gelöst - Mein Rechner bootet nicht mehr

[Friedel]

Hallo,
Ich habe einen Rechner mit Debian 8.11 (glaube ich, jedenfalls 8.x). Außerdem habe ich ein NAS, das seit mehr als 1 Jahr nicht mehr funktioniert. Ich habe eine der Festplatten aus dem NAS über SATA an den PC angeschlossen. Beim booten kam dann die Meldung:

error: no such device: e8629383-c3c9-4e9e-ebc24ed5013a.
Entering recue>

Dahinter blinkte der Prompt.
Also habe ich den Rechner wieder ausgeschaltet, die Platte wieder ausgebaut, die Stecker von allen anderen Platten auf festen Sitz geprüft und den Rechner wieder gestartet. Keine Veränderung, die selbe Meldung.
Dann habe ich den Rechner mit einer (recht alten) SUPER-GRUB-2-CD gestartet. Die GRUB-Reparatur lief laut Meldung problemlos. Nach Entfernen der CD habe ich neu gebootet, die selbe Meldung.

Im BIOS wird die Startplatte richtig erkannt.

Wie kann ich das System wieder zum Laufen bringen? Und was kann man mit dieser „rescue“ anfangen, die da geentert wird? Egal was ich da eingebe, es kommt immer no such command.

[KP97]

Wem gehört denn die UUID? Mit blkid kann man das abfragen.
Die UUID muß natürlich auch in die fstab eingetragen werden.

[Friedel]

Wem gehört denn die UUID? Mit blkid kann man das abfragen.

Keine Ahnung.

Code: Alles auswählen

root@debian:/home/user# blkid
/dev/sr0: UUID="2016-08-26-22-46-43-00" LABEL="Rescatux0.40b9" TYPE="iso9660" PTUUID="06d43393" PTTYPE="dos"
/dev/sdc1: UUID="e3ef9ce7-b562-467d-9638-a5a3ba1b1cb4" TYPE="ext4" PARTUUID="00038c13-01"
/dev/sdc5: UUID="ed768de3-a38b-4fee-b1f6-2fe90e96abe5" TYPE="ext4" PARTUUID="00038c13-05"
/dev/sdc6: UUID="dfd2459d-b98d-4a1a-9f11-21200cd38ea5" TYPE="ext4" PARTUUID="00038c13-06"
/dev/sdc7: UUID="9a0aff26-ed6b-4d74-80d1-d218f80872c0" TYPE="swap" PARTUUID="00038c13-07"
/dev/sdc8: UUID="41e7ed7c-15e8-428b-bcc5-3fcd8afa8882" TYPE="ext4" PARTUUID="00038c13-08"
/dev/sdc9: UUID="452229e3-abca-48f7-87c4-6faf74f5baf2" TYPE="ext4" PARTUUID="00038c13-09"
/dev/sdb1: UUID="bdad7995-10a9-4a45-84b3-d3e25c96fc6d" TYPE="ext4" PARTUUID="ecb1dbe3-9d75-4b79-9aaf-e3d57034dacd"
/dev/sdb2: UUID="640B4D804CD5E573" TYPE="ntfs" PARTUUID="79777921-b685-4ca5-8340-4f8b5c906ded"
/dev/sdb3: UUID="1282426B023C688A" TYPE="ntfs" PARTUUID="51e74ac8-a3ba-4529-a696-7a59f824d951"
/dev/sdb4: UUID="9557b3bc-c45d-4037-b864-7bcab5ef4403" TYPE="ext4" PARTUUID="ac6f3be3-6968-4add-81b2-11f79ed7c4b4"
/dev/sda1: UUID="5d043b2a-fda6-4cda-8362-720d6365f795" TYPE="ext4" PARTUUID="a11b4c83-01"
/dev/sda5: UUID="c56813bd-d77d-4b0c-b16f-3dc2b3112504" TYPE="swap" PARTUUID="a11b4c83-05"
/dev/sdd1: LABEL="kl-NAS" UUID="c684997a-4f65-41f2-b2d8-b927e53d4643" TYPE="ext4" PARTUUID="0005fab2-01"
/dev/loop0: TYPE="squashfs"

