Wie funktioniert ein Windows-Neustart bei GPT/EFI?

Soul E. schrieb:

> Windows braucht vier Partitionen (System, Windows, Recovery, meine
> Daten)

Das könnte man problemlos auf zwei eindampfen. Recovery braucht man 
garnicht. Und System und Windows kann man in einer Partition 
zusammenfassen.

> Linux nochmal zwei (root, swap)

Swap kann man auch als Datei im Root-FS haben. Zumal: wenn Swap wirklich 
nötig wird, ist i.d.R. sowieso irgendwas grundlegend faul. Fast immer 
ist es sowieso nur sinnlos brachliegender Plattenplatz.

> Damit komme ich über die
> Maximalanzahl, die der MBR hergibt.

Nein, natürlich nicht. Es gibt seit unendlichen Zeiten das Konzept der 
"erweiterten Partition". Und von allen bisher erwähnten Partitionen muss 
nur genau eine zwingend eine primäre sein, nämlich die 
Windows-Bootpartition (egal ob "Stand-alone" oder mit dem eigentlichen 
Windows zusammengefaßt). Alles andere kann auch innerhalb einer 
erweiterten Partition liegen.

Soul E. schrieb:
> * Neustart funktioniert nicht. Das BIOS meldet, dass kein Bootdevice
> vorhanden wäre:

Da ist etwas bei der Neuinstallation schief gegangen. Auf einer 
Partition liegen Treiber, die fehlen. Es werden dann die Win 
Defaulttreiber genommen. Da hättest Du noch etwas kopieren sollen.


Für Linux mußt Du unter Windows eine Partition verkleinern. Sonst motzt 
das Windows und gibt Bootprobleme. In den freien Bereich kannst Du dann 
Linux installieren.

Dieter schrieb:

> Da ist etwas bei der Neuinstallation schief gegangen. Auf einer
> Partition liegen Treiber, die fehlen. Es werden dann die Win
> Defaulttreiber genommen. Da hättest Du noch etwas kopieren sollen.

Wie entscheidet denn das BIOS, was geladen wird? Der guckt doch zuerst 
auf der EFI-Systempartition nach und findet dort den 
\EFI\Microsoft\Boot\bootmgfw.efi. Der müsste dann irgendwie das BCD-File 
auswerten, so dass letztendlich C:\Windows\system32\winload.efi gebootet 
wird?

Wie funktioniert diese Entscheidungsfindung beim Einschalten, und wie 
beim Neustart?


> Für Linux mußt Du unter Windows eine Partition verkleinern. Sonst motzt
> das Windows und gibt Bootprobleme. In den freien Bereich kannst Du dann
> Linux installieren.

Linux sollte sich doch einfach im unpartitionierten Bereich installieren 
lassen? Früher ging das problemlos.

Kann denn Linux wirklich auf logischen Laufwerken innerhalb einer 
Erweiterten Partition installiert werden?

Zurück auf MBR wäre mir schon sympathischer. Das wäre dann

1) primär aktiv "System" als Windows-Loader (50 MB)
2) primär "Windows" (120 GB)
kein Recovery
3) Linux ext4 (120 GB) nit swap-Datei
4) Daten (700 GB)

Irgendwo muss ja auch der Grub hin. Kommt der mit in die kleine 
Windows-Systempartition?





c-hater schrieb:
> Soul E. schrieb:
>
>> Windows braucht vier Partitionen (System, Windows, Recovery, meine
>> Daten)
>
> Das könnte man problemlos auf zwei eindampfen. Recovery braucht man
> garnicht. Und System und Windows kann man in einer Partition
> zusammenfassen.

Auf Recovery könnte man verzichten, dann muss halt extern c'tnotwin 
gebootet werden. Damit komme ich klar. Aber wie bringt man den Installer 
dazu, auf diese 50MB-Startpartition zu verzichten? Selbst wenn ich bei 
der Installation eine vorhandene Partition vorgebe, verkleinert Setup 
die und legt die zweite an.

Dieter D. schrieb:
> Soul E. schrieb:
>> Wie funktioniert diese Entscheidungsfindung beim Einschalten, und wie
>> beim Neustart?
>
> Die Partitionen benötigt das Win10+ System.
> sda1, sda2 und sda7 müssen auf jeden Fall gesichert werden.

Linux ist noch nicht installiert, das kommt später dazu. Zunächst will 
ich, dass unter Windows auch der Neustart funktioniert.

