Dualboot "Stretch"/Windows 10 mißlungen

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
qwertzal
Beiträge: 11
Registriert: 08.01.2018 15:40:41
Kontaktdaten:

Re: Dualboot "Stretch"/Windows 10 mißlungen

Beitrag von qwertzal » 20.01.2018 19:40:45

Liebe alle,

erst mal ganz herzlichen Dank an Euch alle für die Tipps und die gute Betreuung - bin beeindruckt.

Den USB-Stick habe ich auf anderem Computer unter MacOs-Terminal bootable gemacht (sudo dd).

Die Partitionen habe ich mit dem Debian-Installer gemacht, nachdem ich unter Windows auf C Platz geschafft habe.

Ich würde jetzt erst mal versuchen, Debian noch mal ganz neu zu installieren. Mit folgenden Einstellungen im BIOS:

UEFI/Legacy Boot: UEFI
UEFI/Legacy Boot Priority: UEFI First
CSM Support: No

Falls der Debian-Stick dann nicht bootet, würde ich diese Einstellungen probieren:

UEFI/Legacy Boot: Both
UEFI/Legacy Boot Priority: UEFI First
CSM Support: No

Was meint Ihr, okay so?

Nochmals danke und herzliche Grüße!

owl102

Re: Dualboot

Beitrag von owl102 » 20.01.2018 19:57:38

NAB hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 18:15:48
Und du vermutest jetzt, dass qwertzal die (verschwundene) Partitionierung mit dem Debian-Installer gemacht hat ... das wissen wir auch nicht.
Stimmt. Ich hätte immer noch gerne die Ausgabe von "gdisk -l /dev/sda", denn gdisk gibt auch den Zustand der MBR-Partitionstabelle bzw. Differenzen zu dieser aus.
Ich würd mit einer Neuinstallation von Windows anfangen.
Solange das Windows noch problemlos zu funktionieren scheint, halte ich das für übertrieben.
kriegt er den Debian-Installer im UEFI-Modus gebootet?
Unterstützt sein BIOS mehrere UEFI-Booteinträge?
Da würde ich von ausgehen, schließlich handelt es sich um einen recht neuen Rechner.
Tja nun ... andererseits verspricht der Debian-Installer genau das.
Nein, er hat in diesem Falle auf seine recht eigentümliche Weise gemeldet, daß er keinen Platz für Grub finden kann.
der Anwender erfährt nicht mal, ob er sich im BIOS- oder UEFI-Modus befindet.
Hier wäre in der Tat ein dicker Hinweis statt dezente Hinweise (wie ESP wird automatisch eingebunden) angebracht. BTW: Bietet das eigentlich irgendeine Betriebssystem-Installation? (Ich kenne keine.)

Naja, ab 2020 ist eh' Schluß mit Legacy/CSM.

fireburner
Beiträge: 140
Registriert: 01.12.2017 20:51:31
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: Dänenland

Re: Dualboot

Beitrag von fireburner » 20.01.2018 20:38:05

Ich vermute, dass die ganzen Partitionen möglicherweise in Volume1 liegen, welches ein LVM ist. Das würde erklären, warum von der Fat Partition nichts in §Windows zu sehen ist (Windows kann kein LVM). Volume 4 könnte die /boot Partition sein, oder /boot fehlt komplett, womit von LVM auch nicht zu booten wäre.

Ich würde vorschlagen, mal ein Live Linux zu booten und uns hier eine Partitionsübersicht zu posten. Dann lässt sich vermutlich am besten der nächste Schritt erörtern.

P.S. im Live System LVM nachinstallieren. system-config-lvm würde auch eine grafische LVM Ausgabe liefern, sofern hier wirklich ein LVM vorliegen sollte.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Dualboot

Beitrag von NAB » 20.01.2018 21:03:01

qwertzal hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:40:45
Den USB-Stick habe ich auf anderem Computer unter MacOs-Terminal bootable gemacht (sudo dd).
Klingt genau richtig!
qwertzal hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:40:45
Die Partitionen habe ich mit dem Debian-Installer gemacht, nachdem ich unter Windows auf C Platz geschafft habe.
Öhmmm? "Auf C Platz schaffen" reicht nicht ... du hättest die Partition auch verkleinern müssen, also "neben C Platz schaffen". Und so ganz sauber sieht deine Partitionstabelle für ein vorinstalliertes Windows nicht aus - Windows packt seine FAT32-UEFI-SYSTEM-Partition immer ganz an den Anfang. Siehe das Beispiel von geier22. Da hat vorher schon irgendwer irgendwie dran rumgebastelt. Wie genau wissen wir immer noch nicht.
qwertzal hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:40:45
Ich würde jetzt erst mal versuchen, Debian noch mal ganz neu zu installieren. Mit folgenden Einstellungen im BIOS:

