mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
res55 schrieb: Jetzt reduziert sich mein Problem darauf, wie ich Win10 zum Laufen bringe, ohne Ubuntu wieder zu zerschiessen.
Der SATA-Modus - egal ob Intel RST oder AHCI - benötigt einen Treiber. Der Treiber für AHCI wird in Windows nicht installiert sein. Es müsste aber eigentlich reichen, wenn man nach der Umstellung im BIOS Windows ein Mal im „Abgesicherten Modus“ startet. Der notwendige Treiber wird dann automatisch nachinstalliert. Quellen im Netz dürfter es dazu diverse geben, weil das kein ungewöhnlicher Anwendungsfall ist.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Problem gelöst. Hier die Zusammenfassung, falls jemand ein ähnliches Problem mit einer PCIe SSD hat: Ich habe den Aldi-Medion-PC AKOYA P67065 nocheinmal neu installiert, um mein geliebtes Ubuntu 18.04 LTS im Dual-Boot neben Win10 zu erlangen. Diesmal sind die einzigen Änderungen gegenüber den Auslieferungszustand vom Aldi wie folgt: 1. im BIOS den SATA-Modus auf AHCI, sondern auf INTEL RST Rapid Storage Technology 2. im Bios-Boot den Quiet mode disabled 3. im Bios-Boot den Fast mode disabled 4. in Win10 den Schnellstart deaktiviert Und dann konnte ich Ubuntu normal auf der 1TB SSD installieren, bzw dort zwei Partitions für root und swap abzweigen.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
mrkramps schrieb: res55 schrieb: Jetzt reduziert sich mein Problem darauf, wie ich Win10 zum Laufen bringe, ohne Ubuntu wieder zu zerschiessen.
Der SATA-Modus - egal ob Intel RST oder AHCI - benötigt einen Treiber. Der Treiber für AHCI wird in Windows nicht installiert sein. Es müsste aber eigentlich reichen, wenn man nach der Umstellung im BIOS Windows ein Mal im „Abgesicherten Modus“ startet. Der notwendige Treiber wird dann automatisch nachinstalliert. Quellen im Netz dürfter es dazu diverse geben, weil das kein ungewöhnlicher Anwendungsfall ist.
Danke für den hilfreichen Tipp. Mit save mode gestartet und ich kam zu einem "neuen login" screen. Jedoch funktionierte meine PIN dort nicht mehr. Wäre beinahe dran verzweifelt. Dann doch einfach nochmal einen Neustart gemacht und siehe da: der gewohnte login screen und meine pin funktionierte wieder. Nun bleibt nur noch ein Problem:
Wenn ich den PC neu boote, wird automatisch Win10 gestartet, ohne boot menü. Um Ubuntu zu erreichen, muss ich beim boot noch F8 tippen, dann kommmt ein menü wo ich zwischen win10 und ubuntu wählen kann und wenn ich ubuntu gewählt habe, erscheint das gewohnte Grub-menü. Kann man zur Not mit leben, aber es wäre besser, wenn unbewacht nur das Ubuntu startet.
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Wie sieht sudo efibootmgr -v aus? Siehe auch efibootmgr
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Kellerkind_2009 schrieb: Wie sieht sudo efibootmgr -v aus? Siehe auch efibootmgr
| res@res-akoya-desktop:~$ sudo efibootmgr -v
[sudo] Passwort für res:
BootCurrent: 0001
Timeout: 5 seconds
BootOrder: 0000,0001
Boot0000* Windows Boot Manager HD(1,GPT,b2a4fa05-51ad-4fb8-8cb9-db946b57931b,0x800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* ubuntu HD(1,GPT,b2a4fa05-51ad-4fb8-8cb9-db946b57931b,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
res@res-akoya-desktop:~$
|
ich hatte schon die Bootreihenfolge auf Ubuntu gestellt, Win auf 0000 gelassen und inaktiviert. Timeout auf 5 gestellt. Doch immer kommt win hoch, ohne ein Menü. Unter win mit EasyUEFI das gleiche versucht. Doch immer wieder setzt Win die Reihenfolge zurück. Ist das ein Krieg von Microsoft gegen die Konkurrenz? Ist das nicht eine Verletzung der freien Marktwirtschaft? Strafbar in den USA?
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
P.S. Ich hatte mehrfach wie folgt geändert: sudo efibootmgr -b 0000 -A
sudo efibootmgr -o 0001,0000 nach reboot startet win und unter ubuntu wird wieder die falsche bootreihenfolge gezeigt.
|
alterpinguin
Anmeldungsdatum: 24. Mai 2014
Beiträge: 786
|
res55 schrieb: P.S. Ich hatte mehrfach wie folgt geändert: sudo efibootmgr -b 0000 -A
sudo efibootmgr -o 0001,0000 nach reboot startet win und unter ubuntu wird wieder die falsche bootreihenfolge gezeigt.
Du hast nach der Änderung mit efitbootmgr kontrolliert, dass wirklich Ubuntu die erste Option ist? im schlimmsten Fall setzte die "0000" (=Windows Boot) auf inaktiv und kontrolliere, vor dem Booten ob das auch gesetzt wurde. Des weiteren gilt, dass efibootmgr nur funktionieren kann, wenn unter /sys/firmware/efi/... auch die notwendigen Variablen verfügbar sind. D.h. kontrolliere mal ob da alles da ist. Und natürlich könnte es sein, dass der Hersteller da (wieder einmal so einer?) irgendwas auf Windows als das alleine selig machende Betriebssystem festgeklemmt hat. edit: !! Du kanst auch erstmal mit der "bootnext" Option von efibootmgr arbeiten – denn falls da wirklich noch was anderes nicht klappt – wobei, Du hast kontrolliert, dass die Auswahl per BIOS (andere Boot-Option) mit Ubuntu funktioniert, d.h. dass der efi-Eintrag tatsächlich bootbar ist, denn dann dürfte es nichts ausmachen, wenn Du den Windows-Eintrag auf inaktiv setzt oder, das wäre der letzte Schritt sogar aus der efi-Liste löschst (das bedeutet nicht, dass Windows gelöscht wird, Du kannst den efi-Eintrag, aufschreiben wie der aussieht, bei Bedarf wieder eintragen).
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
alterpinguin schrieb: res55 schrieb: P.S. Ich hatte mehrfach wie folgt geändert: sudo efibootmgr -b 0000 -A
sudo efibootmgr -o 0001,0000 nach reboot startet win und unter ubuntu wird wieder die falsche bootreihenfolge gezeigt.
Du hast nach der Änderung mit efitbootmgr kontrolliert, dass wirklich Ubuntu die erste Option ist? im schlimmsten Fall setzte die "0000" (=Windows Boot) auf inaktiv und kontrolliere, vor dem Booten ob das auch gesetzt wurde. Des weiteren gilt, dass efibootmgr nur funktionieren kann, wenn unter /sys/firmware/efi/... auch die notwendigen Variablen verfügbar sind. D.h. kontrolliere mal ob da alles da ist. Und natürlich könnte es sein, dass der Hersteller da (wieder einmal so einer?) irgendwas auf Windows als das alleine selig machende Betriebssystem festgeklemmt hat.
res@res-akoya-desktop:~$ sudo efibootmgr -o 0001,0000
BootCurrent: 0001
Timeout: 5 seconds
BootOrder: 0001,0000
Boot0000 Windows Boot Manager
Boot0001* ubuntu
res@res-akoya-desktop:~$ sudo efibootmgr
BootCurrent: 0001
Timeout: 5 seconds
BootOrder: 0001,0000
Boot0000 Windows Boot Manager
Boot0001* ubuntu
res@res-akoya-desktop:~$ sudo efibootmgr -v
BootCurrent: 0001
Timeout: 5 seconds
BootOrder: 0001,0000
Boot0000 Windows Boot Manager HD(1,GPT,b2a4fa05-51ad-4fb8-8cb9-db946b57931b,0x800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* ubuntu HD(1,GPT,b2a4fa05-51ad-4fb8-8cb9-db946b57931b,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
res@res-akoya-desktop:~$ cd /sys/firmware/efi/
res@res-akoya-desktop:/sys/firmware/efi$ ls
config_table esrt fw_vendor runtime-map vars
efivars fw_platform_size runtime systab
res@res-akoya-desktop:/sys/firmware/efi$
edit: !! Du kanst auch erstmal mit der "bootnext" Option von efibootmgr arbeiten – denn falls da wirklich noch was anderes nicht klappt – wobei, Du hast kontrolliert, dass die Auswahl per BIOS (andere Boot-Option) mit Ubuntu funktioniert, d.h. dass der efi-Eintrag tatsächlich bootbar ist, denn dann dürfte es nichts ausmachen, wenn Du den Windows-Eintrag auf inaktiv setzt oder, das wäre der letzte Schritt sogar aus der efi-Liste löschst (das bedeutet nicht, dass Windows gelöscht wird, Du kannst den efi-Eintrag, aufschreiben wie der aussieht, bei Bedarf wieder eintragen).
erstmal teste ich das. Dann mal mit gelöschtem Windows.
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Das hatte es nicht gebracht, also
res@res-akoya-desktop:~$ sudo efibootmgr -b 0000 -B
BootCurrent: 0001
Timeout: 5 seconds
BootOrder: 0001
Boot0001* ubuntu
res@res-akoya-desktop:~$ sudo efibootmgr
BootCurrent: 0001
Timeout: 5 seconds
BootOrder: 0001
Boot0001* ubuntu
res@res-akoya-desktop:~$ Und seither geht es. Es kommt jetzt gleich GRUB und von da kann ich wahlweise Ubuntu oder Win10 starten. Und nach Win10 und reboot kommt wieder das Grub. Ziel erreicht. Danke an alle hier!
|
denzlein
Anmeldungsdatum: 11. März 2007
Beiträge: 91
Wohnort: Ingolstadt
|
Ich hatte das gleiche Problem auf einem Dell XPS 13 9380, Ubuntu vom Live-USB-Stick hat die SSD-Platte des Rechners nicht erkannt, konnte es aber aufgrund dieses Threads relativ schnell lösen. Vielen Dank an alle, die hier mitgeholfen haben! Lösung für den Dell XPS 13 9380 mit vorinstalliertem Windows 10, Ziel ist ein Dual-Boot System mit Win 10 und Ubuntu:
In der Datenträgerverwaltung von Windows auf der Platte Platz schaffen, indem man die Windows Partition verkleinert. Wenn man das mit nicht-Windows-internen Mitteln macht, kann es sehr schnell passieren, dass Windows nicht mehr startet. Hab ich alles schon geschafft. ☹ Im Bios den SATA-Modus auf AHCI stellen. Windows starten und irgendwie in den abgesicherten Modus kommen. Ich habe beim Systemstart wie blöd Shift-F8 gedrückt, irgendwann hats geklappt. Wie man danach in den abgesicherten Modus kommt, hängt von der Windows Version ab, man findet aber Anleitungen dafür im Netz. Wenn Windows einmal im abgesicherten Modus gestartet ist, startet es danach wieder ganz normal. Man hat nun also ein funktionierendes Windows-System mit Platz auf der Platte für Ubuntu. Ubuntu vom USB-Stick als Live-System starten oder gleich installieren. Wenn man die Standard-Vorgaben akzeptiert, wird Ubuntu auf dem gesamten freien Speicherplatz installiert.
Beim ersten Neustart nach der Ubuntu-Installation kam eine Bluescreen mit "Perform MOK management", man wählt die erste Option ("Continue Boot" oder so ähnlich), danach kommt diese Bluescreen nie wieder. Beim Start kann man nun zwischen Windows und Ubuntu wählen.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15940
|
Hallo res55, Ein Funktionsupgrade von W10 wird diese Einstellungen wahrscheinlich nicht überleben ..... mal sehen. Gruss Lidux
|
res55
(Themenstarter)
Anmeldungsdatum: 22. April 2009
Beiträge: 580
Wohnort: Schweiz
|
Lidux schrieb: Hallo res55, Ein Funktionsupgrade von W10 wird diese Einstellungen wahrscheinlich nicht überleben ..... mal sehen. Gruss Lidux
Salü Lidux und wie kann ich da vorbeugen? Gruss Res
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15940
|
Hallo res55, Normalerweise gar nicht .... sondern falls Änderungen erfolgen den jetzigen Zustand wiederherstellen. Also die Einstellungen notieren. Gruss Lidux
|