L’unità DVD della fonte non era invisibile a Linux. lsscsi e lsblk entrambi mostravano l’unità ottica come /dev/sr0. Il problema si trovava a un livello superiore: ZimaOS 1.4.4 non riusciva a montare il file system del DVD inserito, quindi HandBrake non poteva sfogliare normalmente il disco.
La diagnosi finale di IceWhale è più importante dei precedenti tentativi di soluzione alternativa. Zima-Jerry alla fine riprodusse il problema e disse che al kernel mancava il supporto per il file system dei DVD. Verificò la correzione in una build di test e disse che sarebbe stata inclusa nella versione successiva.
Il masterizzatore DVD SATA è stato rilevato come /dev/sr0
L’inventario hardware della fonte mostrava un masterizzatore DVD HL-DT-ST in /dev/sr0. Ciò significa che il rilevamento SATA funzionava correttamente.
Se un’unità ottica attuale non compare in lsscsi oppure lsblk, controlla il cavo SATA, l’alimentazione, il BIOS/controller e l’unità prima di modificare HandBrake.
IceWhale consigliò inizialmente di mappare il dispositivo nel container HandBrake
Zima-Jerry disse che si poteva usare uno dei due pacchetti HandBrake dell’App Store e mostrò il mapping:
ZimaOS: /dev/sr0
HandBrake: /dev/cdromQuesto consente al container di accedere al dispositivo ottico, ma il solo accesso al dispositivo non può risolvere l’assenza del driver del file system nel kernel dell’host.
Il montaggio manuale ISO9660 era un passaggio intermedio per la diagnosi dei problemi
IceWhale suggerì quindi:
mkdir -p /DATA/cdrom
mount -t iso9660 /dev/sr0 /DATA/cdrome poi mappando /DATA/cdrom in HandBrake. L’autore del post originale provò a eseguire il montaggio, ma continuò a riscontrare un errore.
Zima-Jerry ha confermato che al kernel mancava il supporto per il file system dei DVD
Dopo aver ottenuto un DVD e aver eseguito un test diretto, Zima-Jerry scrisse che al kernel mancava il supporto per il file system del disco DVD e che ciò rendeva impossibile il montaggio. Disse che la correzione funzionava in una build di test e che sarebbe stata inclusa in un successivo aggiornamento del sistema.
Gli utenti attuali dovrebbero eseguire un test prima di ricreare la soluzione alternativa della versione 1.4.4
La fonte riguarda ZimaOS 1.4.4. Nelle versioni attuali di ZimaOS, verifica innanzitutto se il disco viene montato e se HandBrake lo rileva /dev/sr0 quando viene mappato. Non dare per scontato che la vecchia limitazione del kernel esista ancora.
La gestione automatica delle unità ottiche non era prevista nella fonte
All’epoca, Zima-Jerry disse che ZimaOS non gestiva automaticamente le unità ottiche e che non era previsto nell’immediato il montaggio automatico. Anche se i kernel attuali possono leggere ISO9660/UDF, l’unità potrebbe comunque richiedere l’accesso esplicito al dispositivo/volume per un container.
DVD e Blu-ray non sono lo stesso test di supporto
DVD-Video, DVD dati, Blu-ray, crittografia/DRM, versioni UDF e funzionalità proprie di HandBrake differiscono. Il montaggio riuscito di un DVD ISO9660 non dimostra che ogni flusso di lavoro Blu-ray funzionerà.
La sorgente consigliava root per il test di montaggio manuale
Quando l'utente ha chiesto informazioni su proprietario e permessi, Zima-Jerry ha detto che il montaggio doveva essere eseguito come root, in linea con il modo in cui gli altri montaggi gestiti apparivano sul sistema. Questa era la guida ufficiale alla risoluzione del problema della versione 1.4.4.
Questo non significa che il processo HandBrake debba essere eseguito con privilegi illimitati sull'host. Mantieni separata l'operazione di montaggio sull'host dai permessi del dispositivo/volume del container.
L'accesso alla cartella montata e l'accesso al dispositivo grezzo sono due percorsi diversi in HandBrake
Esistono due possibili architetture:
- mappa
/dev/sr0direttamente nel container di HandBrake come/dev/cdrom; - monta il disco sull'host e collega la cartella montata a HandBrake.
Il primo richiede l'accesso al dispositivo ottico grezzo; il secondo dipende dal corretto montaggio del filesystem del disco da parte del kernel host. Nella sorgente, il secondo percorso ha rivelato l'assenza del supporto del kernel.
Il formato del disco ottico è importante
Un DVD dati può utilizzare ISO9660 o UDF, mentre i flussi di lavoro per DVD-Video e Blu-ray commerciali aggiungono requisiti diversi relativi a filesystem, crittografia e applicazioni. Se /dev/sr0 è presente ma il montaggio non riesce, acquisisci l'errore esatto del filesystem/montaggio prima di presumere che l'unità sia difettosa.
Non aggiungere un montaggio ottico permanente all'avvio finché il comportamento corrente non è stato verificato
I supporti ottici potrebbero non essere presenti all'avvio, essere sostituiti frequentemente o utilizzare formati di filesystem diversi. Per prima cosa verifica il funzionamento del percorso corrente tramite montaggio manuale e mapping del dispositivo. Un montaggio persistente non funzionante può rallentare l'avvio o creare percorsi vuoti e fuorvianti per i container dipendenti.
L'accesso di HandBrake non annulla i diritti sui contenuti né le restrizioni DRM
La discussione riguarda dischi personali e l'accesso tecnico ai dispositivi. La possibilità di decrittografare o copiare legalmente o tecnicamente un determinato disco commerciale dipende dal supporto, dal software e dalla giurisdizione; la correzione del kernel di ZimaOS riguarda solo il supporto del filesystem e del dispositivo.
Domande frequenti sulle unità ottiche
/dev/sr0 era assente nella sorgente?
No. Linux rilevava l'unità ottica; il problema successivo riguardava il supporto del filesystem.
Il montaggio manuale ha risolto il problema originale della versione 1.4.4?
No. Il problema è rimasto irrisolto finché IceWhale non ha identificato il supporto mancante del kernel per il filesystem dei DVD.
HandBrake deve avere il dispositivo ottico mappato nel proprio container?
Per l'accesso diretto al dispositivo, sì. La sorgente esegue il mapping /dev/sr0 a /dev/cdrom.
