J’essaie de configurer un volume monté automatiquement et j’ai remarqué qu’il y a maintenant un /etc/fstab.d/
sur mon serveur. J’ai créé un nouveau fichier dans le répertoire avec le contenu suivant:
# backupstore: large volume /dev/mapper/bagend-backupstore /mnt/backupstore ext4 auto,relatime,users,sync 0 0
Mais lorsque je lance mount -a
le volume n’est pas monté. De plus, lorsque je lance mount /mnt/backupstore
ou /dev/mapper/bagend-backupstore
me dit que le système ne peut pas trouver l’entrée dans fstab (et à préempter: oui, le périphérique et le sharepoint assembly sont corrects – Je peux facilement monter ceci avec mount -t ext4 /dev/mapper/bagend-backupstore /mnt/backupstore
)
Lorsque je supprime le fichier de /etc/fstab.d/
et que /etc/fstab.d/
mets l’entrée dans le fichier principal /etc/fstab
, je n’ai aucun problème à monter le volume.
Donc, la commande mount peut-elle être /etc/fstab.d/
pour vérifier les entrées dans /etc/fstab.d/
et si oui, que dois-je faire pour que cela se produise?
/bin/mount
ne peut pas encore lire /etc/fstab.d
, seule la bibliothèque ( libmount
) le peut. mount
Le support /etc/fstab.d
a été inversé à partir de mount (8) après une discussion en amont. Les répertoires des tabs de assembly ne sont pris en charge que par libmount. Il n’est pas prévu de prendre en charge fstab.d
dans mount (8) par défaut.
Le problème est que /etc/fstab
est de facto standard utilisé sur de nombreux emplacements (libc, systemd, programmes d’interface utilisateur, ..) et il est irréel de souhaiter que tous les emplacements puissent être modifiés pour prendre en charge fstab.d
.
Quoi qu’il en soit, vous pouvez utiliser un nouveau mount (8) de util-linux> = 2.21 et une nouvelle option --fstab
pour spécifier une autre table de assembly. Cette option prend également en charge les répertoires. Cela signifie que vous devez spécifier explicitement le répertoire – mount (8) ne le lira pas par défaut. Voir la page de manuel mount (8) pour plus de détails.