UEFI bootet nicht, CSM/MBR bootet nicht - Was tun?

[alex71]

Ich hoffe, dass ich mit diesem Thema zwischen den System-Welten richtig bin. Und bedanke mich schon jetzt für jede Hilfe!

Es begann damit, dass ich Kubuntu neben Windows als Dualboot wie schon erfolgreich vor Jahren nochmal in meinem Toshiba c50t-B110 Satellite installieren wollte. Ich habe dann erst verstanden, warum es kein Dualboot geben konnte: Windows10 läuft unter UEFI, und Kubuntu war überhaupt nur installierbar durch die BIOS-Änderung in SCM/MBR. Woraufhin ich die Kubuntu-Partition gelöscht habe. D.h. ich konnte in Windows sein, wenn ich im BIOS "UEFI" und in Kubuntu nur, wenn ich zuvor im BIOS "SCM" ausgewählt habe.
Gegenwärtig sieht es so aus, dass ich weder von DVD, noch von USB unter UEFI booten kann, weil das installierte Win10 immer startet. Und im SCM-Modus erscheint mittlerweile immer "No such Partition/Grub Rescue", und dann geht nichts mehr. Unter "ls" taucht kein Eintrag auf, in dem ich Grub aufspüren könnte. Was für mich als Laien heißt: Warum kann es Grub-Reste geben, wenn keinerlei Linux in den Partitionen mehr vorhanden? Mein Win-EFI scheint lt. easyBCD völlig in Ordnung zu sein.
Bleibt die Frage: Was überhaupt muss oder kann repariert werden (Windows läuft sozusagen "für sich" nach wie einwandfrei); was kann ich tun, um aus diesem Entweder-BIOS-oder-GPT-Gefängnis heraus zu kommen und wieder wahlweise unter UEFI oder SCM booten/installieren zu können? Könnte womöglich mein seit Langem angelegtes Volume für sysemübergreifenden Zugang der Unhold sein?
Sollte ich ggf. mit diskpart das gesamte Laufwerk C: löschen und Windows (und ggf. doch auch Kubuntu) neu installieren?
___

C: 325,89 GB
Datenträger 0 (Partition 2): 100 MB (EFI)
Datenträger 0 (Partition 5): 1 MB
Eigene Dateien (D: 464,93 GB
Wiederherstellung: 450 MB

 

[Michael]

Naja Alex71, ich habe da seit Jahren das Prinzip, verschiedene Systeme auch hardwareseitig zu trennen.
Entscheide dann nur über BIOS/UEFI, welches System startet und so ist jedes System autark.

 

[Sabine]

@alex71

Ich habe dann erst verstanden, warum es kein Dualboot geben konnte: Windows10 läuft unter UEFI, und Kubuntu war überhaupt nur installierbar durch die BIOS-Änderung in SCM/MBR. Woraufhin ich die Kubuntu-Partition gelöscht habe. D.h. ich konnte in Windows sein, wenn ich im BIOS "UEFI" und in Kubuntu nur, wenn ich zuvor im BIOS "SCM" ausgewählt habe.

Verstehe ich nicht! (K)Ubuntu läßt sich selbstverständlich im UEFI-Modus installieren. Dazu muss allerdings "Secure Boot" deaktiviert sein.

Ubuntu im UEFI-Modus installieren

Kubuntu Installation

 

[alex71]

nein, leider nicht. Secure Boot ist deaktiviert, und trotzdem wird immer nur Windows geladen. Es ist diese merkwürdige "Falle", dass ich in UEFI-Modus nur mein Windows laden kann und sonst gar nichts. Und dass ich, wenn ich in den SCM-Modus (MBR/BIOS) gehe, GAR nichts laden kann, sondern nur "no such partition" und "Grub Rescue" kriege. Hat mein Problem womöglich damit zu tu, dass ich kürzlich (als das noch möglich war) Kubuntu 19.04 neben Windows installiert, aber nicht "sda" für den Ort des Bootloaders angegeben habe, sondern was anderes (was ich leider vergessen habe)? Könnte es sein, dass eine Win-Rücksetzung aus dem Reparaturmodus heraus das Beste wäre? Würde so ein Reset Ordnung in mein EFI bringen (in dem ich bestimmt sehr laienhaft Grub-"Reste" vermute)?

 

[MaxMeier666]

Du hast scheinbar den Bootmanager "zerschossen". Der Hinweis "Grub Rescue" deutet darauf hin, dass der Linux-Bootmanager Grub das Problem ist.
Ein einfaches Löschen der Ubuntu-Partition allein reicht nicht aus.
Entweder du installierst jetzt Ubuntu erneut aber eben im UEFI-Mode oder du musst den Windows-Bootmanager reparieren.
Mangels eigener Erfahrungen empfehle ich mal das hier

 

[alex71]

Vielen Dank für die Rückmeldung(en).
Ich musste heute leider feststellen, dass unerklärlicherweise auch meine Wiederherstellungs-Partition kaputt ist. Ich hatte Windows zurücksetzen wollen in der Hoffnung, dass dadurch der Bootloader repariert würde. Das ging nun auch nicht. Das Problem steht und fällt also nach wie vor damit, dass ich weder in UEFI, noch in SCM/MBR booten kann. Ich komme quasi gar nicht heraus aus dem "Gefängnis" meines (tadellos laufenden) Windows. NB: Zu allem Elend hat mir diskpart (wovon ich mir eine Chance versprochen hatte, das ganze Laufwerk C: zu löschen) auch nicht weiterhelfen können. Keine Partition (außer meinem Volume mit Eigenen Dateien) konnte gelöscht werden... Danke gleichwohl für den Link-Tipp. Nur, ich befinde mich ja gezwungenermaßen nach wie vor noch weit entfernt von Dualboot. Außer meinem Windows geht gar nichts...

 

[Big Eddie Calzone]

Grub hat sich in den MBR eingetragen. Um den mit Standard-Bootcode zu überschreiben habe ich früher, als ich noch ein Diskettenlaufwerk und eine Win-98-Startdiskette hatte, den Befehl fdisk /mbr eingegeben.
Jetzt weiß ich nicht, ob es in diskpart einen entsprechenden Befehl gibt.

Nachtrag: Es ist nicht diskpart sondern bootrec.
Tipps und Tricks zu Windows 10: Windows 10 - Boot-Manager anpassen, entfernen und reparieren

 

[alex71]

Das zentrale Problem ist ja, dass bootrec /fixboot nicht akzeptiert wird, die anderen drei aber sehr wohl. Trotzdem danke!

 

[Big Eddie Calzone]

Schau mal hier ins Ubuntu-Forum.

Beachte insbesondere den Hinweis auf das Tool EasyUEFI mit verlinkter Anleitung in Beitrag #4.
Und beachte auch die kurze Überlegung zum NVRAM auf dem Motherboard in Beitrag #14.
Letzteres könnte einiges erklären ...

 

[alex71]

Ende gut, alles gut - dank der Brachial-Methode: GParted funkionierte, sämtliche Paritionen gelöscht,
Windows10 from scratch neu installiert, und alles ist, wie es sein soll. Allen Helfern trotzdem herzlichen
Dank.

 

[Lasco]

Vielleicht ist es hilfreich, sich in der Zukunft mal mit folgendem Tool vertraut zu machen - in Form von Informationen sammeln zumindest...halt für den Fall der Fälle

Info-Link: Grub2win

Ich denke, das sollte zum Thema passen

Gruß - Lasco