[Gelöst!] UEFI Boot: FATAL: Error inserting vesafb (/lib/modules/3.2.0-31-generic/initrd/vesafb.ko): No such device

CKone · 27. September 2012

Moin

oben besagtes Motherboard gibt folgende Fehlermeldung: technisch nicht weiter kritisch, jedoch ist der yavdr Bootsplash nicht gerade hübsch wenn er das Modul weder aus der Ramdisk, noch später auf der Konsole laden kann.

Die Frage ist woran liegts: die GT430 hatte ich vorher schon in meinem Athlon vdr, das hat nie ein Problem gemacht. Kann es mit UEFI Boot oder irgend ner Bioseinstellung zu tun haben? Kernelparameter würde mir noch einfallen....

Hab gerade keine Idee, vllt jemand anderes? - Board ist ja doch recht verbreitet.

Christian

ofenheizer · 27. September 2012

Servus Christian,

ich glaube, dass liegt am UEFI. HAbe grad keinen Zugriff auf meinen VDR, aber ich meine, ich hätte die gleiche Meldung auf meinem Asrock mit UEFI auch gesehen.

Markus

CKone · 27. September 2012

alles klaro, wenn das noch jemand mit dem Intel Board oder ner anderen UEFI Konstellation bestätigt leg ich mich beruhigt wieder hin.

ist wirklich kein Problem, wollte nur wissen warum...

Danke,
Christian

CKone · 27. September 2012

ich hab grad ne weitere Bestätigung dazu erhalten, das dieses Verhalten UEFI begründet ist.

Von Alexander hab ich grad den Tipp bekommen es mit uvesafb zu versuchen:

Code

modprobe uvesafb

danach

Code

apt-get install hwinfo

und wir sind schon mal hier
root@CKone:~# hwinfo --framebuffer

Code

> hal.1: read hal dataprocess 2455: arguments to dbus_move_error() were incorrect, assertion "(dest) == NULL || !dbus_error_is_set ((dest))" failed in file ../../dbus/dbus-errors.c line 282.
This is normally a bug in some application using the D-Bus library.
libhal.c 3483 : Error unsubscribing to signals, error=The name org.freedesktop.Hal was not provided by any .service files
02: None 00.0: 11001 VESA Framebuffer
  [Created at bios.464]
  Unique ID: rdCR.efxRnBcYXs5
  Hardware Class: framebuffer
  Model: "NVIDIA GF108 Board - 1071v0p1"
  Vendor: "NVIDIA Corporation"
  Device: "GF108 Board - 1071v0p1"
  SubVendor: "NVIDIA"
  SubDevice:
  Revision: "Chip Rev"
  Memory Size: 14 MB
  Memory Range: 0xf1000000-0xf1dfffff (rw)
  Mode 0x0300: 640x400 (+640), 8 bits
  Mode 0x0301: 640x480 (+640), 8 bits
  Mode 0x0303: 800x600 (+800), 8 bits
  Mode 0x0305: 1024x768 (+1024), 8 bits
  Mode 0x0307: 1280x1024 (+1280), 8 bits
  Mode 0x030e: 320x200 (+640), 16 bits
  Mode 0x030f: 320x200 (+1280), 24 bits
  Mode 0x0311: 640x480 (+1280), 16 bits
  Mode 0x0312: 640x480 (+2560), 24 bits
  Mode 0x0314: 800x600 (+1600), 16 bits
  Mode 0x0315: 800x600 (+3200), 24 bits
  Mode 0x0317: 1024x768 (+2048), 16 bits
  Mode 0x0318: 1024x768 (+4096), 24 bits
  Mode 0x031a: 1280x1024 (+2560), 16 bits
  Mode 0x031b: 1280x1024 (+5120), 24 bits
  Mode 0x0330: 320x200 (+320), 8 bits
  Mode 0x0331: 320x400 (+320), 8 bits
  Mode 0x0332: 320x400 (+640), 16 bits
  Mode 0x0333: 320x400 (+1280), 24 bits
  Mode 0x0334: 320x240 (+320), 8 bits
  Mode 0x0335: 320x240 (+640), 16 bits
  Mode 0x0336: 320x240 (+1280), 24 bits
  Mode 0x033d: 640x400 (+1280), 16 bits
  Mode 0x033e: 640x400 (+2560), 24 bits
  Mode 0x0345: 1600x1200 (+1600), 8 bits
  Mode 0x0346: 1600x1200 (+3200), 16 bits
  Mode 0x034a: 1600x1200 (+6400), 24 bits
  Mode 0x0360: 1280x800 (+1280), 8 bits
  Mode 0x0361: 1280x800 (+5120), 24 bits
  Config Status: cfg=new, avail=yes, need=no, active=unknown

