vboxdrv.ko - unsopported file type

metro

i² = -1
System: FreeBSD 8.2-STABLE #0 r222188 amd64 ( vom 22.Mai )

1. Panik am Gerät, Fatal trap 12, page fault while in ....
Kein Dump, weil nicht eingebaut :(

neuer Versuch:

Auszug dmesg:
Code:
[...]
GEOM_ELI:     Crypto: software
KLD vboxdrv.ko: depends on kernel - not available or version mismatch
linker_load_file: Unsupported file type
KLD vboxnetflt.ko: depends on vboxdrv - not available or version mismatch
linker_load_file: Unsupported file type
bridge0:
[...]
VBox ist 4.0.8 aus den ports und lief problemlos bis, siehe oben.

Das gleiche gabs mit der aktuellen version des acroreadwrappers bzw. einem Modul ?linux-adobe.ko ? , der daraufhin zurückdatiert wurde.
Die vbox Module werden erstmal nicht mehr geladen.
Ich habe das Gefühl(!), das ganze hat etwas mit rcorder zu tun, aber keine Ahnung !
Frickelfreie Tipps ? Ähnliches beobachtet ?
 
Hört sich für mich danach an, als hättest du nach einem Kernelupdate vboxdrv.ko nicht neu gebaut.

Hast du http://www.freshports.org/emulators/virtualbox-ose-kmod/ gesehen? Betrifft zwar wohl FreeBSD 7.x, aber wer weiß :)

Irgendwie habe ich im Kopf Yamagi hat kürzlich etwas erwähnt wegen Versionen von Modulen und Kerneln, bekomme es aber nicht mehr zusammen. Vielleicht trifft das auf dich zu?
 
Is ja ulkig. Danke für den Tipp, es sieht zwar nicht aus, als sei die Reihenfolge durcheinander:
Code:
arc@chi<~>536*stat -f %Sm -t %Y-%m-%d /var/db/pkg/virtualbox-ose-4.0.8/+DESC 
2011-05-23
arc@chi<~>537*stat -f %Sm -t %Y-%m-%d /var/db/pkg/virtualbox-ose-kmod-4.0.8_1/+DESC 
2011-06-03
arc@chi<~>538*uname -v
FreeBSD 8.2-STABLE #0 r222188: Sun May 22 21:29:15 CEST 2011

Neubau kann aber nicht schaden, denke ich.
Trotzdem seltsam, wer bringt ein wenig Licht ins Dunkel bitte ?
 
Falls es jemanden interessiert:
Zu dem Zeitpunkt, an dem ein Kernelmodul ( hier: vboxdrv.ko etc) gebaut wird, müssen, der Kernel und die Kernelsourcen in sync sein.
Daher die defekten Module ( die Panik hat andere Ursachen ):
--
arc@chi<~>538*uname -v
FreeBSD 8.2-STABLE #0 r222188: Sun May 22 21:29:15 CEST 2011
---
arc@chi</usr/src>507*svn info
[...]
Revision: 222424
[...]
Letzte geänderte Rev: 222420
Letztes Änderungsdatum: 2011-05-28 15:54:19 +0200 (Sa, 28. Mai 2011)
--

Also kann entwerder der Kernel neugebaut weden, wobei ich eigentlich immer Welt und Kernel zusammen neubaue, oder aber die Sourcen auf die Kernelrevision zurückgestellt werden.
Das letztere setzt voraus, dass mit Sourcen mit svn gezogen sind und geht so:

Code:
# cd /usr/src
[root@chi /usr/src]# svn  merge -r   222757:222188   .
( da ist ein .(Punkt) ! )

Wert zuerst mal schauen möchte, was svn da machen *würde*
benutze
# svn merge --dry-run -r 222757:222188 .

Die Revisionsnummern sind wie oben abgelesen.
Achtung : svn info zeigt die *alte* Revisionsnummer, die Änderungen sind nur in der lokalen Arbeitskopie.
Aber trotzdem :
Code:
[root@chi ~]# portupgrade -f virtualbox\*
[...]
[root@chi ~]# sudo kldload -v vboxdrv
Loaded vboxdrv, id=13
[root@chi ~]# sudo kldunload -v vboxdrv
Unloading vboxdrv.ko, id=13
Tadaa.
 
Zuletzt bearbeitet:
Zurück
Oben