Le lecteur DVD source n’était pas invisible pour Linux. lsscsi et lsblk tous deux affichaient le lecteur optique comme /dev/sr0. Le problème se situait plus haut dans la pile : ZimaOS 1.4.4 ne pouvait pas monter le système de fichiers du DVD inséré, de sorte que HandBrake ne pouvait pas parcourir le disque normalement.
Le diagnostic final d’IceWhale est plus important que les premières tentatives de contournement. Zima-Jerry a finalement reproduit le problème et indiqué que le noyau ne prenait pas en charge le système de fichiers des DVD. Il a vérifié le correctif dans une version de test et indiqué qu’il serait intégré à la version suivante.
Le graveur de DVD SATA a été détecté comme /dev/sr0
L’inventaire matériel de la source indiquait un graveur de DVD HL-DT-ST à l’adresse /dev/sr0. Cela signifie que la détection SATA elle-même fonctionnait.
Si un lecteur optique actuel n’apparaît pas dans lsscsi ou lsblk, vérifiez le câble SATA, l’alimentation, le BIOS/le contrôleur et le lecteur avant de modifier HandBrake.
IceWhale a d’abord recommandé de mapper le périphérique dans HandBrake
Zima-Jerry a indiqué que l’un ou l’autre des paquets HandBrake de l’App Store pouvait être utilisé et a montré le mappage suivant :
ZimaOS : /dev/sr0
HandBrake : /dev/cdromCela donne au conteneur accès au périphérique optique, mais l’accès au périphérique seul ne peut pas compenser l’absence du pilote du système de fichiers dans le noyau hôte.
Le montage manuel en ISO9660 constituait une étape intermédiaire du dépannage
IceWhale a ensuite suggéré :
mkdir -p /DATA/cdrom
mount -t iso9660 /dev/sr0 /DATA/cdrompuis en mappant /DATA/cdrom dans HandBrake. L’auteur du message original a essayé de le monter, mais a encore échoué.
Zima-Jerry a confirmé que le noyau ne prenait pas en charge le système de fichiers des DVD
Après avoir obtenu un DVD et effectué un test direct, Zima-Jerry a écrit que le noyau ne prenait pas en charge le système de fichiers du DVD, ce qui rendait son montage impossible. Il a indiqué que le correctif fonctionnait dans une version de test et qu’il serait inclus dans une mise à jour ultérieure du système.
Les utilisateurs actuels doivent effectuer un test avant de recréer la solution de contournement de la version 1.4.4
La source est liée à ZimaOS 1.4.4. Sur la version actuelle de ZimaOS, vérifiez d’abord si le disque est monté et si HandBrake le détecte /dev/sr0 lorsqu’il est mappé. Ne supposez pas que l’ancienne limitation du noyau existe toujours.
La gestion automatique des lecteurs optiques n’était pas prévue dans la source
À cette époque, Zima-Jerry a indiqué que ZimaOS ne gérait pas automatiquement les lecteurs optiques et qu’aucun plan immédiat ne prévoyait leur montage automatique. Même si les noyaux actuels peuvent lire ISO9660/UDF, le lecteur peut toujours nécessiter un accès explicite au périphérique ou au volume pour un conteneur.
Les DVD et les Blu-ray ne constituent pas le même test de prise en charge
Les DVD-Video, les DVD de données, les Blu-ray, le chiffrement/DRM, les versions d’UDF et les propres capacités de HandBrake diffèrent. Le montage réussi d’un DVD ISO9660 ne prouve pas que tous les flux de travail Blu-ray fonctionneront.
La source recommandait root pour le test de montage manuel
Lorsque l’utilisateur a posé des questions sur la propriété et les autorisations, Zima-Jerry a indiqué que le montage devait être effectué en tant que root, conformément à la manière dont d’autres montages gérés apparaissaient sur le système. Il s’agissait de recommandations officielles de dépannage pour le cas 1.4.4.
Cela ne signifie pas que le processus HandBrake doit s’exécuter avec des privilèges illimités sur l’hôte. Séparez l’opération de montage sur l’hôte des autorisations d’accès au périphérique et au volume du conteneur.
L’accès au dossier monté et l’accès brut au périphérique constituent deux méthodes HandBrake différentes
Deux architectures sont possibles :
- associer
/dev/sr0directement dans le conteneur HandBrake en tant que/dev/cdrom; - monter le disque sur l’hôte et associer le dossier monté à HandBrake.
Le premier nécessite un accès brut au périphérique optique ; le second dépend du montage réussi du système de fichiers du disque par le noyau hôte. Dans la source, le second chemin a révélé l’absence de la prise en charge nécessaire du noyau.
Le format du disque optique est important
Un DVD de données peut utiliser ISO9660 ou UDF, tandis que les flux de travail DVD-Video et Blu-ray commerciaux ajoutent des exigences différentes en matière de système de fichiers, de chiffrement et d’applications. Si /dev/sr0 est présent, mais qu’un montage échoue, recueillez l’erreur exacte du système de fichiers ou du montage avant de supposer que le lecteur lui-même est défectueux.
N’ajoutez pas de montage optique permanent au démarrage tant que le comportement actuel n’est pas confirmé
Les supports optiques peuvent être absents au démarrage, remplacés fréquemment ou utiliser différents formats de système de fichiers. Commencez par établir une méthode manuelle et actuelle fonctionnelle d’accès au périphérique. Un montage persistant défectueux peut ralentir le démarrage ou créer des chemins vides déroutants pour les conteneurs qui en dépendent.
L’accès de HandBrake ne l’emporte pas sur les droits liés au support ni sur les restrictions DRM
La discussion porte sur les disques personnels et l’accès technique aux périphériques. La possibilité de déchiffrer ou d’extraire légalement ou techniquement un disque commercial donné dépend du support, des logiciels et de la juridiction ; le correctif du noyau ZimaOS concerne uniquement la prise en charge du système de fichiers et du périphérique.
FAQ sur les lecteurs optiques
/dev/sr0 était-il absent de la source ?
Non. Linux avait détecté le lecteur optique ; l’échec ultérieur concernait la prise en charge du système de fichiers.
Le montage manuel a-t-il résolu le problème initial du cas 1.4.4 ?
Non. L’utilisateur a continué à rencontrer un échec jusqu’à ce qu’IceWhale identifie l’absence de prise en charge du système de fichiers DVD par le noyau.
HandBrake doit-il avoir le périphérique optique associé à son conteneur ?
Pour un accès direct au périphérique, oui. La source établit la correspondance /dev/sr0 vers /dev/cdrom.