Alles anzeigen

nun wäre der entsprechende Kernelparameter entsprechend anzupassen

Christian

CKone · 27. September 2012

So, hier mal mein Vorgehen:

in /etc/initramfs-tools/modules vesafb durch uvesafb ersetzen

Code

update-initramfs –u

in /etc/default/grub den Kernelparameter anpassen:

Code

GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet splash video=uvesafb:mode_option=1024x768-24 noresume nohz=off acpi_enforce_resources=lax"

ist klar, muss getemplated werden

Code

update-grub2
reboot

ist zumindest wieder hochgekommen und das Modul ist geladen - wies ausschaut erzähl ich heute Abend

Christian

fnu · 27. September 2012

CKone

Gut das Du eine Lösung gefunden hast und die hier für andere UEFI Installateure dokumentiert hast

uvesafb ist eigentlich Default bei Ubuntu, hat aber die Un-Art bei 50% aller VDRs mit Nvidia und dessen propriätaren Treibern eben gar kein Splash zu zeigen bzw. max. den Text-Splash. Wirklich jede Installation ist anders, bei manchen tut uvesafb mit Nvidia Karte und Treibern, bei anderen nicht etc. vesafb war, bezogen darauf das die Mehrheit der yaVDRs eben mit Nvidia-Karten und deren Treibern ausgestattet sind, der beste Kompromiss.

UEFI und dessen eigener Framebuffer bringt jetzt eben eine weitere Facette in die Runde, aber das müssen aktuell die UEFI Nutzer bitte individuell lösen. Wir müssen hier auf einen Kompromiss achten, weil es gibt z.B. noch eine Masse an Nutzern die AMD HW haben, wo es gar kein UEFI gibt, wie IIRC auch bei den Atom Basen. Unser Plymouth Splash ist wie der von Ubuntu auch darauf ausgelegt bei 640x480 Framebuffer dargestellt zu werden, das ist zwar sehr groß auf dem 42" Plasma, aber nicht falsch. Ist hier bei meiner Testinstallation für die qvdpautests nicht anders, da strahlt mich auch ein riesen Ubuntu Schriftzug auf dem FullHD Monitor an (DH67BL @ UEFI) ...

Regards
fnu

ofenheizer · 27. September 2012

Danke Christian,

das hatte ich nun über google auch gefunden.
Habe es mal nach Deiner Anleitung "nachgemacht".

Gruss
Markus

CKone · 27. September 2012

und funktioniert der Framebuffer, du bekommst keinen Fehler und das Splash sieht wieder prima aus?

ofenheizer · 27. September 2012

Zitat von CKone

und funktioniert der Framebuffer, du bekommst keinen Fehler und das Splash sieht wieder prima aus?

keine ahnung, sitze hier im geschäft und der VDR ist gerade für einen Serientimer aufgewacht, da dachte ich mal ich spiel da grad mal dran rum. Werde ich dann heute Abend sehen.
Habe auch gleich noch das aktualisierte deb von seahawk mit dem Fix von johns für shddevice eingespielt. Mal sehen, ob das das andere "Problem" beseitigt.

PS: Hast du den 304er von Nvidia produktiv laufen?

Markus

CKone · 27. September 2012

so, ich hab noch ein wenig gegoogelt und probiert und ich glaub ich war auf nem ganz falschen Dampfer.

