Immer wieder hatte ich Probleme mit dem Grub2. Bisher habe ich es nie geschafft die Auflösung von der Default Auflösung zu ändern. Meistens habe ich es nur “teilweise” hinbekommen. Nachdem ich mich dann etwas damit beschäftigt habe, was alles beim Bootvorgang passiert, wurde mir so langsam alles klar.
In der Standardkonfiguration haben folgende Punkte Einfluss auf die Auflösung beim Bootvorgang:
- Kernel
- Initrd
- Plymouth
Folgende Pakete müssen auf jeden Fall installiert sein:
v86d
Fangen wir mit dem leichtesten Punkt an: Plymouth
Plymouth wird im grub mit dem splash Parameter angegeben. Wer eine ATI oder NVIDIA Grafikkarte hat, der hat vielleicht schon diese leicht komische Farbe direkt nach dem Grub Menu gesehen (Bei mir, mit einer ATI Karte, war es ein ziemlich fieses lila.)
Der Grund hierfür ist recht einfach. Ich zitiere hier mal einfach aus dem ubuntuusers Wiki:
Für einen flackerfreien Startvorgang greift Plymouth auf das Kernel basierte Mode-setting(KMS)
zurück. Dieses wird jedoch von den proprietären Grafiktreibern von ATI und NVIDIA derzeit nicht unterstützt. Dadurch kann der Grafikmodus des Framebuffers
nicht durch Plymouth gesetzt werden und der Bootsplash wird nur in einer Auflösung von 640×480 Pixeln sowie einer Farbtiefe von 4 Bit pro Pixel angezeigt, was entsprechend unschön aussieht.
Ich habe dann beschlossen, dass ich einen “bunten” Bootscreen nicht benötige und habe den entpsrechenden Parameter deaktiviert.
Kommen wir nun zum nächsten Punkt: Initrd
Damit die Auflösung passt, muss man initrd angeben, dass er das uvesafvb Modul beim start lädt. Meine /etc/initramfs-tools/modules sieht so aus:
Dort habe ich die lezte Zeile eingefügt.
Der letzte Punkt ist dann der Grub2 selbst.
Die /etc/default/grub habe ich wie folgt angepasst:
Wichtig hier sind dann die folgenden Zeilen:
GRUB_CMDLINE_LINUX_DEFAULT=”quiet acpi_osi=\”Linux\” nomodeset video=uvesafb:mode_option=1400x1050x16,mtrr=3,scroll=ywrap”
GRUB_GFXMODE=1400×1050
GRUB_GFXPAYLOAD_LINUX=1400×1050
Die maximale Auflösung bekommt über den Befehlt vbeinfo in der Grub Kommandozeile raus.
Mit den Befehlen
sudo update-grub2
und
sudo update-initramfs -u
wird dann die /boot/grub/grub.cfg angepasst und das inird image “gebacken”. Danach sollte man dann endlich eine ordentliche Auflösung auf der Konsole haben.
Pingback: Karmic Koala 9.10 auf einem Thinkpad R500 | Mein PC spinnt!
#1 by snooze on June 13, 2010 - 2:25 pm
Quote
Super, vielen Dank. Insbesondere wenn KMS Probleme macht und man bei dessen Deaktivierung Plymouth nur noch im Textmodus sieht, ist diese Anleitung ein guter Anhaltspunkt.
#2 by Kyros on August 6, 2010 - 1:58 pm
Quote
Klappt bei mir leider nicht.
Was mache ich falsch?
hier der code aus der befehlskonsole:
me@my-laptop:~$ sudo update-grub
/etc/default/grub: 10: nomodeset: not found
#3 by Stefan Hellmann on August 17, 2010 - 8:52 am
Quote
Schau dir mal die folgende Zeile an:
GRUB_CMDLINE_LINUX_DEFAULT=”quiet acpi_osi=\”Linux\” nomodeset video=uvesafb:mode_option=1400x1050x16,mtrr=3,scroll=ywrap”
#4 by connedy on August 17, 2010 - 10:25 am
Quote
Mit der Radeon HD 3650 AGP, 3850 AGP und 4670 AGP friert mir beim Login der Rechner ein. Komischerweise nicht bei der LiveCD, sondern erst nach der Installation ab dem Start von der Platte.
Mit fglrx und deiner Methode (uvesafb) funktioniert alles perfekt!
Weil mir aber nur OpenSource auf den Rechner kommt, benutze ich den Treiber radeon (nicht radeonhd), der unter 2D hier auch 3x schneller ist, als der proprietäre Treiber. Nachteil: uvesafb & radeon ist hier nicht nutzbar, denn beim Wechsel Desktop->Konsole->Desktop friert der Rechner ebenfalls ein.
Für alle, die sich mit fglrx zufrieden geben, kann ich deine Methode mit gutem Gewissen empfehlen. Danke dafür!
#5 by connedy on August 17, 2010 - 2:35 pm
Quote
Sorry, habe vergessen zu sagen, dass die Freezes nur bei deaktivierten KMS’s auftreten.
#6 by Stefan Hellmann on August 17, 2010 - 10:40 pm
Quote
Ja, das Probleme mit den Hängern kenne ich. Bei mir ist es schon ein Weilchen her, aber solche Probleme hatte ich damals auch.