Jellyfin muestra datos obsoletos después de cambiar la ruta de almacenamiento

Jellyfin suele mostrar datos obsoletos después de trasladar el almacenamiento porque el servicio sigue viendo la ruta antigua, no puede leer el nuevo montaje o no ha completado un análisis válido de la nueva ubicación.

¿El panel muestra elementos antiguos, elementos ausentes o una combinación de ambos? No elimines la biblioteca ni vacíes primero su papelera. Registra las rutas antiguas y nuevas exactas, el estado del montaje, la propiedad del servicio y el resultado del análisis para poder probar cada caso sin destruir los metadatos.

Comprueba qué ruta puede ver realmente Jellyfin

Inspecciona la ruta desde dentro del proceso o contenedor de Jellyfin, no solo desde el shell del host. Confirma que el montaje exista después del arranque, que la cuenta del servicio pueda listar y leer un archivo de muestra y que la asignación del contenedor coincida con la ruta almacenada en la configuración de la biblioteca.

Si la ruta está vacía o no es accesible, corrige primero el montaje, el UID/GID o el volumen del contenedor. Un montaje de almacenamiento que aparece después de iniciar sesión manualmente puede hacer que Jellyfin analice un directorio vacío al arrancar.

Compara la ruta antigua y la nueva en la configuración de la biblioteca y en un registro de la base de datos. Si ambas permanecen, Jellyfin puede mostrar legítimamente un elemento válido y una referencia obsoleta.

Distingue los metadatos obsoletos de un análisis fallido

Cuando la ruta sea legible, ejecuta un análisis controlado y revisa los registros en busca del nombre de la biblioteca, el recuento de elementos, los errores de permisos y los archivos omitidos. Compara un elemento antiguo conocido con un archivo recién añadido. Si el análisis termina, pero las rutas antiguas permanecen, la base de datos aún contiene la ubicación anterior o la nueva ruta se añadió sin eliminar la referencia antigua.

No interpretes un póster en caché como prueba de que el archivo multimedia está disponible. Las reglas de rutas de almacenamiento hacen que el sistema de archivos montado y la ruta de la aplicación sean comprobaciones independientes.

Realiza un único análisis controlado después de corregir la asignación y compara el recuento de elementos y un archivo conocido. Repetir los análisis antes de corregir la ruta puede crear un estado aún más confuso.

Repara solo después de confirmar el caso

Corrige la asignación de la ruta o los permisos, reinicia una vez y vuelve a analizar. Si la ruta de la base de datos es incorrecta, actualiza la ubicación de la biblioteca con el cambio más pequeño posible y verifica el recuento de elementos esperado antes de limpiar las entradas antiguas. Conserva los datos de la aplicación y una copia de seguridad antes de realizar cualquier operación masiva con los metadatos.

La recuperación queda confirmada cuando el servicio sigue viendo la nueva ruta después de reiniciar, un cliente representativo reproduce un elemento y un segundo análisis no vuelve a crear el estado obsoleto. Escala el caso cuando el sistema de archivos informe de daños, la base de datos contenga rutas en conflicto o el problema reaparezca después de un montaje y reinicio limpios.

Después de la reparación, reinicia con el montaje disponible durante el arranque y repite el análisis. Los datos obsoletos no se consideran resueltos hasta que la misma ruta siga visible después del reinicio.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Escala el caso cuando la ruta vuelve a aparecer

Conserva la asignación reparada cuando un reinicio limpio, un análisis y la reproducción representativa utilicen la nueva ruta sin volver a crear la entrada antigua.

Detén la limpieza cuando la ruta antigua reaparezca, la base de datos contenga identidades en conflicto o el montaje de almacenamiento cambie entre análisis. Conserva primero la base de datos y el mapa de rutas actual.

Escala a una restauración desde una copia de seguridad o a una reparación específica de la base de datos cuando el sistema de archivos esté en buen estado, pero las referencias obsoletas sobrevivan a una asignación y un reinicio limpios.