Abe81
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Hallo, TL;DR: ich möchte Fast Boot nicht deaktivieren, also hebe ich die Markierungen esp und boot auf der Win10-Platte auf und setze alle anderen Partitionen auf hidden, um Ubuntu ohne Probleme auf ein separates Laufwerk installieren zu können. Geht das gut? ich habe in meinem PC zwei NVME-SSDs fest verbaut, auf der ersten ist Win10 installiert, auf der zweiten nur Programme/Spiele/VMs, dann noch einen Wechselrahmen, der zwei HDDs aufnehmen und diese separat anschalten/mit Strom versorgen kann. In ersten Schacht des Wechselrahmens ist eine SATA-HDD als 'Datengrab', in dem zweiten Schacht soll dann eine SSD Einzug finden, von der Ubuntu gebootet werden soll. Der Haken an der Sache: Ich will gar nicht, dass Ubuntu und Windows sich sehen und ich möchte - sofern das keinem Datenselbstmord gleich kommt - Fast Boot nicht deaktivieren. Da ich die NVMEs weder ausbauen kann (bzw. nur mit einem erheblichen Aufwand), noch im UEFI deaktivieren, habe ich mir überlegt, sie während der Installation von Ubuntu zu verstecken. Dazu würde ich mit Gparted vor der Installation von der Efi-Partition die Markierungen esp und boot deaktivieren und alle Partitionen auf hidden markieren. Nach der Installation mache ich dies wieder rückgängig, aber binde die Windows-Partitionen nicht ein, um Datenverlust zu vermeiden. Im UEFI ist die Ubuntu-SSD dann in der Bootreihenfolge Nr. 1, die NVME mit dem Windows-Bootloader ist Nr.2. Ist die Ubuntu-SSD im Wechselrahmen deaktiviert, bootet automatisch der Windows-Bootloader. Soweit meine Überlegung. Ist das plausibel? Geht das gar nicht? Geht das anders? parted -l
Modell: ATA HGST HTS541515A9 (scsi)
Festplatte /dev/sdb: 1500GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 1500GB 1500GB primary ntfs
Modell: Samsung SSD 970 EVO Plus 500GB (nvme)
Festplatte /dev/nvme0n1: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 123MB 16,8MB Microsoft reserved partition msftres
3 123MB 500GB 499GB ntfs Basic data partition msftdata
4 500GB 500GB 546MB ntfs versteckt, diag
Modell: SAMSUNG MZVLB512HBJQ-000H1 (nvme)
Festplatte /dev/nvme1n1: 512GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 512GB 512GB primary ntfs
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo Abe81, Datenselbstmord = Fast Boot nicht deaktivieren. Dann sind da noch zwei "Platten" mit msdos Partitionschema ..... Gruss Lidux
|
Abe81
(Themenstarter)
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Inwiefern ist das denn gefährlich, wenn ich es so einrichte, dass die Partitionen nicht miteinander interagieren? Alle notwendigen Daten liegen auf meinem NAS, das ja vom fast Boot nicht betroffen ist.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Lidux schrieb: Dann sind da noch zwei "Platten" mit msdos Partitionschema .....
die stören aber nicht - die eine ist eine Datenplatte (sdb) und die andere ist für Spiele (nvme1n1). Die Platte für Ubuntu scheint noch nicht eingebaut zu sein.
|
Abe81
(Themenstarter)
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Genau, Frieder108, so ist es. sdb und nvme1n1 sind Daten bzw. Programme/Spiele/VM. Sofern ich die Logik von Fast Boot verstanden habe, hat Windows aber auch von diesen eine Art Abbild erstellt. Was ja auch egal wäre, alles Relevante für Alltagsproduktivität liegt auf dem NAS, auf dem ich dann auch von Ubuntu zugreifen kann. Meine Hauptsorge ist eher der Installationsvorgang, wenn ich über gparted wie beschrieben die Flags/Markierungen setze bzw. löse und aufs Beste hoffe.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hi, also fastboot musst du auf jeden Fall ausschalten - fastboot verhindert, dass Windows richtig runterfährt, dadurch kannst du dein Ubuntu nicht starten. Was die Installation anbelangt, du musst keinerlei flags setzen, Linux brauch so etwas nicht. Eigentlich musst du nur darauf achten, dass Ubuntu auf die Platte installiert wird, die dafür vorgesehen ist - praktischerweise ebenfalls im UEFI-Modus (so wie Windows). Gparted brauchst du nicht, das Installationsprogramm kann das alles auch → Installation
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej Abe81, k.A., ob ich Dein Vorhaben richtig durchblicke… Aber,
Gruß black tencate
|
Abe81
(Themenstarter)
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Danke für die eure Antworten! Ich verstehe nur noch nicht ganz, warum das Ausschalten von Fast Boot zwingend nötig ist? Lt. diesem Link, ist das größte Problem ja Datenverlust wenn die Paritionen gemountet werden. Anscheinend ist es aber so, dass Ubuntu gar nicht erst startet? Auch nicht, wenn ich das Mounten der anderen Partitionen beim Starten verhindere? Oder reicht es, wenn ich während der Installation fast boot deaktiviere?
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Abe81 schrieb: Lt. diesem Link, ist das größte Problem ja Datenverlust wenn die Paritionen gemountet werden.
les es nochmal durch 😉 Oder reicht es, wenn ich während der Installation fast boot deaktiviere?
nein, fastboot muss dauerhaft ausgeschaltet bleiben . https://wiki.ubuntuusers.de/EFI_Installieren/
|
Abe81
(Themenstarter)
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Sorry, ich stehe auf dem Schlauch. Ich finde weder in dem Link Hinweise auf Probleme außer Datenverlust, noch im Wiki-Eintrag - in letzterem steht lediglich, man sollte es deaktivieren. Mit ist aber nicht klar, warum das einen Ubuntu-Start verhindern sollte, wenn die Systeme physikalisch getrennt sind. Ich starte Win10 mit Fast Boot, die Dateien werden beim Runterfahren in der Hiberfil vermerkt und Ubuntu bootet komplett von der eigenen SSD, ohne auf die anderen SSDs zuzugreifen.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hmm, also wenn du mit Ubuntu eh nicht auf die Daten auf der Datenpartition zugreifen möchtest, dann kann ja auch nichts passieren. Les die Antworten in deinem Link, da steht genau, wann dir unter welchen Umständen ein Datenverlust droht. Anderseits, Versuch macht kluch → sichere deine Daten und probier es aus, scheinbar ist dir der Fastboot ja wichtig → ich sage, diese 0,5 Sekunden Zeitgewinn kannst du vernachlässigen.
|
Abe81
(Themenstarter)
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Der Zeitgewinn ist bei mir leider enorm, weil im Fast Boot die Treiber ja vorgeladen werden. Ohne Fast Boot hängt sich irgend ein Treiber auf und es dauert ewig. Eine saubere Win10-Installation sollte das Problem beheben, aber dafür fehlt mir gerade einfach die Muße und Zeit. Mache gerade ein Backup aller Partitionen und probiere es danach mal.
In AskUbubtu gibt es auch diverse Berichte davon, dass es geht. Wish me luck - Ich berichte
|
Abe81
(Themenstarter)
Anmeldungsdatum: 21. August 2008
Beiträge: 58
|
Etwas ungewohnt, aber es gab keine Probleme. For whom it may concern, hier die Schritte (vielleicht waren einige unnötig): Vor der Installation in gparted alle anderen Partitionen mit der Flag hidden versehen.
2. Die Flags esp und boot von der Windows-Bootpartition deaktiviert.
3. In der neuen SSD eine Uefi- und eine root-Partition erstellt.
4. Ubuntu installiert.
5. Schritte 1. und 2. rückgängig gemacht.
6. Neu gestartet → Es wurde Windows gestartet
7. Im Uefi Boot-Reihenfolge geändert (siehe angehängtes Bild) Jetzt startet Ubuntu, wenn die Ubuntu-SSD im Wechselrahmen aktiviert ist, ansonsten startet Windows. Ich vermute mal, da während der Installation die Windows-Partitionen hidden waren, werden sie gar nicht erst als zu mountende Partitionen angezeigt?
- Bilder
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
sehr schön - dann kannst du das Thema bitte noch als "gelöst" markieren. 👍 Und rein aus Neugierde, kannst du bitte noch die Terminalausgaben von
sudo parted --list
und von
cat /etc/fstab
in einem Codeblock zeigen?
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo Abe81, Bin ja sehr gespannt, ob diese Konstellation ein Update der Kernel und Grub2 übersteht .... Gruss Lidux
|