staging.inyokaproject.org

So habe mal einen Theme-Komplex zu GRUB 2 begonnen, dieser Artikel ist aus meiner Sicht so gut wie fertig - bis auf Kleinigkeiten. Wie man sehen kann werden weitere Informationen dann in "Unterartikel" ausgelagert.

Bitte um Kritik.

Gruß, Martin

Hallo,

ah ja, dazu wollte ich auch was schreiben. ☺

Was natürlich krass falsch ist, dass der Artikel "getestet: general" hat - weil er gilt mal definitiv nicht für Hardy und Dapper. 😉

IMHO sollte der Artikel voll auf Karmic ausgerichtet werden - weil ab da wird GRUB2 aktuell.

Die Anleitung für Jaunty kann IMHO in einen Unterartikel, weil

1. ist das Aufräumen dann einfacher, wenn der Support für Jaunty ausläuft

2. IMHO die Installation von GRUB2 eher die Ausnahme (für experementierfreudige) ist als die Regel

Wenn niemand schneller ist schreibe ich die Tage was zu Themes und zur Konfig.

Gruß, noisefloor

noisefloor schrieb:

Hallo,

ah ja, dazu wollte ich auch was schreiben. ☺

Was natürlich krass falsch ist, dass der Artikel "getestet: general" hat - weil er gilt mal definitiv nicht für Hardy und Dapper. 😉

Also Dapper habe ich nicht probiert, aber Hardy klappte wunderbar. Ist doch nur ein Bootloader und als solcher unabhängig vom System. Aber an sich hänge ich nicht an der "Getestet für alle Aussage". Eigentlich ging es mir nur darum darzustellen, dass GRUB 2 an sich nicht Ubuntu-Release-Abhängig ist.

IMHO sollte der Artikel voll auf Karmic ausgerichtet werden - weil ab da wird GRUB2 aktuell.

Ich denke mal, sobald die Leute - egal welche Version sie einsetzen - was von GRUB 2 mitbekommen, könnte ich mir vorstellen, dass das der ein oder andere auch für Hardy haben will. Warum auch nicht. Der Bootloader hat mit dem Release ja an sich nichts zu tun.

Die Anleitung für Jaunty kann IMHO in einen Unterartikel, weil

1. ist das Aufräumen dann einfacher, wenn der Support für Jaunty ausläuft

2. IMHO die Installation von GRUB2 eher die Ausnahme (für experementierfreudige) ist als die Regel

Könnte sich schneller ändern, als man denkt. Die Installation ist ja auch nicht wirklich schwer und destruktiv ist sie auch nicht, weil ja GRUB Legacy zunächst erhalten bleibt.

Naja, und dann ein Unterartikel für zwei, drei Sätze. Finde ich doof. Den findet dann auch sicherlich wieder keine S...

Wenn niemand schneller ist schreibe ich die Tage was zu Themes und zur Konfig.

Schreib Du was zu Themes. Konfig bin ich schon dran. Oder hast Du da schon was? Behandeln werde ich da /etc/default/grub und dann Beispiele und Erklärungen für einfache xx_custom-entry-"Skripte".

Was ich (noch) nicht behandeln kann ist, wie man sich z.B. 10_linux so anpasst, dass man die Reihenfolge der Linux beeinflussen kann. (Beispiel: Mint soll z.B. vor Ubuntu gelistet werden). Ich weiß zwar, dass man das z.B. durch ein "Skript" realisieren kann, dass vor 10_linux liegt, aber theoretisch müsste es ja dafür eine elegante Skriptinglösung durch ein angepasstes 10_linux geben, was ja an sich schon alle Linuxe findet.

Gruß, Martin

Hallo,

habe was zu Themes geschrieben: Baustelle/GRUB2/Thema

Also Dapper habe ich nicht probiert, aber Hardy klappte wunderbar.

Mein Fehler - ich dachte, die Pakete gibt es erst ab Jaunty...

Das Dapper-Paket ist als EXPERIMENTAL gekennzeichnet - hat wohl ein hohes Risiko. 😉

