Boot wird auf eine (initramfs) Eingabeaufforderung / Busybox gelöscht

144

Ich betreibe einen HP Pavilion dv6000 Dual Boot Win7 und Ubuntu 12.04. (Nun, bis heute). Nach einem Neustart fällt der Bootvorgang auf die BusyBox Shell und ich lande bei der Eingabeaufforderung:

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

(initramfs)

Ich habe nach anderen gesucht, die das gleiche Problem hatten, aber ich konnte keine dieser Lösungen für mich finden.

Ich habe die hier beschriebene Methode hier ausprobiert und nach dem letzten Befehl mount -t ntfs-3g /dev/sda1 /root -o force es tut nichts und gibt mir eine andere (initramfs) Eingabeaufforderung.

Ich kann auf eine Live-CD (USB) booten und zu einem Terminal gelangen, aber es scheint nicht viel Gutes zu tun, wie ich das / dev / sda1 im ls-Befehl sehe, aber es erkennt nicht wenn ich versuche, dazu zu cd.

Noch eine Frage: benutze den Befehl fdisk -l Wie kann ich feststellen, welcher Mount-Punkt (sda1 / sda2) meine Windows-Partition ist und welcher Ubuntu?

    
dpm 16.05.2012, 04:04
quelle

5 Antworten

133

Während ich auf der Konsole initramfs war, habe ich den Befehl exit übergeben, um die Shell zu verlassen. Dieselbe Konsole wurde vor mir präsentiert, aber diesmal mit dem genauen Namen der Partition, die beschädigt wurde .

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.

Nachdem die Überprüfung abgeschlossen ist, habe ich das System neu gestartet.

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

und das war's, ich bin ohne Fehler in das Dateisystem zurückgekehrt.

    
ramsudharsan 28.08.2016 05:33
quelle
80

Es scheint, dass Sie einen schlechten Superblock haben. Um das zu beheben:

Starten Sie zuerst eine Live-CD oder einen USB-Stick

Finden Sie Ihre Partitionsnummer mit

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

Listen Sie dann alle Superblocks mit dem folgenden Befehl auf:

sudo dumpe2fs /dev/sda2 | grep superblock

Ersetzen Sie sda2 durch Ihre Laufwerksnummer

Sie sollten eine ähnliche Ausgabe wie diese erhalten

  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

Wählen Sie einen alternativen Superblock aus dieser Liste, für diesen Fall alternieren Sie den Superblock # 32768

Nun, um ein Linux-Dateisystem zu überprüfen und zu reparieren, das den alternativen Superblock # 32768 verwendet:

sudo fsck -b 32768 /dev/sda2 -y

Mit dem -y -Flag werden alle Fix? -Fragen übersprungen und alle mit einem Ja automatisch beantwortet

Sie sollten eine ähnliche Ausgabe erhalten:

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

Versuchen Sie nun, die Partition zu mounten

sudo mount /dev/sda2 /mnt

Versuchen Sie nun, das Dateisystem mit den folgenden Befehlen zu durchsuchen

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

Wenn Sie die obigen Befehle ausführen können, haben Sie höchstwahrscheinlich Ihren Fehler behoben.

Starten Sie jetzt Ihren Computer neu, und Sie sollten normal booten können.

( Quelle )

    
Amith KK 10.06.2012 05:37
quelle
36

Eigentlich ist die Lösung einfach schreibe einfach den Befehl von fsck /dev/sdax wie folgt und gib Y , wenn die Konsole etwas reparieren möchte:

(initramfs) fsck /dev/sda1

oder

(initramfs) fsck /dev/sdaX

X gibt die Nummer des eingehängten Laufwerks an.

    
efkan 12.06.2017 11:00
quelle
5
  1. Simple Answer ist, entfernen Sie Ihre Festplatte anhängen in einem anderen System und starten Sie das System (bitte nicht von Ihrem initramfs Fehler Festplatte starten verwenden Sie alle mit Ubuntu und gparted installiert).
  2. Starten Sie gparted und wählen Sie Ihre Festplatte und wählen Sie CHECK aus dem Kontextmenü.
khanthegeek 25.02.2015 11:28
quelle
2

Ich habe gerade einen glücklichen Schuss ausprobiert, indem ich das System mit dem Tool "Parted Magic" von einer Live-CD gestartet habe. Mit Blick auf die Partitionen gab es auf der Linux-Partition einen "unbekannten Raum" einiger GByte.

Also habe ich einfach den Linux-Space über die ganze Partition erweitert und voila - seitdem bootet mein Linux wie bisher ohne Fehler bis jetzt.

    
Kai 09.06.2012 23:31
quelle

Tags und Links