Test Grub2 und Mageia2

Hier köchelt der Sud für die nächste Mageia-Suppe. Also stellst Du hier alle Fragen und lieferst hier alle Beiträge zur Entwicklungsversion ab.

Moderator: Mageia Founders

Test Grub2 und Mageia2

Beitragvon unklar » Aug 16th, '12, 10:37

Im sogenannten Sommerloch wollte ich meinen alten (8Jahre) Desktop richtig "aufräumen und platt machen". U.a. befand sich auf den 2 HDD auch eine Mageia1-Gnome-Installation.
Zunächst die Installation auf Mageia2 "hochgezogen". Das war nach ca.90 Min. und 1.539 Paketen erledigt (Gnome3 kam natürlich nicht mit der Grafik zurecht).

Die Befehle zum Test:
Code: Alles auswählen
urpmi.removmedia -a  (enfernen der alten Quellen)
und neu für meinen 32bit-Desktop
Code: Alles auswählen
urpmi.addmedia --distrib --mirrorlist 'http://mirrors.mageia.org/api/mageia.cauldron.i586.list'
urpmi.update -a
suche nach ergibt
Code: Alles auswählen
urpmf --name -f -m grub2
grub2-2.0-2.mga3.i586:Core Release
grub2-efi-2.0-2.mga3.i586:Core Release
kcm-grub2-0.5.8-1.mga3.i586:Core Release
Code: Alles auswählen
urpmi grub2
zieht automatisch den os-prober mit

Möglicherweise kommt jetzt ein Fehler, denn ich hatte noch nicht Grub1 entfernt, weil ich sehen wollte, ob dies mit der Installation des Grub2 automatisch erfolgt.
Also händisch mit urpme grub nachgeholt.
Neustart, noch vor erscheinen des Auswahl-Menü: Grub-Fehler 15 :?

Live-CD und chroot in die sda7 erforderten mehrere Versuche bis ich den richtigen Befehl hatte.
Code: Alles auswählen
grub2-install /dev/sda(7 weigert sich beharrlich wegen der Blocklisten)
und in sda > waren alle Systeme i.O. (selbst das vorher im MBR befindliche!) das schaut dann so aus
Dateianhänge
grub3.jpg
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: Test Grub2 und Mageia2

Beitragvon unklar » Aug 16th, '12, 11:02

Weiter im Text:

Kernel-Aktualisierung anderer Systeme werden nicht übernommen(!)
Beispiel in antiX neuer Kernel >update-grub< registriert den Neuen in antiX, jedoch
nicht im mageia-grub2!
den Befehl
Code: Alles auswählen
update-grub
gibt es in diesem rpm-grub2 nicht. Fündig wurde ich bei Fedora.
Code: Alles auswählen
grub2-mkconfig (läuft die grub.cfg sofort im Terminal vorbei) neuer Kernel =Ok!
von WEGEN ist nur temp ? und nach Neustart nicht mehr da
Code: Alles auswählen
grub2-mkconfig -o /boot/grub2/grub.cfg
bewirkte schließlich das verschwinden des antiX Menü-Eintrag. :twisted:

Nun hatte ich die Idee, das Problem mit Hilfe eines chainload in der Datei 40_custom zu lösen.
Code: Alles auswählen
grub2-mkconfig -o /boot/grub2/grub.cfg
um zu speichern, SIND alle anderen EINTRÄGE, wofür os-prober verantwortlich zeichnet, auch weg
siehe
[root@noname unklar]# nano -w /etc/grub.d/40_custom
[root@noname unklar]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub.cfg ...
Found theme: /boot/grub2/themes/maggy/theme.txt
Found linux image: /boot/vmlinuz-3.3.6-desktop586-2.mga2
Found initrd image: /boot/initrd-3.3.6-desktop586-2.mga2.img
No volume groups found
done
:?:
[root@noname unklar]# ./Grub_finden.sh
----------------------------------
/dev/sda GRUB gefunden grub2-mageia2
/dev/sda1 Kein GRUB gefunden mandriva2010.0
/dev/sda2 Kein GRUB gefunden
/dev/sda5 Kein GRUB gefunden
/dev/sda6 Kein GRUB gefunden
/dev/sda7 Kein GRUB gefunden mageia2
/dev/sda8 GRUB gefunden grub1-antiX
----------------------------------
/dev/sdb Kein GRUB gefunden
/dev/sdb1 GRUB gefunden grub2-aptosid
/dev/sdb2 Kein GRUB gefunden
/dev/sdb3 Kein GRUB gefunden
/dev/sdb5 Kein GRUB gefunden
/dev/sdb6 GRUB gefunden grub1-mandriva2010.2
----------------------------------

