Fonds Linux
  1. Fonds Linux
  3. Système de files UUID vs. UUID de volume logique
Intereting Posts
scp et compresser en même time, pas de sauvegarde intermédiaire Comment puis-je réparer / installer / réinstaller grub? Faire exécuter la command firefox run firefox au lieu de iceweasel Quelles sont les excellentes ressources Emacs pour les débutants? Est-il possible de forcer un membre du groupe à exécuter quelque chose autorisé par sudoers comme lui-même seulement? comment vérifier le type de système de files d'un volume logique Exécuter un binary appartenant à root sans sudo Manière succincte de répondre à l'input de l'user? Enencodings de caractères pris en charge par plus, chat et less mv a échoué à mi-path – le directory source est-il intact Pourquoi certains packages utilisent-ils 'make install' alors que d'autres utilisent 'sudo make install' Comment configurer OpenVPN en tant que client Gateway pour Witopia? Désactiver le locking des majuscules par setxkbmap en fait la touche Maj dans Emacs Le bit suid a-t-il une signification pour les files de périphériques? Sortie de lignes communes à partir de 2 files et de lignes inhabituelles à la fois des files d'un file de sortie

Système de files UUID vs. UUID de volume logique

Je suis en train de créer un script de sauvegarde. Tout d'abord, je voudrais m'assurer que le file source-system / logical-volume est monté (et savoir où il est monté).

Apparemment, cela peut être fait en utilisant l'UUID du système de files et l'UUID du volume logique ( Vérifiez le sharepoint assembly du volume logique (command line) ).

Je voudrais savoir lequel dois-je utiliser et pourquoi (s'il y a une raison de préférer l'un sur l'autre). Pourrait-il y avoir une vraie différence?

Dans mon cas, je crée toujours une seule partition dans chaque volume logique (remplissage de l'espace de volume logique), mais je ne sais pas si d'autres configurations sont possibles, ce qui autoriserait des configurations plus complexes.

Cela dépend de ce dont vous vous souciez vraiment.

Si vous voulez voir si un système de files spécifique est monté, vous utilisez l'UUID du système de files. Parce que c'est ce qui identifie le système de files lui-même. C'est généralement le choix par défaut pour tout le monde: Les gens se soucient du système de files spécifique, et non sur la partition, le volume, le disque sur lequel ils résident. Il pourrait s'agir d'un dispositif de blocage de réseau, qui s'en soucie, tant qu'il est là.

Maintenant, si vous ne vous souciez pas du système de files du tout – devinez quoi, quelqu'un a couru mkfs hier et fait un nouveau – vous pourriez vérifier le nom VG / LV, ou si vous ne vous souciez pas des changements de nom non plus, UUID de volume. Ou PARTUUID lorsque vous n'utilisez pas LVM.

Plus vous descendez, plus vous vous éloignerez du système de files lui-même. Il y a aussi /dev/disk/by-path que vous pouvez utiliser pour identifier une key USB branchée sur un certain port USB et qui ne se soucie pas de la key USB qui y a été branchée. Et parfois, cela peut être ce que vous voulez.

Mais en général, vous vous contentez de l'UUID du système de files.

Si vous ne trouvez pas de raison spécifique, n'utilisez pas d'UUID LV. Les UUID du système de files sont mieux connus. Par exemple, les UUID LV ne peuvent pas être vus / utilisés avec / etc / fstab / mount, findmnt, lsblk. Évidemment, ils sont spécifiques à LVM, et pour une raison quelconque, je ne les ai pas vus inclus dans une abstraction plus générale (ie PARTUUID).