Den Hauptartikel finde ich von der Struktur her im Moment nicht so prall... Aber den können wir noch überarbeiten, wenn der Unterartikel zu Konfiguration fertig ist.

Gruß, noisefloor

Hallo,

aber theoretisch müsste es ja dafür eine elegante Skriptinglösung durch ein angepasstes 10_linux geben, was ja an sich schon alle Linuxe findet.

Wenn ich das Skript richtig verstehe such GRUB2 die Laufwerke der Reihe nach durch, sortiert nach UUIDs. Das Ergebnis wird nach der Reihenfolge des Fundes dargestellt, wobei wohl bei gleicher Distro absteigend nach Versions-Nummer "untersortiert" wird.

Das Skript ist aber (für mich) so komplex, dass ich da auch die Finger von lassen würde... 😉

Gruß, noisefloor

Ich habe mal Konfiguration begonnen.

Den Hauptartikel finde ich von der Struktur her im Moment nicht so prall...

Heißt konkret?

Habe GRUB-Thema jetzt nur mal schnell überflogen. Sieht soweit schon gut aus. Allerdings ist der Absatz zu Grafikmodus falsch. Den Grafikmodus muss man nicht aktivieren, das ist er standardmäßig mit einer Auflösung von 640x480. Es ist umgekehrt so, dass man ihn extra deaktivieren muss, wenn man ihn nicht will - und zwar mittels "GRUB_TERMINAL=console".

Weil da sicher Anfragen zu kommen werden sollte man auch etwas hierzu schreiben. Also nur kurz drauf eingehen mit Verweis auf diesen Thread. Oder haben wir hier vielleicht schon eine eigene Diskussion dazu laufen? Hab' mich noch nicht so damit beschäftigt.

Morgen lese ich es mir dann noch mal genauer durch - also ich meine jetzt Deinen Artikel.

Gruß, Martin

Hallo,

Den Grafikmodus muss man nicht aktivieren, das ist er standardmäßig mit einer Auflösung von 640x480.

Stimmt, man muss damit nur das Hintergrundbild explizit "freischalten".

Korrigiere es später und schreibe dann auch wie man mittels GRUB2 die VBE-Modi seines Rechners bestimmen kann - wenn es klappt. 😉

Weil da sicher Anfragen zu kommen werden sollte man auch etwas hierzu schreiben. Also nur kurz drauf eingehen mit Verweis auf diesen Thread. Oder haben wir hier vielleicht schon eine eigene Diskussion dazu laufen? Hab' mich noch nicht so damit beschäftigt.

Keine Ahnung, normalerweise interessiert mich das erstellen eigener Themes auch eher marginal...

Ich denke auch, dass dazu fragen kommen, spätestens wenn GRUB2 mit Karmic kommt.

Gruß, noisefloor

Hallo,

habe mal ein paar Korrekturen im Hauptartikel zu GRUB 2 gemacht.

Und als Erinnerung für alle Wiki-Mods, inkl. mir 😉 → beim Verschieben von Baustelle/Grub2/Thema dann Namen in Grub 2/Thema (also mit Leerschritt zw. Grub und 2) umbenennen.

Gruß, noisefloor

noisefloor schrieb:

habe mal ein paar Korrekturen im Hauptartikel zu GRUB 2 gemacht.

Darf von meiner Seite aus so bleiben. 😉

Hat sich jemand von Euch schon mal näher mit loopback loop auseinandergesetzt?

Mich würde mal interessieren, ob man damit auch bei z.B. der Ubuntu-Desktop-CD direkt die /isolinux/isolinux.bin zum laufen bekommt.

Zwar funktioniert das Beispiel einwandfrei, aber zu 100% wird die CD dabei ja nicht simuliert, weil ich ja auch den Kernel direkt eingebe.

Bei meinen bisherigen Versuchen ist mir jedenfalls nicht gelungen, die isolinux.bin direkt zu starten. Wenn ich das on the fly im GRUB-Menü versuche, z.B. mit

