Momentan scheinbar nicht mehr... Ich vermute ich habe fälschlicherweise den Grub bei der Installation des Debian auf die Windows-SSD gelegt... Kann das die Ursache sein?
Ja, das wäre eine mögliche Ursache weil grub ja nach bootfähigen Systemen sucht und sich selber aber nicht listen wird.
Also ist die nächste Aufgabe erstmal Windows wieder bootfähig zu bekommen und dann sauber runter zu fahren. Ich empfehle dazu die Platte mit Linux abzustecken.
Bin da jetzt ganz und gar nicht die Spezialistin, aber hast du das in der Fehlermeldung schon ausgeführt?
Ich meine Windows komplett herunter gefahren?
Das hab ich ja glatt übersehen, das könnte natürlich eine Ursache sein.
Dazu muss Windows nochmal gebootet werden.
Hier eine Anleitung für Windows runter fahren:
https://www.sunds-computer.de/wie-sie-window…herunterfahren/
Also wenn das Linux noch nicht produktiv ist kann man auch rabiater ran gehen und manuell versuchen einzugreifen.
Jedoch ist eine Sache immer noch nicht ganz geklärt die mich hier beunruhigt, nämlich: kann Windows eigentlich überhaupt booten?
Da kommt irgendwie nichts
Hab mal gegoogelt und da hat jemand ähnliches Problem aber andere Plattenanordnung.
Da ist bei Antwort (3) eine mögliche Lösung, allerdings wäre das bei dir eine andere Plattennummer -> hd1.
set root='(hd1,msdos1)'https://unix.stackexchange.com/questions/350079/how-to-use-os-prober-to-find-ms-windows-boot-data
Das schreibt er da:
Edit your /etc/grub.d/40_custom as follows:
menuentry "Windows" {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos1)'
chainloader +1
}Add the following line to your /etc/default/grub :
GRUB_DISABLE_OS_PROBER=falseRun:
update-grubAus irgendeinem Grund erkennt grub den Bootloader auf sdb nicht. Also ich würde jetzt vermutlich gucken ob die Partionen gemountet oder nicht gemountet sein müssen. Ich denke eher nicht gemountet. Also als nächstes würde ich
mounteingeben.
Und wenn jetzt irgendwas mit sdb gemountet ist das erstmal mit umount /dev/sdb2 z.B. aushängen und dann update-grub erneut versuchen.
Ansonsten mal sehen ob jemand noch eine Idee hat.
Dann kommt das hier
Das sieht aus meiner Sicht logisch und richtig aus.
Eigentlich hätte ich erwartet das update-grub eine Zeile bringt mit "Adding boot menu ... /dev/sdb" - eigentlich.
Also ich sehe jetzt nicht wirklich wo das Problem liegen könnte.
Geb mal ein :
lsblkKann man Grub entsprechend manuell editieren und das Problem beheben (so was wie früher bei Windows fdisk /mbr)?
Doch, das muss auch gehen. Ist aber wohl hakelig und heikel:
https://help.ubuntu.com/community/Grub2/CustomMenus
Besser erstmal obige Maßnahmen und dann vielleicht hilft dir das hier:
https://wiki.ubuntuusers.de/GRUB_Customizer/
Die SSD abstecken ist mir zu aufwändig (da müsste ich ja alle Kabel entfernen und den Rechner aus dem Schrank rausmachen), aber ich habe über F12 manuell von der Windows-SSD booten wollen, da kommt dann aber ein Fehler von Grub (bin an der Arbeit und kann daher keinen Screenshot oder ähnliches liefern).
Ja, da geht es schon los. Also es muss schon sicher gestellt sein das Windows erst mal so ohne grub booten kann. Weil wenn die Windows Platte einen fehlerhaften Bootsector bzw. fehlerhafte EFI Startpartition oder was auch immer hat so wird grub das dann nicht richtig erkennen können und folglich die Windowsplatte nicht einbinden können.
Beide Systeme müssen sauber booten, dann geht es weiter.
Bootet denn Windows wenn du die Linuxplatte absteckst?
Dann, wenn beide Platten dran stecken und du Linux bootest, dann siehst du auch die Windows-Platte auf dem Desktop?
Wenn alles ja, sollte die update-grub Methode funktionieren. Ich hab das auch so mit 2 SSDs.