PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : VirtuaBox funktioniet nicht mit suse 42.1 leap



Dono
05.05.16, 14:12
Hi

wenn ich eine vm starte, dann kommt die Fehlermeldung:



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

'/sbin/rcvboxdrv setup'

as root. If it is available in your distribution, you should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary.

where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT.
**
rcvboxdrv setup
Recompiling VirtualBox kernel module, NOT. It has been packaged.

**
rcvboxdrv status
VirtualBox kernel module is not loaded.
vboxdrv.service - LSB: VirtualBox Linux module
Loaded: loaded (/etc/init.d/vboxdrv)
Active: active (exited) since Thu 2016-05-05 15:09:55 CEST; 2s ago
Process: 3074 ExecStop=/etc/init.d/vboxdrv stop (code=exited, status=0/SUCCESS)
Process: 3141 ExecStart=/etc/init.d/vboxdrv start (code=exited, status=0/SUCCESS)



virtualbox-5.0.16-13.1.x86_64 ist installiert
der User ist in der Gruppe vboxusers


Fehlercode:
NS_ERROR_FAILURE (0x80004005)


:confused:

Sauerland1
05.05.16, 14:17
Poste:

zypper lr -d


rcvboxdrv setup
Recompiling VirtualBox kernel module, NOT. It has been packaged.

Poste:

zypper se -si vbox virtualbox

PS 5.0.16 ist nicht aktuell, ebenso gibt es für openSUSE 13.2 und Leap ein gemeinsames Repo......

Dono
05.05.16, 14:31
das Repo ist Leap:

i | virtualbox | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update

Newbie314
05.05.16, 14:34
Die Fehlermeldung hatte ich glaube ich auch. Nachdem ich das durchführte was in der Fehlermeldung stand lief Vbox einwandfrei.

Sauerland1
05.05.16, 14:50
@Dono:
Postest Du, was du für nötig hälst?

Dann brauch ja keiner helfen.

Newbie314
05.05.16, 14:56
Ich habe gerade nachgesehen. Hier läuft die 5.0.16.13-1 . An der Version kann es also nicht liegen, einfach mal den Befehl aus der Fehlermeldung bzw. aus Sauerlands Post als root durchführen.

Dono
05.05.16, 14:57
ich habe alles aus den suse repos installiert ... mehr bringt die Ausgabe auch nicht, oder?



zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+-------------------------------------+-----------------------------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------------------------------------------+--------
1 | ISO | ISO | Yes | (r ) Yes | No | 99 | yast2 | iso:///?iso=openSUSE-Leap-42.1-DVD-x86_64.iso&url=dir%3A%2Fopt%2Fsuse |
2 | dvd | dvd | Yes | (r ) Yes | Yes | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_42.1/ |
3 | http-download.opensuse.org-2e124a0b | home:ecsos:pipelight | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/home:/ecsos:/pipelight/openSUSE_Leap_42.1/ |
4 | http-download.opensuse.org-3e7fceec | openSUSE:Leap:42.1 | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.1/repo/oss/ |
5 | http-download.opensuse.org-d870eed1 | Non-oss | Yes | (r ) Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/ |
6 | http-download.opensuse.org-ecfde470 | home:frispete:Kernel-stable | No | ---- | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/home:/frispete:/Kernel-stable/openSUSE_Leap_42.1/ |
7 | packman | packman | Yes | (r ) Yes | Yes | 20 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_42.1/ |
8 | repo-debug | openSUSE-Leap-42.1-Debug | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.1/repo/oss/ |
9 | repo-debug-non-oss | openSUSE-Leap-42.1-Debug-Non-Oss | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.1/repo/non-oss/ |
10 | repo-debug-update | openSUSE-Leap-42.1-Update-Debug | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.1/oss |
11 | repo-debug-update-non-oss | openSUSE-Leap-42.1-Update-Debug-Non-Oss | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.1/non-oss/ |
12 | repo-non-oss | openSUSE-Leap-42.1-Non-Oss | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/ |
13 | repo-oss | openSUSE-Leap-42.1-Oss | No | ---- | Yes | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.1/repo/oss/ |
14 | repo-source | openSUSE-Leap-42.1-Source | No | ---- | Yes | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.1/repo/oss/ |
15 | repo-update | openSUSE-Leap-42.1-Update | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/42.1/oss/ |
16 | repo-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/42.1/non-oss/



rcvboxdrv startet bei mir (siehe oben) erst gar nicht

Könnte es am Kernel liegen? 4.4.0-17

Sauerland1
05.05.16, 15:04
Und der 2. Befehl?
Was bringt der für eine Ausgabe?
rcvboxdrv bringt bei dir eh nichts, wenn VirtualBox aus dem OSS bzw. Update Repo kommt.

Dono
05.05.16, 18:36
zypper se -si vbox virtualbox
Loading repository data...
Reading installed packages...

