USB设备重定向问题的智能诊断方法与流程

本发明属于桌面虚拟化技术领域，具体涉及一种usb设备重定向问题的智能诊断方法。

背景技术：

usb设备重定向是云桌面系统的基本功能。用户在云桌面客户端插上usb设备时，云桌面系统通过重定向技术，自动把设备映射到远程的虚拟机中，这样，用户就可以在虚拟机中看到usb设备；但是，由于usb外设类型繁杂，目前usb重定向技术还不能兼容所有的外设。

技术实现要素：

有鉴于此，本发明的主要目的在于提供一种usb设备重定向问题的智能诊断方法。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例提供一种usb设备重定向问题的智能诊断方法，该方法为：客户端与虚拟机连接成功后，所述客户端选择usb设备重定向到虚拟机中任意一个未测试的usb控制器；当所述虚拟机确定该usb设备的工作状态异常并且所述客户端确认瘦终端已经禁用驱动时，所述客户端通过rdp协议重新连接到虚拟机，如果该usb设备的工作状态异常则切换成正常协议连接虚拟机并且弹出提示。

上述方案中，所述虚拟机安装驱动之后，如果该usb设备依然工作状态异常，该方法还包括：所述虚拟机确定是否还有剩余未测试的usb控制器。

上述方案中，如果还有剩余未测试的usb控制器，则取消该usb设备当前的重定向并且将该usb设备重定向到所述剩余未测试的usb控制器中任意一个usb控制器，并且重新判断该usb设备是否工作状态异常；如果没有剩余未测试的usb控制器，则所述客户端确认瘦终端是否禁用驱动。

上述方案中，所述客户端确认瘦终端没有禁用驱动时，瘦终端禁用驱动并且重启，返回所述客户端重新判断该usb设备是否工作状态异常。

上述方案中，所述客户端通过rdp协议重新连接到虚拟机，之后，如果该usb设备的工作状态正常，则确定完成usb设备重定向。

上述方案中，所述客户端选择usb设备重定向到虚拟机中任意一个未测试的usb控制器，之后，该方法包括：所述虚拟机确认是否存在驱动。

上述方案中，如果所述虚拟机确认不存在驱动，则提示用户安装驱动并且等待驱动安装完毕，如果所述虚拟机确认存在驱动，则判断该usb设备是否工作状态异常。

与现有技术相比，本发明能够增强usb重定向技术的设备兼容性，自动化流程处理。

附图说明

图1为本发明实施例1提供一种usb设备重定向问题的智能诊断方法的流程图；

图2为本发明实施例2提供一种usb设备重定向问题的智能诊断方法的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例1

本发明实施例1提供一种usb设备重定向问题的智能诊断方法，如图1所示，该方法为：

步骤101：客户端与虚拟机连接成功后，所述客户端选择usb设备重定向到虚拟机中任意一个未测试的usb控制器；

具体地，所述usb控制器主要指usb3.0、usb2.0、usb1.0。

步骤102：所述虚拟机判断该usb设备的工作状态是否异常；

具体地，所述虚拟机确定该usb设备的工作状态异常转向步骤103，如果所述虚拟机确定该usb设备的工作状态正常转向步骤107。

步骤103：当所述虚拟机确定该usb设备的工作状态异常时，所述客户端确认瘦终端是否已经禁用驱动；

具体地，所述客户端确认瘦终端没有禁用驱动，瘦终端禁用驱动并且重启，返回步骤102；所述客户端确认瘦终端禁用驱动，转向步骤104。

linux系统禁用设备驱动有不同方法，以采用grub.cfg为例，内核启动参数中加blacklist参数来禁用驱动。

以禁用usb显示屏(驱动为udl,udlfb)为例，客户端运行命令：sed's/quiet/quietmodprobe.blacklist＝udl,udlfb/'-i/boot/grub/grub.cfg，客户端运行reboot命令重启瘦终端，重启瘦终端后，linux内核启动时发现有modprobe.blacklist＝udl,udlfb参数，就不会加载udl,udlfb驱动，这样，瘦终端就实现了禁用驱动。

步骤104：所述客户端确认瘦终端已经禁用驱动，通过rdp协议重新连接到虚拟机；

步骤105：所述虚拟机再次判断该usb设备的工作状态是否异常；

具体地，所述虚拟机确定该usb设备的工作状态异常转向步骤106，如果所述虚拟机确定该usb设备的工作状态正常转向步骤107。

步骤106：如果虚拟机确认该usb设备的工作状态异常则切换成正常协议连接虚拟机并且弹出提示。

步骤107：如果该usb设备的工作状态正常，则确定完成usb设备重定向，结束流程。

实施例2

本发明实施例2提供一种usb设备重定向问题的智能诊断方法，如图2所示，该方法为：

步骤201：客户端与虚拟机连接成功后，所述客户端选择usb设备重定向到虚拟机中任意一个未测试的usb控制器；

具体地，所述usb控制器主要指usb3.0、usb2.0、usb1.0。

步骤202：所述虚拟机确认是否存在驱动；

具体地，如果所述虚拟机确认不存在驱动，则提示用户安装驱动并且等待驱动安装完毕，如果存在驱动，则转向步骤210。

步骤203：所述虚拟机判断该usb设备的工作状态是否异常；

具体地，所述虚拟机确定该usb设备的工作状态异常转向步骤204，如果所述虚拟机确定该usb设备的工作状态正常转向步骤209。

步骤204：所述虚拟机确定是否还有剩余未测试的usb控制器；

具体地，如果所述虚拟机确定还有剩余未测试的usb控制器，转向步骤205，并且重新判断该usb设备是否工作状态异常；如果没有剩余未测试的usb控制器，则转向步骤206。

步骤205：如果所述虚拟机确定还有剩余未测试的usb控制器则取消该usb设备当前的重定向并且将该usb设备重定向到所述剩余未测试的usb控制器中任意一个usb控制器，并且重新返回步骤203；

步骤206：如果没有剩余未测试的usb控制器，所述客户端确认瘦终端是否已经禁用驱动，

具体地，所述客户端确认瘦终端没有禁用驱动，瘦终端禁用驱动并且重启，返回步骤201；所述客户端确认瘦终端禁用驱动，转向步骤207。

步骤207：所述客户端确认瘦终端已经禁用驱动，通过rdp协议重新连接到虚拟机；

步骤208：所述虚拟机再次判断该usb设备的工作状态是否异常；

具体地，所述虚拟机确定该usb设备的工作状态异常转向步骤209，如果所述虚拟机确定该usb设备的工作状态正常转向步骤210。

步骤209：如果虚拟机确认该usb设备的工作状态异常则切换成正常协议连接虚拟机并且弹出提示。

步骤210：如果该usb设备的工作状态正常，则确定完成usb设备重定向，结束流程。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。