Pourquoi ne pouvez-vous pas monter des fichiers lus dans «/etc/fstab.d/»?

J'essaie de configurer un volume monté automatiquement et j'ai remarqué qu'il y en 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 quand je lance mount -ale volume n'est pas monté. De plus, lorsque je cours mount /mnt/backupstoreou /dev/mapper/bagend-backupstoreque l'on me dit que le système n'a pas pu trouver l'entrée dans fstab (et pour anticiper: oui, le périphérique et le point de montage sont corrects - je peux facilement le monter avec mount -t ext4 /dev/mapper/bagend-backupstore /mnt/backupstore)

Lorsque je supprime le fichier /etc/fstab.d/et que je place l'entrée dans le /etc/fstabfichier principal , je n'ai aucun problème à monter le volume.

Alors, la commande mount peut-elle être effectuée pour vérifier les entrées /etc/fstab.d/et si oui, que dois-je faire pour que cela se produise?

• /bin/mount ne peut pas /etc/fstab.d encore lire , seule la bibliothèque ( libmount) le peut.
• Il s'agit d'un bogue connu de "liste de souhaits" dans util-linux , le paquet qui fournitmount
• La fonctionnalité a été ajoutée dans la dernière version d' util-linux 2.21 (les notes de version indiquent "Utiliser l'argument de filtre de scandir * pour récupérer les fichiers /etc/fstab.d/*.fstab")
• Étant donné que même Debian Unstable (Sid) est sur la version 2.20-x d' util-linux , je doute que nous verrons 2.21 dans Ubuntu jusqu'au 13.04.
• Si vous en avez besoin plus tôt, vous pouvez soit compiler 2.21 à partir de la source kernel.org , mais je vous recommande d'attendre qu'il fasse au moins son chemin dans Debian ( util-linux fournit également un certain nombre d'autres utilitaires / bibliothèques système critiques). )

Le /etc/fstab.dsupport a été annulé depuis le montage (8) après discussion en amont . Les répertoires des onglets de montage sont pris en charge par libmount uniquement. Il n'est pas prévu de prendre fstab.den charge le montage (8) par défaut.

Le problème est que /etc/fstabla norme est de facto utilisée sur de nombreux endroits (libc, systemd, programmes d'interface utilisateur, ..) et il est irréel de souhaiter que tous les endroits puissent être modifiés pour prendre en charge fstab.d.

Quoi qu'il en soit, vous pouvez utiliser un nouveau montage (8) à partir d'util-linux> = 2.21 et une nouvelle option --fstab <path>pour spécifier une table de montage alternative, 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.