loopback loop (hd0,3)/ubuntu-9.04-desktop-i386.iso 

funktioniert natürlich aber dann

linux (loop)/isolinux/isolinux.bin 

erzeugt ein "invalid magic number", wobei aber ein

search /isolinux/isolinux.bin 

"loop hd96" ausspuckt.

Das ganze unter Virtualbox.

Gruß, Martin

Hallo,

loopback loop - nie gehört.

Noch eine paar Anmerkung zu Baustelle/GRUB 2 Konfiguration:

• Dateinamen immer fett

• Optionen immer monospace

Und die Datei 10_hurd ist in der Standardinstallation von Karmic (Daily Build vom 14.8.) nicht enthalten, die anderen schon.

Gruß, noisefloor

noisefloor schrieb:

• Dateinamen immer fett

• Optionen immer monospace

Ja, Formatierung verbessere ich dann bei der nächsten Bearbeitung, wobei ich da am Ende eh noch mal drüber geschaut hätte.

Und die Datei 10_hurd ist in der Standardinstallation von Karmic (Daily Build vom 14.8.) nicht enthalten, die anderen schon.

Da warte ich dann mal den RC ab, um zu sehen ob das dann drin ist oder nicht.

Gruß, Martin

Hallo,

erkennt Grub 2 RAID Verbünde und LVM eigentlich selbstständig?

Wenn nicht sollte vielleicht ein Beispiel für einen passenden Menüeintrag rein. Kann zu diesem Thema aber nur reine Theorie besteuern.

Gruß, noisefloor

noisefloor schrieb:

Hallo,

erkennt Grub 2 RAID Verbünde und LVM eigentlich selbstständig?

Jain! Schon GRUB Legacy kann - wenn er im BIOS-Kontext läuft, also beim tatsächlichen Systemstart - einen Raid-Verbund erkennen, diesen aber nicht lesen.

Bei GRUB 2 ist es zunächst mal wohl genauso, nur dass es dort eben die Möglichkeit gibt, LVM bzw. Raid-Module zu laden, die dann auf LVM/Raid zugreifen können. Hat man eine Bootpartition außerhalb des Verbundes dann kann man die Module zur Laufzeit nachladen, sprich man fügt sie so wie andere Einträge über ein Skript dem Menü-Eintrag hinzu.

Ist die Bootpartition auf dem Verbund, dann müssen die Module in die /boot/grub/core.img installiert werden.

Siehe hier im GRUB 2 Wiki.

Die *.img Dateien sind in etwa vergleichbar mit den Stage-Dateien unter GRUB Legacy. Die core.img kann man dabei wohl am besten mit Stage1.5 vergleichen, zumindest mal liegt sie auch in dem Bereich zwischen MBR und Beginn der ersten primären Partition.

Wenn nicht sollte vielleicht ein Beispiel für einen passenden Menüeintrag rein. Kann zu diesem Thema aber nur reine Theorie besteuern.

Bei GRUB 2 habe ich bisher auch noch nichts mit Raid und LVM gemacht. Ich habe hier zwar einen PC stehen, mit dem ich das grundsätzlich mal austesten könnte, aber nicht zeitnah.

Grundsätzlich müsste aber auch dafür ein Beispiel-Eintrag ins Wiki.

Gruß, Martin

Hab' dann mal die Baustelle/GRUB 2 Konfiguration im Groben fertig.

Bitte um Kritik!

Gruß, Martin

ps: Ich weiß, dass Raid und LVM noch rein müssten.

Hallo,

gut:

• der Backup-Teil ist viel zu lang - es reicht der Hinweis, dass man sicher sollte. Wie und womit bleibt dem Nutzer überlassen

• manuelle Zeilenmbürche im Wiki sind böse → entfernt

• im Terminal braucht man kein gksudo für einen Shellbefehl 😉 → korrigiert

• zu viel fett, zu wenig Monospace → korrigiert

Es wäre schöner, wenn die Überschriften-Ebene nur bis drei gehen würde, als alles eins hoch. Ist aber Geschmackssache. ☺

Gruß, noisefloor