Kernel update -> virtualbox kapot

[pjvolders]

Hoi

zoals jullie gemerkt hebben was er vannacht een nieuwe kernel update (2.6.24-18) uitgebracht, maar na installatie van deze werkt mijn virtualbox niet meer..

Code: [Selecteer]

VirtualBox kernel driver not installed. The vboxdrv kernel module was either not loaded or /dev/vboxdrv was not created for some reason. Please install the virtualbox-ose-modules package for your kernel, e.g. virtualbox-ose-modules-generic..
VBox status code: -1908 (VERR_VM_DRIVER_NOT_INSTALLED).Het laatste module package is "linux-image-2.6.24-17-generic" en dat is dus van de vorige kernel. Er is ook nog het package "virtualbox-ose-modules-generic" maar dat hangt gewoon af van het vorige...

Wat moet ik doen?

groetjes
PJ

[Prosper]

Misschien vindj e hier wat  nuttige info: meerdere mensen hadden dezelfde problemen al bij de vorige kernel-wissel...

[pjvolders]

peejay@peejay-laptop:~$ sudo /etc/init.d/vboxdrv setup
 * Usage: /etc/init.d/vboxdrv {start|stop|restart|status}
peejay@peejay-laptop:~$ sudo /etc/init.d/vboxdrv restart
 * Stopping VirtualBox kernel module vboxdrv                             [ OK ]
 * Starting VirtualBox kernel module vboxdrv                                    
 * No suitable module for running kernel found.

Blijkbaar niet...
Ik had eerst de closed source versie, maar die werkte niet meer bij upgrade gutsy > hardy. Ik ga nu de nieuwste versie nog eens afhalen en zien of het dan werkt.
Ik laat t horen

groetjes
PJ

[Prosper]

Ik heb uiteindelijk ook even de "Hardy-proposed" aangevinkt, dan kernel headers 2.6.24-18-386 geïnstalleerd, Omdat ik eerst niet goed wist welke kernel-source ik nu moest hebben, heb ik even gekeken in   /var/log/vbox-install.log met het commando
 cat /var/log/vbox-install.log

Dan die hardy-proposed weer uitgevinkt (kreeg 175 --oneerbare ??-- voorstellen, heb die maar niet aangenomen, kan wel wachten ...  )

Ik moet wel zeggen dat ik de niet-vrije versie van Virtualbox heb, die van Innotek dus.  En dat wil ook zeggen dat ik tenslotte gemerkt heb dat dit nog een gutsy-versie is.
Bij Virtualbox gaan zien op de website, nieuwste versie (van een maand oud) in een .deb bestandje gedownload (wel gekozen om rechtreeks te downloaden, niet via hun "manager"), wordt dan rechtstreeks geïnstalleerd met gDebi.  Vraagt zelf om vboxdrv te compileren.  OK gezegd en alles is in orde.
Tussen de bedrijven door heb ik dan ook nog gemerkt dat VB niet meer van Innotek is, maar van Sun.  In het menuutje Systeemgereedschappen moet ik nu altijd scrollen naar SUN VB ipv het bovenaan te vinden onder INNOTEK VB    

[pjvolders]

Ik heb de niet vrije gedownload van hun site en alles werkt perfect.
Indd tis precies niet meer van innotek :-)

groetjes
PJ

[Johan van Dijk]

Prosper, waarom maak je gebruik van de -386 kernel? De -generic kernel is veel beter wat ondersteuning van hardware betreft. Hij zal ook wel iets sneller zijn denk ik.
Je zou eigenlijk altijd de generic kernel moeten gebruiken, tenzij je speciale hardware hebt.

[Idzme]

Ik heb ook virtualbox gedownload van de sun-site, geinstalleerd en alle swerkt weer perfect. Wel ff zoeken want het icoontje is anders geworden

[Prosper]

Prosper, waarom maak je gebruik van de -386 kernel? De -generic kernel is veel beter wat ondersteuning van hardware betreft. Hij zal ook wel iets sneller zijn denk ik.
Je zou eigenlijk altijd de generic kernel moeten gebruiken, tenzij je speciale hardware hebt.

Zoals ik in mijn bijdrage zette, was dat de naam van de kernel die hij vroeg.  Weet ik veel wat het verschil is... of hoe het zou komen dat hij nou net die vraagt ...
Kan ik daar iets aan veranderen ?

Edit:

Heb een beetje met kernels aan het goochelen geweest: alle -386 verwijderd en ook in één moeite door de -17 en de -16
Dan VB terug geïnstalleerd vanaf de Sun-site met gDebi, linux headaers 18 -server moeten extra bijhalen (draai hier nu -18 generic en -18 server, die hercomplieert zelf vboxdrv, en het was allemaal terug OK
Geen voer voor beginners, or the faint of heart, want als je de waarschuwingen leest, dan lijkt het alsof je hele systeem de mist ingaat, terwijl het toch allemaal voldoende solide is...

In het begin van m'n post was ik  nog niet goed wakker: natuurlijk ken ik het verschil tussen 386 en de rest, alleen weet ik niet hoe het komt dat die daar stond....

[woteb]

Die -386 kernel heb je nodig om VB (de OSE en de niet-OSE) te installeren. Naderhand kun je die kernel weer verwijderen. Die patches voor de generic Virtualbox zaken komen wat later. Zelf doe ik altijd apt-get update && apt-get upgrade. Dan zie je nu dat de aanwezige nieuwe kernel wordt achtergehouden. Pas wanneer die VB kernel zaken erbij zitten wordt alles geïnstalleerd.

Even een stukje terminaldump ter illustratie:

apt-get update && apt-get upgrade && aptitude clean
(....)
Uitgebreide statusinformatie aan het lezen
Initialiseren van pakketstatussen... Klaar
Opbouwen van tagdatabase... Klaar
De volgende pakketten zijn achtergehouden:
  linux-generic linux-image-generic
  linux-restricted-modules-generic
0 pakketten opgewaardeerd, 0 nieuwe geïnstalleerd, 0 te verwijderen en 3 niet opwaarderen.
(...)

Die 2.6.24-18-generic is dus aanwezig, maar wordt  niet geïnstalleerd omdat de VB zaken er niet bij zitten. Hoogstwaarschijnlijk gaat het dan om virtualbox-ose-modules-2.6.24-18-386

Wanneer je met Synaptic aan de gang gaat, dan kun je die kernel upgrades forceren (commandline trouwens ook, maar moet je echt weten hoe het moet), en dat gaat dan fout, omdat eigenlijk niet alles aanwezig is, en je een gebroken upgrade krijgt.

Mijn advies luidt dan ook, om niet Synaptic, maar met apt-get te gaan werken.

Om even op die -386 kernel terug te komen. VB heeft bij het installeren wat kernel zaken nodig die wél in de -386 kernel zit, en niet in de -generic kernel. Wanneer je VB (OSE) installeert via de terminal, dan gebruik ik de volgende commando's:

Code: [Selecteer]

apt-get install virtualbox-ose virtualbox-ose-modules-generic linux-image-2.6.24-17-386 virtualbox-ose-modules-2.6.24-17-386 -y
/etc/init.d/vboxdrv start
apt-get remove linux-image-2.6.24-17-386 --purge -yEn voor 17 kun je natuurlijk ook 16 of 18 (of nog nieuwer indien aanwezig) lezen.

[Johan van Dijk]

Die achtergehouden pakketten zijn logisch, omdat je apt-get upgrade gebruikt en niet apt-get dist-upgrade.
Bij een gewone upgrade worden er geen extra pakketten geïnstalleerd of verwijderd, bij een dist-upgrade gebeurt dat wel.

Het probleem met de recente kernel update is dat de restricted modules en nog wat van die packages niet gelijktijdig beschikbaar waren. Zodra je die geïnstalleerd hebt werkt het allemaal prima.
De 386 kernel heb je dus nergens voor nodig.