335 votes

Le démarrage se bloque sur un (initramfs) prompts/busybox

Je fais tourner un HP Pavilion dv6000 avec dual boot win7 et Ubuntu 12.04. (enfin, jusqu'à aujourd'hui). Après un redémarrage, le processus de démarrage se bloque à l'invite de commande BusyBox et je me retrouve au prompt :

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) shell intégré (ash)
Tapez 'help' pour obtenir la liste des commandes intégrées.

(initramfs)

J'ai cherché d'autres personnes ayant eu le même problème, mais je n'ai pas réussi à trouver de solution qui fonctionne pour moi.

J'ai essayé la méthode décrite ici, et après la commande finale

mount -t ntfs-3g /dev/sda1 /root -o force

il ne se passe rien et cela me donne une autre invite (initramfs).

Je peux démarrer sur un live CD (USB) et accéder à un terminal, mais cela ne semble pas très utile, car je peux voir le /dev/sda1 dans la commande ls, mais il ne le reconnaît pas lorsque j'essaie d'y accéder avec cd.

Une question de plus : en utilisant la commande fdisk -l comment puis-je savoir quel point de montage (sda1/sda2) est ma partition windows et laquelle est Ubuntu?

361voto

ramsudharsan Points 3779

Alors que j'étais à la console initramfs, j'ai tapé la commande exit pour sortir du shell. La même console m'a été présentée mais cette fois avec le nom exact de la partition qui s'est corrompue.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) shell intégré (ash)
Entrez 'help' pour une liste des commandes intégrées.

(initramfs) exit

/dev/mapper/ubuntu--vg-root : INCONSISTANCE INATTENDUE ; EXÉCUTEZ fsck MANUELLEMENT.
(c'est-à-dire, sans les options -a ou -p)
fsck a quitté avec le code de statut 4.
Le système de fichiers racine sur /dev/mapper/ubuntu--vg-root nécessite un fsck manuel.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) shell intégré (ash)
Entrez 'help' pour une liste des commandes intégrées.

(initramfs) fsck /dev/mapper/ubuntu--vg-root -y

fsck de util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/ubuntu--vg-root contient un système de fichiers avec des erreurs, vérification forcée.

Après la vérification, j'ai redémarré le système.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) shell intégré (ash)
Entrez 'help' pour une liste des commandes intégrées.

(initramfs) reboot

Si reboot ne fonctionne pas, essayez exit.

et voilà, je suis revenu dans le système de fichiers sans aucune erreur.

108voto

efkan Points 1289

En fait, la solution est facile il suffit d'écrire la commande fsck /dev/sdax comme ci-dessous et de donner Y si la console demande de réparer quelque chose :

(initramfs) fsck /dev/sda1

ou

(initramfs) fsck /dev/sdaX

X spécifie le numéro de la partie du disque montée.

Si vous ne voulez pas appuyer manuellement sur 'y' à chaque fois qu'il demande une réparation, vous pouvez également exécuter la commande avec l'option -y.

(initramfs) fsck /dev/sdaX -y

95voto

Amith KK Points 13017

Remarque : Essayez cette réponse si vous continuez à rencontrer le problème même après avoir essayé les étapes de la réponse de @ramsudharsan. Si vous n'avez pas encore suivi ces instructions, je vous recommande de le faire car cela semble résoudre le problème dans la plupart des cas.

Il semble que vous ayez un superblock corrompu. Pour le réparer :

Tout d'abord, démarrez sur un CD ou une clé USB en mode live

Identifiez le numéro de votre partition en utilisant

sudo fdisk -l|grep Linux|grep -Ev 'swap'

Ensuite, listez tous les superblocks en utilisant la commande :

sudo dumpe2fs /dev/sda2 | grep superblock

Remplacez sda2 par le numéro de votre disque

Vous devriez obtenir une sortie similaire à ceci

  Primary superblock at 0, Group descriptors at 1-6
  Backup superblock at 32768, Group descriptors at 32769-32774
  Backup superblock at 98304, Group descriptors at 98305-98310
  Backup superblock at 163840, Group descriptors at 163841-163846
  Backup superblock at 229376, Group descriptors at 229377-229382
  Backup superblock at 294912, Group descriptors at 294913-294918
  Backup superblock at 819200, Group descriptors at 819201-819206
  Backup superblock at 884736, Group descriptors at 884737-884742
  Backup superblock at 1605632, Group descriptors at 1605633-1605638
  Backup superblock at 2654208, Group descriptors at 2654209-2654214
  Backup superblock at 4096000, Group descriptors at 4096001-4096006
  Backup superblock at 7962624, Group descriptors at 7962625-7962630
  Backup superblock at 11239424, Group descriptors at 11239425-11239430
  Backup superblock at 20480000, Group descriptors at 20480001-20480006
  Backup superblock at 23887872, Group descriptors at 23887873-23887878

Choisissez un superblock alternatif dans cette liste, pour ce cas superblock alternatif n°32768

Maintenant, pour vérifier et réparer un système de fichiers Linux en utilisant le superblock alternatif n°32768 :

sudo fsck -b 32768 /dev/sda2 -y

Le drapeau -y est utilisé pour sauter toutes les questions Réparer ? et y répondre automatiquement par oui

Vous devriez obtenir une sortie similaire à ceci :

fsck 1.40.2 (12-Jul-2007)
e2fsck 1.40.2 (12-Jul-2007)
/dev/sda2 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
Free blocks count wrong for group #241 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #362 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #368 (32254, counted=27774).
Fix? yes
..........
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks

Essayez maintenant de monter la partition

sudo mount /dev/sda2 /mnt

Ensuite, essayez de parcourir le système de fichiers avec les commandes suivantes

cd /mnt
mkdir test
ls -l
cp file /path/to/safe/location

Si vous parvenez à exécuter les commandes ci-dessus, vous avez probablement corrigé votre erreur.

Ensuite, redémarrez votre ordinateur et vous devriez être en mesure de démarrer normalement.

(source)

9voto

khanthegeek Points 554
  1. La réponse simple est de retirer votre disque dur, le connecter à un autre système et démarrer ce système (veuillez ne pas démarrer à partir de votre disque dur en erreur initramfs, utilisez-en un avec Ubuntu et gparted installé).
  2. Démarrez gparted et sélectionnez votre disque dur, puis sélectionnez VÉRIFIER dans le menu du clic droit.

6voto

Petar Repac Points 2429

Réponse légèrement différente (Ubuntu 16.04), bien que d'autres réponses m'aient finalement amené à cela.

J'ai d'abord dû choisir un noyau en mode de récupération avant de pouvoir voir les messages d'erreur pour savoir quelle partition/système de fichiers avait des erreurs.

À partir de là, exécuter fsck /dev/sdb1/ -y l'a corrigé pour moi.

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