ein
Code: Alles auswählen
grub2-install /dev/sda = erfolgreich und bringt den chainload wieder hervor
außerdem macht es dann in der in /etc/default/grub
Code: Alles auswählen
GRUB_TIMEOUT=25    neu eingetragen, um die kurze Bootzeit von 5 Sec.zu verlängern
GRUB_DEFAULT=saved laut fedora, damit er die Änderungen speichert (allerdings
                   wird darauf verwiesen, einige Befehle seien falsch oder ver-
                   altet
schließlich in der /etc/grub.d/40_custom alle Chainload-Einträge gemacht
und
grub2-mkconfig -o /boot/grub2/grub.cfg
ausgeführt. Diesesmal werden die Einträge gespeichert und bleiben erhalten.

Vorläufiges Fazit:
Mageia startet sauber, jedoch etwas "zäh"(was ich meiner veralteten Technik
zuschreibe).
Warum der os-prober alle anderen Systeme "verliert" konnte ich bisher nicht
herausfinden. Andererseits haben die Chainload's in diesem Entwicklungsstadium
m.E. den ungemeinen Vorteil, daß ich bei Kernel-Aktualisierungen immer wieder
in das betreffende System "hineinkomme". ;)
El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06

Re: Test Grub2 und Mageia2

Beitragvon unklar » Aug 17th, '12, 15:01

Zusammenfassung:
Ich habe noch einmal "ALLES NEU" gemacht und ich hoffe meine Vorgehensweise diesmal vielleicht dem Entwicklungsstand geschultet, korrekter angewendet zu haben.

Insbesondere ging es mir darum, eine weitesgehend "grub-freie Umgebung" zu haben. Deshalb dienten die ersten Befehle
nur diesem Ziel.

"Hauptkritikpunkt" ist, daß auch bei der zweiten Installation von grub2 nach der Ausführung des Befehl
urpmi grub2
keine Abfrage nach dem Installations-Ort erfolgte. Ein Neustart würde jetzt m.E. wieder nur über die live-CD und chroot funktionieren.
Dafür ist es ja aus dem Entwicklungszweig CAULDRON und der Anwender sollte schon wissen, was er tut!
Um sicher zu gehen habe ich den vollen Pfad der Installation angegeben.

Eine Veränderung wird bestimmt der Befehl zum speichern erfahren.
grub2-mkconfig -o /boot/grub2/grub.cfg
ist einfach zu lang gegenüber update-grub
bei den debianbasierten Versionen 1.99-21 u.f.

Es ist also grundsätzlich mit der "Einfachheit" bei der Bearbeitung, wie der menu.lst des grub-legacy, vorbei. Diese neue
/boot/grub/grub.cfg wirkt wie ein "Chaos" bereits bei einem OS.
Sie soll nicht vom Anwender bearbeitet werden. Dafür sind jetzt die Scripts in der Datei /etc/grub.d/ zuständig.

Abschließend kann ich mich nur dem anschließen, was @wanne hier schon mal kundgetan hat:

viewtopic.php?f=7&t=259&start=50
Aber im Prinzip liegt das Problem meiner Meinung nach auch ein bisschen an der Idee hinter Grub. Die wollen auf teufel komm raus einen Bootloader der jedes OS booten kann. Meiner Meinung nach sollten die GNU-Leute stattdessen einfach ein kleines ding entwickeln, das nur andere Bootloader starten kann und sich einfach erweitern lässt und den Rest den Distros überlassen.

