PcDoc2000
Anmeldungsdatum: 4. Februar 2010
Beiträge: 860
Wohnort: Wien
|
Mir ist noch was eingefallen was du versuchen könntest, damit du wirklich komplett getrennt installieren kannst. Da setzt aber ein paar Sachen voraus und ich habs selbst noch nicht versucht mit Linux und Windows im Dualboot. Mit 2x Win geht es aber, von daher nehme ich an, dass es auch mit Linux und Windows geht. Mein Asus Board hat im UEFI einen Bootmanager der die Reihenfolge der HDDs verändert. Von daher könntest du den verwenden. Wenn du 2 Efi Partitionen hast, wird normal die erste verwendet. Von daher wenn der UEFI Bootmanager die Reihenfolge verändert müsste du so zwischen beiden HDDs/SSDs umschalten können und hast sie wirklich getrennt. Ob das bei deinem Gigabyte auch geht weiß ich nicht, aber das kannst du ja leicht heraus finden. Eine ganze Menge "wenn", aber nachdem dir das sehr wichtig scheint könntest du das versuchen. Geht aber nur wenn wirklich je eine HDD/SSD pro OS zum Einsatz kommt.
|
Blausel
Anmeldungsdatum: 2. Januar 2018
Beiträge: 19
|
Die Sache ist ganz einfach. Egal ob im Efi oder MBR-Modus.Der Modus wie installiert wird ist durch gpt- oder mbr-modus der Festplatte vorgegeben.
Efi geht nur auf GPT. Installiere dein Ubuntu auf die SSD.Der Unterschied zum Dualmodus auf einer Festplatte ist, du musst zum Aussuchen des Betriebssystem über
F11 oder F12 die Bootoption aufrufen, und die passende Platte aussuchen.
Wie auch bei der Installation von CD/DVD ober USB-Stick. Um Fehler beim Festlegen der richtigen Festplatte zu vermeiden, solltest du alle Datenkabel der vorhandenen Festplatten vorübergehend abziehen. Auch bei EFI kann die Bootreihenfolge nicht überschrieben werden, da 2 unterschiedliche Platten genutzt werden.
Auf jeder Festplatte mit Betriebssystem liegt eine eigene Efipartition. Allerdings darf auf keinen Fall Fastboot eingeschaltet werden.
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Welche Ängste hast du denn, wenn beide Bootloader auf der selben ESP installiert sind? Die ESP ist nämlich genau dafür da. Aber wenn du gerne sehr unkonventionell installierst und gerne Probleme haben möchtest, die man normalerweise nicht hat, dann kannst du auch gerne versuchen Blausels Vorschlag umzusetzen. Dann musst du einfach darauf hoffen, dass sich jemand Zeit nimmt, dir bei Problemen zu helfen und nicht einfach dazu rät, auf normale Art zu installieren.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Blausels Vorschlag kann gut funktionieren, denn Gigabyte bietet bestimmt ein Boot-Override-Menü an, womit die zweite EFI-Partition gefunden werden sollte. Aufzurufen über Rechner anschalten - Beep abwarten, dann die Entf-Taste - Pfeil-nach-links - hoch - hoch - hoch.
Motherboard: Gigabyte GA-990X-Gaming SLI
Kann man gerne probieren, bevor mans schlechtredet. Außerdem wäre so auch die problemlose Installation im BIOS-Modus möglich und die Möglichkeit, die Platte einfach auszubauen und in einem anderen PC bootfähig und ohne Schnörkel zu betreiben, ist ebenfalls OOTB gegeben.
|
Blausel
Anmeldungsdatum: 2. Januar 2018
Beiträge: 19
|
Hier hat ThegreenY folgende Fragen gestellt. "Ich möchte beide Systeme auf einer eigenen Festplatte installieren. Windows 10 Läuft bereits. Wie muss ich Ubuntu Partitionieren? (System Informationen am Ende!) Was gibt es bei der Installation zu beachten? Was muss ich einstellen damit ich ein Bootmenü angezeigt bekommen möchte bzw. wie kann ich zwischen den beiden Betriebssystemen wechseln?" Wo bitte liegt das Problem, ihm genau dass zu beantworten? apt-ghetto "Aber wenn du gerne sehr unkonventionell installierst und gerne Probleme haben möchtest, die man normalerweise nicht hat, dann kannst du auch gerne versuchen" Welche Probleme wird er den bekommen? Bitte mal konkretisieren. Schuss ins Blaue gilt nicht. Einen überschriebenen Bootmanager Grub nach dem nächstem, bald folgenden Update von win 10, bestimmt nicht.
Ich würde es auch anders machen. Aber für das, was er vorhat, ist Ubuntu allein auf SSD meiner Meinung nach die ideale Lösung. Der Systemwahl über die Bootoption ist sicherlich etwas umständlich, aber seis drum.
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Blausel schrieb: Wo bitte liegt das Problem, ihm genau dass zu beantworten?
Es gibt kein Problem, ihm zu antworten. Problematisch ist nur, dass da aus Unkenntnis zu Dingen geraten wird, die erstens unnötig und zweitens tendenziell sehr problematisch sind. "Aber wenn du gerne sehr unkonventionell installierst und gerne Probleme haben möchtest, die man normalerweise nicht hat, dann kannst du auch gerne versuchen" Welche Probleme wird er den bekommen? Bitte mal konkretisieren. Schuss ins Blaue gilt nicht.
Erstens muss er immer übers EFI-Boot-Menu das andere Betriebssystem auswählen. Zweitens hat er zweimal eine ESP, die höchst wahrscheinlich auch noch überdimensioniert ist, obwohl eine ESP reicht. Drittens ist nicht garantiert, dass sich Grub in die gewünschte ESP installiert. Viertens kann es durchaus sein, dass das EFI den NVRAM jedes Mal leert und nur die Einträge einer einzigen ESP anzeigen.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
apt-ghetto schrieb: Blausel schrieb: Welche Probleme wird er den bekommen? Bitte mal konkretisieren. Schuss ins Blaue gilt nicht.
Erstens muss er immer übers EFI-Boot-Menu das andere Betriebssystem auswählen.
Das ist kein Problem. Es ist wie gesagt, ein Gigabyte-Board. Man braucht nur 1einhalb Sekunden dafür.
Zweitens hat er zweimal eine ESP, die höchst wahrscheinlich auch noch überdimensioniert ist, obwohl eine ESP reicht.
Jupp. Aber wie andere EFI-Fans schon sagten, das sei ja nicht schlimm! Also? Kein Problem. :p
Drittens ist nicht garantiert, dass sich Grub in die gewünschte ESP installiert.
Blausel hat gesagt, dass die anderen Platten abgehängt werden sollen. Kein Problem.
Viertens kann es durchaus sein, dass das EFI den NVRAM jedes Mal leert und nur die Einträge einer einzigen ESP anzeigen.
Das Argument lass ich gelten. Das wird sich dann herausstellen, welche Partition sich Ubuntu aussuchen wird.
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Dogeater schrieb: apt-ghetto schrieb: Blausel schrieb: Welche Probleme wird er den bekommen? Bitte mal konkretisieren. Schuss ins Blaue gilt nicht.
Erstens muss er immer übers EFI-Boot-Menu das andere Betriebssystem auswählen.
Das ist kein Problem. Es ist wie gesagt, ein Gigabyte-Board. Man braucht nur 1einhalb Sekunden dafür.
Wenn ich die Wahl hätte, das andere Betriebssystem über Grub oder über Interaktion mit dem UEFI zu starten, ich würde doch glatt die erste Option nehmen. Zweitens hat er zweimal eine ESP, die höchst wahrscheinlich auch noch überdimensioniert ist, obwohl eine ESP reicht.
Jupp. Aber wie andere EFI-Fans schon sagten, das sei ja nicht schlimm! Also? Kein Problem. :p
Weisst du überhaupt, wovon hier geredet wird? Drittens ist nicht garantiert, dass sich Grub in die gewünschte ESP installiert.
Blausel hat gesagt, dass die anderen Platten abgehängt werden sollen. Kein Problem.
Ja, und es kommen auch garantiert niemals Updates für Grub. Moment... Doch, kann vorkommen. Viertens kann es durchaus sein, dass das EFI den NVRAM jedes Mal leert und nur die Einträge einer einzigen ESP anzeigen.
Das Argument lass ich gelten. Das wird sich dann herausstellen, welche Partition sich Ubuntu aussuchen wird.
Auch hier stellt sich wieder die Frage, ob du überhaupt weisst, wovon hier gesprochen wird?
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
apt-ghetto schrieb: Dogeater schrieb: apt-ghetto schrieb:
Das ist kein Problem. Es ist wie gesagt, ein Gigabyte-Board. Man braucht nur 1einhalb Sekunden dafür.
Wenn ich die Wahl hätte, das andere Betriebssystem über Grub oder über Interaktion mit dem UEFI zu starten, ich würde doch glatt die erste Option nehmen.
Damit hast du dann aber nicht plattenunabhängig installiert, wie es hier gewünscht wurde. Zweitens hat er zweimal eine ESP, die höchst wahrscheinlich auch noch überdimensioniert ist, obwohl eine ESP reicht.
Jupp. Aber wie andere EFI-Fans schon sagten, das sei ja nicht schlimm! Also? Kein Problem. :p
Weisst du überhaupt, wovon hier geredet wird?
Da bin ich ziemlich sicher, ja. Drittens ist nicht garantiert, dass sich Grub in die gewünschte ESP installiert.
Blausel hat gesagt, dass die anderen Platten abgehängt werden sollen. Kein Problem.
Ja, und es kommen auch garantiert niemals Updates für Grub. Moment... Doch, kann vorkommen.
Und? Wo ist da das Problem? Das GRUB landet, sagen wir, auf der sdc und wird von der sdc auch ausgeführt. Ich gehe wie gesagt, von einer eigenständigen Installation aus. Eine Installation, die übers Boot-Override-Menü gestartet wird. Wenn Ubuntu also so installiert wurde, dass die EFI-Partition auf der anderen Platte garnicht vorhanden - weil abgeklemmt - war, dann wird es hoffentlich die EFI-Partition auf seiner eigenen Platte gespeichert haben und nutzen. So, wie es bei BIOS-Installationen mit dem MBR ja auch läuft. Ansonsten macht das keinen Sinn. Viertens kann es durchaus sein, dass das EFI den NVRAM jedes Mal leert und nur die Einträge einer einzigen ESP anzeigen.
Das Argument lass ich gelten. Das wird sich dann herausstellen, welche Partition sich Ubuntu aussuchen wird.
Auch hier stellt sich wieder die Frage, ob du überhaupt weisst, wovon hier gesprochen wird?
Siehe eine Zeile weiter oben. Was ich dir übrigens noch dazu sagen kann: Das Gigabyte-Board, also dessen Override-Menü erzwingt das Booten von der EFI-Partition der zweiten Platte. Und zwar absolut tödlich. Die Festplatte hat keine Wahl. Nur eine defekte EFI-Partition könnte sie "retten". Es WIRD von der zweiten Platte gebootet und damit basta. Damit DEINE Bedenken eintreffen, müsste Ubuntu die EFI-Parttion der ersten Platte nachträglich mounten.
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
So, ich habe mal kurz nachgeschaut. Die EFI-Partition wird also knallhart - absolut tödlich - in der fstab verewigt. https://wiki.archlinux.org/index.php/persistent_block_device_naming Deine Bedenken sollten damit endgültig zerstreut sein. Falls nicht? Tja dann schaue dir bitte zuerst die Funktion des Boot-Override-Menüs (z.B. bei youtube) an, bevor du antwortest.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Dogeater schrieb: So, ich habe mal kurz nachgeschaut. Die EFI-Partition wird also knallhart - absolut tödlich - in der fstab verewigt.
wie der Kollege schon erwähnte, es kann nur eine Efi-Partition abgeben, also nix mit abklemmen, sondern die vorhandene Efi-Partition nutzen https://wiki.archlinux.org/index.php/persistent_block_device_naming
völlig sinnfreier Link der mit dem Thema nix zu tun hat
Deine Bedenken sollten damit endgültig zerstreut sein.
du solltest mal aufhören, auf Themen zu antworten, von denen du keine Ahnung hast.
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Dogeater schrieb: So, ich habe mal kurz nachgeschaut. Die EFI-Partition wird also knallhart - absolut tödlich - in der fstab verewigt.
Das reicht mir als Beweis deiner Kompetenz. Du hast den Job! Falls dennoch irgendwelche Probleme auftauchen, die ich beschrieben habe, dann darfst du sehr gerne erklären, dass das gar nicht sein kann. Ich lehne mich dann zurück und lerne vom grossen Meister (absolut tödlich). Dogeater schrieb: apt-ghetto schrieb: Dogeater schrieb: apt-ghetto schrieb:
Das ist kein Problem. Es ist wie gesagt, ein Gigabyte-Board. Man braucht nur 1einhalb Sekunden dafür.
Wenn ich die Wahl hätte, das andere Betriebssystem über Grub oder über Interaktion mit dem UEFI zu starten, ich würde doch glatt die erste Option nehmen.
Damit hast du dann aber nicht plattenunabhängig installiert, wie es hier gewünscht wurde.
Dafür hätte man sinnvoll installiert. Zweitens hat er zweimal eine ESP, die höchst wahrscheinlich auch noch überdimensioniert ist, obwohl eine ESP reicht.
Jupp. Aber wie andere EFI-Fans schon sagten, das sei ja nicht schlimm! Also? Kein Problem. :p
Weisst du überhaupt, wovon hier geredet wird?
Da bin ich ziemlich sicher, ja.
Wenn du meinst, dann lasse ich dir den Glauben. Drittens ist nicht garantiert, dass sich Grub in die gewünschte ESP installiert.
Blausel hat gesagt, dass die anderen Platten abgehängt werden sollen. Kein Problem.
Ja, und es kommen auch garantiert niemals Updates für Grub. Moment... Doch, kann vorkommen.
Und? Wo ist da das Problem? Das GRUB landet, sagen wir, auf der sdc und wird von der sdc auch ausgeführt. Ich gehe wie gesagt, von einer eigenständigen Installation aus. Eine Installation, die übers Boot-Override-Menü gestartet wird. Wenn Ubuntu also so installiert wurde, dass die EFI-Partition auf der anderen Platte garnicht vorhanden - weil abgeklemmt - war, dann wird es hoffentlich die EFI-Partition auf seiner eigenen Platte gespeichert haben und nutzen. So, wie es bei BIOS-Installationen mit dem MBR ja auch läuft. Ansonsten macht das keinen Sinn.
Zum Glück machen zwei ESPs auf verschiedenen Platten Sinn. Und wenn man von diesem und jenem ausgeht und es hoffentlich auch so gemacht wird, dann wird das schon so funktionieren. Viertens kann es durchaus sein, dass das EFI den NVRAM jedes Mal leert und nur die Einträge einer einzigen ESP anzeigen.
Das Argument lass ich gelten. Das wird sich dann herausstellen, welche Partition sich Ubuntu aussuchen wird.
Auch hier stellt sich wieder die Frage, ob du überhaupt weisst, wovon hier gesprochen wird?
Siehe eine Zeile weiter oben.
Gut, das ich eine Zeile zwei Zeilen weiter oben hingesehen habe. Was ich dir übrigens noch dazu sagen kann: Das Gigabyte-Board, also dessen Override-Menü erzwingt das Booten von der EFI-Partition der zweiten Platte.
Ist das nicht Sinn und Zweck davon? Und zwar absolut tödlich.
Du scheinst es dennoch überlebt zu haben. Die Festplatte hat keine Wahl.
Stimmt. Nur eine defekte EFI-Partition könnte sie "retten".
Wie sieht solch eine Rettung aus? Damit DEINE Bedenken eintreffen, müsste Ubuntu die EFI-Parttion der ersten Platte nachträglich mounten.
Und wieder mal ein Satz ohne Zusammenhang und Sinn.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Ich empfehle hier einigen Leuten mal das bereits verlinkte EFI Grundlagen zu lesen. Wenn Sie da was nicht vestehen, dann finden sich dazu sehr viele Posts hier im Forum. Nochmal für Alle mit weniger als 2000 Posts im Forum: EFI ist nicht BIOS und funktioniert völlig anders. Alles was ihr bisher für Dualboot-Installationen im BIOS anwenden konntet ist bei EFI passe, da die funktionsweise völlig anders ist. Bevor man hier Diskussionen vom Zaun bricht, sollte man wissen von was man überhaupt redet und das ist hier bei einigen offenbar nicht der Fall. Jetzt hört bitte auf den TS völlig zu verwirren, in dem wirres Halbwissen verbreitet wird. Alle mit so "tollen Ideen", wie denn so was funktionieren könnte, probieren das bitte erst mal am eigenen PC aus, bevor sie hier einen Ubuntu-Anfänger auf den Holzweg führen wollen.
|
PcDoc2000
(Themenstarter)
Anmeldungsdatum: 4. Februar 2010
Beiträge: 860
Wohnort: Wien
|
bowman schrieb: Nochmal für Alle mit weniger als 2000 Posts im Forum: EFI ist nicht BIOS und funktioniert völlig anders.
Weil 2000 Posts zu haben ja ein richtig qualifiziertes Kriterium ist! 2000 unnötige Beiträge schreiben und schon ist man Computerexperte.... Na zum Glück haben wir ja den Bereich "Rund um Linux und Open Source", da kann man durchaus schnell mal zu genug Beiträgen kommen und das ganz "legal". bowman schrieb: Alle mit so "tollen Ideen", wie denn so was funktionieren könnte, probieren das bitte erst mal am eigenen PC aus, bevor sie hier einen Ubuntu-Anfänger auf den Holzweg führen wollen.
Solltest du mich damit ansprechen wollen, kann ich dir nur nahe legen, dass du meinen Beitrag vielleicht besser lesen solltest (ich habe es mit 2x Win bereits ausprobiert und es hat funktioniert) und noch viel wichtiger, ich habe ausdrücklich dazu geschrieben, dass ich seinen speziellen Usecase mit Win und Linux noch nicht ausprobiert habe. Von der Verbreitung von Unwissenheit kann somit keine Rede sein! Es war lediglich ein Vorschlag was er probieren könnte um das von ihm gewünschte Ergebnis zu erzielen. Da wurde keine Erfolgsgarantie gegeben noch wurde etwas verheimlicht. Es war einfach ein Vorschlag der auch keinen Schaden anrichtet und maximal etwas Zeit kostet. Wer so spezielle Wünsche hat, die eben nicht dem normalen Standardprozess folgen, der muss auch mal was probieren was vielleicht nicht gelingt. Ich hab grad nur einen Rechner mit UEFI da und das ist mein Hauptrechner, aber wenn ich die Zeit finde, werde ich am Wochenende mal alle HDDs abhängen und mit 2 leeren HDDs das ganze testen ob das mit dem Asus auch geht wie damals mit dem Rechner mit 2x Win. Interessiert mich jetzt selbst ob das nur ein Einzelfall war oder eben nicht. Aber jetzt mal die Gegenfrage, hast du das schon mal selbst ausprobiert? Wenn ja wie und mit welcher HW? Und jetzt bitte keine Antwort wie: Wozu ich weiß ja, dass es nicht geht!
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Lieber PCDoc2000, ich beschränke mich darauf Vorschläge für Dualboot-Installationen zu machen, die nachweislich funktionieren, da sie die Eigenheiten des EFI berücksichtigen und schon vielfach auf verschiedensten Plattformen erfolgreich - und das bereits seit Jahren - angewendet worden sind. Davon befinden sich mittlerweile gefühlte 1000 Threads im Forum. Weiterhin haben apt-ghetto und insbesondere Frieder108 sehr viele Posts im Forum zur Installation gemacht und mit ihren Aussagen nachgewiesen, dass sie verstanden haben, um was es bei EFI geht. Gemeinsam haben wir wir schon sehr vielen Usern geholfen den Karren aus dem Dreck zu ziehen. Ich persönlich beschäftige mich seit 2012 mit EFI und habe ein Bisschen Erfahrung gesammelt durch eifriges Mitlesen hier im Forum sowie ab 2015 mit eigenen Rechnern. Du solltest dich weniger persönlich angegriffen fühlen, als viel mehr dein Verständnis des EFI nochmals hinterfragen. Aus eigener Erfahrung kann ich dir sagen, dass es tatsächlich vorkommen kann, dass man sich einer Sache völlig sicher ist und sich trotzdem auf dem Holzweg befindet.
Du befindest dich auf dem Holzweg und es ist ein Zeichen von Größe, sich selbst zu hinterfragen und zu überprüfen. Langfristig der einzige Weg um wirklich was dazu zu lernen. Die Intension von Beiträgen im Forum sollte sein - insbesondere Anfängern - vielfach erprobte und bewährte Lösungen zu liefern. Und genau das haben wir gemacht.
|