PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : VirtualBox startet nicht per kdesu



exponator
02.06.07, 02:27
Hi Fans,
ich habe die Anleitung von Stefan.Becker genauestens studiert und befolgt.
Im Kapitel 6) Erweiterte Netzwerkkonfiguration wollte ich durchmaschieren und dann per: kdesu /usr/bin/VirtualBox das Teil starten.
Es kommt dann trotz aller Eintragungen in sudoers die Abfrage nach dem root-Passwort.
Nun gut. Nach der Eingabe kommt die Fehlermeldung:

Failed to initialize COM or to find the VirtualBox COM server.
Most likely, the VirtualBox server is not running or failed to start.
The application will now terminate.
Callee RC: 0x80004005
Was soll ich davon halten?
Muss vielleicht vorher noch ein Programm (server) per sudo oder vom root-Account gestartet werden?

Kenny@Knoppix
02.06.07, 10:15
mhhh welche distri? hast du suse?

fuffy
02.06.07, 10:46
Hi!

Aus welchem Grund willst du VirtualBox ausgerechnet als root ausführen? VirtualBox läuft auch unter einem ganz normalen Benutzeraccount.

Gruß
fuffy

stefan.becker
02.06.07, 12:40
Das kommt auf das Netzwerk an. Ist man mit Shared Foldern und Internet zufrieden, reicht der Start als User. Für TUN/TAP Netzwerk braucht man bei neuen Kernelversionen leider Root-Rechte. Versuch es erstmal per sudo an an der Kommandozeile.

exponator
03.06.07, 21:00
Das kommt auf das Netzwerk an. Ist man mit Shared Foldern und Internet zufrieden, reicht der Start als User. Für TUN/TAP Netzwerk braucht man bei neuen Kernelversionen leider Root-Rechte. Versuch es erstmal per sudo an an der Kommandozeile.

@Kenny@Knoppix
Ich habe openSuSE 10.2

@fuffy
Nichts für ungut, aber das weiß ich selbst.
Vielleicht liest Du ja mal das Kapitel 6.1 und 6.1.1 durch.

@stefan
die Kernelversion, die ich benutze ist 2.6.18.8-0.3-default.
Deinen Rat befolgt VirtualBox per sudo an an der Kommandozeile aufzurufen kommt folgende Fehlermeldung:


Qt WARNING: VirtualBox: cannot connect to X server


Ich frage mich, wieso das anscheinend bei Dir funktioniert aber nicht bei mir?
Liegt es an der Kernelversion?

stefan.becker
03.06.07, 21:18
Gib mal zuvor "xhost +localhost" ein.

fuffy
03.06.07, 21:29
Hi!


@fuffy
Nichts für ungut, aber das weiß ich selbst.
Vielleicht liest Du ja mal das Kapitel 6.1 und 6.1.1 durch.
Hab ich. Und jetzt?
Wenn man der Gruppe vboxusers Zugriff auf /dev/net/tun gibt, kann man VirtualBox auch als normaler User verwenden.

Gruß
fuffy

exponator
03.06.07, 21:41
Gib mal zuvor "xhost +localhost" ein.