UEFI/Legacy Boot: UEFI
UEFI/Legacy Boot Priority: UEFI First
CSM Support: No
Genau richtig. Versuche, den USB-Stick dann mit F12 im Bootmenü zu finden und als "UEFI" zu starten. Probiere unterschiedliche USB-Ports.

Wenn das nicht klappt, versuche noch mal, "CSM Support" auf "Yes" oder "Legacy first" zu stellen oder was auch immer er da anbietet.
qwertzal hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:40:45
Falls der Debian-Stick dann nicht bootet,
Falls der Debian-Stick dann nicht bootet, dann hast du das Problem, dass der Debian-Installer sich im UEFI-Modus nicht starten lässt. Dann wird er dir wieder einen BIOS-Grub installieren und du machst genau das, was du schon mal gemacht hast. Aber gut, ein weiterer Versuch kann nicht schaden, gerade mit Blick auf deine Partitionierungs-Wirrnisse. Achte mal genau darauf, ob es nicht doch einen Fehler bei der Grub-Installation gibt ... ich würde nämlich erwarten, dass er sich über eine fehlende Grub_BIOS-Partition beschwert.
owl102 hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:57:38
Da würde ich von ausgehen, schließlich handelt es sich um einen recht neuen Rechner.
Also bitte ... mehrere UEFI-Booteinträge sind auf einem Laptop, der einzig und alleine gebaut wurde, Win10 zu betreiben, nun wirklich überflüssig. Und Booten von USB ist auch überflüssig, das verwirrt nur den Kunden. Womöglich kommt der noch auf die Idee, ein Win7 oder sowas zu installieren und jammert dann die Support-Hotline voll ...
owl102 hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:57:38
Nein, er hat in diesem Falle auf seine recht eigentümliche Weise gemeldet, daß er keinen Platz für Grub finden kann.
Hat er das? Hab ich was überlesen? Oder vermutest du das nur? Ich hätte da eigentlich auch eine Fehlermeldung erwartet, wenn Grub auf eine GPT ohne Grub-Partition installiert werden soll.

Die Idee von Fireburner hätte natürlich auch was ... aber ich würde erwarten, dass der Debian-Installer dann entweder Grub mit LVM-Support installiert oder einen Fehler schmeißt. Warum Grub nicht startet, erklärt auch das nicht.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

qwertzal
Beiträge: 11
Registriert: 08.01.2018 15:40:41
Kontaktdaten:

Re: Dualboot "Stretch"/Windows 10 mißlungen

Beitrag von qwertzal » 21.01.2018 00:32:45

Liebe alle!

Es hat geklappt, habt 1000 Dank! Habe Debian noch einmal mit folgenden Einstellungen im BIOS installiert:

UEFI/Legacy Boot: UEFI only
CSM Support: No

Jetzt habe ich ein wunderbares, frisches Debian System - sogar WLAN und Trackpad laufen out of the box. Ich bin begeistert. Windows startet ebenfalls.

Euch nochmals ganz herzlichen Dank und noch ein gutes Wochenende. Würde Euch jetzt gern ein Bier ausgeben.

Viele Grüße!

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Dualboot

Beitrag von NAB » 21.01.2018 02:14:17

Was sagt denn das Bootmenü über F12 jetzt? Steht da jetzt neben dem "Windows Boot Manager" auch "Debian" drin? Sonst hast du gute Chancen, dass Win10 dir beim nächsten großen Update den Booteintrag wieder überschreibt.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

owl102

Re: Dualboot

Beitrag von owl102 » 21.01.2018 11:13:24

