Saltar a contenido

Jellyfin vs Plex: ¿mejora los escaneos para spin-down?

Respuesta corta: no es un fix mágico, pero da más control. El problema de fondo —un full scan despierta todos los discos— vive en mergerfs, no en el media server, así que cambiar a Jellyfin no lo elimina. Jellyfin gana por ser open source / self-hosted, sin "Plex match" nocturno y con tareas de fondo más granulares; pierde por regresiones de versión que han roto el spin-down.

Contexto

Gap derivado de caso plex media library: ¿conviene Jellyfin sobre Plex para que los discos duerman? Pregunta del usuario (2026-05-31).

Contenido

Lo que es igual en ambos

Los dos usan el mismo patrón de tres relojes (igual que Plex): 1. Real-time monitoring por inotify (Jellyfin: LibraryMonitor/FileSystemWatcher, por-librería) → refresh parcial de lo que cambió. 2. Scan periódico completo (Jellyfin: default cada 12 h, configurable/desactivable). 3. Tareas pesadas de fondo: Trickplay (preview de scrubbing), chapter image extraction, Intro Skipper — equivalentes a los thumbnails/análisis de Plex.

Y, crucialmente: el full scan sobre una pool mergerfs despierta todos los discos en cualquiera de los dos — eso es comportamiento de mergerfs (escanea todas las branches), no del media server.

Dónde Jellyfin mejora

  • Open source / self-hosted: control total, sin phone-home ni "Plex match". Plex tiene la queja recurrente de despertar discos de madrugada (Plex match 5am, Scheduled Tasks 3–6am) pese a los settings de inactividad.
  • Tareas programadas granulares: se desactiva/reagenda cada una (Trickplay, Intro Skipper, "Extract chapter images during library scan" → off) sin pelear con un scheduler opaco.
  • Scan periódico fácil de alargar o desactivar; real-time monitoring por-librería.

Dónde Jellyfin es peor / cuidado

  • Regresiones de versión: Jellyfin 10.11.1/2/3 rompieron el spin-down (HDDs no duermen — issues #15522, #15755). Lección: fijar una versión known-good y no actualizar a ciegas.
  • Bug de real-time: media agregada por monitoring puede quedar no reproducible hasta un full scan (#15716).
  • Límite de inotify watches (8192) con librerías grandes → hay que subir fs.inotify.max_user_watches.

Veredicto

Plex Jellyfin
Modelo de scan Igual (inotify + periódico + tareas) Igual
Problema mergerfs full-scan Presente Presente (no lo resuelve)
Control sobre tareas Medio (scheduler opaco, "match" nocturno) Alto (granular, open source)
Phone-home / wakeups extra Sí (Plex match) No
Riesgo Estable Regresiones de versión en spin-down

Conclusión: si ya vas a hacer la tarea de configurar bien (real-time on + periódico off + tareas pesadas off + metadata en SSD), ambos llegan al mismo resultado. Jellyfin es preferible por control y por evitar los wakeups nocturnos de Plex, siempre que fijes una versión sin la regresión de spin-down. El cambio de media server no sustituye la configuración de mergerfs (consolidar peli-por-disco) ni el spin-down con hd-idle.

Relaciones

Citas / evidencia

  • "Jellyfin's scheduled scans default to a 12-hour interval... real-time updates via the LibraryMonitor, which utilizes FileSystemWatcher" — jellyfin vs plex escaneos
  • "Jellyfin 10.11.1/2 ... prevent HDDs from going to sleep ... 10.11.3, where HDDs no longer spin-down" — jellyfin vs plex escaneos
  • "Plex seems to wake up disks at night regardless of inactivity settings" — jellyfin vs plex escaneos

Abierto / gaps

  • Identificar versión Jellyfin known-good para spin-down.
  • ¿Emby se comporta distinto? (no cubierto).