Hi,
ich plage mich gerade damit herum, dem Windows-Gast USB zur Verfügung zu stellen, damit ich die Karten meines Garmin-Navi wieder einmal updaten kann. Z.Zt. sehe ich von Windows aus kein USB-Teil
System openSuSE 13.1 64bit, qemu-kvm 2.0.93 aus dem Virtualisierungsrepo Gast Windows 8.1
Nach Anleitung mit dem virt-manager die Verbindung hergestellt.
Die VM startet nicht. Meldung (Kurzfassung), die genaue Meldung unter dem Strich:
libvirtError: internal error: process exited while connecting to monitor: 2014-08-20T17:10:19.344457Z qemu-system-x86_64: -device usb-host,hostbus=2,hostaddr=8,id=hostdev0: 'usb-host' is not a valid device model name
Bei einem Stick, meinem Scanner und einer USB-Festplatte vergleichbare Meldungen. Alle USB-Teile kann ich unter Linux mounten und lesen. Der Scanner arbeitet bei Bedarf auch mit XSane.
Weitere Suche ergab die Empfehlung mit lsusb die Adressen der angeschlossenen USB-Teile herauszufinden.
lsusb Bus 002 Device 008: ID 13fe:3e00 Kingston Technology Company Inc. Flash Drive Bus 002 Device 006: ID 091e:255b Garmin International Nuvi 2505LM Bus 008 Device 002: ID 045e:00f1 Microsoft Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub .... ....
und als root folgendes auszuführen, angepasst auf mein System, testweise nur mit dem USB-Stick, das Navi brauche ich noch.
qemu-kvm /lokal/VMs/images_kvm/Win8_Pro.qcow2 -usb -device usb-host,hostbus=2,hostaddr=8 Warning: default mac address being used, creating potential for address conflict qemu-system-x86_64: -device usb-host,hostbus=2,hostaddr=7: 'usb-host' is not a valid device model name
Google sagt: Ich bin nicht allein.
Was tun?
Gruß Peter
--------------- Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 127, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1355, in startup self._backend.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 951, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: internal error: process exited while connecting to monitor: 2014-08-20T17:10:19.344457Z qemu-system-x86_64: -device usb-host,hostbus=2,hostaddr=8,id=hostdev0: 'usb-host' is not a valid device model name
Am 20.08.2014 23:05, schrieb Peter Mc Donough:
... ich plage mich gerade damit herum, dem Windows-Gast USB zur Verfügung zu stellen, damit ich die Karten meines Garmin-Navi wieder einmal updaten kann. Z.Zt. sehe ich von Windows aus kein USB-Teil ...
Ein weiterer Test: Host wie bisher openSuSE 13.164bit als Host, openSuSE 13.1 32bit als Guest. Der gleiche Misserfolg!
An Windows liegt es also nicht.
Hat jemand Erfolg mit der Durchreichung von USB an eine VM mit Suse 13.1 als Host.
Gruß Peter
Am Freitag, 22. August 2014, 12:58:41 schrieb Peter Mc Donough:
(...). Hat jemand Erfolg mit der Durchreichung von USB an eine VM mit Suse 13.1 als Host.
Mit openSUSE 13.1 und VirtualBox aus dem Oracle-Repository(!) http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/virtualbox.repo und dem Extension Pack von https://www.virtualbox.org/wiki/Downloads und den entsprechenden USB-Filtern in den Einstellungen der virtuellen Maschine kann ich sogar unter Windows 7 ein iPhone updaten oder wiederherstellen.
Gruß Jan
Am 22.08.2014 17:17, schrieb Jan Ritzerfeld:
Am Freitag, 22. August 2014, 12:58:41 schrieb Peter Mc Donough:
(...). Hat jemand Erfolg mit der Durchreichung von USB an eine VM mit Suse 13.1 als Host.
Mit openSUSE 13.1 und VirtualBox aus dem Oracle-Repository(!)
Ich weiß, damit hatte ich angefangen. Ich würde jedoch KVM vorziehen, auch weil ich dann mit dem Kernel unabhängiger, WENN USB sich so einrichten ließe, wie in der Anleitung beschrieben ist.
Ich hatte auch in alt.linux.suse und de.comp.os.unix.linux.misc nachgefragt.
Es kam ein Hinweis auf, wie es aussieht, Bug in openSuSE, einschließlich factory: https://bugs.launchpad.net/qemu/+bug/1320360
Gruß Peter
Am Freitag, 22. August 2014, 21:21:04 schrieb Peter Mc Donough:
Am 22.08.2014 17:17, schrieb Jan Ritzerfeld: (...).
Mit openSUSE 13.1 und VirtualBox aus dem Oracle-Repository(!)
Ich weiß, damit hatte ich angefangen.
Oh, den Anfang habe ich wohl verpasst.
Ich würde jedoch KVM vorziehen, auch weil ich dann mit dem Kernel unabhängiger, (...).
VirtualBox aus den openSUSE-Repositories sollten mittlerweile auch USB können, wenn man die udev-Rules aktiviert, die aus Sicherheitsgründen auskommentiert sind. Und IIRC macht da ein Kernel-Update nichts kaputt. Ich habe es aber auch nicht mehr ausprobiert. Ein gewichtigeres Problem könnte die Lizenz des Extension-Packs sein, das man nur privat nutzern oder ausprobieren darf.
Es kam ein Hinweis auf, wie es aussieht, Bug in openSuSE, einschließlich factory: https://bugs.launchpad.net/qemu/+bug/1320360
https://bugzilla.novell.com/show_bug.cgi?id=863933 https://bugzilla.novell.com/show_bug.cgi?id=863991
In Factory sollte das eigentlich behoben sein, da ist mittlerweile die libusb-1_0-1.0.19 drin. Und das qemu-Paket benutzt die auch bei openSUSE- Versionen größer als 13.1.
Im Projekt hardware gibt es die libusb-1_0-1.0.19 auch für openSUSE 13.1. Falls es also nur daran liegt, könnte man qemu aus dem Projekt Virtualization in sein Home branchen, die beiden Checks auf >1310 entfernen und das hardware-Repository in dem eigenen Branch-Projekt eintragen wie in http://en.opensuse.org/openSUSE:Build_Service_Tips_and_Tricks#Adding_multipl... beschrieben. Den ganzen Kram manuell zu kompilieren wie in dem qemu-Bug geschrieben ist offensichtlich schwieriger.
Gruß Jan
Am 23.08.2014 16:03, schrieb Jan Ritzerfeld:
Am Freitag, 22. August 2014, 21:21:04 schrieb Peter Mc Donough:
Am 22.08.2014 17:17, schrieb Jan Ritzerfeld: (...).
Mit openSUSE 13.1 und VirtualBox aus dem Oracle-Repository(!)
Ich weiß, damit hatte ich angefangen.
Oh, den Anfang habe ich wohl verpasst.
Sorry, das ware vor einiger Zeit mein Einstieg mit dem Betrieb von XP in einer VM bevor ich mit Windows 8 auf KVM umstieg.
Ich würde jedoch KVM vorziehen, auch weil ich dann mit dem Kernel unabhängiger, (...).
...
Es kam ein Hinweis auf, wie es aussieht, Bug in openSuSE, einschließlich factory: https://bugs.launchpad.net/qemu/+bug/1320360
https://bugzilla.novell.com/show_bug.cgi?id=863933 https://bugzilla.novell.com/show_bug.cgi?id=863991
Vom Februar und März! Hätte ich gerne meinen Senf dazu gegeben. Die wollen aber für die Teilnahme an Bugzilla zu viele persönliche Daten haben.
In Factory sollte das eigentlich behoben sein, da ist mittlerweile die libusb-1_0-1.0.19 drin. Und das qemu-Paket benutzt die auch bei openSUSE- Versionen größer als 13.1.
Ich hätte erwartet, dass das zumindest im Virtualisierungsrepo für die 13.1 angeboten wird. Was machen den diejenigen, die nur die Standardrepos benutzen wollen und "stable" Versionen erwarten?
Im Projekt hardware gibt es die libusb-1_0-1.0.19 auch für openSUSE 13.1. Falls es also nur daran liegt, könnte man qemu aus dem Projekt Virtualization in sein Home branchen, ...
So dringend ist mein Bedarf an Windows nicht. Hatte ich erwähnt, dass an eine VM mit Suse 13.1 hier ebenfalls kein USB durchgereicht wird.
Gruß Peter
Hallo Peter, hallo Leute,
Am Samstag, 23. August 2014 schrieb Peter Mc Donough:
Am 23.08.2014 16:03, schrieb Jan Ritzerfeld:
...
https://bugzilla.novell.com/show_bug.cgi?id=863933 https://bugzilla.novell.com/show_bug.cgi?id=863991
Vom Februar und März! Hätte ich gerne meinen Senf dazu gegeben. Die wollen aber für die Teilnahme an Bugzilla zu viele persönliche Daten haben.
Kommt drauf an, von wo aus Du die Registrieren-Seite anklickst ;-)
Von Bugzilla oder *.novell.com aus wird wirklich einiges abgefragt. Das ist (aus openSUSE-Sicht) ein bekanntes Problem.
Es geht aber auch mit weniger Daten: geh mal auf de.opensuse.org und dort auf "Sign up" - da werden Mailadresse, Name und Land abgefragt. Und natürlich der gewünschte Benutzername und das Passwort ;-)
In Factory sollte das eigentlich behoben sein, da ist mittlerweile die libusb-1_0-1.0.19 drin. Und das qemu-Paket benutzt die auch bei openSUSE- Versionen größer als 13.1.
Ich hätte erwartet, dass das zumindest im Virtualisierungsrepo für die 13.1 angeboten wird. Was machen den diejenigen, die nur die Standardrepos benutzen wollen und "stable" Versionen erwarten?
Einen Bugreport aufmachen (oder einen vorhandenen kommentieren) und um ein Update bitten ;-)
Gruß
Christian Boltz
Am 24.08.2014 00:27, schrieb Christian Boltz:
Am Samstag, 23. August 2014 schrieb Peter Mc Donough:
Am 23.08.2014 16:03, schrieb Jan Ritzerfeld:
...
https://bugzilla.novell.com/show_bug.cgi?id=863933 https://bugzilla.novell.com/show_bug.cgi?id=863991
Vom Februar und März! Hätte ich gerne meinen Senf dazu gegeben. ...
... Es geht aber auch mit weniger Daten: geh mal auf de.opensuse.org und dort auf "Sign up" - da werden Mailadresse, Name und Land abgefragt. ...
Danke für den Hinweis. Senf wurde zu Bug 863991 hinzugefügt.
Gruß Peter
Am Samstag, 23. August 2014, 22:40:16 schrieb Peter Mc Donough:
Am 23.08.2014 16:03, schrieb Jan Ritzerfeld:
Am Freitag, 22. August 2014, 21:21:04 schrieb Peter Mc Donough:
(...).
Es kam ein Hinweis auf, wie es aussieht, Bug in openSuSE, einschließlich factory: https://bugs.launchpad.net/qemu/+bug/1320360
https://bugzilla.novell.com/show_bug.cgi?id=863933 https://bugzilla.novell.com/show_bug.cgi?id=863991
Vom Februar und März!
Und vor 6 Monaten wurde auch die libusb-1_0 in hardware und dann in Factory aktualisiert sodass qemu sie in Factory auch benutzt.
(...).
In Factory sollte das eigentlich behoben sein, da ist mittlerweile die libusb-1_0-1.0.19 drin. Und das qemu-Paket benutzt die auch bei openSUSE-Versionen größer als 13.1.
Ich hätte erwartet, dass das zumindest im Virtualisierungsrepo für die 13.1 angeboten wird. Was machen den diejenigen, die nur die Standardrepos benutzen wollen und "stable" Versionen erwarten?
Die können USB leider nicht nutzen. Denn die dafür benötigte libusb-1_0 ist eben nicht "stable". Schau mal im YaST nach, welche anderen Pakete alle von der abhängen. Du willst die libusb-1_0 nicht einfach so aktualisieren! Und parallel installieren geht auch nicht mal eben.
Im Projekt hardware gibt es die libusb-1_0-1.0.19 auch für openSUSE 13.1. Falls es also nur daran liegt, könnte man qemu aus dem Projekt Virtualization in sein Home branchen, ...
So dringend ist mein Bedarf an Windows nicht.
In meinem Home-Repo habe ich qemu gebrancht, wie oben beschrieben gepatcht und lasse es für 13.1 i586 und x86_64 bauen. Es ist also mit --enable-libusb und braucht somit libusb-1_0 aus hardware. Ob es funktioniert, kann ich dir aber nicht sagen. https://build.opensuse.org/project/show/home:jritzerfeld:branches:Virtualiza...
Hatte ich erwähnt, dass an eine VM mit Suse 13.1 hier ebenfalls kein USB durchgereicht wird.
Mit qemu? Ich benutze das zwar nicht, aber warum sollte sich mit einem Linux-Gast anders verhalten?
Gruß Jan
Am 22.08.2014 17:17, schrieb Jan Ritzerfeld:
Am Freitag, 22. August 2014, 12:58:41 schrieb Peter Mc Donough:
(...). Hat jemand Erfolg mit der Durchreichung von USB an eine VM mit Suse 13.1 als Host.
Ich habe mich von KVM getrennt! Grund: Unvereinbare Vorstellung bei der Durchführung gemeinsamer Arbeiten.
Mit openSUSE 13.1 und VirtualBox aus dem Oracle-Repository(!) http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/virtualbox.repo und dem Extension Pack von https://www.virtualbox.org/wiki/Downloads und den entsprechenden USB-Filtern in den Einstellungen der virtuellen Maschine kann ich sogar unter Windows 7 ein iPhone updaten oder wiederherstellen.
Genau so werde ich es machen. Gibt es Gründe, die "virtualbox-guest-tools aus dem 13.1 suse.Virtualbox Repo nicht zu verwenden?
Ich kämpfe da noch mit der Meldung: --------- vboxadd.service loaded failed failed LSB: VirtualBox Linux Additions kernel modules --------------
Gruß Peter
Am Samstag, 6. September 2014, 12:54:22 schrieb Peter Mc Donough:
Am 22.08.2014 17:17, schrieb Jan Ritzerfeld: (...).
Mit openSUSE 13.1 und VirtualBox aus dem Oracle-Repository(!) http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3/virtualbox.r epo und dem Extension Pack von https://www.virtualbox.org/wiki/Downloads und den entsprechenden USB-Filtern in den Einstellungen der virtuellen Maschine kann ich sogar unter Windows 7 ein iPhone updaten oder wiederherstellen.
Genau so werde ich es machen. Gibt es Gründe, die "virtualbox-guest-tools aus dem 13.1 suse.Virtualbox Repo nicht zu verwenden?
Wenn du VirtualBox direkt von download.virtualbox.org benutzt: https://www.virtualbox.org/manual/ch04.html#idp55330864 | You may choose to keep the distribution's version of the Guest Additions | but these are often not up to date and limited in functionality, so we | recommend replacing them with the Guest Additions that come with | VirtualBox
Ich kämpfe da noch mit der Meldung:
vboxadd.service loaded failed failed LSB: VirtualBox Linux Additions kernel modules
Hast du du die Guest-Additions auch im Gast installiert und versuchst sie auch im Gast zu starten? Und was steht da noch nach oder vor der obigen Fehlermeldung? Vielleicht ein Hinweis wo bzw. wie du näheres rausbekommen kannst?
Gruß Jan
Am 07.09.2014 17:07, schrieb Jan Ritzerfeld:
Am Samstag, 6. September 2014, 12:54:22 schrieb Peter Mc Donough:
Am 22.08.2014 17:17, schrieb Jan Ritzerfeld: (...). Genau so werde ich es machen. Gibt es Gründe, die "virtualbox-guest-tools aus dem 13.1 suse.Virtualbox Repo nicht zu verwenden?
Wenn du VirtualBox direkt von download.virtualbox.org benutzt: https://www.virtualbox.org/manual/ch04.html#idp55330864
Ich habe das SuSE Virtualisierungsrepo herausgenommen, Virtualbox deinstalliert und von https://www.virtualbox.org alles dazugehörige neu geholt. Keine Fehlermeldungen mehr. Alle diesbezüglichen Probleme gelöst.
Danke für die Tipps
Gruß Peter
Peter Mc Donough schrieb:
Hi,
ich plage mich gerade damit herum, dem Windows-Gast USB zur Verfügung zu stellen, damit ich die Karten meines Garmin-Navi wieder einmal updaten kann. Z.Zt. sehe ich von Windows aus kein USB-Teil
System openSuSE 13.1 64bit, qemu-kvm 2.0.93 aus dem Virtualisierungsrepo Gast Windows 8.1
So ... um mal die Sache auf den aktuellen Stand zu bringen. Im Rahmen der Aktualisierungen für Suse 8.1 hat sich etwas bewegtn .. (zumindest gilt das jetzt für ein neu aufgesetztes System)
Mit dem Virt-Manager lassen sich usb-Devices hinzufügen und zumindest ein USB-Stick wurde schon von einem Windows-Gast erfolgreich erkannt und beschrieben. Dazu waren KEINE Guest-Erweiterungen notwendig (der SP-Gast läuft nur mit SP 3 ohne weitere Updates) Ich hab jetzt noch keine anderen USB-Geräte angeschlossen - für den Fall dass hier jemand die Liste oder das Archiv durchsucht wollte ich nur mitteilen - es hat sich was getan !!
Lutz
Nach Anleitung mit dem virt-manager die Verbindung hergestellt.
Die VM startet nicht. Meldung (Kurzfassung), die genaue Meldung unter dem Strich:
libvirtError: internal error: process exited while connecting to monitor: 2014-08-20T17:10:19.344457Z qemu-system-x86_64: -device usb-host,hostbus=2,hostaddr=8,id=hostdev0: 'usb-host' is not a valid device model name
Bei einem Stick, meinem Scanner und einer USB-Festplatte vergleichbare Meldungen. Alle USB-Teile kann ich unter Linux mounten und lesen. Der Scanner arbeitet bei Bedarf auch mit XSane.
Weitere Suche ergab die Empfehlung mit lsusb die Adressen der angeschlossenen USB-Teile herauszufinden.
lsusb Bus 002 Device 008: ID 13fe:3e00 Kingston Technology Company Inc. Flash Drive Bus 002 Device 006: ID 091e:255b Garmin International Nuvi 2505LM Bus 008 Device 002: ID 045e:00f1 Microsoft Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub .... ....
und als root folgendes auszuführen, angepasst auf mein System, testweise nur mit dem USB-Stick, das Navi brauche ich noch.
qemu-kvm /lokal/VMs/images_kvm/Win8_Pro.qcow2 -usb -device usb-host,hostbus=2,hostaddr=8 Warning: default mac address being used, creating potential for address conflict qemu-system-x86_64: -device usb-host,hostbus=2,hostaddr=7: 'usb-host' is not a valid device model name
Google sagt: Ich bin nicht allein.
Was tun?
Gruß Peter
Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 127, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1355, in startup self._backend.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 951, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: internal error: process exited while connecting to monitor: 2014-08-20T17:10:19.344457Z qemu-system-x86_64: -device usb-host,hostbus=2,hostaddr=8,id=hostdev0: 'usb-host' is not a valid device model name
Lutz Nülle schrieb:
Peter Mc Donough schrieb:
Hi,
ich plage mich gerade damit herum, dem Windows-Gast USB zur Verfügung zu stellen, damit ich die Karten meines Garmin-Navi wieder einmal updaten kann. Z.Zt. sehe ich von Windows aus kein USB-Teil
System openSuSE 13.1 64bit, qemu-kvm 2.0.93 aus dem Virtualisierungsrepo Gast Windows 8.1
So ... um mal die Sache auf den aktuellen Stand zu bringen. Im Rahmen der Aktualisierungen für Suse 8.1 hat sich etwas bewegtn .. (zumindest gilt das jetzt für ein neu aufgesetztes System)
natürlich 13.1 .....
Mit dem Virt-Manager lassen sich usb-Devices hinzufügen und zumindest ein USB-Stick wurde schon von einem Windows-Gast erfolgreich erkannt und beschrieben. Dazu waren KEINE Guest-Erweiterungen notwendig (der SP-Gast läuft nur mit SP 3 ohne weitere Updates) Ich hab jetzt noch keine anderen USB-Geräte angeschlossen - für den Fall dass hier jemand die Liste oder das Archiv durchsucht wollte ich nur mitteilen - es hat sich was getan !!
Lutz
-
Christian Boltz -
Jan Ritzerfeld -
Lutz Nülle -
Peter Mc Donough