Linux клиент VMWare View 5.0 c «пробросом USB»

в 7:45, , рубрики: linux, vmware view, системное администрирование, Убунтариум, метки:

В продолжение моей предыдущей заметки Дружим Thinstation 5.0 и клиент VMWare View 5.0 c полноценным USB-redirect'ом, для тестов необходимо было собрать клиент версии 5.0 с «пробросом USB», который бы работал в Linux. Так как я лучше всего знаю Ubuntu — пакет собирал для нее. Готовый пакет версии 5.0 под катом.

Объясню, зачем пришлось изобретать велосипед: «проброса USB» в официальном клиенте из партнерского репозитория Ubuntu на данный момент просто напросто нету, а клиент версии 4.6 из статьи по его установке не подходит по разным причинам. Поэтому был взят официальный клиент VMWare View 1.4 для тонких клиентов НР серии ThinPro. К сожалению, dpkg напрочь игнорировал пакет, который я выковырял, а просто распаковывать его в свою систему я не хотел — поэтому взялся его перепаковать.
В итоге, я собрал его с такими отличиями от вышеупомянутого «оригинала»:

  • включение функционала «проброса USB» во время инсталляции пакета;
  • замена иконок, неиспользуемые выброшены, нужные взяты из официального клиента;
  • регистрация клиента в меню, среди других установленных в системе программ;
  • оставлено соглашение и справка только на английском языке.

Теоретически, если распаковать .deb пакет как архив, клиент должен работать в любом популярном дистрибутиве. Из жизненно необходимых зависимостей я заметил только библиотеку libssl0.9.8, которой нет в базовой поставке Ubuntu 11.10. Исправим это:
apt-get install libssl0.9.8

Теперь установим пакет:
dpkg -i vmware-view-client.deb

Собранный .deb пакет можно забрать тут. Работает отлично, проверялся на нескольких машинах.
Сконвертированный alien'ом .rpm пакет берем здесь. К сожалению, не смог его проверить, отпишитесь, пожалуйста, кто сможет протестировать его работу.

Для теста подключалась флешка. Впоследствии оказалось, что на тестовом ноутбуке так же имеется блютус висящий на USB шине. Все работает, поставленной задачи добился. Ниже лог.

vmware-view-usb-8007.log:

Apr 20 19:41:48.611: vmware-usb| Log for VMware Workstation pid=8007 version=7.1.0 build=build-636740 option=Release
Apr 20 19:41:48.611: vmware-usb| The process is 32-bit.
Apr 20 19:41:48.611: vmware-usb| Host codepage=UTF-8 encoding=UTF-8
Apr 20 19:41:48.611: vmware-usb| Starting...
Apr 20 19:41:48.612: vmware-usb| USB: Unable to open "/proc/bus/usb/devices" (No such file or directory).
Apr 20 19:41:48.612: vmware-usb| USBGL: USB Sysfs found at /dev/bus/usb
Apr 20 19:41:48.732: unknown| Remote USB status reported, state: available
Apr 20 19:41:48.732: unknown| Device attributes: Name: ASUSTek Bluetooth Adapter,  Id: vid2821(0x0b05)&pid5906(0x1712),  Family: , Path: bus4,port3
Apr 20 19:41:48.732: unknown| 'ASUSTek Bluetooth Adapter' is allowed. Path: 578
Apr 20 19:41:48.733: unknown| InitDbus: Unable to connect to DBus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Apr 20 19:41:48.733: unknown| ASUSTek Bluetooth Adapter is being redirected
Apr 20 19:41:49.611: vmware-usb| USBG: CONNREQ: Dequeued head request after 878 ms for [name:ASUSTek Bluetooth Adapter vid:0b05 pid:1712 path:4/2 speed:full family:other,wireless,bluetooth]
Apr 20 19:41:49.613: vmware-usb| Unexpected error received 2 from USBDEVFS_CONNECTINFO
Apr 20 19:41:49.869: vmware-usb| Claimed 'ASUSTek Bluetooth Adapter' device, Plug No: 1
Apr 20 19:41:49.921: vmware-usb| Sending device plug-in to desktop, plug No:1
Apr 20 19:41:49.922: vmware-usb| Sent device plug-in to desktop, plug No:1
Apr 20 19:41:49.927: unknown| Remote plug-in response, Plug No: 1, RespType: Ok, Remote Version: 3
Apr 20 19:41:49.927: unknown| Device attributes: Name: Kingston DT101 G2,  Id: vid2385(0x0951)&pid5698(0x1642),  Family: storage, Path: bus1,port4
Apr 20 19:41:49.927: unknown| 'Kingston DT101 G2' is allowed. Path: 786
Apr 20 19:41:49.928: unknown| InitDbus: Unable to connect to DBus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Apr 20 19:41:49.928: unknown| Kingston DT101 G2 is being redirected
Apr 20 19:41:49.929: vmware-usb| Device doesn't have a product string.
Apr 20 19:41:49.929: vmware-usb| USBG: CONNREQ: Dequeued head request after 1 ms for [name:Kingston DT101 G2 vid:0951 pid:1642 path:1/3 speed:high family:storage]
Apr 20 19:41:49.986: vmware-usb| Claimed 'Kingston DT101 G2' device, Plug No: 2
Apr 20 19:41:49.988: vmware-usb| Sending device plug-in to desktop, plug No:2
Apr 20 19:41:49.988: vmware-usb| Sent device plug-in to desktop, plug No:2
Apr 20 19:41:50.199: unknown| Remote plug-in response, Plug No: 2, RespType: Ok, Remote Version: 3
Apr 20 19:41:50.650: vmware-usb| USBGL: SETCONFIGURATION=1 failed -1:16:Device or resource busy, work around triggered
Apr 20 19:42:05.776: vmware-usb| Disconnecting all devices
Apr 20 19:42:06.119: vmware-usb| USBGL: RELEASEINTERFACE=0 failed -1:22:Invalid argument
Apr 20 19:42:06.119: vmware-usb| USBGL: USBDEVFS_CONNECT(0) failed -1:16:Device or resource busy
Apr 20 19:42:06.119: vmware-usb| USBGL: RELEASEINTERFACE=1 failed -1:22:Invalid argument
Apr 20 19:42:06.119: vmware-usb| USBGL: USBDEVFS_CONNECT(1) failed -1:16:Device or resource busy
Apr 20 19:42:06.119: vmware-usb| USBGL: RELEASEINTERFACE=2 failed -1:22:Invalid argument
Apr 20 19:42:06.119: vmware-usb| Released device, Plug No: 1
Apr 20 19:42:06.370: vmware-usb| USBGL: RELEASEINTERFACE=0 failed -1:22:Invalid argument
Apr 20 19:42:06.370: vmware-usb| USBGL: USBDEVFS_CONNECT(0) failed -1:16:Device or resource busy
Apr 20 19:42:06.370: vmware-usb| Released device, Plug No: 2
Apr 20 19:42:06.370: vmware-usb| Disconnecting all devices completed
Apr 20 19:42:06.370: vmware-usb| Exiting.

Автор: podwhitehawk

Поделиться

* - обязательные к заполнению поля