Und dazu möchte ich gerne wissen, welche Dateien das BIOS bei einem 
Systemstart durch Einschalten lädt (was funktioniert) und welche bei 
einem Systemstart durch Neustarten (was nicht funktioniert).



> Literaturliste zur Installation Dual Boot mit UEFI und Secure Boot:
> (...)

Wie ich Linux auf eine GPT-Platte bekomme ist mir klar.

Interessant ist die Frage, würde das wirklich auch auf einer MBR-Platte 
in einem logischen Laufwerk innerhalb einer erweiterten Partition 
funktionieren? Alle meine Linuxe liefen bisher in primären Partitionen.

Das hat aber nichts mit meinem aktuellen Problem zu tun.

> Windows­Partition muss unter Windows mit dessen Partitionswerkzeug
> verkleinert werden.

Auf der Platte sind genau dafür 150 GB unpartitionierter Bereich. Die 
sollte Linux verwenden können, ohne irgendwelche Windows-Partitionen 
verändern zu müssen. Und ja, die liegen nicht am Ende, denn dort ist die 
Datenpartition.

Soul E. schrieb:

> Kann denn Linux wirklich auf logischen Laufwerken innerhalb einer
> Erweiterten Partition installiert werden?

Ja klar, überhaupt kein Problem. Nur die erste Stufe des 
Bootloaders/Bootmanagers (heute typisch grub) muss im MBR und den drauf 
folgenden Sektoren liegen. Der Rest ist egal.

> Irgendwo muss ja auch der Grub hin. Kommt der mit in die kleine
> Windows-Systempartition?

Nein. Die erste Stufe liegt halt außerhalb jeder Partition, zum Teil im 
MBR, der Rest in den darauf folgenden Sektoren. Der Hauptteil aber liegt 
innerhalb von /boot des Linux-Systems.

> Aber wie bringt man den Installer
> dazu, auf diese 50MB-Startpartition zu verzichten? Selbst wenn ich bei
> der Installation eine vorhandene Partition vorgebe, verkleinert Setup
> die und legt die zweite an.

Das wäre mir neu. Ich möchte aber nicht ausschließen, dass es wirklich 
so sein könnte. Über welchen Installer genau reden wir hier?

c-hater schrieb:

> Das wäre mir neu. Ich möchte aber nicht ausschließen, dass es wirklich
> so sein könnte. Über welchen Installer genau reden wir hier?

Das Ding nennt sich Media Creation Tool. Damit erzeugt man eine DVD oder 
einen bootfähigen USB-Stick, und der installiert dann Windows.

https://www.microsoft.com/de-de/software-download/windows10
Früher gab es ISOs zum runterladen und brennen. Die Installation 
erfolgte aber genauso.

Wenn ich dem W10-Installer eine MBR-Partition vorgebe, verkleinert er 
die und macht da System, Windows und Recovery draus. Drei primäre.

Soul E. schrieb:

> Früher gab es ISOs zum runterladen und brennen. Die Installation
> erfolgte aber genauso.

Nein. Selbst zu Windows10-Zeiten hatte der Installer noch eine gewissen 
Respekt vor bestehenden Partitionen. Entweder hat da MS was geändert 
oder du benutzt ihn schlicht nicht richtig. Kann ich derzeit nicht 
sagen, müsste ich erstmal ausprobieren.

Als ich das letzte Mal ein Multiboot-System mit Windows10 aufgesetzt 
habe (ca. 3 Jahre her), war es jedenfalls mit dem damaligen Installer 
(der natürlich auch aus einem Media-Creation-Tool stammte) noch recht 
problemlos möglich, das ganze Windows10 in eine einzige vorgefertigte 
Primärpartition zu packen. Ich hatte aber natürlich auch dafür gesorgt, 
das es weder unpartitionierten Platz gab noch freie Einträge in der 
Partitionstabelle des MBR. Da wird es dann doch echt eng für die 
Möglichkeiten des Installers... ;o)

c-hater schrieb:

> Nein. Selbst zu Windows10-Zeiten hatte der Installer noch eine gewissen
> Respekt vor bestehenden Partitionen. Entweder hat da MS was geändert
> oder du benutzt ihn schlicht nicht richtig. Kann ich derzeit nicht
> sagen, müsste ich erstmal ausprobieren.

