Le système de fichiers ne parvient pas à se monter au démarrage, mais OK lorsqu'il est monté manuellement

Je ne sais pas quand / pourquoi cela a commencé, mais j'ai une matrice RAID entrée dans mon /etc/fstabpour monter au démarrage /mnt/data. Jusqu'à aujourd'hui, tout allait bien, et c'est ainsi depuis plusieurs années!

Quoi qu'il en soit, j'ai redémarré le serveur aujourd'hui (CentOS 7) et il est passé en "mode d'urgence". Après vérification, journalctrlles entrées suivantes existaient:

Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.

Cependant, si je supprime la ligne /etc/fstabet redémarre (ce qui démarre normalement), je ressaisis la ligne et mount -aje l' exécute, puis elle se monte correctement.

Une raison pour laquelle il échoue au démarrage?

J'ai ajouté errors=continueune option à la ligne /etc/fstabqui empêche un redémarrage d'entrer en mode d'urgence (et monte étrangement le lecteur de toute façon - probablement dans une étape ultérieure), mais comme il y a d'autres montures que je voudrais effectuer au démarrage qui dépendent de cela l'un étant monté au départ, donc j'aimerais vraiment trouver une bonne solution.

— effrayant
source

pouvez-vous publier l'intégralité du fichier fstab s'il vous plaît

— d4v3y0rk

Est-il possible que quelque chose monte / mnt / data dans un script, comme rc.local, qui s'exécute après le montage fstab? Cela afficherait ces erreurs dans le journal et empêcherait le système de démarrer correctement. / Mnt / data est-il vide et inaccessible? Si quelque chose essaie d'écrire dans cette zone lorsque le montage se produit, cela provoquera également cette erreur. Un processus qui démarre au démarrage peut avoir son fichier journal défini sur / mnt / data / log, par exemple. Juste une idée.

— Peter Berbec

Pourriez-vous s'il vous plaît poster votre: cat / etc / fstab Et avec votre ligne à l'intérieur de fstab, après un redémarrage. Veuillez poster le contenu de: dmesg

— hrdy

Avez-vous, par hasard, mis à jour Centos 6 vers Centos 7? Comme Centos 7 n'existe que depuis un peu plus de 2 ans ...

— mikky

Réponses:

Sans le fichier fstab, je ne peux pas en dire beaucoup, mais s'il ne parvient pas à monter un disque, il passera en mode d'urgence.
Vous pouvez empêcher cela en ajoutant l'option nofail. Cela entraînera le montage du disque et ne continuera pas de démarrer de toute façon si une erreur se produit lors du montage.

Une cause courante de cette erreur fait référence à un disque comme /dev/sdX. Si d'autres disques sont connectés, cela peut entraîner une tentative de montage d'un autre disque et peut échouer en raison d'options spécifiques.

Je pourrai peut-être fournir plus de détails si vous fournissez un fichier fstab.

— Nick Dewitte
source

nofailne fonctionne pas sur la partition LVM pour une raison quelconque. On peut supposer que LVM arrête le démarrage s'il trouve une erreur (même si la partition de démarrage est correcte).

— Ken Sharp

Il peut y avoir différentes raisons à cela:

/etc/mtab existe toujours parce qu'il n'y a pas eu d'arrêt avant?
/dev/md128 est en effet déjà monté dans un répertoire différent?
quelque chose d'autre est monté sur /mnt/data

Le meilleur moyen serait de laisser le système monter (par exemple en entrant le mot de passe root, si demandé) et de vérifier ce qui se passe. La sortie de la mountcommande serait utile.

— user9007312
source