S | Name | Type | Version | Arch | Repository
--+--------------------------------+---------+-----------------------+--------+--------------------------
i | python-virtualbox | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-devel | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-desktop-icons | package | 5.0.16-13.1 | noarch | openSUSE-Leap-42.1-Update
i | virtualbox-guest-kmp-default | package | 5.0.16_k4.1.15_8-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-tools | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-x11 | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-host-kmp-default | package | 5.0.16_k4.1.15_8-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-host-source | package | 5.0.16-13.1 | noarch | openSUSE-Leap-42.1-Update
i | virtualbox-qt | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-websrv | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update

Sauerland1
05.05.16, 18:52
Das kannst Du alles auf dem Host deinstallieren:

i | virtualbox-devel | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-desktop-icons | package | 5.0.16-13.1 | noarch | openSUSE-Leap-42.1-Update
i | virtualbox-guest-kmp-default | package | 5.0.16_k4.1.15_8-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-tools | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-x11 | package | 5.0.16-13.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-host-source | package | 5.0.16-13.1 | noarch | openSUSE-Leap-42.1-Update

Was sagt:

uname -a

Dono
05.05.16, 18:57
Habe ich alles gelöscht.

uname -a
Linux saturn 4.4.0-17-desktop #1 SMP PREEMPT Mon Jan 25 17:01:54 UTC 2016 (9b438ee) x86_64 x86_64 x86_64 GNU/Linux

Sauerland1
05.05.16, 19:08
Habe ich alles gelöscht.

uname -a
Linux saturn 4.4.0-17-desktop #1 SMP PREEMPT Mon Jan 25 17:01:54 UTC 2016 (9b438ee) x86_64 x86_64 x86_64 GNU/Linux

Und den Kernel hast Du wo her?
Damit wird VirtualBox aus dem OSS bzw. Update Repo nicht funktionieren.......

Meist ist es so, das die Distributionen eigentlich gut laufen, nur der User ist das Problem.
qed.

Dono
05.05.16, 19:16
Den kernel habe ich von: software.opensuse.org
Mit dem Standard suse Kernel (siehe dieser Thread) friert mein Rechner nach 30-60 Sekunden ein.
In ein bekannter bug.

Sauerland1
05.05.16, 19:28
Und dann versuchst du Kernel Module für Kernel 4.1 zum laufen zu bringen?
Gute Überlegung.

Klappt nur anscheinend nicht.........

Auf gut Deutsch:
Deinstalliere alles mit virtualbox im Namen, binde das Oracle Repo ein, installiere daraus VirtualBox.
http://download.virtualbox.org/virtualbox/rpm/opensuse/42.1/

Dono
05.05.16, 19:30
Man kann ja nicht sehen, was installiert wird.
Ich probiere mal die Version direkt von Oracle.
Blöderweise habe ich die header nicht mit installiert und meinen Kern gibt es so nicht mehr.
Warum kann es nicht einfach mal so funktionieren ...
kernel-devel für 4.4.0 finde ich auch nicht (grrrr)

Ich muss wohl den ganzen Motor (Kernel (4.4.8 oder 4.5.3?)) tauschen mit allem drum und dran, aber nicht mehr heute ;)

Sauerland1
05.05.16, 19:34
Man kann ja nicht sehen, was installiert wird.
Ich probiere mal die Version direkt von Oracle.
Warum kann man nicht sehen was installiert wird?
Ich habe beim Installieren die Augen nicht geschlossen.

PS:
Räum Deine Repo Liste auf, doppelte raus und das /home auch, gibt sonst nur Probleme.

Dono
05.05.16, 19:53
Wo kann man das denn sehen?
Doppelte? (Es sind evtl. etwas viele, aber das kommt vom Yast)
So ganz so eindeutig finde ich das ganz nicht. Nach etwas gefrickel ist mir aber immer klar, warum es nicht funktioniert.
Kann man (ich) nur hoffen, dass Leap noch einen aktuellen Kern bekommt. Auf meinem alten PC mit suse 13.1 läuft zum Glück noch alles. (ich könne natürlich 13.1 auf meinen neuen PC installieren oder ich warte auf den Nachfolger von 42.1)

Sauerland1
05.05.16, 19:56
zypper zeigt es an, Yast---Software installieren auch, wenn man auf Installationsüberblick klickt (sollte eigentlich aus dem Namen schon ersichtlich sein)......

Dono
12.06.16, 17:03
Neuer Kernel, neuer Versuch. Kernel ist jetzt: 4.2.5-12

Fehlermeldung bei der Inst von vbox:



Makefile:188: Warning: using /usr/src/linux as the source directory of your Linux kernel. If this is not correct, specify KERN_DIR=<directory> and run Make again.
make KBUILD_VERBOSE=1 SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 CONFIG_MODULE_SIG= -C /usr/src/linux modules
test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \
echo >&2; \
echo >&2 " ERROR: Kernel configuration is invalid."; \
echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo >&2 ; \
/bin/false)