Was richtig ist: mit UEFI geht vesafb nicht mehr. - das mit dem uvesafb ist glaub ich so falsch. Der Grund warum das vesafb sich nicht laden lässt ist das schon ein fb da ist: nämlich efifb!

Jetzt fragt mich nicht wo der herkommt, ein modul ist es jedoch nicht. M.E. kann das nur in der efi Partition stecken.

Also ich deaktiviere in der /etc/initramfs-tools/modules (u)vesafb und schick ein

Code

update-initramfs -u -k all

hinterher, nach reboot hab ich keine fb module mehr geladen

Code

lsmod| grep vesa

ergibt nix

der Trick ist das jetzt (woher der auch kommen mag) der efifb aktiv ist:

root@CKone:/etc/default# fbset -i

Code

mode "800x600-75"
    # D: 48.001 MHz, H: 46.876 kHz, V: 75.121 Hz
    geometry 800 600 800 600 32
    timings 20833 96 32 16 4 96 4
    rgba 8/16,8/8,8/0,8/24
endmode


Frame buffer device information:
    Name        : EFI VGA
    Address     : 0xf1000000
    Size        : 1966080
    Type        : PACKED PIXELS
    Visual      : TRUECOLOR
   XPanStep    : 0
    YPanStep    : 0
    YWrapStep   : 0
    LineLength  : 3200
    Accelerator : No

Alles anzeigen

und
root@CKone:/etc/default# hwinfo --framebuffer

Code

> hal.1: read hal dataprocess 2306: arguments to dbus_move_error() were incorrect, assertion "(dest) == NULL || !dbus_error_is_set ((dest))" failed in file ../../dbus/dbus-errors.c line 282.
This is normally a bug in some application using the D-Bus library.
libhal.c 3483 : Error unsubscribing to signals, error=The name org.freedesktop.Hal was not provided by any .service files
02: None 00.0: 11001 VESA Framebuffer
  [Created at bios.464]
  Unique ID: rdCR.efxRnBcYXs5
  Hardware Class: framebuffer
  Model: "NVIDIA GF108 Board - 1071v0p1"
  Vendor: "NVIDIA Corporation"
  Device: "GF108 Board - 1071v0p1"
  SubVendor: "NVIDIA"
  SubDevice:
  Revision: "Chip Rev"
  Memory Size: 14 MB
  Memory Range: 0xf1000000-0xf1dfffff (rw)
  Mode 0x0300: 640x400 (+640), 8 bits
  Mode 0x0301: 640x480 (+640), 8 bits
  Mode 0x0303: 800x600 (+800), 8 bits
  Mode 0x0305: 1024x768 (+1024), 8 bits
  Mode 0x0307: 1280x1024 (+1280), 8 bits
  Mode 0x030e: 320x200 (+640), 16 bits
  Mode 0x030f: 320x200 (+1280), 24 bits
  Mode 0x0311: 640x480 (+1280), 16 bits
  Mode 0x0312: 640x480 (+2560), 24 bits
  Mode 0x0314: 800x600 (+1600), 16 bits
  Mode 0x0315: 800x600 (+3200), 24 bits
  Mode 0x0317: 1024x768 (+2048), 16 bits
  Mode 0x0318: 1024x768 (+4096), 24 bits
  Mode 0x031a: 1280x1024 (+2560), 16 bits
  Mode 0x031b: 1280x1024 (+5120), 24 bits
  Mode 0x0330: 320x200 (+320), 8 bits
  Mode 0x0331: 320x400 (+320), 8 bits
  Mode 0x0332: 320x400 (+640), 16 bits
  Mode 0x0333: 320x400 (+1280), 24 bits
  Mode 0x0334: 320x240 (+320), 8 bits
  Mode 0x0335: 320x240 (+640), 16 bits
  Mode 0x0336: 320x240 (+1280), 24 bits
  Mode 0x033d: 640x400 (+1280), 16 bits
  Mode 0x033e: 640x400 (+2560), 24 bits
  Mode 0x0345: 1600x1200 (+1600), 8 bits
  Mode 0x0346: 1600x1200 (+3200), 16 bits
  Mode 0x034a: 1600x1200 (+6400), 24 bits
  Mode 0x0360: 1280x800 (+1280), 8 bits
  Mode 0x0361: 1280x800 (+5120), 24 bits
  Config Status: cfg=new, avail=yes, need=no, active=unknown

