J'ai modifié /etc/fstab
.
J'ai vérifié les nouveaux appareils et je peux les monter avec la commande mount
.
Comment puis-je valider les modifications apportées à /etc/fstab
?
Vous pouvez exécuter simplement: mount -a
-a Monter tous les systèmes de fichiers (des types donnés) mentionnés dans fstab.
Cette commande montera tous les systèmes de fichiers (pas encore montés) mentionnés dans fstab et est utilisée dans le démarrage du script système lors du démarrage.
La commande mount prend un --fake
ou -f
pour faire court. La commande suivante devrait faire ce dont vous avez besoin:
mount -fav
Ce qui suit est dans la documentation de -f
option:
Causes everything to be done except for the actual system call; if it's not obvious, this ``fakes'' mounting the filesystem. This option is useful in conjunction with the -v flag to determine what the mount command is trying to do.
(Notez que c'est Linux - vérifiez avant d'utiliser ailleurs: FreeBSD utilise -f
pour 'force' - exactement le sens opposé.)
Sudo findmnt --verify --verbose
est le meilleur moyen que j'ai trouvé
J'ai trouvé ce/problème/mais la solution ne répondait pas à mes besoins.
Lors du redémarrage avec des entrées non valides dans/etc/fstab, telles que des systèmes de fichiers manquants que fsck ne peut pas vérifier; le système ne démarre pas. Cela peut être beaucoup plus difficile à gérer si vous avez une boîte sans tête.
Voici ma solution pour vérifier/etc/fstab pour éviter ce problème de démarrage:
# cat /usr/local/bin/check-fstab-uuid-entries.sh
#!/usr/bin/env bash
for x in $(grep ^UUID /etc/fstab|cut -d \ -f 1|cut -d = -f 2)
do
if [ ! -h /dev/disk/by-uuid/$x ];then
echo $(grep $x /etc/fstab) ..... not found
fi
done
Notez que si vous ajoutez un fichier d'échange à votre fstab, mount -a
ne l'activera pas: vous voudrez exécuter swapon -a
.
mount -a est une méthode sûre pour vérifier/etc/fstab sinon une mauvaise entrée pourrait casser le système
Il est également conseillé de conserver une copie de sauvegarde du fichier/etc/fstab d'origine. il pourrait être copié dans le répertoire personnel de root
TBH, même un faux montage ne valide pas en toute sécurité le fstab pour les entrées de type fs incorrectes.
vous pouvez avoir des entrées qui ont des uuid, des répertoires etc. corrects mais si vous spécifiez un no=istant FS type, cela arrêtera votre démarrage la prochaine fois.
] [root @ grump ~] # [root @ grumpy ~] # mount -fav | grep backup /mnt/backup: correctement monté [root @ grumpy ~] #