Der Startvorgang wird auf eine (initramfs) Eingabeaufforderung / Busybox verschoben

Ich verwende einen HP Pavilion DV6000 Dual Boot Win7 und Ubuntu 12.04. (Na ja, bis heute). Nach einem Neustart wird der Startvorgang auf die BusyBox-Shell verschoben und ich erhalte die folgende 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 geforscht, die das gleiche Problem hatten, aber keine dieser Lösungen für mich gefunden.

Ich habe die hier beschriebene Methode ausprobiert und nach dem letzten Befehl

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

es macht nichts und gibt mir eine andere (initramfs) Eingabeaufforderung.

Ich kann von einer Live-CD (USB) booten und an ein Terminal gelangen, aber das scheint nicht viel zu nützen, da ich die Datei / dev / sda1 im Befehl ls sehen kann, aber es erkennt sie nicht, wenn ich es tue versuchen Sie es zu cd.

Noch eine Frage: fdisk -lWie kann ich mit dem Befehl feststellen, welcher Einhängepunkt ( sda1/ sda2) meine Windows-Partition ist und welcher Ubuntu?

Während an Initramfs Konsole geleitet I einen Befehl Ausgang aus der Schale zu kommen. Die gleiche Konsole wurde mir vorgestellt, 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 wars, ich bin wieder ohne fehler ins dateisystem gekommen.

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

Starten Sie zunächst eine Live-CD oder einen USB-Stick

Ermitteln Sie Ihre Partitionsnummer mit

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

Listen Sie dann alle Superblöcke mit dem folgenden Befehl auf:

sudo dumpe2fs /dev/sda2 | grep superblock

Ersetzen Sie sda2auf 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, in diesem Fall den alternativen Superblock # 32768

So überprüfen und reparieren Sie ein Linux-Dateisystem mit dem alternativen Superblock # 32768:

sudo fsck -b 32768 /dev/sda2 -y

Mit dem -yFlag werden alle Fix?Fragen übersprungen und automatisch mit Ja beantwortet

Sie sollten eine ähnliche Ausgabe wie diese 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 in der Lage sind, die obigen Befehle auszuführen, haben Sie höchstwahrscheinlich Ihren Fehler behoben.

Starten Sie nun Ihren Computer neu und Sie sollten in der Lage sein, normal zu booten.

( Quelle )

Tatsächlich ist die Lösung einfach, schreiben Sie einfach den folgenden Befehl fsck /dev/sdaxund geben Sie, Ywenn die Konsole nach einer Korrektur fragt:

(initramfs) fsck /dev/sda1

oder

(initramfs) fsck /dev/sdaX

X Gibt die Teilenummer der bereitgestellten Festplatte an.

Wenn Sie nicht jedes Mal 'y' drücken möchten, wenn Sie nach einem Fix gefragt werden, können Sie den Befehl auch mit der -yOption ausführen .

(initramfs) fsck /dev/sdaX -y

1. Einfache Antwort: Entfernen Sie Ihre Festplatte in einem anderen System und starten Sie das System (bitte booten Sie nicht von Ihrer initramfs-Fehlerfestplatte, die Sie mit Ubuntu verwenden und gpartedinstalliert haben).
2. Starten Sie gpartedund wählen Sie Ihre Festplatte und wählen Sie CHECK aus dem Rechtsklick-Menü.

Ich habe gerade einen Glücksfall versucht, indem ich das System mit dem Tool "Parted Magic" von einer Live-CD gebootet habe. Bei Betrachtung der Partitionen wurde ein "unbekannter Speicherplatz" von einigen GByte auf der Linux-Partition angegeben.

Deshalb habe ich den Linux-Speicherplatz nur über die gesamte Partition und Voila erweitert - seitdem bootet mein Linux wie bisher, ohne dass dies fehlschlägt.