ERROR: Kernel configuration is invalid.
include/generated/autoconf.h or include/config/auto.conf are missing.
Run 'make oldconfig && make prepare' on kernel src to fix it.

mkdir -p /tmp/vbox.0/.tmp_versions ; rm -f /tmp/vbox.0/.tmp_versions/*

WARNING: Symbol version dump ./Module.symvers
is missing; modules will have no dependencies and modversions.




Warum geht das nicht? Ich habe die sourcen und syms ....

Sauerland1
12.06.16, 18:01
Du lernst es nie.

Räum Deine Repoliste auf, vor allem wirf die /home Repos raus.

Dann gibt es auch nicht solche Kernel-Versionen und du bleibst beim Leap Kernel.

Newbie314
12.06.16, 20:22
Hier läuft eine 42.1 mit Kernel


cat /proc/version
Linux version 4.1.21-14-default (geeko@buildhost) (gcc version 4.8.5 (SUSE Linux) ) #1 SMP PREEMPT Sun Apr 17 07:27:45 UTC 2016 (fc187c1)


und der vbox Version


zypper se -s '*virtualbox*' | grep 'i |'
i | virtualbox | package | 5.0.18-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-kmp-default | package | 5.0.18_k4.1.21_14-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-tools | package | 5.0.18-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-host-kmp-default | package | 5.0.18_k4.1.21_14-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-qt | package | 5.0.18-16.1 | x86_64 | openSUSE-Leap-42.1-Update


läuft unter Leap 42.1 einwandfrei.

Sauerland1
12.06.16, 20:57
Hier läuft eine 42.1 mit Kernel


cat /proc/version
Linux version 4.1.21-14-default (geeko@buildhost) (gcc version 4.8.5 (SUSE Linux) ) #1 SMP PREEMPT Sun Apr 17 07:27:45 UTC 2016 (fc187c1)


und der vbox Version


zypper se -s '*virtualbox*' | grep 'i |'
i | virtualbox | package | 5.0.18-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-kmp-default | package | 5.0.18_k4.1.21_14-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-guest-tools | package | 5.0.18-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-host-kmp-default | package | 5.0.18_k4.1.21_14-16.1 | x86_64 | openSUSE-Leap-42.1-Update
i | virtualbox-qt | package | 5.0.18-16.1 | x86_64 | openSUSE-Leap-42.1-Update


läuft unter Leap 42.1 einwandfrei.
Dafür müsste Dono den Kernel deinstallieren, das /home Repo des Kernels runterwerfen, seine Version von Virtualbox löschen (evtl. das Repo auch, hab jetzt nicht nachgeschaut) und dann deine Sachen installieren.

Meinst Du das klappt?

Newbie314
12.06.16, 21:03
Ich wollte nur der Pauschalaussage "Vbox läuft unter Leap 42.1 nicht" widersprechen: mit einer normalen Standard-Installation läuft es einwandfrei.

Ein Weg raus aus dem Repo Wirrwarr wäre eine Neuinstallation, dieses Mal nur mit den Repos die zur Distri passen, und nur mit Repos mit stabilen Versionen. Viel mehr schreibe ich in solchen Threads nicht mehr da ich sonst wie bei DERRICHTER doch nur "Threadverbot" erhalte ;)

Dono
14.06.16, 05:54
Hi

das Gefrickel mit den ganzen Kernelsachen kommt eben, weil der normale suse Kernel bei mit nicht funktioniert. Hängt offenbar an meiner Hardware. Auf einem älteren funktioniert es. Ich habe einiges wieder gelöscht und alles um der Kernel 4.2.5-12-default installiert.
vbox läuft jetzt auch und auch sonst alles. Mal sehen, wie stabil das jetzt ist.

Newbie314
14.06.16, 07:38
Ich habe hier alte Hardware von Dell, die ist sehr linuxkompatibel. Mit noch nicht standardmässig eingebundenen Kernels würde ich aber nur experimentieren wenn unverzichtbare Komponenten des Systems mit dem Standard Kernel nicht laufen. Wenn es sich nur um Peripherie oder z.B. Ein Touchpad handelt würde ich nur abwarten bis der Kernel der es unterstützt zum Standard für die verwendete Distri wird,

Sauerland1
14.06.16, 16:14
Und deswegen installierst du dir einen kernel aus einem /home Repo?

Naja........

Dono
19.06.16, 18:10
@Newbie314 Das ich den Standardkernel nicht benutzen kann (Rechner friert ein) stört mich auch. So bin ich nicht richtig update fähig und was weiß ich. Aber es kommt ja bald die 42.2 raus, dann werde ich es nochmal versuchen, wieder auf den Standard zu wechseln. Ich hatte auch schon einen Hardwarefehler nicht ausgeschlossen. Aber mit 13.2/13.1 läuft alles stabil. Im Moment läuft zum Glück alles was ich brauche.