Re: Framebuffer Konsole Squeeze
Am 30.05.2010 um 12:28 schrieb Alexander Dahl:
> Hallo zusammen,
>
> ich hab hier einen alten Pentium 133 mit Squeeze laufen. Grafikkarte
> ist laut lspci eine
>
> 00:0c.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+]
> (rev 54)
>
> Ist also ebenfalls steinalt und unterstützt noch kein VESA
> irgendwas. Ich hatte zuvor dort eine Framebuffer-Konsole laufen, indem
> ich das Modul s3fb in die initrd eingebunden hatte und dann
> entsprechend im Grub (legacy, nich grub2) eingetragen. Beschrieben
> hatte ich das in meinem Blog¹. Achso, X ist auf der Kiste nicht
> installiert.
>
> So jetzt gab es vor kurzem ein Update, wo mir aptitude irgendwas von
> initrd und framebuffer und so erzählt hat. Hab ich quasi überlesen und
> gedacht, betrifft mich ja eh nicht.
Das war falsch, genau das betrifft dich:
,----[ /usr/share/doc/initramfs-tools/NEWS.Debian.gz ]
| initramfs-tools (0.94) unstable; urgency=low
|
| * To improve boot speed and avoid some complications, video drivers are
| no longer included in the initramfs by default (MODULES=most).
|
| -- maximilian attems <maks@debian.org> Mon, 05 Apr 2010 08:10:34 +0200
`----
> Nun ist es so, dass ich plötzlich keine 800x600 Pixel Konsole mehr
> habe, sondern nur noch Standard mit 80x25 Zeichen, scheint seit einem
> der letzten Upgrades so zu sein. Nach dem Boot ist das Modul 's3fb'
> auch nicht geladen. Später kann ich's dazu laden, nützt natürlich dann
> nichts mehr.
Warum eigentlich nicht? Die meisten Framebuffertreiber kann man auch
später noch laden.
> Irgendwelche hilfreichen Tipps, wie ich da jetzt vorgehen könnte?
Das s3fb-Modul und das framebuffer-Skript wieder in das initramfs
einfügen, etwa so:
# echo s3fb >> /etc/initramfs-tools/modules
# cp /usr/share/doc/initramfs-tools/examples/framebuffer /etc/initramfs-tools/scripts/init-top
# update-initramfs -u -k $(uname -r)
# reboot
Sven
Reply to: