Le démarrage tombe à une invite (initramfs) / busybox

144

Je suis en train d’exécuter un dual boot boot7 et un Ubuntu 12.04 HP pavilion dv6000. (enfin, jusqu'à aujourd'hui). Après un redémarrage, le processus de démarrage passe au shell BusyBox et je me retrouve à l'invite:

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

J'ai fait des recherches sur d'autres personnes qui ont eu le même problème, mais je n'ai trouvé aucune de ces solutions pour moi.

J'ai essayé la méthode décrite ici , et après la dernière commande mount -t ntfs-3g /dev/sda1 /root -o force il ne fait rien et me donne une autre invite (initramfs).

Je peux démarrer sur un CD live (USB) et accéder à un terminal, mais cela ne semble pas faire beaucoup de bien, car je peux voir le fichier / dev / sda1 dans la commande ls, mais il ne reconnaît pas quand j'essaye de le cd.

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

    
posée dpm 16.05.2012 - 04:04
la source

5 réponses

133

Alors que j'étais à la console initramfs , j'ai passé une commande exit pour sortir du shell. La même console a été présentée devant moi mais cette fois-ci avec le nom exact de la partition corrompue .

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash) 
Enter 'help' for a list of built-in commands.

(initramfs) exit

/dev/mapper/ubuntu--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options) 
fsck exited with status code 4. 
The root filesystem on /dev/mapper/ubuntu--vg-root requires a manual fsck. 

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

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

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/ubuntu--vg-root contains a file system with errors, check forced.

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

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) reboot

et ça, je suis rentré dans le système de fichiers sans aucune erreur.

    
réponse donnée ramsudharsan 28.08.2016 - 05:33
la source
80

Il semble que vous ayez un superbloc de mauvaise qualité. Pour résoudre ce problème:

Commencez par démarrer un CD ou une clé USB en direct

Trouvez votre numéro de partition en utilisant

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

Ensuite, listez tous les superblocs en utilisant la commande:

sudo dumpe2fs /dev/sda2 | grep superblock

Remplacez sda2 par le numéro de votre lecteur

Vous devriez obtenir une sortie similaire à celle-ci

  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 superbloc alternatif dans cette liste, pour ce cas, superbloc alternatif # 32768

Maintenant, pour vérifier et réparer un système de fichiers Linux en utilisant un superbloc alternatif # 32768:

sudo fsck -b 32768 /dev/sda2 -y

L’indicateur -y est utilisé pour ignorer toutes les questions Fix? et y répondre automatiquement avec un oui automatiquement

Vous devriez obtenir un résultat similaire à celui-ci:

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

Maintenant, essayez de monter la partition

sudo mount /dev/sda2 /mnt

Maintenant, 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 pouvez exécuter les commandes ci-dessus, vous avez probablement corrigé votre erreur.

Maintenant, redémarrez votre ordinateur et vous devriez pouvoir démarrer normalement.

( source )

    
réponse donnée Amith KK 10.06.2012 - 05:37
la source
36

En fait, la solution est facile écrivez simplement la commande de fsck /dev/sdax comme ci-dessous et donnez 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 pièce du disque monté.

    
réponse donnée efkan 12.06.2017 - 11:00
la source
5
  1. Simple Answer est de retirer votre disque dur dans un autre système et de démarrer le système (veuillez ne pas démarrer à partir de votre erreur initramfs si le disque dur n’en utilise aucun avec Ubuntu et gparted installé).
  2. lancez gparted et sélectionnez votre disque dur et sélectionnez VÉRIFIER dans le menu contextuel.
réponse donnée khanthegeek 25.02.2015 - 11:28
la source
2

Je viens d'essayer un coup de chance en démarrant le système avec l'outil "Parted Magic" à partir d'un Live CD. En regardant les partitions, il y avait un "espace inconnu" déclaré de certains GBytes sur la partition Linux.

Je viens donc d’élargir l’espace Linux sur toute la partition et le tour est joué - depuis lors, mon Linux a démarré comme avant sans échec jusqu’à présent.

    
réponse donnée Kai 09.06.2012 - 23:31
la source

Lire d'autres questions sur les étiquettes