Grub2win Bootmanager als Alternative einrichten

Dein Ziel ist klar, Du hast Windows auf einer Festplatte, Linux auf einer zweiten Festplatte. Jede der Installationen hat sich "seine" Disk so eingerichtet, wie es nötig ist. Und so zeigt Dir dein PC beim Start mindestens 2 Möglichkeiten an: GRUB oder Windows Boot Manager. GRUB hat sich vorgedrängelt und nach einigen Sekunden startet LINUX.

Jim hat geschrieben: 09.06.2026, 18:25 hi,

Nanobot hat geschrieben: 09.06.2026, 18:03 Es wäre schön wenn das "Verstecken" einer NTFS Partition auch mit GPT möglich wäre ...

Ich habe zwar keine Ahnung von LINUX, aber für ein "Dual Boot" System nutze ich EasyBCD.

eine "versteckte" Partition kann Windows IHMO nicht mir Board Mittel, aber mit Veracrypt kann man eine Partition "verstecken". Ich weiss aber nicht wie das mit LINUX zusammen arbeitet.

Ich will 1. zwei SSDs benutzen und 2. nichts mit Partitionen zu tun haben, da hab ich nur schlechte Erfahrungen gemacht. Wenn mal auf Ubuntu alles funzt, will die Win 11 nur noch in Notfällen benutzen, beim Banking zB...

Ich habe das vorhin selber getestet, allerdings nur auf einem Testsystem mit einem USB - da hat es leider nicht mit dem Boot funktioniert. Ich möchte jetzt nicht mein Produktiv-System für einen Test zerschiessen - aber ich weiß, daß "reFind" funktioniert.

Nanobot hat geschrieben: 09.06.2026, 01:17 Zur Ergänzung: ReFind ist ziemlich gut, geht aber nur auf neueren Systemen, welche per UEFI booten. Ich hatte es vor einigen Jahren mal kurz genutzt, weil ich fälschlicherweise annahm, daß mein Mainboard nur per UEFI von NVMe booten könne.

Als ich dann festgestellt habe, daß das MoBo doch per CSM und mit MBR von der NVMe booten kann, habe ich umpartitioniert und nutze wieder grub4dos. Der Grund ist, daß ich bei MBR Partitionierung eine Methode nutzen kann, welche unter UEFI/GPT nicht möglich sind, Stichwort Partitionstyp 0x07 als 0x17 maskieren.

bei mir ist es umgekehrt, ich hab vor ein paar Wochen MoBo und CPU ausgetauscht, und bin jetzt up to date, ich weiss also nicht ob ReFind darauf geht, aber ih werds einfach mal probieren. Danke.

g-force hat geschrieben: 08.06.2026, 22:54 Was Du meinst, heißt nicht "Double Boot", sondern "Dual Boot". Was Du suchst, heißt "Bootmanager". Was ich empfehle, heißt "reFind": https://www.rodsbooks.com/refind/

Thank you!
von allem was ich bisher gesehen habe, klingt dies am Vielversprechendsten. Es stammt zwar von 2012, hat aber vor zwei Jahren ein Update bekommen. werd mich mich durchwühlen...

Wäre eine Möglichkeit, aber ich bleibe solange wie mein aktuelles Mainboard das erlaubt bei MBR und grub4dos, denn daß hat sich über viele Jahre bewährt.

hi,

Nanobot hat geschrieben: 09.06.2026, 18:56 Und ich will die jeweils andere Windows-Installation ja nicht verschlüsseln, sondern "isolieren". Das eine Windows soll gar nicht wissen, daß es das andere gibt und somit auch nichts daran ändern können.

wie wäre eine 2nd SSD ? da könnte man "unabhängige" Windows Versionen installieren.
man muss mit Verycrypt keine Partition "verschlüsseln", aber es erzeugt eine versteckte Partition.

Afaik kann man nicht M$ Betriebssysteme schon lange nicht mehr in den Windows Bootmanager einpflegen. Und ich will die jeweils andere Windows-Installation ja nicht verschlüsseln, sondern "isolieren". Das eine Windows soll gar nicht wissen, daß es das andere gibt und somit auch nichts daran ändern können.

Es gibt zwar auch eine Methode bei der man im UEFI-Modus und mit GPT mehrere voneinander unabhängige OS mit jeweils eigener EFI-Partition erstellen kann:
https://www.computerbase.de/forum/threa ... k.1421397/
Aber da ist die alte Methode mit grub4dos und MBR, solange es noch nutzbar ist, einfacher in der Handhabung. Allerdings wird es, wie schon bei Laptops üblich, irgendwann einmal Mainboards geben, die kein CSM mehr haben und nur noch UEFI-Boot unterstützen.

