Pourquoi ne pas monter les fichiers lus dans “/etc/fstab.d/”?

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.
  • Ceci est un bogue “wishlist” connu de util-linux , le paquet qui fournit le mount
  • La fonctionnalité a été ajoutée à la dernière version de util-linux 2.21 (les notes de publication disent “Utilisez le filtre arg de scandir * pour récupérer les fichiers /etc/fstab.d/*.fstab”)
  • Puisque même Debian Unstable (Sid) est sur la version 2.20-x d’ util-linux , je doute que nous voyions 2.21 dans Ubuntu jusqu’à 13h04.
  • Si vous en avez besoin plus tôt, vous pouvez comstackr 2.21 à partir de la source kernel.org , mais je vous recommande d’attendre au moins qu’elle entre dans Debian ( util-linux fournit également un certain nombre d’autres utilitaires / bibliothèques système critiques. )

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.