La unidad de DVD de origen no era invisible para Linux. lsscsi y lsblk ambos mostraban la unidad óptica como /dev/sr0. El problema estaba en una capa superior: ZimaOS 1.4.4 no podía montar el sistema de archivos del DVD insertado, por lo que HandBrake no podía explorar el disco con normalidad.
El diagnóstico final de IceWhale es más importante que los intentos anteriores de solución alternativa. Zima-Jerry finalmente reprodujo el problema y dijo que al kernel le faltaba compatibilidad con el sistema de archivos de DVD. Verificó la corrección en una compilación de prueba y dijo que se actualizaría en la siguiente versión.
La grabadora de DVD SATA se detectó como /dev/sr0
El inventario de hardware de la fuente mostraba una grabadora de DVD HL-DT-ST en /dev/sr0. Eso significa que la detección SATA funcionaba correctamente.
Si una unidad óptica actual no aparece en lsscsi o lsblk, diagnostica el cable SATA, la alimentación, la BIOS o el controlador y la unidad antes de cambiar HandBrake.
IceWhale recomendó primero asignar el dispositivo a HandBrake
Zima-Jerry dijo que podía utilizarse cualquiera de los paquetes de HandBrake de la App Store y mostró la asignación:
ZimaOS: /dev/sr0
HandBrake: /dev/cdromEsto da al contenedor acceso al dispositivo óptico, pero el acceso al dispositivo por sí solo no puede solucionar la falta del controlador del sistema de archivos en el kernel del host.
El montaje manual de ISO9660 fue un paso intermedio de diagnóstico
A continuación, IceWhale sugirió:
mkdir -p /DATA/cdrom
mount -t iso9660 /dev/sr0 /DATA/cdromy después asignar /DATA/cdrom en HandBrake. El autor original intentó montarlo, pero siguió fallando.
Zima-Jerry confirmó que al kernel le faltaba compatibilidad con el sistema de archivos de DVD
Después de obtener un DVD y realizar pruebas directamente, Zima-Jerry escribió que al kernel le faltaba compatibilidad con el sistema de archivos del disco DVD y que esto hacía imposible montarlo. Dijo que la corrección funcionaba en una compilación de prueba y que se incluiría en una actualización posterior del sistema.
Los usuarios actuales deben probar antes de recrear la solución alternativa de la versión 1.4.4
La fuente está vinculada a ZimaOS 1.4.4. En el ZimaOS actual, verifica primero si el disco se monta y si HandBrake lo detecta /dev/sr0 cuando se asignaba. No des por hecho que la limitación del kernel antiguo siga existiendo.
La gestión automática de unidades ópticas no estaba prevista en la fuente
En ese momento, Zima-Jerry dijo que ZimaOS no gestionaba automáticamente las unidades ópticas y que no había planes inmediatos para el montaje automático. Aunque los kernels actuales pueden leer ISO9660/UDF, es posible que la unidad aún necesite acceso explícito al dispositivo o volumen desde un contenedor.
DVD y Blu-ray no son la misma prueba de compatibilidad
DVD-Video, DVD de datos, Blu-ray, cifrado/DRM, versiones de UDF y las propias capacidades de HandBrake son aspectos diferentes. Un montaje correcto de un DVD ISO9660 no demuestra que vaya a funcionar cualquier flujo de trabajo de Blu-ray.
El origen recomendó root para la prueba de montaje manual
Cuando el usuario preguntó sobre la propiedad y los permisos, Zima-Jerry indicó que el montaje debía realizarse como root, de acuerdo con la forma en que aparecían otros montajes administrados en el sistema. Esa fue la orientación oficial para la resolución de problemas del caso de la versión 1.4.4.
Esto no significa que el proceso de HandBrake deba ejecutarse con privilegios de host sin restricciones. Mantén separada la operación de montaje del host de los permisos del dispositivo/volumen del contenedor.
El acceso a una carpeta montada y el acceso al dispositivo sin procesar son dos rutas distintas de HandBrake
Hay dos arquitecturas posibles:
- asigna
/dev/sr0directamente en el contenedor de HandBrake como/dev/cdrom; - monta el disco en el host y vincula la carpeta montada a HandBrake.
El primero necesita acceso sin procesar al dispositivo óptico; el segundo depende de que el kernel del host monte correctamente el sistema de archivos del disco. En el origen, la segunda ruta reveló la falta de compatibilidad del kernel.
El formato del disco óptico es importante
Un DVD de datos puede utilizar ISO9660 o UDF, mientras que los flujos de trabajo de DVD-Video y Blu-ray comerciales añaden requisitos diferentes de sistema de archivos, cifrado y aplicaciones. Si /dev/sr0 existe, pero el montaje falla, captura el error exacto del sistema de archivos/montaje antes de asumir que la unidad está defectuosa.
No añadas un montaje óptico permanente durante el arranque hasta comprobar el comportamiento actual
El medio óptico puede no estar presente al arrancar, cambiar con frecuencia o utilizar distintos formatos de sistema de archivos. Primero establece un método manual/de asignación de dispositivo que funcione en ese momento. Un montaje persistente defectuoso puede ralentizar el arranque o crear rutas vacías confusas para los contenedores dependientes.
El acceso de HandBrake no anula los derechos sobre el contenido ni las restricciones de DRM
El hilo trata sobre discos personales y el acceso técnico al dispositivo. Que un disco comercial concreto pueda descifrarse o copiarse legal o técnicamente depende del medio, el software y la jurisdicción; la corrección del kernel de ZimaOS solo aborda la compatibilidad con el sistema de archivos y el dispositivo.
Preguntas frecuentes sobre unidades ópticas
¿Faltaba /dev/sr0 en el origen?
No. Linux detectó la unidad óptica; el fallo posterior se debía a la compatibilidad con el sistema de archivos.
¿El montaje manual resolvió el caso original de la versión 1.4.4?
No. El usuario siguió teniendo problemas hasta que IceWhale identificó la falta de compatibilidad del kernel con el sistema de archivos de DVD.
¿HandBrake necesita que el dispositivo óptico se asigne a su contenedor?
Para el acceso directo al dispositivo, sí. El origen se asigna /dev/sr0 a /dev/cdrom.
