1 votes

Le lecteur de disque pour .boot n'est pas encore prêt ou n'est pas présent.

Exécution d'Ubuntu 14.04 sur Hyper-V dans un cluster Server 2012 R2 Standard . Lorsque j'ai transféré cette VM sur l'autre nœud, elle a démarré avec cette erreur :

Le lecteur de disque pour /boot n'est pas encore prêt ou n'est pas présent . Continuez à attendre, ou appuyez sur S pour ignorer le montage ou M pour une récupération manuelle.

Je peux appuyer sur S pour passer l'erreur et le système démarre, mais l'erreur revient si je redémarre la VM. Je ne peux pas non plus exécuter une sauvegarde correcte de la VM car le logiciel de sauvegarde se plaint que la partition de démarrage est vide.

Quelqu'un a-t-il déjà vu cela ? Des suggestions pour le surmonter ?

Thansk

0voto

mwfearnley Points 2881

Cela signifie probablement que le /boot (généralement /dev/sda1 ) a subi des dommages non mortels. Le système est toujours capable de lire et d'amorcer le noyau à partir de cette partition, mais il ne peut pas détecter la partition pour la monter plus tard pendant le démarrage.

A part cela, le système fonctionne bien, mais /boot n'est pas monté, donc vous ne pourrez pas voir les fichiers Grub ou faire des choses comme mettre à jour le noyau.

Vous trouverez probablement une entrée pour /boot dans votre /etc/fstab fichier qui tente de le monter par son identifiant de bloc :

# /boot was on /dev/sda1 during installation
UUID=cc1f7924-150b-412c-81c0-a8931eed57f0 /boot           ext2    defaults        0       2

Si vous exécutez blkid vous devriez normalement voir une entrée comme celle-ci pour /dev/sda1 mais il est probablement absent :

/dev/sda1: UUID="cc1f7924-150b-412c-81c0-a8931eed57f0" TYPE="ext2"

file -s est capable de l'identifier, et montrera probablement la bonne identification, mais qu'il est endommagé d'une manière ou d'une autre :

$ sudo file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=cc1f7924-150b-412c-81c0-a8931eed57f0 (needs journal recovery)

L'exécution de fsck sur ce dernier devrait permettre de résoudre le problème (bien que dans une VM, il soit préférable de prendre un point de contrôle/une capture d'écran avant) :

$ sudo fsck /dev/sda1
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Superblock needs_recovery flag is set, but no journal is present.
Clear<y>? yes
/dev/sda1 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 301/62248 files (15.3% non-contiguous), 46683/248832 blocks

Après cette file -s devrait montrer un système de fichiers sans problème, et vous devriez être capable de le monter à nouveau, ou de le monter avec succès au redémarrage.

$ sudo file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext2 filesystem data, UUID=cc1f7924-150b-412c-81c0-a8931eed57f0

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X