Habe ich ausprobiert. Mehrfach. Ich hatte vier MBR-Partitionen als 
Platzhalter angelegt. Eine primäre für Windows, eine primäre für Linux 
root, eine weitere primäre für Linux swap, und eine erweiterte für meine 
Daten. Die waren alle noch unformatiert, aber der Platz war reserviert.

> (...) Ich hatte aber natürlich auch dafür gesorgt,
> das es weder unpartitionierten Platz gab noch freie Einträge in der
> Partitionstabelle des MBR. Da wird es dann doch echt eng für die
> Möglichkeiten des Installers... ;o)

Wenn die MBR-Partitionstabelle voll ist, der Installer also nicht seine 
zusätzliche 50MB-Systempartition anlegen kann, erscheint die Meldung 
"Windows kann nicht auf Laufwerk 0 installiert werden". Das war der 
Grund, warum ich dann auf GPT umgestellt habe.


Wenn Linux auch auf logischen Laufwerken innerhalb einer erweiterten 
MBR-Partition läuft, dann kann ich zu MBR zurück. Das wäre ein 
Workaround.

Es interessiert mich aber trotzdem, was (bei GPT/UEFI) bei einem 
Systemstart durch Einschalten anders verläuft als bei einem Systemstart 
durch Neustarten.

Soul E. schrieb:
> Es interessiert mich aber trotzdem, was (bei GPT/UEFI) bei einem
> Systemstart durch Einschalten anders verläuft als bei einem Systemstart
> durch Neustarten.

BIOS:
PC Bootet.
Holt die Partitionstabelle.
Startet an der Stelle der Festplatte, wo der Bootvektor hinzeigt.
Im nun zu ladenden Block befindet sich der Programmteil, um die 
System-Partition NTFS lesen zu können.
Liest dann die weiteren Dateien in der NTFS Systempartition ein.

UEFI:
PC Bootet.
Holt die Partitionstabelle.
Kann die Bootpartition lesen (muss daher vfat sein).
Im UEFI ist abgelegt, welches der Betriebssysteme aus der Bootpartition 
gestartet werden soll.
In den zu ladenden Anwendungen der Bootpartition befindet sich der 
Programmteil, um die System-Partition NTFS lesen zu können.
Liest dann die weiteren Dateien in der NTFS Systempartition ein.

Dieter schrieb:

> UEFI:
> PC Bootet.
> Holt die Partitionstabelle.
> Kann die Bootpartition lesen (muss daher vfat sein).
> Im UEFI ist abgelegt, welches der Betriebssysteme aus der Bootpartition
> gestartet werden soll.
> In den zu ladenden Anwendungen der Bootpartition befindet sich der
> Programmteil, um die System-Partition NTFS lesen zu können.
> Liest dann die weiteren Dateien in der NTFS Systempartition ein.

Beim Einschalten oder beim Neustart?

Was ist der Unterschied zwischen Einschalten (funktioniert) und Neustart 
(funktioniert nicht)?

Welche Dateien werden da in welcher Reihenfolge gelesen, und wo ist 
abgelegt was gelesen werden soll? Beim Einschalten funktioniert es ja, 
beim Neustart wird ebendiese Datei nicht gefunden.

Meine Vermutung ist, dass es irgendeine Form von Marker gibt, mit der 
Windows beim Neustart kennzeichnet, welche Startdatei nach dem Neustart 
ausgeführt werden soll. Und da verhakt es sich dann. Wenn man den 
Rechner aus- und wieder einschaltet, nimmt er wieder die gewünschte 
{89ddabd8-0079-11ed-b833-d2211208c474}\EFI\Microsoft\Boot\bootmgfw.efi

c-hater schrieb:
> Soul E. schrieb:
>> Linux nochmal zwei (root, swap)
>
> Swap kann man auch als Datei im Root-FS haben. Zumal: wenn Swap wirklich
> nötig wird, ist i.d.R. sowieso irgendwas grundlegend faul. Fast immer
> ist es sowieso nur sinnlos brachliegender Plattenplatz.

Die SWAP braucht man heutzutage, sofern man keine SWAP als Datei anlegt, 
für die Schlaf Funktionen. Also RAM to Disk und so Sachen.

Das Problem:
Die meisten Distris legen keine SWAP als Datei an, das muss man explizit 
einstellen, damit sie das tun.

Wenn man seinen Linuxrechner in den Ruhezustand versetzt und der daraus 
dann nicht mehr hochkommt, dann hat man ein gutes Indiz woran das liegen 
könnte.

Grundsätzlich ist heutzutage die SWAP als Datei zu bevorzugen, denn eine 
eigene Partition belegt nur unnötig viel Speicherplatz und müsste als 
RAM to Disk Ersatz mindestens so groß, wie das RAM sein.
Womit das bei modernen Rechnern mit 16 oder 32 GiB gleich 16 GiB bzw. 32 
GiB wertvoller SSD Speicher wäre.

Das Problem hat man bei einer SWAP als Datei zwar auch noch, aber da ist 
dieser Platz in der Regel nicht ständig belegt und könnte im Bedarfsfall 
dann auch  mal anderweitig benutzt werden.

Soul E. schrieb:
> Linux sollte sich doch einfach im unpartitionierten Bereich installieren
> lassen? Früher ging das problemlos.

Auch Linux benötigt ein Dateisystem und somit eine eigene Partition.
Unter Windows wird die dann in der Regel als unbekannte Partition 
geführt.

> Kann denn Linux wirklich auf logischen Laufwerken innerhalb einer
> Erweiterten Partition installiert werden?

Ja, schon eine Ewigkeit.

Damals, als der MBR noch üblich war, war es lediglich nötig, den Grub 
Bootloader in den MBR zu installieren.


> Zurück auf MBR wäre mir schon sympathischer.

Davon würde ich abraten.
Neue Rechner werden bald kein Legacy BIOS mehr haben, dann gibt es nur 
noch UEFI.
Und spätestens dann musst du ohnehin alles als GBR einsetzen.
Außerdem bootet der Rechner im reinen UEFI+GBR Modus schneller.

Nano schrieb:
> Soul E. schrieb:
>> Linux sollte sich doch einfach im unpartitionierten Bereich installieren
>> lassen? Früher ging das problemlos.
>
> Auch Linux benötigt ein Dateisystem und somit eine eigene Partition.
> Unter Windows wird die dann in der Regel als unbekannte Partition
> geführt.

Selbstverständlich braucht Linux ein Dateisystem. Aber die heutigen 
Distributionen bringen alle einen Installer mit, der auf der Festplatte 
Partitionen anlegen und als ext4 formatieren kann. Daher ist es nicht 
erforderlich, unter Windows irgendwelche Partitionen für Linux 
einzurichten, zu vergrößern oder zu verkleinern. Das macht der 
Linux-Installer selber.


Frank K. schrieb:

> Die Startdatei steht im UEFI NVRAM. Und UEFI unterschiedet an der Stelle
> nicht zwischen Kalt- und Warmstart.

Dann scheint Windows bei einem Neustart diesen Eintrag zu verbiegen. Bei 
einem Kaltstart (Strom einschalten) funktioniert es, da wird der 
richtige genommen.

Windows kann ja über das "Herunterfahren" Menü auch in andere 
Betriebssysteme booten. Dazu muss es ja in der Lage sein, den Eintrag 
für den nächsten Systemstart zu verändern.


> Das Zurückgehen auf MBR und CSM ist auch nur eine kurzfristige Lösung,
> weil aktuelle Rechner schon gar kein CSM mehr haben.

Diese Lösung hätte aber den Charme, dass ich mein Backup zurückspiele 
und fertig bin. Die neue SSD hat dann hinten 500 GB freien Platz, der 
wird der erweiterten Partition zugeschlagen und da zieht dann Linux Mint 
mit ein. Der Rest bleibt original so, wie er die letzten Jahre 
störungsfrei lief.

Durch den Wechsel auf GPT/UEFI musste ich Windows neu installieren. Mit 
den hier diskutierten Problemen.

Soul E. schrieb:

> Wenn die MBR-Partitionstabelle voll ist, der Installer also nicht seine
> zusätzliche 50MB-Systempartition anlegen kann, erscheint die Meldung
> "Windows kann nicht auf Laufwerk 0 installiert werden".

Das ist dann neu, also neuer als 3 Jahre. Wäre mal interessant, wann 
genau (also mit welcher Version von Win10) diese Beschränkung eingeführt 
wurde.

Weil: dann wäre die Lösung natürlich: Win10 mit einer Version "davor" 
wie gewünscht zu installieren und dann upzudaten. Das muss definitiv 
gehen, sonst hätte ich kein aktuelles Win10 ;o)