WTware клиент RDP

Стояла версия 4,5,29, некоторые грузились.... а на одной машине не захотело.
вот лог после подключения устройства:
init: directory ""
init: video 1024x768@24
init: pflags 000000EE
init: keyboard 00000419:00000000
init: hostname "wtw001111144992"
init: ipaddr "10.1.60.52"
init: RDP5 encryption (X.509).
init: RC4 key 128 bit.
init: Iteration, free RAM 58192 Kb
init: Iteration, free RAM 58180 Kb
init: Iteration, free RAM 58168 Kb
init: Iteration, free RAM 58156 Kb
init: Iteration, free RAM 58144 Kb
init: Iteration, free RAM 58120 Kb
KERNEL: usb 1-3: new high speed USB device using ehci_hcd and address 2
KERNEL: usb 1-3: New USB device found, idVendor=054c, idProduct=0340
KERNEL: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
KERNEL: usb 1-3: Product: DSC-W130
KERNEL: usb 1-3: Manufacturer: Sony
KERNEL: usb 1-3: SerialNumber: D34B9075F735
KERNEL: usb 1-3: configuration #1 chosen from 1 choice
KERNEL: scsi0 : SCSI emulation for USB Mass Storage devices
KERNEL: usb-storage: device found at 2
KERNEL: usb-storage: waiting for device to settle before scanning
KERNEL: scsi 0:0:0:0: Direct-Access Sony DSC 1.00 PQ: 0 ANSI: 0 CCS
KERNEL: usb-storage: device scan complete
KERNEL: sd 0:0:0:0: [sda] 1951744 512-byte logical blocks: (999 MB/953 MiB)
KERNEL: sd 0:0:0:0: [sda] Write Protect is off
KERNEL: sd 0:0:0:0: [sda] Mode Sense: 00 6a 20 00
KERNEL: sd 0:0:0:0: [sda] Assuming drive cache: write through
KERNEL: sd 0:0:0:0: [sda] Assuming drive cache: write through
KERNEL: sda: sda1
KERNEL: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
KERNEL: FAT: bogus number of reserved sectors
KERNEL: VFS: Can't find a valid FAT filesystem on dev sda.
hotplug: R/w mount ("/dev/sda", "/mnt/usb-rdp/0",..) failed, errno 22.
KERNEL: sd 0:0:0:0: [sda] Assuming drive cache: write through
KERNEL: sd 0:0:0:0: [sda] Attached SCSI removable disk
KERNEL: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
KERNEL: FAT: bogus number of reserved sectors
KERNEL: VFS: Can't find a valid FAT filesystem on dev sda.
hotplug: R/o mount ("/dev/sda", "/mnt/usb-rdp/0",..) failed, errno 22.
init: Iteration, free RAM 58004 Kb
KERNEL: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
init: Iteration, free RAM 57992 Kb
hotplug: Success: USB1p1 mounted.

Флэшка не видится.....
Что может быть причиной????

Может можно попробовать воткнуть фотоаппарат с сервер? чтобы установились дрова нормально? или поиграть с параметрами УСБ в биосе клиента?

kiki писал(а):hotplug: Success: USB1p1 mounted.

Вот это как бы и есть счастье. После этого надо открыть проводник, набрать:
\\tsclient
И оно там будет. Или в логе появятся новые строчки ругани, которые я хочу видеть.

Попутно: другие флэшки на этом же сервере при логине этим же юзером видны нормально?

При тестировании помниться у меня все флэшки отображались в проводнике, сейчас проверил этот фотоаппарат и две свои флэшки (на 32 и 16 ГБ) у 5 клиентов с разным железом чего -то ни у кого не работает через проводник...
лог подключения фотоаппарата:
KERNEL: usb 1-3: new high speed USB device using ehci_hcd and address 2
KERNEL: usb 1-3: New USB device found, idVendor=054c, idProduct=0340
KERNEL: usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
KERNEL: usb 1-3: Product: DSC-W130
KERNEL: usb 1-3: Manufacturer: Sony
KERNEL: usb 1-3: SerialNumber: D34B9075F735
KERNEL: scsi0 : usb-storage 1-3:1.0
init: Iteration, free RAM 57944 Kb
KERNEL: scsi 0:0:0:0: Direct-Access Sony DSC 1.00 PQ: 0 ANSI: 0 CCS
KERNEL: sd 0:0:0:0: [sda] 1951744 512-byte logical blocks: (999 MB/953 MiB)
KERNEL: sd 0:0:0:0: [sda] Write Protect is off
KERNEL: sd 0:0:0:0: [sda] Mode Sense: 00 6a 20 00
KERNEL: sd 0:0:0:0: [sda] Assuming drive cache: write through
KERNEL: sd 0:0:0:0: [sda] Assuming drive cache: write through
KERNEL: sda: sda1
KERNEL: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
KERNEL: FAT: bogus number of reserved sectors
KERNEL: VFS: Can't find a valid FAT filesystem on dev sda.
hotplug: R/w mount ("/dev/sda", "/mnt/usb-rdp/0",..) failed, errno 22.
KERNEL: sd 0:0:0:0: [sda] Assuming drive cache: write through
KERNEL: sd 0:0:0:0: [sda] Attached SCSI removable disk
KERNEL: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
KERNEL: FAT: bogus number of reserved sectors
KERNEL: VFS: Can't find a valid FAT filesystem on dev sda.
hotplug: R/o mount ("/dev/sda", "/mnt/usb-rdp/0",..) failed, errno 22.
KERNEL: FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
hotplug: Success: USB1p1 mounted.
init: Iteration, free RAM 57860 Kb

о чудо....через //tsclient видятся, к моему позору это я сразу не проверил...хотя раньше я помню флэшки и так виделись корректно в проводнике

Спасибо!!! так все флэшки видятся.... Но ведь при первом тестировании системы на втваре, я несколько разных флэшек проверял на разных клиентах, работали в проводнике.... ну это не суть важно, хоть как-то работают...

П.С. уже год как собираюсь пересадить половину офиса на терминалку (25-35 человек) лицензии (макрософта) год назад все приобрели, так вот дальше 4 человек дело не продвинулось... все мешают мелкие, но неприятные пользователям проблемы, то видео нельзя, то ДВД не пишет, то еще чего-то...Но самое главное я не решил корректно промлему резервного копирования и горячей замены терминального сервера. Изначально сделал два сервака (мощный и послабее), загрузка сетевая, рабочий стол и мои доки - сетевые ссылающиеся на расшаренную папку на этом же терминальном сервере, данные из этой папки реплицировались ДФСом на второй терм. сервер. Но выявилась никем необъяснимая причина "зависания" проводника у клиентов, при отключенном реплицировании такого нет... и вобщем от репликации динамической пришлось отказаться! а без нее никакой надежности. Отвалится основной терминальный сервер и все, пока его восстановишь со всеми файлами день-два могут пройти - работа стоит....
Делать профили на отдельном файл сервере так же не решает проблемы, если отвалится этот файл сервер - то остановится работа... т.е. крайне необходима безглючная репликация в режиме реального времени, чтоб хотя бы руками можно было быстро клиентов перевести на новое место расположения профилей. Есть ли что-то еще для решения этого вопроса....