ubuntuusers.de

Öhm,.. wenn

-n 	--bootnext XXXX 	Einstellen des Bootloaders der beim nächsten Neustart genutzt werden soll (XXXX = der Hexwert des Eintrags) – Dieser Eintrag überschreibt die Bootreihenfolge einmalig, nach dem nächsten Start gilt wieder die Originaleinstellung. 

auf https://wiki.ubuntuusers.de/efibootmgr/ stimmt, verstehe ich das nicht. Denn nur der Befehl hat die Bootreihenfolge permanent geändert. -o müsste demnach ja dann tatsächlich der richtige sein. Irgendwas ist da komisch..

Wann ist der Eintrag denn zulässig bzw. woran erkennt man dies ?

Progressive schrieb:

Wenn auf https://wiki.ubuntuusers.de/efibootmgr/ stimmt, verstehe ich das nicht. Denn nur der Befehl hat die Bootreihenfolge permanent geändert. -o müsste demnach ja dann tatsächlich der richtige sein. Irgendwas ist da komisch..

Glaube uns - die Option -o ist für das permanete Umstellen schon richtig!

Nur einige EFI-BIOS'e zicken eben rum, aber wegen 1% der Fälle schreiben wir das WIKI nicht um.

Ich bin mir auch nicht ganz sicher, ob Du das alles richtig ausgeführt hast - auf anderen ACER läuft das ja.

syscon-hh schrieb:

Progressive schrieb:

Wenn auf https://wiki.ubuntuusers.de/efibootmgr/ stimmt, verstehe ich das nicht. Denn nur der Befehl hat die Bootreihenfolge permanent geändert. -o müsste demnach ja dann tatsächlich der richtige sein. Irgendwas ist da komisch..

Glaube uns - die Option -o ist für das permanete Umstellen schon richtig!

Nur einige EFI-BIOS'e zicken eben rum, aber wegen 1% der Fälle schreiben wir das WIKI nicht um.

Ich bin mir auch nicht ganz sicher, ob Du das alles richtig ausgeführt hast - auf anderen ACER läuft das ja.

Wie gesagt, es ging bei mir ja auch. Nur eben per "-n". Aber ich werde nachher eh (wieder) neu installieren, da achte ich mal explizit drauf.

Ich habe im Forum schon mehrere Threads zu div. Kubuntu-Versionen zu dem Thema erstellt. Zu 16.04 IIRC noch nicht. Auf jeden Fall habe ich wohl irgendwie zum ersten Mal versucht, in dem Windows-Bootmenü, das man mit F8 aufrufen kann, ESC zu drücken → und dann kommt Grub und Kubuntu kann man auch starten. Evtl. klappt das nur, wenn man in Windows (zumindest ab 8) mit gedrückter Shift-Taste auf Herunterfahren klickt. Leider umständlich...

Würde mich freuen, wenn jmd. diese Info in schön in das Wiki einbaut.

notting

Notting schrieb:

Evtl. klappt das nur, wenn man in Windows (zumindest ab 8) mit gedrückter Shift-Taste auf Herunterfahren klickt. Leider umständlich...

Ja, sauumständlich. Das ist aber nun mal Win8.1 und hat mit UEFI an sich oder Linux-bezogenem rein gar nichts zu tun. Ergo nichts für den Wiki-Artikel.

Hallo zusammen!

Ausgehend von diesem Thread: https://forum.ubuntuusers.de/topic/aspire-es-15-mit-linpus-lite/#post-8839076

In unserem WIKI EFI Bootmanagement/EFI Problembehandlung/Acer Rechner: https://wiki.ubuntuusers.de/EFI_Problembehebung/#Acer-Rechner findet sich folgender Eintrag

8. Den Eintrag "shimx64.efi ..." auswählen

Der TS hat einen Text aus dem Acer-Forum gepostet, folgenden Inhalts

Wählen Sie anschließend den Bootloader-Eintrag grubx64.efi aus und drücken die Enter-Taste.

Frage: Kann man im WIKI beide Einträge an dieser Stelle vermerken?

L.G.

What is the difference between grubx64 and shimx64?

Oder lautet die Frage wirklich, ob man das kann? 😉

Ja ich kenn den Beitrag! Nur kann man an der Stelle keine ellenlange Erklärung einbauen. Hier stellt sich nur die Frage, kann es zu Problemen führen, wenn man an dieser Stelle unkommentiert beide Möglichkeiten anführt. Zumal sich sich die Autorin ja auch was dabei gedacht hat, "Fortführungspünktchen" zu setzen.

Wie in dem verlinkten Beitrag exemplarisch, neigen unerfahrene User gern zur Verunsicherung, wenn etwas nicht "exakt" den Vorgaben entspricht.

Oder man müsste/könnte den ganzen Abschnitt noch mal neu ohne aktiviertem Secureboot anbieten....!?

L.G.

shimx64.efi funktioniert sowohl mit aktiviertem, als auch deaktiviertem Secure Boot, wohingegen grubx64.efi eigentlich^TM nur mit deaktiviertem Secure Boot funktioniert.

Ich persönlich sehe also keinen Mehrwert darin, da etwas ergänzen zu wollen. Ausserdem handelt es sich um einen Acer-Spezialfall, der in den meisten Fällen das Problem löst. Und in den wenigen Fällen, in denen das Problem nicht so gelöst werden kann, liegt die Ursache sicher an anderer Stelle.

Gut!

Also lassen wir es unverändert!

L.G.

Hej,

ich stelle gerade fest im Rahmen von weiteren Tests zu grub_umstellen_von_BIOS_nach_EFI, daß ein Xerus USB Stick - hergestellt mit entweder dd, oder auch mit Universal stand-alone grub für BIOS und EFI auf USB flashkey und internen HDD und SSD - auf einem 'frischen' Rechner (leere einzige Platte) im EFI-Modus gar nicht richtig installiert wird, wenn man z.b. "ganze Platte löschen und Ubuntu installieren" wählt. (s.Anhang)

Es wird von ubiquity nicht automatisch eine esp angelegt, wie man es von Windows her kennt. Hier muß also die esp zwingend von Hand angelegt werden!

Ich habe jetzt nicht die ganze Sammlung "EFI-Bootmanagement" im Kopf, als daß ich wüßte, wo man da einen entsprechenden Hinweis sinnvoll platzieren könnte. Evt. Hinweise gern gesehen.

Gruß black tencate

In der Beschreibung fehlte einiges, z.B. auch der Hinweis, dass bestimmte Einstellungen Standard sind und nicht unbedingt geändert werden müssen. Inzwischen habe ich das mit mehreren Versuchen an einem Acer-Rechner getestet. Nun hat es tatsächlich geklappt. Mason11

Hallo,

... und willkommen bei ubuntuusers.de ☺

Das Wiki ist ein Community-Projekt und lebt von der Mitarbeit aller. Sprich, die kannst Korrekturen / Ergänzungen selber machen. Bitte dabei Du möchtest einen Artikel schreiben oder Verbessern sowie Wiki/Syntax und Wiki/Referenz.

Gruß, noisefloor

(Meines Wissens das letzte, unkommentierte gksu im Wiki (Archiv ausgenommen).)

Das Skript im Abschnitt „Alternative-2“ verwendet das veraltete gksu. Wenn das bislang niemandem aufgefallen ist, kann dies bedeuten, dass

• Betroffene „Alternative-1“ anwenden

• Betroffene das Skript selbst anpassen

• es gar keine Betroffen gibt, weil das Problem nicht mehr besteht

• …

Ist es also aus der Zeit gefallen und kann weg oder könnte es vielleicht doch mal angepasst werden?

(Sorry, in EFI habe ich mich noch nie einarbeiten müssen. Meinen ersten EFI-Rechner hatte ich noch im BIOS-Modus verwendet und auf den leistungsfähigen danach nativ nur ein OS installiert; der Rest läuft in VM's. Von daher keine Ahnung.)

Ruth-Wies schrieb:

[…] Das Skript […] Ist es also aus der Zeit gefallen

Ja.

und kann weg

Vielleicht. Es ist sowieso fehlerhaft.

oder könnte es vielleicht doch mal angepasst werden?

Die Zeilen 13-18 des Skripts können funktional ersetzt werden durch die eine Zeile:

sudo chmod -s $( which efibootmgr ) 

Dann ist es wenigstens ablauffähig. Ob aber die Änderung der Dateirechte für efibootmgr Sinn macht, bezweifle ich: Durch Setzen von SUID root kann jeder ohne sudo das Programm efibootmgr benutzen und das liegt bestenfalls auf dem Sicherheitsniveau von MS Windows 95A.