Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam
Mój problem polega na tym że za każdym razem gdy chcę odpalić jakiś wirtualny system pojawiają mi się dwa następujące po sobie komunikaty błędów:
Pierwszy:
Kernel driver not installed (rc=-1908) The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing '/etc/init.d/vboxdrv setup' as root. Users of Ubuntu, Fedora or Mandriva should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary.
Drugi:
Kod wyniku (RC): NS_ERROR_FAILURE (0x80004005) Komponent: Machine Interfejs: IMachine {662c175e-a69d-40b8-a77a-1d719d0ab062}
Na podstawi drugiego komunikatu błędy wygooglowałem że należ zainstalować paczkę: virtualbox-ose-dkms co tez uczyniłem a następnie wykonać polecenie:
/etc/init.d/vboxdrv setup
co też uczyniłem i wszystko pięknie działało ...... do czasu ponownego odpalenia VirtualBoxa gdzie pojawiły się dokładnie te same komunikaty. Więc ponownie ponownie wykonałem polecenie w konsoli %#$@!&#^% no ale ile można :-/ . Czy ma ktoś jakiś pomysł jak sobie z tym poradzić ?
Ostatnio edytowany przez s_piotr (2011-07-23 19:51:17)
Offline
Jaka wersja systemu, jaka wersja virtualboxa i skąd instalowana?
Offline
Zawsze zapomnę czegoś napisać......
1. Stable
2.virtualbox-4.0_4.0.8-71778~Debian~squeeze_amd64.deb
apt-cache policy virtualbox-4.0 virtualbox-4.0: Zainstalowana: 4.0.8-71778~Debian~squeeze Kandydująca: 4.0.8-71778~Debian~squeeze Tabela wersji: *** 4.0.8-71778~Debian~squeeze 0 100 /var/lib/dpkg/status
3. zasssane z stronki virtualbox.org
Ostatnio edytowany przez s_piotr (2011-06-19 12:06:14)
Offline
A nie miałeś jakiejś aktualizacji kernela ostatnio? Po aktualizacji kernela to normalne, że trzeba na nowo zbudować moduły virtualboxa. Te pakiety virtualbox-ose bym usunął (może jakoś działają z wersją zamkniętą, ale generalnie są dla wersji otwartej), może to przez to moduły nie wchodzą po restarcie.
Ja bym to na czysto zainstalował:
aptitude purge virtualbox~i rm -r /lib/modules/`uname -r`/misc
repo:
deb http://download.virtualbox.org/virtualbox/debian/ squeeze contrib non-free
po zaktualizowaniu listy pakietów:
aptitude install virtualbox-4.0
Sam w każdym razie mam tę samą wersję i u mnie jest ok:
virtualbox-4.0: Zainstalowana: 4.0.8-71778~Debian~squeeze Kandydująca: 4.0.8-71778~Debian~squeeze Tabela wersji: *** 4.0.8-71778~Debian~squeeze 0 500 http://download.virtualbox.org/virtualbox/debian/ squeeze/contrib amd64 Packages 100 /var/lib/dpkg/status 4.0.6-71344~Ubuntu~natty 0 410 http://packages.linuxmint.com/ debian/import amd64 Packages
dkms nie używam — po zmianie kernela wystarczy raz wywołać:
/etc/init.d/vboxdrv setup
==========
EDIT: Jeśli budowałeś moduły via dkms, to mogą być gdzie indziej w katalogu /lib/modules/wersja_kernela.
Offline
ArnVaker napisał(-a):
A nie miałeś jakiejś aktualizacji kernela ostatnio? Po aktualizacji kernela to normalne, że trzeba na nowo zbudować moduły virtualboxa. Te pakiety virtualbox-ose bym usunął (może jakoś działają z wersją zamkniętą, ale generalnie są dla wersji otwartej), może to przez to moduły nie wchodzą po restarcie.
Aktualizacji kernela nie miałem chochoch a może nawet i dużej:
uname -r 2.6.32-5-amd64
ArnVaker napisał(-a):
Ja bym to na czysto zainstalował:
Kod:
aptitude purge virtualbox~i rm -r /lib/modules/`uname -r`/misc
1. Następujące pakiety zostaną USUNIĘTE: dkms{u} libglewmx1.5{u} libqt4-opengl{u} libv8-2.2.24{u} virtualbox-4.0{p}
2. nie miałem takiego katalogu
ArnVaker napisał(-a):
repo:
Kod:
deb http://download.virtualbox.org/virtualbox/debian/ squeeze contrib non-freepo zaktualizowaniu listy pakietów:
Kod:
aptitude install virtualbox-4.0Sam w każdym razie mam tę samą wersję i u mnie jest ok:
Kod:
virtualbox-4.0: Zainstalowana: 4.0.8-71778~Debian~squeeze Kandydująca: 4.0.8-71778~Debian~squeeze Tabela wersji: *** 4.0.8-71778~Debian~squeeze 0 500 http://download.virtualbox.org/virtualbox/debian/ squeeze/contrib amd64 Packages 100 /var/lib/dpkg/status 4.0.6-71344~Ubuntu~natty 0 410 http://packages.linuxmint.com/ debian/import amd64 Packages
Instalacja przebiegła bezproblemowo:
apt-cache policy virtualbox-4.0 virtualbox-4.0: Zainstalowana: 4.0.8-71778~Debian~squeeze Kandydująca: 4.0.8-71778~Debian~squeeze Tabela wersji: *** 4.0.8-71778~Debian~squeeze 0 500 http://download.virtualbox.org/virtualbox/debian/ squeeze/contrib amd64 Packages 100 /var/lib/dpkg/status
ArnVaker napisał(-a):
dkms nie używam — po zmianie kernela wystarczy raz wywołać:
Kod:
/etc/init.d/vboxdrv setup
Na przyszłość będę wiedział ;-)
ArnVaker napisał(-a):
==========
EDIT: Jeśli budowałeś moduły via dkms, to mogą być gdzie indziej w katalogu /lib/modules/wersja_kernela.
Wielkie dzięki za pomoc wszystko działa jak należy.
Pozdro
Offline
Witam
Znowu mam ten sam problem o którym pisałem po raz pierwszy prawie miesiąc temu. Pokrótce powiem o co chodzi:
- gdy che odpalić którąkolwiek wirtualną maszynę pojawiają się dwa następujące po sobie komunikaty błędów jw
- owszem po wykonaniu polecenia:
/etc/init.d/vboxdrv setup
wszystko wraca do normy, ale chyba nie tak to miało wyglądać
- virtualbox jest zainstalowany z tego repo
deb http://download.virtualbox.org/virtualbox/debian/ squeeze contrib non-free
o ile mnie pamięć nie myli ostatnio jest to wersja 4.1
- kernel 2.6.32 nie aktualizowany od choo choo choo a może nawet i dłużej
Jakieś pomysły jak sobie z tym poradzić ??
Offline
Do nowego VIrtualboxa 4 radziłbym wziąść jajo z backportów, jest tam chyba 2.6.38.*.
Bo kernel 2.6.32 jest równieśnikiem Virtualboxa 3.2, a moduły Virtualboxa są zawsze przygotowane przede wszystkim do najnowszego kernela, ze starszymi powinny działać, ale między kernelamem 2.6.32 a wersjami 2.6.38/39 jest tyle różnic, że być może ten cyrk jest spowodowany poprawianiem modulów Vboxa, żeby pasowały do 2.6.38.
Natomiast Virtualbox, wersja do Squeeze, czy nie, to zawsze ta sama binarka i te same źródła modułów.
Offline
Moduły virtualboxa wskakują po restarcie (lsmod |grep vbox)? Masz vboxdrv w skryptach startowych (spawdzisz np. via sysv-rc-conf)? Używasz jakiegoś autostartu dla virtualboxa? Nie dublują Ci się moduły w /lib/modules/wersja_kernela (np. raz zbudowane via dkms, a potem z palca)?
Offline
- Wykonanie komendy:
lsmod |grep vbox
nie zwraca żadnej wartości wiec nie jest uruchamiany wraz z systemem,
- vbox nie jest uruchamiany przez deamona na żadnym poziomie:
- nie używam autostartu virtualboxa przy rozruchu systemu,
- moja zawartość katalogu /lib/modules/2.6.32-5-amd64
razem 2476 lrwxrwxrwx 1 root root 37 06-26 20:26 build -> /usr/src/linux-headers-2.6.32-5-amd64 lrwxrwxrwx 1 root root 37 05-25 17:29 build.save -> /usr/src/linux-headers-2.6.32-5-amd64 drwxr-xr-x 10 root root 4096 05-14 18:42 kernel drwxr-xr-x 2 root root 4096 07-18 18:36 misc -rw-r--r-- 1 root root 590614 07-19 21:11 modules.alias -rw-r--r-- 1 root root 571852 07-19 21:11 modules.alias.bin -rw-r--r-- 1 root root 283018 07-19 21:11 modules.dep -rw-r--r-- 1 root root 396996 07-19 21:11 modules.dep.bin -rw-r--r-- 1 root root 52 07-19 21:11 modules.devname -rw-r--r-- 1 root root 93250 06-14 14:57 modules.order -rw-r--r-- 1 root root 131 07-19 21:11 modules.softdep -rw-r--r-- 1 root root 248413 07-19 21:11 modules.symbols -rw-r--r-- 1 root root 315793 07-19 21:11 modules.symbols.bin lrwxrwxrwx 1 root root 38 05-15 12:29 source -> /usr/src/linux-headers-2.6.32-5-common drwxr-xr-x 3 root root 4096 06-01 18:42 updates
...prosze o jeszcze.
Offline
s_piotr napisał(-a):
- vbox nie jest uruchamiany przez deamona na żadnym poziomie:
Postaw X przy runlevelu 2 (chyba że używasz innego) i powinno być ok, w sumie możesz zaznaczyć tak jak przy innych od virtualboxa. W ogóle od wersji zamkniętej są tylko trzy (vbox*), ten czwarty (virtualbo$) to pozostałość po innej wersji.
Faktycznie masz coś takiego w /etc/init.d czy to tylko cache sysv-rc-conf? Odpal via:
sysv-rc-conf -P
Offline
Przyznam się że z sysv-rc-conf miałem problemy wiec wykonałem to na piechotę:
ln -s /etc/init.d/vboxdrv /etc/rc2.d/
a mimo to sysv-rc-conf wyświetla że nie jest uruchamiany na żadnym poziomie mimo poprawnego wpisu w /etc/rc2.d
lrwxrwxrwx 1 root root 19 07-20 22:40 vboxdrv -> /etc/init.d/vboxdrv*
- ten czwarty to:
ls -lF ... -rwxr-xr-x 1 root root 8439 05-16 19:37 vboxballoonctrl-service* -rwxr-xr-x 1 root root 11766 05-16 19:37 vboxdrv* -rwxr-xr-x 1 root root 8360 05-16 19:37 vboxweb-service* [u]-rwxr-xr-x 1 root root 6160 2010-10-13 virtualbox-ose*[/u] ...
- nie za bardzo rozumiem co miałeś na myśli pisząc:
ArnVaker napisał(-a):
Postaw X przy runlevelu 2 (chyba że używasz innego)...
bo drugi poziom to domyślny poziom startu systemu, przynajmniej u mnie:
# The default runlevel. id:2:initdefault:
Offline
Chodziło mi o to, żebyś w sysv-rc-conf postawił X przy vboxdrv na poziomie drugim — spacją. :)
$ ls -l /etc/rc2.d/ |grep vbox lrwxrwxrwx 1 root root 17 06-02 12:06 S02vboxdrv -> ../init.d/vboxdrv lrwxrwxrwx 1 root root 33 06-02 12:06 S03vboxballoonctrl-service -> ../init.d/vboxballoonctrl-service lrwxrwxrwx 1 root root 25 06-02 12:06 S03vboxweb-service -> ../init.d/vboxweb-service
Usuń tego symlinka co utworzyłeś, bo on i tak nie będzie działał.
$ cat /etc/rc2.d/README The scripts in this directory are executed each time the system enters this runlevel. The scripts are all symbolic links whose targets are located in /etc/init.d/ . To disable a service in this runlevel, rename its script in this directory so that the new name begins with a 'K' and a two-digit number, and run 'update-rc.d script defaults' to reorder the scripts according to dependencies. A warning about the current runlevels being enabled not matching the LSB header in the init.d script will be printed. To re-enable the service, rename the script back to its original name beginning with 'S' and run update-rc.d again. For a more information see /etc/init.d/README.
Ten czwarty skrypt pochodzi z pakietu virtualbox-ose. Masz ten pakiet albo jakieś pozostałości po nim czy tylko ten skrypt?
dpkg -l |grep virtualbox
Offline
Wprowadziłem zmiany w sysv-rc-conf tak jak należy ;-P ale nadal po restarcie systemu jest ten sam problem.
Co do pakietu virtualbox-ose to są to stare dzieje kiedyś na chypcika potrzebowałem vitrualboxa i złapałem się pierwszej lepszej wersji którą znalazłem w repo, po czym okazała się to jakaś strasznie zacofana wersja. Usunąłem go tylko przez centrum oprogramowania. Teraz usunąłem go przez:
dpkg --purge virtualbox-ose (Odczytywanie bazy danych ... 139399 files and directories currently installed.) Usuwanie virtualbox-ose ... Czyszczenie z plików konfiguracyjnych dla virtualbox-ose ...
a także
dpkg --purge virtualbox-ose-qt (Odczytywanie bazy danych ... 139397 files and directories currently installed.) Usuwanie virtualbox-ose-qt ... Czyszczenie z plików konfiguracyjnych dla virtualbox-ose-qt ... Przetwarzanie wyzwalaczy dla menu...
...to zaczyna być upierdliwe ;-/
Offline
Ale startuje teraz ten skrypt vboxdrv i się wywala czy jak? Bo wcześniej w ogóle nie startował, to i nie dziwne że moduły nie były ładowane.
Offline
Nie za bardzo wiem co Ci odpowiedzieć na twoje pytanie ?
Gdybyś mi podpowiedział jak sprawdzić czy ten skrypt rzeczywiście startuje to wtedy odpowiedziałbym na twoje pytanie. Jakieś /var/log...... ?
W każdym razie tutaj jest:
ls -l /etc/rc2.d | grep vbox lrwxrwxrwx 1 root root 17 07-21 20:31 S18vboxdrv -> ../init.d/vboxdrv lrwxrwxrwx 1 root root 33 07-21 20:31 S19vboxballoonctrl-service -> ../init.d/vboxballoonctrl-service lrwxrwxrwx 1 root root 25 07-21 20:31 S19vboxweb-service -> ../init.d/vboxweb-service
Offline
Przy podnoszeniu systemu powinna być informacja w stylu:
Starting VirtualBox kernel modules
Z palca możesz sprawdzić czy sam skrypt działa tak jak powinien.
# lsmod Module Size Used by vboxpci 13356 0 vboxnetadp 5331 0 vboxnetflt 16103 0 vboxdrv 1775630 3 vboxpci,vboxnetadp,vboxnetflt nvidia 11768209 30
==================
# /etc/init.d/vboxdrv stop Stopping VirtualBox kernel modules:.
# lsmod Module Size Used by nvidia 11768209 30
==================
# /etc/init.d/vboxdrv start Starting VirtualBox kernel modules:.
# lsmod Module Size Used by vboxpci 13356 0 vboxnetadp 5331 0 vboxnetflt 16103 0 vboxdrv 1775630 3 vboxpci,vboxnetadp,vboxnetflt nvidia 11768209 30
Offline
Z początku lsmod nie zwraca żadnych wartości:
# lsmod | grep vbox 0
Dopiero po wykonaniu z palca:
# /etc/init.d/vboxdrv start Starting VirtualBox kernel modules:.
zwraca
# lsmod | grep vbox vboxnetadp 4683 0 vboxnetflt 15888 0 vboxdrv 1748801 2 vboxnetadp,vboxnetflt
Offline
Wychodzi na to, że nadal ten skrypt po prostu nie startuje wraz z systemem, ale nie wiem dlaczego. Dodałeś go tylko na drugim runlevelu czy gdzieś jeszcze? W sumie najłatwiej byłoby usunąć virtualboxa wraz z konfiguracją (aptitude purge virtualbox~i) i zainstalować jeszcze raz, sam powinien dodać skrypty. Ostatecznie możesz dopisać sobie te moduły do /etc/modules, ale w końcu ten skrypt od tego jest…
Offline
ArnVaker napisał(-a):
Ostatecznie możesz dopisać sobie te moduły do /etc/modules
Czy masz na myśli coś takiego:
echo "vboxdrv" >> /etc/modules
czy to wystarczy czy ??
Offline
Albo tak albo po prostu otworzyć plik jakimś edytorem i dopisać wszystkie cztery po jednym w linii. Nie chce Ci się już walczyć ze skryptem? ;)
Offline
ArnVaker napisał(-a):
Albo tak albo po prostu otworzyć plik jakimś edytorem i dopisać wszystkie cztery po jednym w linii. Nie chce Ci się już walczyć ze skryptem? ;)
yyyyyy cztery ja mam tylko trzy
# lsmod | grep vbox vboxnetadp 4683 0 vboxnetflt 15888 0 vboxdrv 1748801 2 vboxnetadp,vboxnetflt
Co do skryptu to tak jak w tej piosence "Ciemno już, zgasły wszystkie światła, noc nadchodzi głucha...." czy ja już bredzę czy mi się tylko wydaje ;-P
Offline
Ten czwarty w wersji 4.1 VB się pojawił, pewnie masz jakąś starszą.
s_piotr napisał(-a):
czy ja już bredzę czy mi się tylko wydaje ;-P
Wydaje Ci się. :)
Offline
OK !! ale odkładam to do jutra dzisiaj już nie zmuszę moich szarych komórek do niczego.
Do usłyszenia ;-)
Offline
Ten sam błąd miałem w aptosidzie po wczorajszaj aktualizacji kernela 2.6.39-3.slh2 architektura 64b.Problem rozwiązałem ściągając od producenta najnowszą paczkę vbox 4.1 i instalując paczkę dedykowaną na debiana squeeze. Vbox działa teraz bezproblemowo. Pozdrawiam
Ostatnio edytowany przez Andrzej66 (2011-07-21 23:00:04)
Offline
Andrzej66: A też wcześniej miałeś wersję otwartą zainstalowaną? Ten problem jest dziwny, bo coś nagle wywala skrypt startowy z runlevela. W Twoim przypadku powinno wystarczyć przebudowanie modułów dla nowego kernela… Po jego zmianie wystąpienie tego błędu jest normalne.
Offline