Und mit less /etc/fstab erhalte ich:

Code: Alles auswählen

# UNCONFIGURED FSTAB FOR BASE SYSTEM
aufs / aufs rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
/etc/fstab (END)

[KP97]

Wie Du unschwer erkennen kannst, solltest Du die fstab wieder reparieren und mit der richtigen UUID versehen.

[Friedel]

Inzwischen habe ich nach der Anleitung von it-muecke.de/grub-rescue mal nach grub gesucht. Leider ohne Ergebnis. Ich habe alle Platten untersucht, die mit ls angezeigt wurden.

Code: Alles auswählen

ls (hd0,msdos9)/
./ ../ lost+found/ friedel/

ls (hd0,msdos8)/
-lock .ICE-unix/ lost+found/ ssh-sdnzfuMYM8uY/ .xfsn-ICE-2FXB4X

ls (hd0,msdos7)/
error: unknown filesystem

ls (hd0,msdos6)/
./ ../ lost+found/ lib/ cache/ local/ tmp/ spool/ lock backups/ log/ run opt/ mail/ games/ www/

ls (hd0,msdos5)/
./ ../ lost+found/ bin/ share/ sbin/ lib/ include/ games/ src/ local/ lib32/ 

ls (hd0,msdos1)/
./ ../ lost+found/ pulse-cookie .pulse/ .Trash-0/

ls (hd1,msdos1)/
./ ../ lost+found/ etc/ media/ vmlinuz var/ usr/ lib/ bin/ sbin/ tmp/ sys/ run/ root/ proc/ home/ dev/ boot/ mnt/ srv/ opt/ initrd.img FP1_1/ vmlinuz.old initrd.img.old

ls (hd3,msdos1)/
./ ../ lost+found/ Bilder/ Dokumente/ Adressbuch.ods PP/ .Trash-1000/ Backups/ Verkn??pfung mit Adressbuch.ods

Sollte da nicht irgendwo ein Ordner namens grub/ angezeigt werden????

[Friedel]

Wie Du unschwer erkennen kannst, solltest Du die fstab wieder reparieren und mit der richtigen UUID versehen.

Und wie mache ich das?

[Friedel]

Zuerst die gute Nachricht: Mein Rechner funktioniert wieder.

Vielen Dank an KP97, auch wenn ich das Problem eigentlich ohne ihn gelöst habe.

Ich habe mit SUPER GRUB 2 aus alle HDDs Grub installiert. Dann ging alles wieder. Der Bootvorgang hat zwar extrem lange gedauert, aber das sollte sich von selbst beheben. Das war eine der Not-Reparaturen, bei denen ich nichts lernen konnte, denn ich habe weder feststellen können, wie es zu dem Problem gekommen ist, noch weiß ich genau, warum es jetzt wieder geht. Mit less /etc/fstab erhalte ich jetzt:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=5d043b2a-fda6-4cda-8362-720d6365f795 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=c56813bd-d77d-4b0c-b16f-3dc2b3112504 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
#
UUID=bdad7995-10a9-4a45-84b3-d3e25c96fc6d       /FP1_1      ext4    defaults      0       0
/etc/fstab (END)

Ich habe keine Idee, was es mit der UUID e8629383-c3c9-4e9e-ebc24ed5013a auf sich haben könnte und warum er diese Platte vermisst hat. Und ich weiß auch nicht, warum ich grub auf allen Platten installieren musste.

Vielleicht lerne ich jetzt noch was, wenn ich ergoogle, was es mit dem Eintrag

Code: Alles auswählen

 /dev/loop0: TYPE="squashfs"

auf sich hat.