Leider kein Erfolg, stefan.
Immer noch die gleiche Fehlermeldung.
Öffne ich aber eine root-Konsole funktioniert der Aufruf von VirtualBox.
Ich habe dann den kompletten Ordner .VirtualBox aus meinem home nach /root kopiert und das Programm geöffnet. Alles leer. :(
Wie kann das sein?
Gibt es noch weitere Dateien, in welcher die Infos über das startbare VDI stecken? Der Virtual Disk Manager zeigt das VDI an.

markp1972
03.06.07, 21:45
Trag mal in die Datei sudoers

Defaults env_keep=DISPLAY
ein. Außerdem versuch mal

xhost +

Ich hatte mit sudo heute Probleme, diese Änderungen halfen bei mir.

Gruß,
Mark

stefan.becker
03.06.07, 21:50
Hi!


Hab ich. Und jetzt?
Wenn man der Gruppe vboxusers Zugriff auf /dev/net/tun gibt, kann man VirtualBox auch als normaler User verwenden.

Gruß
fuffy

Das war einmal. Bei neuen Kernel Versionen brauchst du root Rechte, um ein TAP Device anzulegen. Ist bei Qemu genauso, früher ging es noch als User, da reicht ein chmod/chown/chgrp auf das Device.

fuffy
03.06.07, 22:39
Das war einmal. Bei neuen Kernel Versionen brauchst du root Rechte, um ein TAP Device anzulegen. Ist bei Qemu genauso, früher ging es noch als User, da reicht ein chmod/chown/chgrp auf das Device.
Das Anlegen erledigt tunctl. Und tunctl wird eh via sudo aufgerufen.
Du kannst beim Aufruf von tunctl sogar den Owner des tap-Devices festlegen.

Gruß
fuffy

exponator
04.06.07, 00:01
Trag mal in die Datei sudoers

Defaults env_keep=DISPLAY
ein. Außerdem versuch mal

xhost +

Ich hatte mit sudo heute Probleme, diese Änderungen halfen bei mir.

Gruß,
Mark
Hab Ich gemacht.
Jetzt gehts.

Weiter habe ich gleich die gähnende Leere gefüllt, indem ich eine neue VM mit der kopierten .vdi erstellt habe.

Wenn ich nun auf General (rechte Seite) klicke, um etwas zu ändern, bekomme ich die Fehlermeldung:


Failed to access USB subsystem.

Could not load the Host USB Proxy Service (VERR_FILE_NOT_FOUND).
The service might be not installed on the host computer.

Result Code: 0x80004005
Component: Host
Interface: IHost {fd443ec1-000b-4f5b-9282-d72760a66916}
Callee: IMachine {fd443ec1-0009-4f5b-9282-d72760a66916}

Was ist denn das nun wieder?
Liegt es an der fstab?
Muss dort das usbfs auf auto stehen, statt auf noauto?

stefan.becker
04.06.07, 14:34
Das Anlegen erledigt tunctl. Und tunctl wird eh via sudo aufgerufen.
Du kannst beim Aufruf von tunctl sogar den Owner des tap-Devices festlegen.

Gruß
fuffy

Hast du es versucht? Ich habe es unter Suse 10.2 getestet, es geht definitiv nicht. Ohne Sudo Fehlermeldung beim Start, mit Sudo geht es. Steht auch so in diversen Howtos, z. B. eines für Ubuntu.

Teste das bitte, wenn du eine bessere Vorgehensweise hast, sollte das ins Howto.

Wie gesagt: Bei Qemu war das ab Kernel 2.6.18 auch auf einmal so. Früher ging das problemlos.

stefan.becker
04.06.07, 14:35
Hab Ich gemacht.
Jetzt gehts.

Weiter habe ich gleich die gähnende Leere gefüllt, indem ich eine neue VM mit der kopierten .vdi erstellt habe.

Wenn ich nun auf General (rechte Seite) klicke, um etwas zu ändern, bekomme ich die Fehlermeldung:


Failed to access USB subsystem.

Could not load the Host USB Proxy Service (VERR_FILE_NOT_FOUND).
The service might be not installed on the host computer.

Result Code: 0x80004005
Component: Host
Interface: IHost {fd443ec1-000b-4f5b-9282-d72760a66916}
Callee: IMachine {fd443ec1-0009-4f5b-9282-d72760a66916}

Was ist denn das nun wieder?
Liegt es an der fstab?
Muss dort das usbfs auf auto stehen, statt auf noauto?

Poste bitte den Eintrag in der fstab.

exponator
04.06.07, 16:43
Der Eintrag in der fstab (gestern abend laut Deiner Anleitung editiert: devgid=1000,devmode=0664) und wieder auf auto gesetzt:


usbfs /proc/bus/usb usbfs auto,devgid=1000,devmode=0664 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0

Was soll daran falsch sein?
Ich denke es ist alles richtig eingestellt.

stefan.becker
04.06.07, 22:44
Poste mal die Ausgabe von "cat /proc/bus/usb/devices".

exponator
05.06.07, 17:14
Gestern abend habe ich VirtualBox als normaler User gestartet und wollte an den Einstellungen der VM etwas ändern.
Es passierte dann aber überhaupt nichts mehr.
Das Teil hat sich aufgehängt.

Die Ausgabe von /proc/bus/usb/devices ergab folgendes:



T: Bus=08 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:0d.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms

T: Bus=07 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:0d.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms

T: Bus=06 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:0b.1
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms

T: Bus=05 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2
B: Alloc= 11/900 us ( 1%), #Int= 1, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default uhci_hcd
S: Product=UHCI Host Controller
S: SerialNumber=0000:00:0b.0
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms

T: Bus=05 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=ff(vend.) Sub=ff Prot=ff MxPS=64 #Cfgs= 1
P: Vendor=057c ProdID=2000 Rev= 3.01
S: Manufacturer=AVM Berlin
S: Product=USB ISDN-Connector
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=01(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms

T: Bus=05 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=12 MxCh= 4
D: Ver= 1.01 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=05e3 ProdID=0604 Rev= 0.12
S: Product=USB Hub
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 1 Ivl=255ms

T: Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 4
B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=0000:00:0d.2
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms

T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 4
B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=0000:00:0b.2
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms

T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 3
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default ohci_hcd
S: Product=OHCI Host Controller
S: SerialNumber=0000:00:02.3
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms

T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 3
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0000 ProdID=0000 Rev= 2.06
S: Manufacturer=Linux 2.6.18.8-0.3-default ohci_hcd
S: Product=OHCI Host Controller
S: SerialNumber=0000:00:02.2
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms

Desgleichen wenn ich VirtualBox als root aufrufe. Es hängt sich auf, wenn ich z. Bsp. auf irgendeine Einstellung klicke um was ändern zu wollen.

Allerdings ist nun eine Option USB hinzugekommen.
Soweit bin ich schon mal.

In /var/log/messages waren keine Fehler verzeichnet. Alles normal.

Steckt das Ganze doch noch in den Kinderschuhen, wird es sicherlich noch mal besser.

Vielleicht hat ja jemand schon eine Lösung.

stefan.becker
05.06.07, 19:01
Ich wollte nur wissen, ob USBFS gemountet ist. Das ist so OK, sonst wäre die Ausgabe leer bzw. "File not found".

Welche Version setzt du ein von VirtualBox? Woher hast du das Paket? Passend zur Distribution?

exponator
05.06.07, 19:49
Ich habe die Version 1.3.8 direkt von virtualbox.de.
Zunächst die Pakete Xalan und Xerces via smart installiert. Die libstdc++ in Version 5 (allerdings -compat) hatte ich bereits.
Dann die .run-Datei auf der Konsole ausgeführt und danach dir .rpm installiert.
Hat alles wunderbar funktioniert.
Hatte mich zwar erst gewundert, warum ein WindowsXP bereits vorhanden war. Habe mich aber schnell zurecht gefunden.

stefan.becker
05.06.07, 20:03
Hm, tut mir leid. Ich habe da so keine Idee.

Im Laufe der nächsten Tage soll Version 1.40 erscheinen, vielleicht wartest du einfach bis dahin.

exponator
05.06.07, 20:20
Aha.
Also wie ich schon sagte, steckt das Teil noch in den Kinderschuhen. Oder?
Wenn es unter der GPL bleibt, wird das sicher noch ein Renner.

stefan.becker
05.06.07, 20:34
Ich hatte mit der Vorversion auch Probleme, mit 1.36 lief gar nichts rund. Die 1.3.8 ist schon recht brauchbar. Ich denke, das wird schon.

exponator
05.06.07, 21:45
Das denke ich auch.
Wir können uns ja derweil austauschen.
Dafür ist ja das Board gedacht.
Gelle?

stefan.becker
07.06.07, 02:23
Version 1.40 ist erschienen.

Ein neuer Befehl "VBoxTunctl" erlaubt jetzt auch das Starten von VirtualBox ohne sudo, lediglich die Scripte müssen als sudo laufen..

Das Howto habe ich angepasst. Kannst ja mal antesten.

exponator
27.06.07, 14:34
Version 1.40 ist erschienen.
Das Howto habe ich angepasst. Kannst ja mal antesten.

Habe ich gamacht und folgendes herausgefunden:

1.) Meine kleine Fritz!Box-ISDN TK wird erkannt. Ich habe das Konfigprogramm installiert und gestartet. !! Absturz wegen eines 'internen Fehlers'. Ganz im Gegensatz zu VMware.

2.) Der Drucker läßt sich via USB prima bedienen.

3.) (Nicht mehr ganz nachvollziehbar) Das Netzwerk ist via NAT eingerichtet. Meine Arbeitsgruppe in der alle PCs stecken läßt sich durchforsten. (Standard IPs)

4.) Im VB-Menü darf ich nicht unter Geräte auf 'CD/DVD-Rom einbinden' kommen, sonst friert mein KDE ein. Die Maus funktioniert aber noch. In /var/log/messages wird nichts protokolliert.

Weiteres später.

stefan.becker
27.06.07, 20:52
Perfekt ist VirtualBox halt noch lange nicht.

Habe gestern mal Vista mit Shared Foldern getestet. Klickst du im Explorer auf das Netzlaufwerk, stürzt direkt die ganze VM ab.

Samba hingegen geht problemlos.

Aber damit kann man leben, VB scheint ein Super Stück Software zu werden.