Discussion :

[disedorgue]

Bonjour,

Quelles différences y a-t-il entre /dev/<volume_group> et /dev/mapper/<volume_group> ?

Et surtout dans quel cas utiliser l'un au lieu de l'autre et vice versa ?

Si quelqu'un à la réponse, je suis preneur de la bonne pratique, car, parfois, quand on regarde la fstab, c'est un peu au doigt mouillé le choix du device, et quelquefois on a même les 2 styles à l'intérieur.

[disedorgue]

Bon, j'ai ma réponse, pour ceux qui sont intéressés:

C'est configurable dans lvm.conf (preferred_names) mais par défaut, les règles appliquées sont les suivantes (on s'arrête à la première applicable) :

1. /dev/mapper > /dev/disk > /dev/dm-* > /dev/block
2. Le chemin avec le moins de profondeur est prioritaire (le moins de /)
3. Si le nombre de / ne permet pas de départager, alors on prend le lien symbolique
4. Et si 1,2 et 3 pas applicable, alors on prend l'ordre lexicographique de chaque chemin et le plus petit l'emporte

[Escapetiger]

Oui, cependant il existe un point non-abordé à ta question ci-dessous :

Et surtout dans quel cas utiliser l'un au lieu de l'autre et vice versa ?

Alors :

As you see, there's a small difference:

/dev/mapper/datavg-datalv is a device file while /dev/datavg/datalv is a symbolic link.

Although both paths they are interchangeable in commands like mount or fdisk:

# mount /dev/datavg/datalv /mnt
# mount /dev/mapper/datavg-datalv /mnt

my experience is that you should use the device file in /etc/fstab, for example:

/dev/mapper/datavg-datalv /mnt ext3 acl,user_xattr 1 2

How come I recommend this? A couple of years ago I had an issue with a server that didn't come up after a reboot and the cause was a missing device symlink for an LVM filesystem listed in /etc/fstab

Source : https://superuser.com/questions/5593...ths-for-mounts
linux - LVM Difference in paths for mounts - Super User

ps: un point de vue d'administrateur quoi

[disedorgue]

Oui et non: la déclaration en fstab dépend pour moi de la première règle applicable cité et dont la toute première est celle du /dev/mapper, ce qui fait que c'est vrai dans la plupart du temps mais ce n'est pas automatique.