Redprince
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Hallo! Ich versuche seit einiger Zeit auf einem neuen Laptop Xubuntu (17.10) zu installieren und zu booten; leider ohne Erfolg. Es handelt sich um einen Acer Aspire ES 15 (ES1-533-C78A). Dort wird ein UEFI eingesetzt (InsydeH20 Setup Utility Rev 5.0), was offenbar Probleme bereitet. Ich versuche nachfolgend einmal möglichst umfassend darzustellen, was ich versucht habe, welche Probleme dabei aufgetreten sind und wie ich diese durch eigene Recherche (leider im Ergebnis erfolglos) lösen wollte. Ich möchte Windows 7 (64bit) über eine DVD installieren, was scheitert. Mit eingeschaltetem Secure Boot ging glaube ich gar nichts, mit ausgeschaltetem Secure Boot läuft die Installationsroutine an. Schon nach kurzer Zeit beim Laden irgendwelcher Inhalte (noch bevor die Installation überhaupt beginnt) friert das Bild ein. Ich finde heraus (Link), dass es mit Windows 7 Schwierigkeiten mit Secure Boot gibt, es aber in der 64bit-Version eigentlich funktionieren sollte. Diesen Problemstrang habe ich nicht weiter verfolgt, weil ich eine Dualboot-Konfiguration auch auf einem anderen Laptop einrichten könnte, es zunächst also genügt, wenn denn Xubuntu liefe. Aber möglicherweise hilft dieses Symptom ja bei der Diagnose. Ich möchte Xubuntu 17.10 über die Live-CD installieren, was scheitert. Das Grub-Menü wird geladen, ich springe (ohne Starten des Live-Systems) direkt zur Installationsroutine. Bei der Installation von x86_64-efi friert das Bild ein. Ich lese mich in die Thematik ein (EFI Grundlagen, EFI Installieren, EFI Problembehebung). In EFI Installieren (Abschnitt „Information vor der Installation“) heißt es, man solle den NVRAM testen. sudo efibootmgr spuckt nach Starten des Live-Systems einen Wert X aus, sudo efibootmgr -n X lässt das Bild einfrieren. Ich kriege die Krise und möchte auf das UEFI verzichten. Im UEFI-Menü habe ich keine Möglichkeit, auf "Legacy" umzustellen. Nach langer Suche finde ich einen potenziellen Workaround (Link), der jedoch nicht funktioniert. In der Datei File System/sys/firmware/efi/efivars/Setup-a04a... sind an den Stellen 0x21b und 0x21c tatsächlich die Werte 00. Ich kann die Datei jedoch nicht geändert speichern mit dem Hinweis auf eine fehlende Berechtigung. Ich versuche es also weiter mit dem UEFI. Hier im Forum lese ich, ich solle es mit ubiquity -b aus dem Live-Systems heraus versuchen. Diese Installation läuft durch, bootet aber nicht. Das UEFI zeigt an, es gebe kein bootbares System. In EFI Problembehebung (Abschnitt „Acer-Rechner“) heißt es, dass nach der Installation im UEFI-Menü noch einige Dinge eingestellt werden müssten. Wenn ich dort die Festplatte auswähle und das Untermenü mit Enter öffnen möchte, passiert jedoch nichts - offenbar sind gar keine Einträge vorhanden. Im Forum taucht ein Link zu einem niederländischen HowTo auf. Die dortigen Arbeitsschritte arbeite ich vollständig (ohne Fehlermeldung) ab. Xubuntu wird installiert, bootet aber nicht. Im Forum lese ich, ich könnte über das Live-System mittels sudo efibootmgr -o die BootOrder bereinigen. sudo efibootmgr -v ergibt:
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 2002,2001,2003
Boot0000* Unknown Device: HD(1,GPT,f5e331ee-0199-47f7-b1c7-477f34c15d32,0x800,0x100000)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0001* ATAPI CDROM: Slimtype DVD A DA8AESH PciRoot(0x0)/Pci(0x12,0x0)/Sata(1,0,0)/CDROM(1,0x9985e,0x1200)RC
Boot0002* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0003* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0004* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0005* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0006* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0007* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0008* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot0009* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot000A* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot000B* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot000C* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot000D* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot000E* Endless OS HD(1,GPT,433c143e-7a4f-4352-8685-76d1408f879b,0x800,0x1f000)/File(\EFI\endless\shim.efi)
Boot000F* ubuntu HD(2,GPT,6dfc336d-a902-48d9-91df-f471fc93813d,0x773800,0x2f800)/File(\EFI\ubuntu\shimx64.efi)
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
Ich schließe daraus, dass Xubuntu tatsächlich installiert wurde, aber nicht in der BootOrder enthalten ist. sudo efibootmgr -o 2002,2001,F (DVD, USB, Xubuntu) lässt das Bild einfrieren. Und nun bin ich mit meinem Latein am Ende. Ich kann das UEFI nicht umgehen, bekomme damit aber keine bootfähige Installation hin. Ich habe diverse Lösungswege zu ähnlichen oder identischen Problemen gefunden, jedoch führen diese bei mir nicht zum Ziel. Ich würde mich sehr über Hinweise freuen, wie ich Xubuntu sowohl installieren als auch booten kann. Vielen Dank im Voraus!
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53482
Wohnort: Berlin
|
Wenn du mit ubiquity -b installierst gibst du ja selbst an, keinen Bootloader installieren zu wollen. Somit wird auch kein Bootloader installiert, der das System starten könnte.
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Nach der Installation mittels ubiquity -b rät das niederländische HowTo aber noch zu folgenden Schritten:
sudo mount /dev/sda2 /mnt #sda2 is the root partition
sudo mkdir /mnt/boot/efi
sudo mount /dev/sda1 /mnt/boot/efi #sda1 is the efi partition
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
modprobe efivars
efibootmgr --verbose
apt-get install --reinstall grub-efi-amd64
grub-install --no-nvram --root-directory=/mnt
chroot /mnt
update-grub
cd /boot/efi/EFI
cp -R ubuntu BOOT
cd BOOT
cp grubx64.efi bootx64.efi
Diese habe ich ausgeführt und hatte gedacht, dass hierdurch doch ein Bootloader installiert würde. War dieser Schluss falsch? Ich lege im Übrigen auch keinen großen Wert auf die Installation durch ubiquity -b; es war bisher nur der erste Weg, der überhaupt die Installationsroutine vollständig hat durchlaufen lassen.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15840
|
Hallo Redprince, Falls die Verifizierung des Starten eines anderen Betriebsystems im EFI (lt. Anleitung im WIKI zu ACER) bei diesem Rechner nicht funktioniert, installiere das Xubuntu im EFI Modus (ubiquity -b). Zum Starten brauchst du eine SG2D.iso (SuperGrub2Disk) auf einem bootbaren USB Stick / CD ... danach mussen nur noch die entsprechenden signierten Bootloaderdateien vom Installationsmedium ins entsprechende Verzeichnis der Installation kopiert werden. PS: Eine Aktualisierung des EFI ist auch anzuraten. NVRAM Einträge auch aufräumen. Gruss Lidux
|
apt-ghetto
Anmeldungsdatum: 3. Juni 2014
Beiträge: 2943
|
Redprince schrieb: Ich möchte Windows 7 (64bit) über eine DVD installieren, was scheitert. Mit eingeschaltetem Secure Boot ging glaube ich gar nichts, mit ausgeschaltetem Secure Boot läuft die Installationsroutine an. Schon nach kurzer Zeit beim Laden irgendwelcher Inhalte (noch bevor die Installation überhaupt beginnt) friert das Bild ein. Ich finde heraus (Link), dass es mit Windows 7 Schwierigkeiten mit Secure Boot gibt, es aber in der 64bit-Version eigentlich funktionieren sollte. Diesen Problemstrang habe ich nicht weiter verfolgt, weil ich eine Dualboot-Konfiguration auch auf einem anderen Laptop einrichten könnte, es zunächst also genügt, wenn denn Xubuntu liefe. Aber möglicherweise hilft dieses Symptom ja bei der Diagnose.
Um Win7 im UEFI-Modus zu instalieren, brauchst du Service Pack 1, eine Festplatte mit GPT und man muss zwingend Secure Boot ausschalten. Ich versuche es also weiter mit dem UEFI. Hier im Forum lese ich, ich solle es mit ubiquity -b aus dem Live-Systems heraus versuchen. Diese Installation läuft durch, bootet aber nicht. Das UEFI zeigt an, es gebe kein bootbares System.
Die Diskussion wurde nicht als gelöst markiert. In EFI Problembehebung (Abschnitt „Acer-Rechner“) heißt es, dass nach der Installation im UEFI-Menü noch einige Dinge eingestellt werden müssten. Wenn ich dort die Festplatte auswähle und das Untermenü mit Enter öffnen möchte, passiert jedoch nichts - offenbar sind gar keine Einträge vorhanden.
Du bist auf dem richtigen Weg. Arbeite die Anleitung Schritt für Schritt ab. Insbesondere solltest du das Installationsmedium nicht mit ubiquity -b starten. Im Forum taucht ein Link zu einem niederländischen HowTo auf. Die dortigen Arbeitsschritte arbeite ich vollständig (ohne Fehlermeldung) ab. Xubuntu wird installiert, bootet aber nicht.
Die holländische Anleitung sieht jetzt nicht unbedingt sehr seriös aus. Ich schließe daraus, dass Xubuntu tatsächlich installiert wurde, aber nicht in der BootOrder enthalten ist. sudo efibootmgr -o 2002,2001,F (DVD, USB, Xubuntu) lässt das Bild einfrieren.
Man kann daraus schliessen, dass Ubuntu irgendwann mal bei deinen unzähligen Versuchen installiert wurde und dann noch im UEFI als vertrauenswürdig hätte gekennzeichnet werden sollen.
Da du eine komplette Neuinstallation willst, erstelle eine neue Partitionstabelle (GPT) und installiere gemäss Anleitung, ohne sonderbare Verrenkungen wie ubiquity -b oder SuperGrubDisk oder holländischen Tutorials.
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Hallo! Zunächst einmal Danke für die vielen Hinweise! Lidux schrieb: Falls die Verifizierung des Starten eines anderen Betriebsystems im EFI (lt. Anleitung im WIKI zu ACER) bei diesem Rechner nicht funktioniert, installiere das Xubuntu im EFI Modus (ubiquity -b). Zum Starten brauchst du eine SG2D.iso (SuperGrub2Disk) auf einem bootbaren USB Stick / CD ... danach mussen nur noch die entsprechenden signierten Bootloaderdateien vom Installationsmedium ins entsprechende Verzeichnis der Installation kopiert werden. PS: Eine Aktualisierung des EFI ist auch anzuraten. NVRAM Einträge auch aufräumen.
Ich habe über SuperGrub2Disk die Installation von Xubuntu booten können. Das Kopieren der Bootloaderdateien von der Installations-CD auf die Festplatte hat aber nichts geändert. Die Einträge im NVRAM würde ich gern aufräumen - aber unabhängig davon, inwieweit ich dort eingreifen möchte (und sei es nur über sudo efibootmgr -n), friert sofort das Bild ein. apt-ghetto schrieb: Da du eine komplette Neuinstallation willst, erstelle eine neue Partitionstabelle (GPT) und installiere gemäss Anleitung, ohne sonderbare Verrenkungen wie ubiquity -b oder SuperGrubDisk oder holländischen Tutorials.
Das habe ich ja von Anfang an versucht, leider ohne Erfolg. In EFI Problembehebung (Abschnitt „Acer-Rechner“) steht, ich solle Secure Boot einschalten. Das habe ich gemacht. Dann soll die Installation gem. EFI Installieren durchgeführt werden. Dort steht, ich solle den NVRAM testen (möglicherweise doch besser bei ausgeschaltetem Secure Boot - hat bei mir dasselbe Ergebnis). Bei sudo efibootmgr -n friert das Bild ein. Überspringe ich diesen Schritt und installiere einfach, friert das Bild ein, sowie das Paket x86_64-efi installiert wird. Lidux schrieb: Hier die Anleitung von ACER.
Dieser Anleitung bin ich - ebenfalls erfolglos - gefolgt. Ich habe mit Rufus einen bootfähigen USB-Stick erstellt. Secure Boot ist eingeschaltet, ich starte über das F12-Bootmenü. Wenn ich installieren möchte, friert das Bild bei der Installation von x86_64-efi ein. Ich habe es also nochmals mit ubiquity -b probiert, was insoweit funktioniert. Ich habe dann versucht, Grub zu installieren:
sudo mount /dev/sda2 /mnt #sda2 is the root partition
sudo mkdir /mnt/boot/efi
sudo mount /dev/sda1 /mnt/boot/efi #sda1 is the efi partition
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
modprobe efivars
efibootmgr --verbose
apt-get install --reinstall grub-efi-amd64
grub-install --no-nvram --root-directory=/mnt
chroot /mnt
update-grub
cd /boot/efi/EFI
cp -R ubuntu BOOT
cd BOOT
cp grubx64.efi bootx64.efi
Das geht fehlerfrei. Ich habe dann neugestartet und wollte über das UEFI wie in der Anleitung beschrieben eine Datei als trusted auswählen. In dem Unterpunkt "Secure Boot Mode" sind jedoch alle Optionen grau hinterlegt, also nicht auswählbar ("Supervisor Password" ist gesetzt). Es wird schließlich wieder kein bootfähiges System erkannt. Weiß jemand Rat? 😐 P.S.: apt-ghetto schrieb: Um Win7 im UEFI-Modus zu instalieren, brauchst du Service Pack 1, eine Festplatte mit GPT und man muss zwingend Secure Boot ausschalten.
Secure Boot war ausgeschaltet, laut DVD-Aufdruck ist das "Service Pack 1" enthalten - geht dennoch nicht. Ist aber wie gesagt für mich eher zweitrangig, ob Windows hier läuft.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15840
|
Hallo Redprince, Also besteht im EFI keine Möglichkeit das Starten zu verifizieren. Außerdem sind das die falschen Bootdateien die du kopiert hast, d.h. irgentwas mit shim, mok, 32boa (signierten) mussen es sein. Die signierten Kernel+Header musst du auch noch installieren. Ein Update des Grub2 darfst du auch nicht machen .... die entsprechenden Pakete müssen in der Paketverwaltung gesperrt werden. Gruss Lidux
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Guten Morgen! Ich habe es entsprechend deines Hinweises einmal ohne update-grub probiert. Die Dateien mit shim, mok, 32boa im Namen habe ich nicht in /boot/efi finden können. Auch das Installieren der signierten Pakete (EFI Nachbearbeitung (Abschnitt „Pakete-installieren“)) hat keine bootfähige Installation erzeugt. Ein Dritter konnte erfolgreich ein bootfähiges Windows 10 installieren. Dem habe ich das Notebook nun überlassen, weshalb ich am Problem nicht weiter arbeiten kann. Herzlichen Dank für die zahlreiche und umfangreiche Unterstützung!
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15840
|
Hallo Redprince, Sollte das Problem nicht mehr bestehen, bitte den Thread auf gelöst setzen. Danke (Portalregel) Gruss Lidux
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3532
|
Redprince schrieb: Es handelt sich um einen Acer Aspire ES 15 (ES1-533-C78A). Dort wird ein UEFI eingesetzt (InsydeH20 Setup Utility Rev 5.0), was offenbar Probleme bereitet. Ich kriege die Krise und möchte auf das UEFI verzichten. Im UEFI-Menü habe ich keine Möglichkeit, auf "Legacy" umzustellen.
Gehe oben auf die Registerkarte "Boot" und ändere den "Boot Mode" auf "Legacy". So funktioniert es zumindest bei einem Acer Aspire mit InsydeH20 Rev. 3.7. Ist da eventuell ein Supervisor-Passwort gesetzt und Du musst das Menü erst ensperren? Edith meint noch: Du hast das Gerät ja gar nicht mehr, ich nehme also alles zurück ☺
|