Pourquoi fstab utilise-t-il lUUID au lieu du nom réel du système de fichiers?

Lavantage lutilisation de lUUID est quil est indépendant du numéro de périphérique réel que le système dexploitation donne à votre disque dur.

Imaginez que vous ajoutez un autre disque dur au système et que, pour une raison quelconque, le système dexploitation décide que votre ancien disque est maintenant sdb au lieu de sda.

Votre processus de démarrage serait foiré si fstab pointe vers le nom du périphérique. Mais dans le cas des UUID, tout va bien.

Des informations plus détaillées sur les UUID peuvent également être trouvées sur le billet de blog « UUID et Linux: Tout ce que vous jamais besoin de savoir « 

Commentaires

• oui. même sans ajouter un nouveau disque, votre noyau peut décider de simplement échanger deux de vos lecteurs ‘ montages dev un jour. Voir wiki.archlinux.org/index.php/Persistent_block_device_naming
• ce qui se passe si je veux cloner limage sur un autre disque, qui a un UUID différent?
• Il y a ‘ au moins une situation où les UUID sont moins utiles: si vous clonez un disque entier, puis redémarrez, vous pouvez faire monter les partitions depuis le disque ou le mauvais disque.
• Que ‘ est vrai – vérifiez le billet de blog lié, il contient même une section pour ne pas les utiliser.
• Si vous clonez le disque, vous devez changer lUUID sur le nouveau disque. tune2fs xfs_admin ou reiserfstune peuvent le faire en fonction de votre système de fichiers.

Dans ce cas, puis-je modifier / etc / fstab en ceci?

Vous pouvez et il le fera probablement ça va, mais il vaudrait probablement mieux laisser l’UUID.

Les UUID sont des chaînes arbitraires utilisé pour identifier, dans ce cas, une partition sur un périphérique bloc; il est stocké avec la partition elle-même, et peut se voir attribuer une autre si vous le souhaitez (un peu comme des adresses MAC).

Lavantage dutiliser lUUID est quil est indubitable, alors que /dev/vda ne lest pas; il pourrait arriver quil finisse par être un lecteur différent au démarrage, bien que cela puisse être totalement théorique dans le contexte (par exemple, parce que vous navez quun seul lecteur dun type particulier).

Un autre exemple plus subtil où lutilisation du nom de périphérique peut causer un problème serait le passage récent sur certains systèmes à lutilisation de noms de périphériques réseau cohérents . Si cela se produisait dans le cadre dune mise à niveau et que vous utilisiez un nom de périphérique codé en dur dans un script réseau quelque part, il se briserait. Un exemple de périphérique bloc WRT parallèle peut être une mise à niveau du noyau ou udev qui modifie le schéma de dénomination.

Un point des UUID est de rendre ce genre de choses possible et indolore. Ainsi, même si vous pouvez utiliser le nom de l’appareil, il n’ya aucun avantage à le faire à moins (par exemple) que vous ayez un système dans lequel vous permutez différents lecteurs. En d’autres termes, si vous n’avez pas une bonne raison de faire cela, tenez-vous en à l’UUID .

Commentaires

• Ok. Donc quest-ce qui explique les différents UUID pour /dev/vda dans /etc/fstab et signalés par blkid? (Veuillez consulter la question mise à jour si vous navez ‘ t.)
• Plutôt que de la poser dans une mise à jour, vous devriez la poser sous forme de question distincte ( » Pourquoi mon UUID de partition montée est-il différent de celui de fstab? « ).

Vous pouvez faire man fstab pour une lecture assez concise sur le contenu et la sémantique du /etc/fstab. Sur mon serveur Linux Arch Linux assez récent, man fstab me donne ceci:

The second field ... describes the mount point for the filesystem. 

Donc, oui, /dev/vda est apparemment lun des nombreux noms pour certains appareils, car est UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, étant donné que les deux noms semblent monter sur « / ».

Si vous regardez dans le répertoire /dev/disk/by-uuid/ vous pouvez voir des liens symboliques qui pointent vers des éléments tels que /dev/sda1, /dev/sdb1 sur mon serveur. Cela pourrait être une autre façon de vérifier votre hypothèse. /dev/disk a des sous-répertoires by-id, by-path, by-uuid qui semblent tous être des noms alternatifs pour le même appareil.

Commentaires

• Dans ce cas, le problème (mis à jour dans ma question) est que jobtiens deux UUID différents pour /dev/vda! Veuillez consulter la question une fois de plus.
• Si jai répondu à la question dorigine, il serait peut-être judicieux de la marquer  » répondu  » et rédigez une nouvelle question, simplement pour ne pas ‘ recueillir des réponses non pertinentes, des réponses qui fonctionnent avec la question dorigine et non avec la question modifiée.