Univention Bugzilla – Bug 26247
USB via RDP auf Windows7 Desktop funktioniert nicht vollständig
Last modified: 2016-10-05 19:57:10 CEST
Auf einem Windows7 DVS Desktop wird ein USB Stick als Verzeichnis über Computer->USB auf "Thinclient"->usbdisk-sda1 eingebunden. Der Stick ist dann auf dem Thinclient gemountet /dev/sda1 on /ramdisk/var/run/drives/usbdisk-sda1 type vfat (rw,sync,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) Im Syslog ist dazu folgende Meldung zu sehen: Feb 24 11:50:36 thinclient logger: add_fstab_entry called, options: sda Feb 24 11:50:36 thinclient logger: add_fstab_entry called, options: sda1 Per UCR Richtlinie sind für den Thinclient folgende Werte gesetzt: thinclient/usbdevice/local=yes thinclient/usbdevice/syncmount=yes Auf das Verzeichnis kann anschließend zugegriffen werden und der Inhalt wird angezeigt. Es war auch möglich eine Textdatei in einem Editor zu öffnen, zu verändern und abzuspeichern. Bei folgenden Aktionen traten Fehler auf, die dazu führten, dass der USB Stick garnicht mehr zugreifbar war und auch keine weiteren Sticks. Abziehen und neu anstecken war ebenfalls nicht erfolgreich. Auch der Mount Point wurde nicht aufgeräumt. Erstellen einer neuen Datei oder eines neuen Verzeichnisses. Dies führte zu einer Fehlermeldung über einen unerwarteten Fehler. Siehe Anhang usbfail1.png Löschen einer Datei. Dies führte zu einer Fehlermeldung über einen unerwarteten Fehler. Siehe Anhang usbfail2.png In beiden Fällen gab es noch die in Anhang usbfail3.png ersichtliche Fehlermeldung. Diese Meldung erscheint auch, wenn nach einem Fehler der Zugriff auf das Verzeichnis Computer->USB auf "Thinclient" versucht wird. Im Windows System Log ist zum Zeitpunkt der jeweiligen Aktion (neu Anlegen/Löschen) die in Fehlermeldung.png ersichtliche Meldung gelogged worden. Der USB Stick ist daraufhin weiter gemountet und es kann als normaler User auf der Kommandozeile des Thinclient darauf zugegriffen sowie Dateien angelegt, gelöscht und verändert werden.
Created attachment 4220 [details] usbfail1.png
Created attachment 4221 [details] usbfail2.png
Created attachment 4222 [details] usbfail3.png
Created attachment 4223 [details] Fehlermeldung.png
Ich vermute das dieser Bug ein Duplikat von Bug #25562 ist, sollte als nach dessen Fix nochmal geprüft werden.
Der Fehler tritt auch mit den Änderungen aus dem Patch an Bug #25562 auf. root@testbenutzerdesktoptc:~# mount ... /dev/sda1 on /ramdisk/var/run/drives/usbdisk-sda1 type vfat (rw,sync,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro)
Mit der aktuellen Version von FreeRDP (interner Scope freerdp-ucd-experimental) ist der Bug in meiner Testumgebung (UCS 2.4-4-7) nicht reproduzierbar. Es können erfolgreich neue Ordner und Dateien angelegt werden.
Nachtrag: der Bug konnte mit rdesktop erfolgreich reproduziert werden.
(In reply to comment #7) > Mit der aktuellen Version von FreeRDP (interner Scope freerdp-ucd-experimental) > ist der Bug in meiner Testumgebung (UCS 2.4-4-7) nicht reproduzierbar. Es > können erfolgreich neue Ordner und Dateien angelegt werden. Bereitstellung als Cool Solution über Bug #26471
Close all UCS DVS bugs.