Grub Legacy ist (zumindest laut Leuten die davon Ahnung haben müssten) ein grauenhaft zu wartendes, zusammengeflicktet, unanpassbares Stück Code das noch wesentlich mehr Probleme als nur UEFI hat.
Nur wurden bei Grub2 meiner Meinung schon beim Desighn große Fehler gemacht. Aber nur weil Grub2 noch schlechter ist heißt das nicht, das Grub Legacy perfekt ist.
Ich hatte gehofft, das es da drausen einen Bootloader gibt, der einfach zu bedienen ist, gut weiterentwckelt wird und auchnoch alle Funktionen hat die man sich wünschen kann.

Wir werden sehen - der angenehme Bootplash von mageia ist in diesem grub2 als Theme schon enthalten.
Bei anderen Distri's muß der Anwender da immer noch selbst Hand anlegen um das zu ändern, wenn er das will und das Netz ist voll von der "Frickelei"... :lol:

Hier die Abfolge meiner Befehle:
Code: Alles auswählen
urpmi.removemedia -a

urpme grub2
grub2-2.0-2.mga3.i586 wird entfernt
Entfernen des Pakets grub2-2.0-2.mga3.i586
Warnung: /etc/grub.d/40_custom als /etc/grub.d/40_custom.rpmsave gesichert
Warnung: /etc/default/grub als /etc/default/grub.rpmsave gesichert
Warnung: /boot/grub2/grub.cfg als /boot/grub2/grub.cfg.rpmsave gesichert
writing /var/lib/rpm/installed-through-deps.list

urpme os-prober
os-prober-1.54-1.mga3.i586 wird entfernt
Entfernen des Pakets os-prober-1.54-1.mga3.i586

[root@noname unklar]# cp /etc/grub.d/40_custom.rpmsave /run/media/unklar/DATEN
[root@noname unklar]# cp /etc/default/grub.rpmsave /run/media/unklar/DATEN
[root@noname unklar]# cp /boot/grub2/grub.cfg.rpmsave /run/media/unklar/DATEN
[root@noname unklar]# rm -rf /boot/grub2
[root@noname unklar]# rm -rf /etc/default/grub.rpmsave
[root@noname unklar]# rm -rf /etc/grub.d

urpmi.addmedia --distrib --mirrorlist 'http://mirrors.mageia.org/api/mageia.cauldron.i586.list'

urpmi.update -a

urpmi grub2
Um die Abhängigkeiten zu erfüllen, werden die folgenden Pakete installiert:
  Paket                          Version      Release       Arch   
(Medium »Core Release«)
  grub2                          2.0          2.mga3        i586   
  os-prober                      1.54         1.mga3        i586   
12MB zusätzlicher Speicher wird benötigt
2.2MB an Paketen wird geholt
Fortfahren mit der Installation der 2 Pakete? (J/n) J

!!!![root@noname unklar]# /usr/sbin/grub2-install /dev/sda  >>das ist ganz wichtig, sonst wieder live-CD und chroot<<
Installation finished. No error reported.!!!!  (weil ich keine Abfrage nach den Installations-Ort von grub2 bekam)

NEUSTART = erfolgreich (mit den automatisch eingetragenen anderen Distri's)

________________________________________________________________
Änderungen an der Konfiguration

GRUB_TIMEOUT=25  >/etc/default/grub (um die Anzeige des Bootplash zu verlängern)
um zu speichern:
[root@noname unklar]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub.cfg ...
Found theme: /boot/grub2/themes/maggy/theme.txt
Found linux image: /boot/vmlinuz-3.3.6-desktop586-2.mga2
Found initrd image: /boot/initrd-3.3.6-desktop586-2.mga2.img
  No volume groups found
Found Mandriva Linux 2010.0 (2010.0) on /dev/sda1
Found Debian GNU/Linux (wheezy/sid) on /dev/sda8
Found Debian GNU/Linux (wheezy/sid) on /dev/sdb1
Found Mandriva Linux 2010.2 (2010.2) on /dev/sdb6
done  (hier sieht man gleich, daß alles korrekt von os-prober erkannt wird)

NEUSTART = alles ok; Änderungen werden angewendet
 

El Conkystador (el conquistador = der Sieger) ein Markenzeichen für @Sector11 8-)
unklar
 
Beiträge: 1468
Registriert: Jun 1st, '11, 15:06


Zurück zu Cauldron

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast