Źródłowy napęd DVD nie był niewidoczny dla systemu Linux. lsscsi oraz lsblk oba pokazywały napęd optyczny jako /dev/sr0. Problem występował wyżej w stosie: ZimaOS 1.4.4 nie potrafił zamontować systemu plików włożonej płyty DVD, więc HandBrake nie mógł normalnie przeglądać jej zawartości.
Ostateczna diagnoza IceWhale jest ważniejsza niż wcześniejsze próby obejścia problemu. Zima-Jerry ostatecznie odtworzył problem i powiedział, że jądru brakowało obsługi systemu plików płyty DVD. Zweryfikował poprawkę w kompilacji testowej i powiedział, że zostanie ona uwzględniona w następnej wersji.
Nagrywarka DVD SATA została wykryta jako /dev/sr0
Spis sprzętu źródłowego wykazywał nagrywarkę DVD HL-DT-ST pod adresem /dev/sr0. Oznacza to, że samo wykrywanie SATA działało.
Jeśli obecny napęd optyczny nie pojawia się w lsscsi lub lsblk, sprawdź kabel SATA, zasilanie, BIOS/kontroler oraz napęd, zanim zmienisz ustawienia HandBrake.
IceWhale jako pierwsze zaleciło zmapowanie urządzenia do HandBrake
Zima-Jerry powiedział, że można użyć dowolnego pakietu HandBrake ze Sklepu aplikacji, i pokazał mapowanie:
ZimaOS: /dev/sr0
HandBrake: /dev/cdromDaje to kontenerowi dostęp do urządzenia optycznego, ale sam dostęp do urządzenia nie naprawi braku sterownika systemu plików w jądrze hosta.
Ręczne montowanie ISO9660 było pośrednim krokiem diagnostycznym
Następnie IceWhale zasugerowało:
mkdir -p /DATA/cdrom
mount -t iso9660 /dev/sr0 /DATA/cdroma następnie zmapowanie /DATA/cdrom do HandBrake. Autor oryginalnego wpisu próbował zamontować płytę, ale nadal bez powodzenia.
Zima-Jerry potwierdził brak obsługi systemu plików DVD w jądrze
Po uzyskaniu płyty DVD i przeprowadzeniu bezpośredniego testu Zima-Jerry napisał, że jądru brakowało obsługi systemu plików płyty DVD, przez co zamontowanie jej było niemożliwe. Powiedział, że poprawka działała w kompilacji testowej i zostanie uwzględniona w kolejnej aktualizacji systemu.
Obecni użytkownicy powinni wykonać test przed odtworzeniem obejścia z wersji 1.4.4
Źródło dotyczy ZimaOS 1.4.4. W obecnym ZimaOS najpierw sprawdź, czy płyta zostanie zamontowana i czy HandBrake ją wykrywa /dev/sr0 po zmapowaniu. Nie zakładaj, że dawne ograniczenie jądra nadal występuje.
Automatyczne zarządzanie napędami optycznymi nie było planowane w źródle
W tamtym czasie Zima-Jerry powiedział, że ZimaOS nie obsługiwał automatycznie napędów optycznych i nie było natychmiastowych planów wprowadzenia automatycznego montowania. Nawet jeśli obecne jądra potrafią odczytywać ISO9660/UDF, kontener może nadal wymagać jawnego dostępu do urządzenia lub woluminu.
DVD i Blu-ray nie są tym samym testem obsługi
DVD-Video, dane DVD, Blu-ray, szyfrowanie/DRM, wersje UDF i możliwości samego HandBrake różnią się między sobą. Pomyślne zamontowanie płyty ISO9660 nie dowodzi, że zadziała każdy proces związany z Blu-ray.
Źródło zalecało użycie roota podczas ręcznego testu montowania
Gdy użytkownik zapytał o właściciela i uprawnienia, Zima-Jerry powiedział, że montowanie powinno być wykonywane jako root, zgodnie ze sposobem, w jaki inne zarządzane punkty montowania pojawiały się w systemie. Były to oficjalne zalecenia dotyczące rozwiązywania problemów w przypadku wersji 1.4.4.
Nie oznacza to, że proces HandBrake powinien działać z nieograniczonymi uprawnieniami hosta. Operację montowania na hoście należy oddzielić od uprawnień kontenera do urządzeń i woluminów.
Dostęp do zamontowanego folderu i dostęp do surowego urządzenia to dwie różne ścieżki w HandBrake
Istnieją dwie możliwe architektury:
- mapowanie
/dev/sr0bezpośrednio do kontenera HandBrake jako/dev/cdrom; - zamontuj płytę na hoście i zamapuj zamontowany folder do HandBrake.
Pierwsza wymaga surowego dostępu do urządzenia optycznego; druga zależy od tego, czy jądro systemu hosta poprawnie zamontuje system plików płyty. W źródle druga ścieżka ujawniła brak obsługi w jądrze.
Format płyty optycznej ma znaczenie
Płyta z danymi może używać ISO9660 lub UDF, natomiast procesy związane z DVD-Video i Blu-ray wymagają dodatkowo innych systemów plików, szyfrowania i aplikacji. Jeśli /dev/sr0 istnieje, ale montowanie kończy się niepowodzeniem, zapisz dokładny błąd systemu plików/montowania, zanim uznasz, że sam napęd jest uszkodzony.
Nie dodawaj trwałego montowania nośnika optycznego podczas uruchamiania, dopóki bieżące działanie nie zostanie potwierdzone
Nośnik optyczny może być nieobecny podczas uruchamiania, często wymieniany lub używać różnych formatów systemu plików. Najpierw należy potwierdzić działającą bieżącą ścieżkę ręcznego montowania/mapowania urządzenia. Nieprawidłowe trwałe montowanie może spowalniać uruchamianie lub tworzyć mylące puste ścieżki dla zależnych kontenerów.
Dostęp HandBrake nie uchyla praw do nośnika ani ograniczeń DRM
Wątek dotyczy własnych płyt oraz technicznego dostępu do urządzeń. To, czy daną płytę komercyjną można legalnie lub technicznie odszyfrować i zgrać, zależy od nośnika, oprogramowania i jurysdykcji; poprawka jądra ZimaOS dotyczy wyłącznie obsługi systemu plików i urządzenia.
Często zadawane pytania dotyczące napędów optycznych
Czy w źródle brakowało /dev/sr0?
Nie. Linux wykrył napęd optyczny; późniejsza awaria wynikała z braku obsługi systemu plików.
Czy ręczne zamontowanie rozwiązało pierwotny problem w wersji 1.4.4?
Nie. Problem nadal występował, dopóki IceWhale nie zidentyfikowało brakującej obsługi systemu plików DVD w jądrze.
Czy HandBrake wymaga zmapowania napędu optycznego do swojego kontenera?
W przypadku bezpośredniego dostępu do urządzenia — tak. Źródło mapuje /dev/sr0 do /dev/cdrom.