NAB hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 21:03:01
owl102 hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 19:57:38
Nein, er hat in diesem Falle auf seine recht eigentümliche Weise gemeldet, daß er keinen Platz für Grub finden kann.
Hat er das? Hab ich was überlesen? Oder vermutest du das nur?
Aus viewtopic.php?p=1161328#p1161328:
qwertzal hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 10:18:19
Bei der Debian-Installation bekam ich die Meldung, kein anderes Betriebssystem sei erkannt worden. Habe GRUB trotzdem in den MBR schreiben lassen, denn es hiess, man könne GRUB nachher manuell dazu bringen, das andere OS zu starten.
NAB hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 02:14:17
Was sagt denn das Bootmenü über F12 jetzt? Steht da jetzt neben dem "Windows Boot Manager" auch "Debian" drin? Sonst hast du gute Chancen, dass Win10 dir beim nächsten großen Update den Booteintrag wieder überschreibt.
Bei mir hat Windows 10 bei einem Update die Bootreihenfolge im UEFI geändert, zu seinen Gunsten natürlich. Mit irgendwas in der Art muß man also sowieso rechnen, auch wenn alles korrekt installiert ist. "Microsoft loves Linux" bezieht sich halt nur auf die Szenarien, wo Microsoft mit Hilfe von Linux Geld verdienen kann.

qwertzal
Beiträge: 11
Registriert: 08.01.2018 15:40:41
Kontaktdaten:

Re: Dualboot "Stretch"/Windows 10 mißlungen

Beitrag von qwertzal » 21.01.2018 11:55:18

Gefällt mir erst mal ganz gut, was das Bootmenü mir da anzeigt. Herzlichen Dank noch mal an alle! Bild

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Dualboot

Beitrag von NAB » 21.01.2018 16:34:59

qwertzal, das sieht sehr gut aus! Die Reihenfolge kannst du übrigens im BIOS ändern, falls die mal durcheinandergerät.
owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 11:13:24
Aus viewtopic.php?p=1161328#p1161328:
qwertzal hat geschrieben: ↑ zum Beitrag ↑
20.01.2018 10:18:19
Bei der Debian-Installation bekam ich die Meldung, kein anderes Betriebssystem sei erkannt worden. Habe GRUB trotzdem in den MBR schreiben lassen, denn es hiess, man könne GRUB nachher manuell dazu bringen, das andere OS zu starten.
Ehhh ... also entweder steh ich jetzt auf dem Schlauch oder du hast dich verlesen. Da steht, dass er kein anderes Betriebssystem erkannt hat.

Du schilderst die Symptome eine Grubs ohne Platz mit "Es gibt schon andere Betriebssysteme":
viewtopic.php?f=12&t=168343&start=15#p1161411

Oder bedeutet das: "Da ist schon ein anderes Betriebssystem, ich hab's nur nicht erkannt."?
owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 11:13:24
Bei mir hat Windows 10 bei einem Update die Bootreihenfolge im UEFI geändert, zu seinen Gunsten natürlich. Mit irgendwas in der Art muß man also sowieso rechnen, auch wenn alles korrekt installiert ist. "Microsoft loves Linux" bezieht sich halt nur auf die Szenarien, wo Microsoft mit Hilfe von Linux Geld verdienen kann.
Das kann ich aus Microsofts sich verstehen. Diese "Updates" sind ja komplette Neuinstallationen, und ich würde auch dafür sorgen, dass der Kunde garantiert erst mal MEIN Betriebssystem sieht, wenn er bootet, und nicht irgendwelchen Datenmüll, der sich hinter dem zweiten Booteintrag verstecken kann. Debian macht das genau so.

Ich schiebe die Schuld eher den UEFI-Herstellern zu. Die Möglichkeit, dem Windows-Bootloader mit bcdedit überhaupt mitzuteilen, dass da ein anderes Betriebssystem geladen werden kann, fällt mit UEFI ja weg. Ich hatte mir das mal so vorgestellt, dass das UEFI stattdessen alle vorhandenen Bootloader sucht und auflistet und zur Auswahl stellt. Das ist den Herstellern aber zu pragmatisch ... die bauen lieber coole Gaming-Oberflächen ein.
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

qwertzal
Beiträge: 11
Registriert: 08.01.2018 15:40:41
Kontaktdaten:

Re: Dualboot

Beitrag von qwertzal » 21.01.2018 16:53:43

NAB hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 16:34:59
qwertzal, das sieht sehr gut aus! Die Reihenfolge kannst du übrigens im BIOS ändern, falls die mal durcheinandergerät.
Danke für den Tipp. Diese Reihenfolge möchte ich nämlich unbedingt beibehalten, hehe.

Ich war dann übrigens sehr positiv überrascht, wie vollkommen reibungslos die Installation nach dem BIOS-Gefrickel vonstatten ging. Super!

Herzlich,
Stephan

owl102

Re: Dualboot

Beitrag von owl102 » 21.01.2018 17:10:37

NAB hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 16:34:59
Die Reihenfolge kannst du übrigens im BIOS ändern, falls die mal durcheinandergerät.
Es gibt tatsächlich UEFI, die das nicht im Setup anbieten. :roll: Aber dann kann man das entweder mit efibootmgr oder bcdedit geradeziehen: https://wiki.debianforum.de/UEFI#Nach_e ... MS-Windows
Ehhh ... also entweder steh ich jetzt auf dem Schlauch oder du hast dich verlesen. Da steht, dass er kein anderes Betriebssystem erkannt hat.
Ich tippe eher darauf, daß sich der Poster verschrieben hat. "Es wurde kein anderes Betriebssystem erkannt", was soll das denn für eine Meldung sein? Man müsste den Fall jetzt in einer VM nachstellen, ich muß aber gestehen, dafür jetzt keinen Elan zu haben, das ist mir zuwenig Erkenntnis bei zuviel Aufwand.
Das kann ich aus Microsofts sich verstehen. Diese "Updates" sind ja komplette Neuinstallationen
Nur weil sich bei einem Windows 10 Update sehr viel ändern kann, würde ich das nicht als "komplette Neuinstallation" sehen. (Wenn ja, dann wäre IMHO ein Update von CentOS 7.3 nach 7.4 ebenfalls eine komplette Neuinstallation.) Hinzukommt, daß Windows das Update ungefragt im Hintergrund macht, es ist also nicht einmal etwas, was vom Anwender bewußt angestoßen wurde.
und ich würde auch dafür sorgen, dass der Kunde garantiert erst mal MEIN Betriebssystem sieht
Und auch das sehe ich anders. Der Windows-Booteintrag ist ja schon da, nur eben nicht an erster Stelle.
Debian macht das genau so.
Wann und wo macht Debian das genau so? Bei einem Update? Außerdem macht Debian es selbst bei einer Neuinstallation anders: Es bindet automatisch MS-Windows in sein Bootmenü ein.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Dualboot

Beitrag von NAB » 21.01.2018 17:47:23

owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 17:10:37
Nur weil sich bei einem Windows 10 Update sehr viel ändern kann, würde ich das nicht als "komplette Neuinstallation" sehen.
Ich sprach von den großen Updates von einer Win10 "Edition" auf die nächste. Die werden von Microsoft in der Tat als Neuinstallation durchgeführt - unter Beibehaltung der Userdaten und "Apps". Und richtig - das passiert "ungefragt" - aber leider nicht im Hintergrund, sondern legt die Kiste Ewigkeiten lahm. Ich sag ja nicht, dass das "gut" oder "geschickt" ist ... Microsoft handhabt das aber so.
owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 17:10:37
Und auch das sehe ich anders. Der Windows-Booteintrag ist ja schon da, nur eben nicht an erster Stelle.
Microsoft kann dem Booteintrag alleine aber nicht ansehen, ob da nun ein gewolltes Betriebssystem dahintersteckt oder ob es einfach nur Datenmüll ist.
owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 17:10:37
Wann und wo macht Debian das genau so? Bei einem Update? Außerdem macht Debian es selbst bei einer Neuinstallation anders: Es bindet automatisch MS-Windows in sein Bootmenü ein.
Installiere mal ein Debian neben ein Ubuntu ... was bootet danach? Debian.

Und richtig - Microsoft hat keinen "os-prober", der nach Betriebssystemen von Fremdherstellern sucht. Microsoft macht dieses "Betriebssystemherstellen" aber auch kommerziell und muss den Kram dann auch supporten und damit trotzdem noch Geld verdienen. Da würd ich mir Support von Fremdherstellern auch sparen. Gut, du kannst auch zu Debian gehen und dein Geld zurückverlangen, wenn der Debian-Installer dir dein ReactOS kaputt macht ... das finanzielle Risiko für Debian ist aber deutlich geringer.

Und überhaupt ... das Problem ließe sich soooo leicht und viel eleganter im UEFI lösen. Warum muss dann jeder Betriebssystemhersteller hinterherbasteln?
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

owl102

Re: Dualboot

Beitrag von owl102 » 21.01.2018 18:09:12

NAB hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 17:47:23
Ich sprach von den großen Updates von einer Win10 "Edition" auf die nächste. Die werden von Microsoft in der Tat als Neuinstallation durchgeführt - unter Beibehaltung der Userdaten und "Apps".
Aber auch Änderungen von mir an Systemverzeichnissen und unter HKLM in der Registry werden übernommen. So "neu" kann also die Neuinstallation nicht sein. Aber ich will lieber gar nicht so genau wissen, was Microsoft da wieder zusammengebastelt hat... :roll:
Microsoft kann dem Booteintrag alleine aber nicht ansehen, ob da nun ein gewolltes Betriebssystem dahintersteckt oder ob es einfach nur Datenmüll ist.
Wenn es nur Datenmüll ist, wie wurde Windows dann vom Anwender gebootet? Tatsache ist, daß es der Anwender geschafft hat, Windows zu booten, ansonsten könnte es ja nicht auf die Idee kommen, sich updaten zu wollen. So groß kann das Problem mit dem "Datenmüll" also nicht sein. (Und wenn doch: Für die Problembehandlung ist die "Repair"-Funktion von Windows da.)

Microsoft könnte mit deinem Argument auch den Standardbrowser ändern. Und viel mehr. "Es könnte ja sein, daß der Link in der Registry auf den Standardbrowser nur Datenmüll ist. Microsoft kann dem Eintrag in der Registry alleine ja nicht ansehen, ob da nun ein gewollter Browser dahintersteckt oder ob es einfach nur Datenmüll ist."
Installiere mal ein Debian neben ein Ubuntu ... was bootet danach? Debian.
Installiere mal ein Windows, und was bootet danach? Windows. Da habe ich kein Problem mit.

NAB
Beiträge: 5501
Registriert: 06.03.2011 16:02:23
Lizenz eigener Beiträge: MIT Lizenz

Re: Dualboot

Beitrag von NAB » 21.01.2018 19:16:12

owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 18:09:12
Wenn es nur Datenmüll ist, wie wurde Windows dann vom Anwender gebootet?
Von der neusten Win10-Edition-DVD, die er sich beim Kumpel gebrannt hat, weil sein Windows schrott ist? Im "Daten, Einstellungen und Apps behalten"-Modus? Wie gesagt, Microsoft tauscht dir alle 6 Monate dein gesamtes Win10 aus, inklusive Bootloader. Ja, find ich auch blöd, machen sie aber trotzdem.
owl102 hat geschrieben: ↑ zum Beitrag ↑
21.01.2018 18:09:12
Es könnte mit deinem Argument auch den Standardbrowser ändern.
Oh ... sie würden es lieben, das zu tun. Das wurde ihnen aber per Gerichtsurteil untersagt ^^
Never change a broken system. It could be worse afterwards.

"No computer system can be absolutely secure." Intel Document Number: 336983-001

fireburner
Beiträge: 140
Registriert: 01.12.2017 20:51:31
Lizenz eigener Beiträge: neue BSD Lizenz
Wohnort: Dänenland

Re: Dualboot

Beitrag von fireburner » 21.01.2018 19:53:30

Zum Thema, Windows10 überschreibt Einträge.
Ich hatte gestern nach wenigen Woche mal wieder Windows 10 gebootet und habe gleich ein großes Upgrade auf 1709 bekommen (kann man bei Pro ja 3 Monate verzögern).

Nach dem Reboot habe ich nur die grub rescue console gesehen.
Und das obwohl der Debian EFI EIntrag gebootet wurde. (ich habe aber komischerweise keinen Windows Eintrag)

ich musste mich dann durch grub rescue hangeln um Debian booten zu können.

Code: Alles auswählen

ls # shows all partitions
grub rescue> set prefix=(hdx,gpty)/grub # bei wir war es gpt6
grub rescue> set root=(hdx,gpty) #meist +1 zur Partition in der Zeile darüber
grub rescue> insmod normal
grub rescue> normal
Und dann mit

Code: Alles auswählen

grub-install /dev/sdx
update-grub
wieder gerade ziehen.

P.S: ich habe das jetzt nur mal hier dokumentiert, falls mal wer ein ähnliches Problem haben sollte

Antworten