@Nanobot

Was Du mit 0x17 bezweckst, ist mit klar. Das habe ich früher auch gemacht, um die verschiedenen Windows Installationen voneinander abzuschotten.

Das ging auch mal mit GPT. Allerdings habe ich ds gerade mal getestet und ATTRIBUTE_HIDDEN hat dieselbe Wirkung wie ATTRIBUTE_NO_DRIVE_LETTER. Das passt irgendwie nicht:

ATTRIBUTE_HIDDEN: If this attribute is set, the partition is not detected by the Mount Manager.
As a result, the partition does not receive a drive letter, does not receive a volume GUID path, does not host mounted folders (also called volume mount points), and is not enumerated by calls to FindFirstVolume and FindNextVolume. This ensures that applications do not access the partition.

Ohne einen "volume GUID path" würde die weder zugreifbar noch kann man dieser einen Buchstaben zuweisen. Allerdings kann ich genau dieses Verhalten nicht reproduzieren. Partition ist erreichbar und kann bei Bedarf einen Buchstaben bekommen. Ist eigentlich das Verhalten von ATTRIBUTE_NO_DRIVE_LETTER.

War mir so noch nicht bewusst gewesen. Komisches Verhalten.

hi,

Nanobot hat geschrieben: 09.06.2026, 18:03 Es wäre schön wenn das "Verstecken" einer NTFS Partition auch mit GPT möglich wäre ...

Ich habe zwar keine Ahnung von LINUX, aber für ein "Dual Boot" System nutze ich EasyBCD.

eine "versteckte" Partition kann Windows IHMO nicht mir Board Mittel, aber mit Veracrypt kann man eine Partition "verstecken". Ich weiss aber nicht wie das mit LINUX zusammen arbeitet.

Es wäre schön wenn das "Verstecken" einer NTFS Partition auch mit GPT möglich wäre, was aber nicht der Fall ist. Das genannte Attribut bewirkt lediglich, daß dieser Partition kein Laufwerksbuchstabe zugewiesen wird. Windows erkennt sie aber trotzdem als NTFS Partition, welche nachträglich gemounted werden könnte. Im Gegensatz dazu bewirkt der Partitionstyp 0x17 bei MBR Partitionen, daß Windows diese Partition als genutzten Platz mit einem unbekannten Dateisystem erkennt und daher komplett ignoriert.

Dies ist mir wichtig, wenn ich eine meiner beiden Windows Installation komplett erneuern will oder ein Inplace-Upgrade durchführen muß: Ist die zweite Windows-Installation mit 0x17 versteckt, so erstellt das Windows-Setup den BCD-Store an der Stelle, wo ich ihn haben will, nämlich in die Partition, wo das neue Windows gerade installiert wird und lässt den BCD-Store der anderen Installation unangetastet. Ein ähnliches Verhalten könnte ich natürlich bei GPT erreichen, wenn ich den Partitionstyp der zweiten Windows-Installation vorrübergehend so manipulieren würde, daß es eine ext4 Partition sei. Das ist mir aber zu umständlich, denn bei MBR Partitionen brauche ich bei grub4dos lediglich die Befehle "hide" und "unhide" nutzen.

Was die eigentliche Frage von @Bruce Pascal betrifft: Hast du inzwischen mal getestet ob ReFind für dich das richtige ist ?

Stichwort Partitionstyp 0x07 als 0x17 maskieren.

Das geht auch mit GPT. 0x17 bedeutet ja nur, dass die Partition vom Type 0x7 versteckt ist. Bei GPT wäre das das Bit 62 von Partition Attribut der Basis Partition. "attributes=0x4000000000000000" bei GPT entspricht 0x17 bei MBR.

Zur Ergänzung: ReFind ist ziemlich gut, geht aber nur auf neueren Systemen, welche per UEFI booten. Ich hatte es vor einigen Jahren mal kurz genutzt, weil ich fälschlicherweise annahm, daß mein Mainboard nur per UEFI von NVMe booten könne.

Als ich dann festgestellt habe, daß das MoBo doch per CSM und mit MBR von der NVMe booten kann, habe ich umpartitioniert und nutze wieder grub4dos. Der Grund ist, daß ich bei MBR Partitionierung eine Methode nutzen kann, welche unter UEFI/GPT nicht möglich sind, Stichwort Partitionstyp 0x07 als 0x17 maskieren.

Was Du meinst, heißt nicht "Double Boot", sondern "Dual Boot". Was Du suchst, heißt "Bootmanager". Was ich empfehle, heißt "reFind": https://www.rodsbooks.com/refind/