J'ai réduit le nombre de disques durs USB connectés à mon Raspberry Pi que j'exécute chez moi, mais j'ai oublié de jouer avec fstab.
Dans une situation où vous ne pouvez pas vous connecter avec SSH! Je l'utilise généralement sans tête, mais lorsque je connecte l'écran à la hâte et que je vois l'erreur, il semble qu'il soit en mode d'urgence. Même si je connecte le clavier et appuie sur une touche, le même message d'erreur se répète, et même si je connecte l'écran et le clavier, le travail de récupération ne peut pas être effectué.
Retirez la carte micro SD du Raspberry Pi non amorçable et connectez-la à un autre Raspberry Pi via un lecteur de carte USB. Ensuite, montez-le dans un répertoire approprié et changez le fstab du Raspberry Pi qui est devenu non amorçable comme suit.
Avant de changer fstab
/dev/sdb1 /mnt/hoge ext4 defaults 0 0
Après avoir changé fstab
/dev/sdb1 /mnt/hoge ext4 defaults,nofail 0 0
Maintenant, lorsque j'ai branché la micro SD dans la machine d'origine et l'ai redémarrée, elle a redémarré, ignorant l'erreur de montage. Quand j'ai regardé ce qui s'est passé plus tard avec fdisk -l, le lecteur qui était précédemment connecté à / dev / sdb1 a été déplacé vers / dev / sda1.
Apparemment, si le lecteur répertorié dans fstab n'est pas trouvé ou s'il y a une erreur, Linux abandonnera simplement le démarrage et passera en mode d'urgence? (Cela peut différer selon la distribution, mais comme il s'agit d'une enquête rapide depuis le point de départ, veuillez me le faire savoir si vous avez des détails.)
** Sous Linux, ajoutez l'option nofail lors du montage du type de disque qui sera monté et supprimé avec fstab. ** **
Peut-être même pour les machines virtuelles sur le cloud, si vous écrivez le paramètre pour monter le VHD virtuel dans fstab, le supprimez par l'opération de gestion côté cloud et redémarrez accidentellement le système d'exploitation, je pense que la même situation se produira.
Recommended Posts