Grub2 zerschossen? Versuch Aufbau Multiboot

[marind]

Habe mir leider mein Grub2 o.ä. zerschossen.
Beabsichtigt war ein Multiboot System mit Debian Buster an erster Stelle, Open Suse 15.1 an zweiter und Windows 10 an dritter Position.
Nach Installation von Suse hat das System so auch funktioniert. Da ich Buster an die erste Stelle positionieren wollte, habe ich (wohl blöderweise) im laufenden Buster Grub geupdatet. Danach wurde Suse nicht mehr erkannt.
Schließlich gelange ich nur noch in Boot-Menü von Lenovo (siehe Foto).

Von dort aus lässt sich kein System starten.
Reparaturversuche mit Rescatux und SuperGrubDisk scheiterten.
Die Systeme lassen sich nur noch über die SuperGrubDisk starten.

Anliegend das bootinfoscript.
40801

Hat jemand eine Idee dazu?

Gruß
Marind

[B52]

Hat jemand eine Idee dazu?

Ja. Debian hat unter Advances Options > Rescue Mode die Möglichkeit, den Bootloader neu zu installieren. Dazu musst Du Dein System jedoch kennen, sonst kann es mächtig schief gehen. Sinngemass geht es etwa so:

Nur nötig, falls eine separate Bootpartition besteht:

Shell ausführen und Grub neu installieren:

Ab hier landest Du im CLI und kannst Reparaturen ausführen.

[marind]

Danke B52!
Unterscheidet sich dieses Verfahren vom Arbeiten in der Konsole im laufenden Betrieb? Denn ich gelange über die SuperGrubsdisk ja noch zu Buster.
Gruß
Marind

[B52]

Unterscheidet sich dieses Verfahren vom Arbeiten in der Konsole im laufenden Betrieb? Denn ich gelange über die SuperGrubsdisk ja noch zu Buster.

Das habe ich übersehen. In diesem Fall startest Du Buster und kannst Grub so reparieren.

PS: Falls Du noch in der typischen Distro-Testphase bist, spiele die einzelnen Distros doch per VirtualBox an. Das verhindert diesen Distro-Salat.

[marind]

Leiderleider funktionieren bei mir die überlicherweise empfohlenen Reparaturbefehle nicht:

Code: Alles auswählen

root@X1:~# apt-get update
OK:1 http://deb.debian.org/debian buster InRelease
OK:2 http://deb.debian.org/debian-security buster/updates InRelease
OK:3 http://deb.debian.org/debian buster-updates InRelease
Paketlisten werden gelesen... Fertig
root@X1:~# 

und

Code: Alles auswählen

root@X1:~# sudo apt-get --reinstall install grub-common grub-efi-amd64 os-prober
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
  grub-pc-bin
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  grub-pc
Die folgenden NEUEN Pakete werden installiert:
  grub-efi-amd64