Alles anzeigen

also nix uvesafb?

es kann jetzt noch sein das man

Code

video=efifb

in den Kernelaufruf einfügen muss, aber ansonsten reicht wohl deaktivieren von vesafb um den Fehler loszuwerden...

Christian

CKone · 27. September 2012

Zitat von ofenheizer

PS: Hast du den 304er von Nvidia produktiv laufen?

Ja seit gestern, verhält sich uproblematisch: ich würd aber im Webif keine Bildschirmerkennung drücken - wie ich Gerald verstanden hab...

ofenheizer · 27. September 2012

Also alles wieder rückgängig machen mit dem uvesafb?

CKone · 27. September 2012

warte mal bis heute Abend, kann man schlecht von Remote bewerten

aber wo mag das wohl herkommen, ein Modul ist es nicht...?

Code

dmesg | grep fb


[    0.581138] efifb: probing for efifb
[    0.581452] efifb: framebuffer at 0xf1000000, mapped to 0xffffc90006180000, using 1920k, total 1920k
[    0.581453] efifb: mode is 800x600x32, linelength=3200, pages=1
[    0.581455] efifb: scrolling: redraw
[    0.581456] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0

ahh, Jörg hats: ist fest im Kernel eingebaut, deshalb ist das so:

Code

root@vdr:/boot# grep -i efi config-3.2.0-31-generic
CONFIG_EFI=y
CONFIG_FB_EFI=y
CONFIG_EFI_VARS=y
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set
CONFIG_EFI_PARTITION=y

also vesafb aus der initrd, dann ist der Fehler weg und gut.

Christian

ofenheizer · 27. September 2012

vllt. im kernel drin?

edit: na toll, zu spät

ofenheizer · 27. September 2012

Zitat von CKone

also vesafb aus der initrd, dann ist der Fehler weg und gut.

und die grub command line noch "video=efifb" einfügen?

CKone · 27. September 2012

ne hab ich nicht, hab nur vga=792 rausgenommen...

ofenheizer · 27. September 2012

Zitat von CKone

ne hab ich nicht, hab nur vga=792 rausgenommen...

hast du es mal mit efifb versucht? ich habs jez mal drin. mal gucken.

EDIT: Laut dieser Seite https://help.ubuntu.com/community/UEFIBooting haben die uvesafb in die /etc/initramfs-tools/modules eingefügt für die Aktivierung des Framebuffers. Zu lesen im Abschnitt "Enabling framebuffer console" ca. in der Mitte der Seite.

fnu · 27. September 2012

ofenheizer & CKOne

Evtl. nehmt ihr beides einfach ganz raus? "vga=..." && "(u)vesafb" und überlasst die korrekte Erkennung Ubuntu ...

Regards
fnu

CKone · 27. September 2012

ja so hab ichs aktuell und lass es auch erstmal so, damit kommt der efifb auf 800x600 hoch

wär natürlich schön wenn man ihm irgendwie die 1024x768 yavdr Standard aus vga=792 mitgeben könnte, aber Hauptsache die Fehlermeldung ist erstmal weg und wir wissen was los ist...

Christian

ofenheizer · 27. September 2012

ok, hab nun auch beides raus (uvesafb & vga=).

Code

root@vdr:~# dmesg |grep efifb
[    0.713435] efifb: probing for efifb
[    0.714451] efifb: framebuffer at 0xe9000000, mapped to 0xffffc9000a180000, using 3072k, total 3072k
[    0.714454] efifb: mode is 1024x768x32, linelength=4096, pages=1
[    0.714456] efifb: scrolling: redraw
[    0.714459] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0

[Gelöst!] UEFI Boot: FATAL: Error inserting vesafb (/lib/modules/3.2.0-31-generic/initrd/vesafb.ko): No such device

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema