ubuntuusers.de

black_tencate schrieb:

[…] viel wichtiger wäre mir –leider aber nicht verfügbar – ein deutsches kblayout

Grundsätzlich kann GRUB so etwas. Es ist aber leider fehlerhaft implementiert: Wenn man das Tastaturlayout ändert, landet man nach Chainloading vor einem unbedienbaren GRUB und kann nur noch abwarten, dass es nach einem Timeout weitergeht oder den Rechner hart ausschalten. Ich habe das als Fehler gemeldet, aber dies wird vom GRUB-Projekt nur mit niedriger Priorität behandelt (also liegen gelassen).

Wenn man einen zuverlässigen GRUB haben will, spielt man besser nicht am Tastaturlayout!

kB schrieb:

Grundsätzlich kann GRUB so etwas. Es ist aber leider fehlerhaft implementiert: Wenn man das Tastaturlayout ändert, landet man nach Chainloading vor einem unbedienbaren GRUB und kann nur noch abwarten, dass es nach einem Timeout weitergeht oder den Rechner hart ausschalten. Ich habe das als Fehler gemeldet, aber dies wird vom GRUB-Projekt nur mit niedriger Priorität behandelt (also liegen gelassen).

Kannst Du zu der Fehlermeldung den Link angeben? Das interessiert mich nämlich auch.

black_tencate schrieb:

mit einem Fossa (und neuer) zum Erzeugen eines stand-alone grub (ab (?) grub package 2.04-1ubuntu26) erscheint im EFI Modus kurz diese Meldung

error: file `/boot´ not found.
error: no such device: /.disk/info.
error: no such device: /.disk/mini-info.

dann aber läuft der Ladevorgang weiter, wie erwartet.

Bei mir habe ich diese Version verwendet. Da sehe ich den Effekt nicht.

UlfZibis schrieb:

kB schrieb:

[…] Ich habe das als Fehler gemeldet […]

Kannst Du zu der Fehlermeldung den Link angeben?

1897462

Bei einem Versuch, das alles mit einem Installations-Live-Stick mit Xubuntu 20.04.4 durchzuspielen, kam ich bei der Stelle Grub installieren an das:

sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/mnt --boot-directory=/mnt/boot
grub-install: Fehler: /usr/lib/grub/x86_64-efi/modinfo.sh existiert nicht. Bitte geben Sie --target oder --directory an.

modinfo.sh gibt es auf dem ganzen Stick nicht!

Auf einem GPT-Rechner fand ich die Datei modinfo.sh genau der angegebenen Stelle.

Kann es sein, daß das Rezept doch nicht mit einem Installations-Livestick funktioniert?

4-Elster-4 schrieb:

Bei einem Versuch, das alles mit einem Installations-Live-Stick mit Xubuntu 20.04.4 durchzuspielen, kam ich bei der Stelle Grub installieren an das:

sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/mnt --boot-directory=/mnt/boot
grub-install: Fehler: /usr/lib/grub/x86_64-efi/modinfo.sh existiert nicht. Bitte geben Sie --target oder --directory an.

modinfo.sh gibt es auf dem ganzen Stick nicht!

Auf einem GPT-Rechner fand ich die Datei modinfo.sh genau der angegebenen Stelle.

Kann es sein, daß das Rezept doch nicht mit einem Installations-Livestick funktioniert?

Aus einem installierten Betriebssystem - also nicht von einem USB-Live-Installationsstick - funktionierte die Installation des Grub:

$ sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/mnt --boot-directory=/mnt/boot
x86_64-efi wird für Ihre Plattform installiert.
Installation beendet. Keine Fehler aufgetreten.
$ 

Hej 4-Elster-4,

4-Elster-4 schrieb:

... Kann es sein, daß das Rezept doch nicht mit einem Installations-Livestick funktioniert?

ich vermute, Du hast hier

Stimmt. Das hatte ich vergessen. Ich habe im Text ergänzt, wie man das macht.

Wenn ich jetzt ein ganzes Xubuntu 20.04.4 in einen freien Bereich mit ubiquity installiert habe, also nicht nur ein ISO-Abbild dort abgelegt habe, wie muß ich grub.cfg denn ändern, damit ich das Grub-Auswahlmenü bekomme? Die Partition mit dem Xubuntu 20.04.4 ist /dev/sdb7.

Wahrscheinlich mir ubiquity bei der Installation etwas in den Extra-Partitionen verdreht. Vor der Installation landete ich im Grub-Menü. Wenn ich jetzt von dem Gerät boote, sehe ich die externe Platte im Bootmenü. Wenn ich sie da auswähle, komme ich genau an den Punkt im Bootmenü zurück, komme aber nicht ins Grub-Menü.

Ich habe der Partition /dev/sdb7 nachträglich noch das Partitionslabel "Linux-Sys" verpaßt.

Ich hoffe, da fehlt nur noch ein winziges Detail.

4-Elster-4 schrieb:

...Ich habe im Text ergänzt, wie man das macht.

allerdings offensichtlich mit was völlig Anderem:

1. wie man eine Partitionstabelle erzeugt (aushängen), ist nicht Thema hier, das gehört bei einem "Fortgeschrittenenartikel" zum Grundwissen

2. das boot flag wird für Linux überhaupt nicht benötigt (❗) (es wird lediglich von gparted aus unerfindlichen Gründen beim Setzen von esp mit gesetzt. Auch, daß gdisk von Set the bootable flag? (Y/N): spricht, liegt nicht an mir).

3. wie die 3 Partitionen zu "flaggen" sind, kannst Du dem anhängenden entspr._Terminalausgabe entnehmen. (1 und 2: n, 3: y)

4. wie die entsprechenden Partitionen mit Dateisystemen auszustatten sind steht bereits in der Tabelle (in diesem Abschnitt)

5. weitere Aktionen an der ESP (mit gparted "Markierung=esp", resp gdisk Enter an MBR hex code (default EF): ef00) sind überflüssig, die Formatierung der weiteren Partition (für das grub.cfg-file) ist beliebig im Rahmen: grub-lesbar.

6. btw., wie man ein Paket installiert, zählt auch zu den Grundvoraussetzungen dieses Artikels.

4-Elster-4 schrieb:

Wenn ich jetzt ein ganzes Xubuntu 20.04.4 [...] Ich hoffe, da fehlt nur noch ein winziges Detail.

vor allem fehlt die Platzierung im (richtigen) Forum, es ist ja nicht Bestandteil diese Artikels.

black_tencate schrieb:

4-Elster-4 schrieb:

...Ich habe im Text ergänzt, wie man das macht.

allerdings offensichtlich mit was völlig Anderem:

1. wie man eine Partitionstabelle erzeugt (aushängen), ist nicht Thema hier, das gehört bei einem "Fortgeschrittenenartikel" zum Grundwissen

Und wenn ein Nicht-Fortgeschrittener auf den Artikel stößt: Soll der vor so viel Weisheit und Expertenwissen nur erschaudern und deshalb beschließen, immer nicht-fortgeschritten zu bleiben, weil eine hohe Hürde von Expertenwissen vor ihm ist? Die paar Zeichen machen den Artikel nicht ausschweifend!

1. das boot flag wird für Linux überhaupt nicht benötigt (❗) (es wird lediglich von gparted aus unerfindlichen Gründen beim Setzen von esp mit gesetzt. Auch, daß gdisk von Set the bootable flag? (Y/N): spricht, liegt nicht an mir).

Der Punkt ist interessant: Also braucht nur die GRUB-Partition das Bootflag. Auch daß gparted aus unerfindlichen Gründen flags nur im Bündel setzt - und dann vielleicht noch unsinnig, verdient a) Erwähnung im Artikel, b) einen Hinweis an die Entwickler von gparted.

1. wie die 3 Partitionen zu "flaggen" sind, kannst Du dem anhängenden entspr._Terminalausgabe entnehmen. (1 und 2: n, 3: y)

Die Terminalausgaben sind zwar eindeutig, aber nicht gerade deutlich zu lesen, weil eine Leereingabe den Defaultwerts übernimmt. Stände am Ende jeder Fragezeile, was wirklich in gdisk eingegeben werden soll, wäre es deutlicher. Bei jeder ja/nein-Fragen wäre das ein Zeichen mehr. Zusammen it den anderen Default-Eingaben bei den Sektornummern wäre die entspr.-_Terminalausgabe knapp 20 Bytes länger. Gerade noch zu verkraften!

1. wie die entsprechenden Partitionen mit Dateisystemen auszustatten sind steht bereits in der Tabelle (in diesem Abschnitt)

Dummerweise kommt da der Begriff grub-lesbar vor. Was ist das? Ich habe mich an dem gparted-Beispiel orientiert und deshalb ntfs genommen. Eine Suche auf das Begriffspaar "grub-lesbar" liefert diesen Artikel als einige Fundstelle. Die Zahl der Experten, die ihn kennen, scheint überschaubar zu sein 😉

1. weitere Aktionen an der ESP (mit gparted "Markierung=esp", resp gdisk Enter an MBR hex code (default EF): ef00) sind überflüssig, die Formatierung der weiteren Partition (für das grub.cfg-file) ist beliebig im Rahmen: grub-lesbar.

1. btw., wie man ein Paket installiert, zählt auch zu den Grundvoraussetzungen dieses Artikels.

4-Elster-4 schrieb:

...weil eine hohe Hürde von Expertenwissen vor ihm ist?

die Rede war von den Grundlagen, die für diesen Artikel vorausgesetzt werden.

Die paar Zeichen machen den Artikel nicht ausschweifend!

die vielleicht (noch) nicht, aber auf diese Weise kommen eben diese paar zu jenen paar usw. (gibt genug Beispiele für imho sinnlos aufgeblähte Artikel)

...Also braucht nur die GRUB-Partition das Bootflag.

"benötigt" wird ein bootflag überhaupt nur von Windows. Experimente zeigen, daß selbst ein esp ab dann überflüssig wird, wenn ein Eintrag im NVRAM vorhanden ist

...verdient a) Erwähnung im Artikel

nein, überflüssig, da das Vorhandensein keine Auswirkung auf die Funktion hat

...b) einen Hinweis an die Entwickler von gparted.

kannst Du doch gerne machen

Dummerweise kommt da der Begriff grub-lesbar vor. Was ist das?

ganz einfach: grub kann von diesem Dateisystem lesen

Eine Suche auf das Begriffspaar "grub-lesbar" liefert diesen Artikel als einige Fundstelle. Die Zahl der Experten, die ihn kennen, scheint überschaubar zu sein 😉

da hast Du den falschen Suchbegriff gewählt (besser: filesystem readable by grub, und nach kurzer Durchsicht hättest Du hier landen können

black_tencate schrieb:

da hast Du den falschen Suchbegriff gewählt (besser: filesystem readable by grub, und nach kurzer Durchsicht hättest Du hier landen können

Danke, daß das Link nun auch im Artikel steht.

Hej,

ab 24.04 bzw grub 2.12 ist eine Installation wie z.B.

sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/mnt --boot-directory=/mnt/boot-efi

aufgrund eines prefixes in grub so nicht mehr möglich (für "legacy" aber sehr wohl z.B. …/boot-bios…)

Gruß black tencate