Beiträge von wacken

Zitat von Sauerland

Dreckig aber funktioniert:
Zu wenig Rechte um USB Gerät zu verwenden › System einrichten und verwalten › Systemverwaltung, Installation, Aktualisierung › Forum › ubuntuusers.de

Das funktioniert für den USB-Stick, für den FTDI-USB Chip jedoch nicht. Hier bekomme ich weiterhin die gleiche Fehlermeldung.

Zitat von sterun

Gruppenzugehörigkeit ist gesetzt?
Und evtl. hilft das:
[gelöst] KVM / libvirt Hugepages Problem - debianforum.de

Welchen User muss ich in welche Gruppe aufnehmen?
Eintrag in die /etc/apparmor.d/abstractions/libvirt-qemu von:

/dev/bus/usb/ rw,
/dev/bus/usb/*/[0-9]* rw,
/run/udev/** rw,


owner /dev/hugepages/libvirt/qemu/** rw,

hat nicht geholfen.

Was ich gemacht habe, dass es für den USB-Speicher funktioniert ist folgendes:
sudo chmod a+rw /dev/bus/usb/001/007
Wobei 007 der USB-Stick ist. Sobald ich den USB-Stick entferne und wieder neu in den USB-Port stecke bekommt er eine neue Nummer zugewiesen und ich muss den Befehl mit der neuen Nummer wiederholen.
sudo chmod a+rw /dev/bus/usb/001/008

Wenn ich das nicht mache bekomme ich folgende Fehlermeldungen: (Error #2 ist unabhängig von dem USB-Problem immer vorhanden)

Error #1
libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/010: Keine Berechtigung libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes. 


Error #2
(qemu-system-x86_64:30796): Gtk-WARNING **: Allocating size to GtkScrollbar 0x5574928791e0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? (qemu-system-x86_64:30796): Gtk-WARNING **: Allocating size to GtkScrollbar 0x5574928793d0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? 


Error #3
libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/010: Keine Berechtigung libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes.

Wenn ich das ganze wie oben (sudo chmod a+rw /dev/bus/usb/001/011)
nun auch für den FTDI-USB-IC mache. Bekomme ich folgende Fehlermeldung:

Error #1
qemu-system-x86_64: -device usb-host,bus=usb.0,hostbus=1,hostport=1: Bus 'usb.0' not found

Ich habe eine Problem mit meinem Virtuellen Windows 10 welches mittels Qemu aufgesetzt ist.
Hier bekomme ich USB-Geräte gar nicht oder nur sehr umständlich durchgereicht.

Zitat von wacken

Ich habe ein System aufgesetzt und würde jetzt gerne ein USB-Gerät durchreichen, jedoch bekomme ich einen Fehler, dass Berechtigungen fehlen.
Quellcode
Quellcode bearbeiten

• Error #4
• libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/005: Keine Berechtigung libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes.
• Error #5
• libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/005: Keine Berechtigung
• Error #6
• libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes.

Das sind nach meinem Verständnis dynamisch angelegte Dateien, sodass ich die Berechtigung nach einem ausstrecken des Sticks und wieder Einsteckens erneut die Rechte ändern muss.
Gibt es eine einfache Lösung?

wacken schrieb:
Beim verwendeten FTDI Chip bekomme ich sogar, wenn ich die Rechte anpasse Probleme:
Quellcode

• Error #1
• qemu-system-x86_64: -device usb-host,bus=usb.0,hostbus=1,hostport=1: Bus 'usb.0' not found

Das Geräte sollte eigentlich auf bus 1 sein:

Beinahe vergessen.

Vielen Dank für die Hilfe. War wirklich lehrreich.

Beim verwendeten FTDI Chip bekomme ich sogar, wenn ich die Rechte anpasse Probleme:

Error #1
qemu-system-x86_64: -device usb-host,bus=usb.0,hostbus=1,hostport=1: Bus 'usb.0' not found

Das Geräte sollte eigentlich auf bus 1 sein:

Ich habe ein System aufgesetzt und würde jetzt gerne ein USB-Gerät durchreichen, jedoch bekomme ich einen Fehler, dass Berechtigungen fehlen.

Error #4
libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/005: Keine Berechtigung libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes. 


Error #5
libusb: error [_get_usbfs_fd] libusb couldn't open USB device /dev/bus/usb/001/005: Keine Berechtigung 


Error #6
libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes.

Das sind nach meinem Verständnis dynamisch angelegte Dateien, sodass ich die Berechtigung nach einem ausstrecken des Sticks und wieder Einsteckens erneut die Rechte ändern muss.
Gibt es eine einfache Lösung?

Das heißt, wenn ich

User1@linux-k7nn:~> grep -oE 'vmx|svm' /proc/cpuinfo
vmx
vmx
vmx
vmx

bekomme, dass 4 Intel-Kerne zur Virtualisierung zur Verfügung stehen?

Zitat von sterun

Das ist sehr speziell.
Mir fällt dazu nur eine Virtualisierung ein.
Entweder das bekannte und unter openSUSE perfekt lauffähige VirtualBox oder...
...das moderne, nahezu verlustfreie*** und ebenfalls unter openSUSE perfekt lauffähige Qemu / KVM.

*** Ein Vorteil von KVM ist, dass die Gastsysteme fast mit nativer Geschwindigkeit laufen, d.h. das Gastsystem reagiert nahezu so schnell wie ein natives System.

Aber vielleicht hat hier jemad eine bessere Idee (-:

Alles anzeigen

Ich habe mir jetzt mal die KVM angeguckt. Das klingt ja ganz interessant, wenn ich das richtig verstanden habe, kann die "verlustfreie" Umsetzung aber nur mit bestimmter Hardware realisiert werden.
Zum Prozessor(i3 6100u) habe ich noch Informationen gefunden, das er eine Virtualisierung unterstützt. Zum Mainboard(acer aspire e5-575G) habe ich aber nichts gefunden. Auf keiner QEMU-Untersützungsliste sind Acer Geräte genannt worden. Unterstützt Acer wirklich keine QEMU-Virtualisierung?

Hier die fertigen Dateien. Es ist noch nicht ganz zufriedenstellend, für mich aber ausreichend, sodass ich nicht mehr Aufwand investieren möchte.

systemd-File:

[Unit]
Description=Mounten nach VPN Verbindung
After=openvpn.target


[Service]
Type=simple
ExecStart=/home/User1/Skripte/mounten.sh


[Install]
WantedBy=multi-user.target

mounten.sh:

#!/bin/bash
#echo "Skript start"
while [ true ] 2> /dev/null > /dev/null; do
	#echo "While start"
	if nice -n 10 ping -c 5 -i 2 172.23.40.3 2> /dev/null > /dev/null; then
		#echo "Nach Ping Positiv"
		if nice -n 10 mount | grep //172.23.40.3/NAS01 2> /dev/null > /dev/null; then
			#echo "Mount Positiv"
			nice -n 10 sleep 0.1s
		else
			#echo "Mount Negativ"
			nice -n 10 mount mount -T /home/User1/Skripte/NAS.fstab -a 2> /dev/null > /dev/null
		fi
	else
			#echo "Nach Ping negativ"
			nice -n 10 umount -l /home/User1/NAS00 2> /dev/null > /dev/null
			nice -n 10 umount -l /home/User1/NAS01 2> /dev/null > /dev/null
	fi	
	#sleep 30s
done

Ja werde ich, möchte es aber noch ein bisschen testen, es scheint noch nicht ganz stabil zu laufen.