0 aktualisiert, 1 neu installiert, 2 erneut installiert, 1 zu entfernen und 4 nicht aktualisiert.
Es müssen noch 0 B von 2.546 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 384 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 223216 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von grub-pc (2.02+dfsg1-20) ...
(Lese Datenbank ... 223206 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../grub-common_2.02+dfsg1-20_amd64.deb ...
Entpacken von grub-common (2.02+dfsg1-20) über (2.02+dfsg1-20) ...
Vormals nicht ausgewähltes Paket grub-efi-amd64 wird gewählt.
Vorbereitung zum Entpacken von .../grub-efi-amd64_2.02+dfsg1-20_amd64.deb ...
Entpacken von grub-efi-amd64 (2.02+dfsg1-20) ...
Vorbereitung zum Entpacken von .../os-prober_1.77_amd64.deb ...
Entpacken von os-prober (1.77) über (1.77) ...
grub-common (2.02+dfsg1-20) wird eingerichtet ...
os-prober (1.77) wird eingerichtet ...
grub-efi-amd64 (2.02+dfsg1-20) wird eingerichtet ...
x86_64-efi wird für Ihre Plattform installiert.
installation beendet. Keine Fehler aufgetreten.
GRUB-Konfigurationsdatei wird erstellt …
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-5-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-5-amd64
Windows Boot Manager auf /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi gefunden
Mac OS X auf /dev/sda3 gefunden
Adding boot menu entry for EFI firmware configuration
erledigt
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Trigger für shim-signed:amd64 (1.33+15+1533136590.3beb971-7) werden verarbeitet ...
root@X1:~# sudo update-grub
GRUB-Konfigurationsdatei wird erstellt …
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Linux-Abbild gefunden: /boot/vmlinuz-4.19.0-5-amd64
initrd-Abbild gefunden: /boot/initrd.img-4.19.0-5-amd64
Windows Boot Manager auf /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi gefunden
Mac OS X auf /dev/sda3 gefunden
Adding boot menu entry for EFI firmware configuration
erledigt
root@X1:~# 

sind leider keine Lösungen. Im Übrigen hatte ich (siehe zweiter Code) nie MAC OS X installiert.


Gruß
Marind

[B52]

Leiderleider funktionieren bei mir die überlicherweise empfohlenen Reparaturbefehle nicht:
(...)
sind leider keine Lösungen. Im Übrigen hatte ich (siehe zweiter Code) nie MAC OS X installiert.

Was in aller Welt machst Du da genau? Hast Du ein zuverlässiges Backup Deiner privaten Dateien, am besten auf einer externen HDD oder sonstwas? Hast du Windows auf DVD? Fall hier später etwas schief gehen wird, könntest Du (zwar mit Aufwand) alles nochmals holen. Das ist mir verlaub... ein sehr grosses Chaos!

B52

[marind]

Daten sind safe

[B52]

Daten sind safe

Super. Läuft Windows und welche Version? Windows ist mein grösstes Sorgenkind hier und liegt auf:

Code: Alles auswählen

/dev/nvme0n1p1
/dev/nvme0n1p3
/dev/nvme0n1p4

Du hast unter Debian eine separate /home Partition. Warum? Den Grub-Bootloader musst du somit in / installieren. Dazu jedoch die EFI-Boot Partition einhängen.

Rettungsmodus wie oben (prtScr) starten, dann: (OHNE GEWÄHR)

Code: Alles auswählen

# apt install grub-efi
# mount /dev/nvme0n1p1 /boot/efi
# grub install /dev/nvme0n1p7
# update-grub

[marind]

leider hat das mit dem Rettungsmodus nicht funktioniert ...
es liegen keine wichtigen Daten auf dem Rechner, insofern wäre ich für eine komplette Neuinstallation zu haben ...
Allerdings erkennen die Installer (hab' Debian, Ubuntu, Suse ausprobiert) keine Partitionen und Festplatten mehr, fdisk zeigt:

Code: Alles auswählen

Welcome - Parted Magic (Linux 4.11.4-pmagic64)

root@PartedMagic:~# fdisk -l
Disk /dev/ram0: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/loop252: 69.5 MiB, 72892416 bytes, 142368 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop253: 25.9 MiB, 27156480 bytes, 53040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop254: 389.8 MiB, 408670208 bytes, 798184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 3.8 GiB, 4009754624 bytes, 7831552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd24ecefe

Device     Boot Start     End Sectors  Size Id Type
/dev/sda1  *       56 7831551 7831496  3.8G  c W95 FAT32 (LBA)
root@PartedMagic:~# 

Beim Gerät musste in Einzelfällen immer 'mal wieder der Bootvorgang wiederholt werden. Könnte auch ein Hardwaredefekt vorliegen? Die Lenovo-Tests schnurrten in den letzten Tagen allerdings problemlos durch ...

[willy4711]

Mal eine Dumme Frage außer der Reihe:
Warum willst du bei diesem Rechner ein Multiboot- System einrichten. ?
Mir dem riesigen Hauptspeicher und einen leistungsfähigen Prozessor der neusten Generation würde ich mich nicht mit Multiboot Systemen rumschlagen, zumal nur eine Festplatte zu Verfügung steht.
Wenn du nicht gerade die allerneusten Spiele mit Win 10 zocken willst, packe das Zeug in eine VM.
Keine Probleme, wenn dir Win 10 mal wieder Grub überschreibt und gut ist.

[marind]

genau das habe ich seit heute auch vor
Allerdings hatte ich beim Kauf des Lenovo X1 Carbon, 4. Generation, 'mal gelesen, dass Windows tief ins System "hinein geschraubt" worden war. Erst die 5. und 6. Generation ist Linux freundlicher. Auf der anderen Seite liest man mittlerweile auch von vielen Leuten, die "meine" Kiste allein mit Linux betreiben, vielleicht innerhalb der VM mit W10. Das möchte ich nun auch versuchen, falls sich die Hürden überwinden lassen ...

[willy4711]

Allerdings hatte ich beim Kauf des Lenovo X1 Carbon, 4. Generation

Jetzt bin ich etwas verwirrt. Dein Core i5-9600K ist doch erst im 4. Q 2018 raus gekommen. Wie passt das zu X1 Carbon, 4. Generation (2016)
Ist das Teilchen aufgerüstet worden ?
Wie passt den eine XFX Radeon HD 6790 in ein X1 Carbon ?
Sorry veguckt Ist ja dein Desktop Rechner

Dann relativieren sich auch meine Überlegungen von vorher.

Ist das Windows noch "nativ" auf dem Rechner ?

Ich würde mir überlegen, was ich mit Windows (noch) anfangen will. Geht es ums zocken ---> erstmal Linux in VM's
Wenn nicht ---> umgekehrt.
Du hattest ja schon Debian installiert. Lief denn da alles , oder gab es Probleme mit der Hardware ?

[marind]

hhmm, komisch, hab' das Ding am 5. Okt. 2016 erstanden; Systeminformation spuckte heute aus:
Product version: ThinkPad X1 Carbon 4th
Product name: 20FCS1BB00
Serial number: R90L4994
Bios release date: 09/01/2016
Processor version: Intel (R) Core(TM) i7-6600U CPU/2.60GHz

War'n Sondermodell von campuspoint

[marind]

upps, hat sich überkreuzt ...

Windows war nativ auf'm Rechner. Und ich zocke keine aufwändigen Spiele.

Na ja, und ab und zu hat er beim Booten gezickt. Dann kam nur das Boot-Menü von Lenovo (siehe Foto oben) und von dort aus ging es nicht weiter. Beim wiederholten Booten tauchte dann die Grub-Oberfläche auf ...

[willy4711]

Ich habe mit Thinkpads keine Erfahrungen, vor allem nicht, wie das vorgeschaltete Boot-Menü von Lenovo funktioniert. (UEFI ??)
Kann es an sich ja nicht sein, wenn im Anschluss das Grub- Menü kommt. Oder doch ?
Hast die Debian mit UEFI installiert ?

Die Ausgabe von fidisk sieht mir an sich nicht nach UEFI aus (das Ende)

Mit dem Anderen davor kann ich nicht wirklich was anfangen, hab ich auch noch nicht so gesehen.
Sieht aber ziemlich kaputt aus.

Code: Alles auswählen

Disk /dev/sda: 3.8 GiB, 4009754624 bytes, 7831552 sectors 
Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes 
Disklabel type: dos
Disk identifier: 0xd24ecefe 

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 56 7831551 7831496 3.8G c W95 FAT32 (LBA) 
root@PartedMagic:~#

Vor allem 3,8 GB reichen ja noch nicht mal für Windows. Wo ist der Rest der Datenspeichers (was für einer ßß)
Vielleicht findet sich hier jemand, der weiß, wie das funktioniert.
Ich halte mich da mal lieber raus.

[marind]

die 3,8 sind auf dem erkannten USB-Stick, mehr erkennt fdisk leider nicht

[willy4711]

Hmmmm
Nach der WIki https://thinkwiki.de/X1_Carbon_(4th_Gen)
sollte da M.2-SSD drin hausen.
wie gesagt- Ich habe so einen Ausgabe von Fdisk noch nicht gesehen.

Ich würde mal raten: Das Ding ist kaputt.
Gibt es denn bei dem Rechner so was wie ein BIOS ?
Dort müsste ja auch was zu sehen sein ?

[marind]

... es sollte eine 1TB M.2-PCIe/NVMe SSD drinne sein ...

[willy4711]

Hab hier was gefunden. Vielleicht kannst du damit mal testen.
Angegeben wird sie ja im Start- Menü
https://wiki.hetzner.de/index.php/NVMe

Edit:

Hast du mal versucht, aus dem Start Menü die SSD als Start anzugeben?

[Alinka]

Ich hätte auch noch einen Tipp:
Versuche es doch mal mit:
https://sourceforge.net/p/boot-repair-cd/home/Home/

Zwar ist parted-magic auch nicht zu verachten, aber die boot-repair-cd spuckt imho mehr informationen über die bootpartition aus als pm. Desweiteren ist auch ein usb-stick mit Knoppix--Live-Iso gut, um einen Systemcheck zu machen.
Und hier im wiki findest Du auch noch viele Tipps und Handlungsanleitungen.

[marind]

@Alinka:
Danke
testdisk erkennt meine Festplatte leider nicht. Boot-repair spuckt unter "Betriebssystem-Deinstaller" aus: "Es wurden auf diesem Rechner keine Betriebssysteme gefunden."
@ willy4711:

Hast du mal versucht, aus dem Start Menü die SSD als Start anzugeben?

Ja, da zuckt er kurz, um dann in die alten Routinen zurück zu fallen.
Aber nach langem Hin und Her erhalte ich beim Booten eine brauchbare Fehlermeldung:

Code: Alles auswählen

Message: 2100: Detection error on Storage Device (M.2) Solution: The Storage device is not working. Have the storage device serviced.

Das ist doch 'mal was.
Tatsächlich bewegen wir uns noch innerhalb der 36 Monate "Vor-Ort-Garantie". Nun eine ergänzende Frage: Könnte es Garantie-Probleme mit einem Multiboot-System geben?
Gruß
Marind

[willy4711]

Tatsächlich bewegen wir uns noch innerhalb der 36 Monate "Vor-Ort-Garantie". Nun eine ergänzende Frage: Könnte es Garantie-Probleme mit einem Multiboot-System geben?

Es könnte ja auch der Controller sein.
Versuchen würde ich es auf jeden Fall.
Ich kenne die Garantiebedingungen natürlich nicht. Aber die Installation anderer Betriebssysteme sollte ja wohl nicht die Hardware kaputt machen.

[MSfree]

Aber die Installation anderer Betriebssysteme sollte ja wohl nicht die Hardware kaputt machen.

Leider ist das sehr wohl möglich, wenn das UEFI auf dem Rechner nicht fehlerfrei ist.
https://www.heise.de/newsticker/meldung ... 01269.html