Pourquoi Windows et Linux voient-ils différents fichiers sur un DVD-ROM?

80

J'ai un DVD-ROM contenant des ressources pédagogiques (DVD du professeur d'anglais de Headway Beginner). Lorsque je regarde le DVD à partir d’une machine Ubuntu, je vois un ensemble de fichiers (qui inclut setup-linuxentre autres un fichier, bien que cela ne fonctionne pas).

Lorsque je visualise le même DVD à partir d'une machine Windows, je vois un ensemble de fichiers différent, notamment un setup-windows.exefichier.

Aucune des deux machines ne voit tous les fichiers, mais il en existe des communes.

Mes questions sont:

  1. Comment cela marche-t-il?
  2. Comment puis-je voir tous les fichiers lorsque j'utilise Ubuntu?

Edit: cela n’est pas dû au fait que les fichiers sont "cachés" lorsqu’ils sont visualisés dans un gestionnaire de fichiers, des éléments de niveau inférieur comme "ls -a" ne révèlent pas les fichiers manquants.

Edit 2: J'utilise Ubuntu 18.04 LTS

spookylukey
la source
Vous n'avez pas indiqué quelle version d'Ubuntu vous utilisiez, mais dans nautilus(ou dans 'Fichiers', le gestionnaire de fichiers de gnome), si vous passez en mode d'affichage icône et que vous cliquez sur le menu, vous pouvez cliquer sur "Afficher les fichiers cachés" et vous devriez voir tous les fichiers. Si en mode détails (ou liste) l'option est quelque peu cachée (sur ma boîte du 19.04; désolée de ne pas utiliser le nautile normalement). Windows utilise par défaut un indicateur fs (système de fichiers) pour masquer les fichiers, où * nix (Ubuntu, GNU / Linux, apple ou unix) utilise un '.' en tant que premier caractère du nom de fichier pour créer un fichier 'caché'.
Guiverc le
2
Ce n'est pas un problème de fichiers cachés - utiliser ls -asous Linux ne montre pas les fichiers manquants. Et "Show hidden files" non plus dans l'explorateur Windows.
Spookylukey le

Réponses:

112

Je ne suis pas sûr que ce soit la bonne réponse, mais peut-être que cela vous fournira des détails qui vous aideront.

Cela peut être dû au fait que MS-Windows et Unix utilisent différents systèmes de fichiers sur DVD, même sur le même DVD. Les fichiers sur un support optique sont généralement organisés à l'aide d'un protocole de système de fichiers spécifié dans la norme ISO 9660 (voir également les notes en fin de texte).

Mais la norme autorise les extensions et Microsoft a conçu sa propre extension à la norme appelée " Joliet " qui permet aux systèmes d'exploitation compatibles avec Microsoft Windows de lire des noms de fichiers différents comportant davantage de fonctionnalités (noms plus longs et prenant en charge Unicode) par rapport au système de fichiers standard ISO 9660. permet.

Pour les systèmes d'exploitation de type Unix (tels que Linux), une autre extension appelée " Rock Ridge " a été développée, afin de permettre des noms de fichier encore plus longs, des autorisations de type Unix et bien d'autres choses encore.

Il est très courant d’avoir les extensions Rock Ridge et Joliet sur le même support optique, mais il est possible que le créateur de ce DVD ait utilisé ces extensions de manière intelligente pour que seuls les fichiers liés à MS-Windows apparaissent dans la partie Joliet de le système et que seuls les fichiers spécifiques à Linux apparaissent dans la partie Rock Ridge du système. Le isoinfoprogramme décrit dans cette réponse stackexchange peut fournir plus d’informations.

Remarques:

Comme mentionné dans la discussion dans les commentaires, l'ISO 9660 est obsolète et que les médias modernes doivent être créés à l'aide de la fonction UDF (ISO 13346) , même si de nombreux supports sont encore utilisés dans l'ISO 9660 et ses extensions. ) qui est un format de disque universel et n’autorise qu’une vue unique de l’ensemble du système de fichiers - de telles astuces ne seront probablement pas possibles sur un disque créé par UDF.

Guss
la source
27
Merci, cela suffisait - isoinfo dev=/dev/dvd -J -lsmontre les fichiers manquants sous Linux.
Spookylukey le
25
Assez bonne réponse, mais un détail important que je vois qui manque est la --norocket les --nojolietoptions de montage que vous pouvez utiliser sur Linux pour décider lequel des trois mises en page d'arbres que vous voulez voir.
Kasperd
8
Wow, c'est ... étonnamment élégant.
Courses de légèreté en orbite le
4
Certains outils tels que mkisofsvous permettent en réalité de spécifier comment les générer. La section "Exemples" de la page de manuel liée indique comment créer une image ISO portant un fichier nommé README, mais avec un contenu différent, en fonction du système utilisé pour afficher le CD. Pour citer la page de manuel: "Il y a probablement toutes sortes de résultats étranges possibles avec une combinaison des options de masquage ..."
Herohtar
3
Je suis heureux que les commentaires mentionnent la fonctionnalité UDF, mais je ne suis pas sûre que cela soit pertinent pour la discussion. Si le système de fichiers sur le DVD du PO était un format universel, vous ne pourrez pas obtenir des vues différentes. Windows et Linux, autant que je sache.
Guss
0

Très probablement, les tables "rockridge" (unix) et "joliet" (microsoft) mappent différemment les noms de fichiers nus iso9660. Ils impliquent tous les deux un "mappage" dans chaque répertoire qui indique en gros quels fichiers iso réels (8 + points + 3 caractères) doivent être considérés comme quel nom plus long. Ainsi, chaque fichier a en fait 2 noms, l’un limité à 8 + 3 caractères, l’autre non.

Sur rockridge, ce mappage est un fichier réel qui est ajouté à chaque répertoire, nommé iirc "TRANS.TBL" ou quelque chose du genre. Sur Joliet, c’est un hack extrêmement vilain et stupide où une "entrée de répertoire" n’est pas un fichier, mais est réservé à cet effet.

delt
la source
Oh, j'ai oublié d'ajouter: Windows ne supporte que joliet (pas de surprise là-bas) alors que linux supporte les deux (pas de surprise non plus) bien que sous linux et la plupart des autres systèmes unix, rockridge a la priorité par défaut. Il existe cependant des options de montage pour désactiver l'un ou l'autre, ou les deux. Si vous désactivez les deux, vous ne verrez que les noms de fichiers courts 8.3, comme vous le feriez par exemple. sous DOS ou sous Windows 3.x et versions antérieures. En fonction du gestionnaire de fichiers et de l’environnement de bureau que vous utilisez, il peut exister un moyen "convivial" de le faire sans saisir les commandes :)
delt