xp电脑u盘拒绝访问
(xp电脑u盘拒绝访问)
一、前言描述
情况就是这样,为客户做的VMware 虚拟桌面,使用链接克隆桌面,一开始,客户使用时没有问题,最近,客户登录虚拟桌面,总有以下报错:
User Profile Service 服务登录失败。

二、D盘无权访问
一开始,虚拟机中的配置文件或用户删除系统文件可能会导致这个问题。重新启动几次后,可以正常进入操作系统。

二、D盘无权访问
刚开始的时候,认为是可能虚拟机里面的配置文件或者用户删除了系统文件导致的这个问题,多重新启动几次后,就可以正常进入操作系统了。
但是进入操作系统后。
报告以下错误 :
D:\\Users\\vmsuser09\\Desktop无法访问上述应用程序。

D磁盘可以正常打开,但D盘存储的数据不能正常使用。
将向日葵软件复制到D盘时,可正常复制到D盘,但在运行时,报告:Windows 指定设备、路径或文件无法访问。您可能无权访问该目录。
这很奇怪。为什么我没有权限访问D盘?而且我用的也是管理员用户进入,就是D盘无权访问。


第一种解决方案:尝试授权D盘

将D盘权限设置为Everone可访问。

软件设置完成后仍无法正常安装。第一种解决方案失败。此时可以看出应该与权限有关。

第二种解决办法:D磁盘问题,试着修复磁盘。

使用chkdsk /r d:

正在修复。
修复完成。

修复后,再次进入D盘安装软件,发现仍无法正常安装。第二种尝试方法失败了。可以说明磁盘没有问题。
第三种解决方案:重新安装系统

重构虚拟桌面。
进入Vconnect管理界面,然后选择有问题的虚拟机,选择View Composer点击重构。

选择父虚拟机重建时的快照。

选择强制注销用户。

完成重构配置。

在虚拟机中,可以看到重构提示5分钟,开始重构操作系统,即从父镜像上重新安装虚拟机系统。


重构完成。

重新进入虚拟机系统。D盘正常。

安装D盘软件也很正常。
安装完成。

第三,虚拟桌面又报了,登录虚拟时报:User Profile Service 服务登录失败
这个问题似乎已经解决了,对吧?几天后,虚拟报告出现了以下错误。User Profile Service 服务登录失败。客户表示,虚拟机可以重新启动几次进入系统,但进入系统后,D和上次的问题一样,盘子仍然无法访问。这时头就大了。这是什么问题?
第一种解决方案:杀毒。
虚拟机中毒,使用杀毒软件再次杀毒,未发现病毒。
这很奇怪。

第二种解决方案:修改注册表文件。
查看登记表。找:计算机\\HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList
再找到以S从1-5开始,后面跟着一串数字文件夹,你可以看到两个文件的名称是一样的,没有一个.bak文件,有一个是有.bak的文件。

我们知道,在计算机上,如果你不想删除你不想要的文件,你可以把后缀改成.bak为作备份。
我们知道,在计算机上,如果你不想删除你不想要的文件,你可以把后缀改成.bak为作备份。
但如下图所示,不带bak文件中没有正常的配置文件。如下图所示:

而带.bak文件中的配置文件是正确的。但是系统不识别带.bak以上文件可以在这里和.bak更改文件名称。

但改变完成后,这个问题还没有解决。
第三种方法是在安全模式下卸载补丁和垃圾软件。虚拟机电源强制关闭,虚拟机电源启动三次后,可进入安全模式。

进入安全模式后,卸载垃圾软件等。
文件服务器磁盘无法访问

上述问题尚未解决。
客户表示,客户公园最近又断电了。所有虚拟机都需要关机。关机后,重新启动虚拟机,发现所有虚拟机的D盘都不能使用,文件服务器的E盘也不能访问,也没有权限。

拒绝访问。
最后,通过重新安装系统来解决。重新完成系统后,将之前的E盘改为D盘。

头大了哇。重新安装系统不是一种方法,没有找到根本原因。现在得出结论,C盘没有问题,除了C盘,D盘和E盘都是权限无法打开的。而且问题是重启后D盘没有权限。

首先解决虚拟桌面登录问题。

怀疑,这是吗?VMware链接克隆引起的问题是删除链接克隆桌面池,而不是完整的虚拟机桌面。里面的虚拟机是手动安装的,然后添加到虚拟桌面上。

配置完成。

刚进入系统,发现VM01虚拟机D盘无法访问,拒绝访问。
查看VM02虚拟机D盘无法访问,拒绝访问。
查看VM03虚拟机D盘无法访问,拒绝访问。

这时很奇怪。

最后,与客户沟通,找到一个非常重要的信息点。客户表示,他们在域控组策略中添加了密封U盘的策略。于是立即登录域控服务器。

将已启用的可移动磁盘:拒绝访问权限改为未配置。


然后进入虚拟机刷新策略:gpupdate /force,然后重新启动虚拟机。
发现虚拟机磁盘正常。

经过这么多的实验,我终于发现了这个问题。除动磁盘通过组策略关闭,导致虚拟机除C盘外,D盘和E盘都拒绝访问。这是因为虚拟面的磁盘scsi磁盘会被识别为upnp设备。关注IT所有的小技术都是IT实战干货!