误删VMware快照导致无法启动虚拟系统的问题

VMware vSphere常见问题汇总(17)

VMware vSphere常见问题汇总(十七)170. Vmdk 的重做日志已损坏解题思路[vmware-]环境：esxi5.0，vc5.0故障问题：执行storage vmotion之后，虚拟机出现了报错。

报错信息：xssj-000003.vmdk is corrupted.power off the virtual machine. If the problem still persists, discard the redo log.解提思路：【故障原因】由于快照之间的关系出现异常，导致vm启动失败：Vmware-34.log:2013-01-14t08:36:53.885z| vmx| disklib-chain :"/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000005.vmdk" : failed to open (the parent virtual disk has been modified 34.log:2013-01-14t08:36:53.886z| vmx| disklib-lib : failed to open'/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk' with flags 0xa the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child (18).Vmware-34.log:2013-01-14t08:36:53.886z| vmx| disk: cannot open disk"/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk": the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child (18).Vmware-34.log:2013-01-14t08:36:53.886z| vmx| msg_post: errorVmware-34.log:2013-01-14t08:36:53.886z| vmx| [msg.disk.nobackend] cannot open the disk '/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk' or one of the snapshot disks it depends on.Vmware-34.log:2013-01-14t08:36:53.886z| vmx| [msg.disk.configurediskerror] reason: the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child.Vmware-34.log:2013-01-14t08:36:53.900z| vmx| module diskearly power on failed.【快照之间的联系】正常情况下，原始磁盘与快照是通过parent content id来关联，父快照与子快照之间也是通过parent content id，但是现在我们查看原始磁盘与快照磁盘之间的关系，发现它们的cid和parentcid是混乱的，信息如下：Xssj.vmdk:cid=ba60eb23Xssj.vmdk:parentcid=ffffffffXssj-000001.vmdk:cid=27f8a456Xssj-000001.vmdk:parentcid=ba60eb23Xssj-000002.vmdk:cid=11ed1dacXssj-000002.vmdk:parentcid=27f8a456Xssj-000003.vmdk:cid=2583a010Xssj-000003.vmdk:parentcid=2583a010Xssj-000004.vmdk:cid=2583a010Xssj-000004.vmdk:parentcid=11ed1dacXssj-000005.vmdk:cid=4d38fabfXssj-000005.vmdk:parentcid=2583a010Xssj-000006.vmdk:cid=9402bf1aXssj-000006.vmdk:parentcid=a30d0e91可以看到这个磁盘关系从xssj.vmdk磁盘到xssj-000002.vmdk之间的关系都是没有问题的。

误删VMware快照导致无法启动虚拟系统的问题

误删VMware快照导致无法启动虚拟系统的问题由于ESXi虚拟机需要扩盘，扩盘需要删除原来的快照，但是虚机磁盘较大，删除快照时没有从最早的快照开始，而是直接选择从中间删除，导致删除快照在99%出现卡死现象，客户急于上线，因此手动停止了快照，结果导致虚机磁盘容量为零，启动时报如下错误：VC界面告警要求整合快照，执行后仍然报错。

查看虚机文件夹：彩超_1-000002.vmdk和彩超_3-000002.vmdk文件不在文件夹内，但是彩超_1.vmdk和彩超_3.vmdk文件存在，、打开彩超.vmsd快照管理文件，显示如下，无任何相关信息。

浏览虚机所在存储，下载虚拟系统的vmx配置文件到本地PC进行编辑，原文件如下：.encoding = "UTF-8"config.version = "8"virtualHW.version = "8"vmci0.present = "TRUE"displayName = "褰╄秴(192.168.4.50)"extendedConfigFile = "褰╄秴.vmxf"svga.vramSize = "8388608"numvcpus = "8"memSize = "16384"sched.cpu.units = "mhz"tools.upgrade.policy = "manual"scsi0.virtualDev = "lsisas1068"scsi0.present = "TRUE"ide1:0.deviceType = "cdrom-image"ide1:0.fileName = "emptyBackingString"ide1:0.present = "TRUE"scsi0:0.deviceType = "scsi-hardDisk"scsi0:0.fileName = "褰╄秴_3-000002.vmdk"sched.scsi0:0.shares = "normal"scsi0:0.present = "TRUE"scsi0:1.deviceType = "scsi-hardDisk"scsi0:1.fileName = "褰╄秴_1-000002.vmdk"sched.scsi0:1.shares = "normal"sched.scsi0:1.throughputCap = "off"scsi0:1.present = "TRUE"floppy0.startConnected = "FALSE"floppy0.clientDevice = "TRUE"floppy0.fileName = "vmware-null-remote-floppy"scsi0:2.deviceType = "scsi-hardDisk"scsi0:2.fileName = "褰╄秴_2-000002.vmdk"sched.scsi0:2.shares = "normal"sched.scsi0:2.throughputCap = "off"scsi0:2.present = "TRUE"guestOS = "windows7srv-64"toolScripts.afterPowerOn = "TRUE"toolScripts.afterResume = "TRUE"toolScripts.beforeSuspend = "TRUE"toolScripts.beforePowerOff = "TRUE"tools.syncTime = "FALSE"uuid.bios = "42 0c 25 cd bb 27 34 6b-7b 58 61 e5 7d ba 06 53"vc.uuid = "50 0c ea e1 54 4c 85 60-28 45 d7 e1 29 91 78 14"tencySensitivity = "normal"vmci.filter.enable = "true"sched.scsi0:0.throughputCap = "off"tools.guest.desktop.autolock = "false"nvram = "褰╄秴.nvram"pciBridge0.present = "true"svga.present = "true"pciBridge4.present = "true"pciBridge4.virtualDev = "pcieRootPort"pciBridge4.functions = "8"pciBridge5.present = "true"pciBridge5.virtualDev = "pcieRootPort"pciBridge5.functions = "8"pciBridge6.present = "true"pciBridge6.virtualDev = "pcieRootPort"pciBridge6.functions = "8"pciBridge7.present = "true"pciBridge7.virtualDev = "pcieRootPort"pciBridge7.functions = "8"hpet0.present = "TRUE"virtualHW.productCompatibility = "hosted"cpuid.coresPerSocket = "2"disk.EnableUUID = "true"replay.supported = "FALSE"pciBridge0.pciSlotNumber = "17"pciBridge4.pciSlotNumber = "21"pciBridge5.pciSlotNumber = "22"pciBridge6.pciSlotNumber = "23"pciBridge7.pciSlotNumber = "24"scsi0.pciSlotNumber = "160"vmci0.pciSlotNumber = "33"scsi0.sasWWID = "50 05 05 6d bb 27 34 60"hostCPUID.0 = "0000000b756e65476c65746e49656e69" hostCPUID.1 = "000206f20040080002bee3ffbfebfbff" hostCPUID.80000001 = "0000000000000000000000012c100800" guestCPUID.0 = "0000000b756e65476c65746e49656e69" guestCPUID.1 = "000206f200020800829822031fabfbff" guestCPUID.80000001 = "00000000000000000000000128100800" userCPUID.0 = "0000000b756e65476c65746e49656e69" userCPUID.1 = "000206f200400800029822031fabfbff" userCPUID.80000001 = "00000000000000000000000128100800" evcCompatibilityMode = "FALSE"vmotion.checkpointFBSize = "8388608"softPowerOff = "TRUE"tools.remindInstall = "FALSE"stInstallError = "0"toolsInstallManager.updateCounter = "4"vmotion.checkpointSVGASize = "11534336"guestinfo.toolsInstallErrCode = "0"chipset.onlineStandby = "FALSE"sched.cpu.min = "0"sched.cpu.shares = "normal"sched.mem.min = "0"sched.mem.minSize = "0"sched.mem.shares = "normal"migrate.hostlog = "./褰╄秴-54c66fee.hlog"sched.swap.derivedName = "/vmfs/volumes/577f9eed-8bda4f74-3345-441ea170ef66/褰╄秴/褰╄秴-54c66fee.vswp"uuid.location = "56 4d f0 e4 12 66 9a e4-a1 9d 1c 9d 6e 83 5c 53"replay.filename = ""scsi0:0.redo = ""scsi0:1.redo = ""scsi0:2.redo = ""vmci0.id = "2109343315"cleanShutdown = "TRUE"ide1:0.allowGuestConnectionControl = "TRUE"config.readOnly = "FALSE"ethernet0.pciSlotNumber = "32"ethernet0.virtualDev = "e1000"workName = "VM Network"ethernet0.addressType = "vpx"ethernet0.generatedAddress = "00:50:56:8c:3e:6d"ethernet0.present = "TRUE"ide1:0.startConnected = "FALSE"更改下列文件如下图：保存后，把原虚机目录XXX.vmx改名，重新上传更改的XXX.vmx到虚机目录，查看虚机属性，磁盘恢复，重新启动虚机OK。

该虚拟机的某个磁盘已经由虚拟机或者快照使用vmware损坏.vmdk为空

该虚拟机的某个磁盘已经由虚拟机或者快照使用vmware损
坏.vmdk为空
这问题出现的原因就是中途断电了,没其他可能了.
以下每一步操作完之后都可以,试试成功没.删除不要+shift,删错了还能垃圾桶找回来
•删除虚拟机配置文件下面的.lck文件
•删除类型为快照的.vmsn/.vmsd文件
•到虚拟机设置,删除硬盘重新导入
•如果是vmdk,以前有快照的话,恭喜你秒解决.找到000002.vmdk 结尾的,打开,复制到对应的,里面的数字改为损坏的数字
•例如5损坏了,把2改成5,就可以用旧快照救新快照,这解决方法自己试出来的,搜遍全网没人告诉我T.T
现在csdn到处都是软文,我这种却发不出去…。

虚拟机无法启动的方法

虚拟机无法启动的方法
当虚拟机无法启动时，可以尝试以下方法来解决问题：
1. 检查虚拟机配置：确保虚拟机的配置符合系统要求，包括处理器、内存、硬盘空间等。如果虚拟机配置不足，可以尝试增加资源分配。
2. 重新启动虚拟机：有时候虚拟机可能会遇到临时问题，重新启动虚拟来自可以解决一些常见的启动问题。
3. 检查虚拟机设置：检查虚拟机的设置，包括启动顺序、启动设备等。确保设置正确，以确保虚拟机能够从正确的设备启动。
虚拟机无法启动的方法
7. 重建虚拟机：如果以上方法都无法解决问题，可以尝试重新创建虚拟机，并将原始虚拟机的配置和数据导入到新的虚拟机中。
如果以上方法仍然无法解决虚拟机无法启动的问题，可能需要进一步检查虚拟机日志或咨询相关技术支持人员以获取更详细的帮助。
虚拟机无法启动的方法
4. 检查虚拟机软件更新：确保使用的虚拟机软件是最新版本，因为更新可能修复了一些已知的启动问题。
5. 检查宿主机防火墙和安全软件：有时候，宿主机的防火墙或安全软件可能会阻止虚拟机的启动。尝试暂时禁用这些软件，并重新启动虚拟机。
6. 检查虚拟机磁盘文件完整性：如果虚拟机的磁盘文件损坏或丢失，可能会导致无法启动。检查虚拟机磁盘文件的完整性，并尝试修复或还原虚拟机磁盘文件。

修复VMware虚拟机里Ubuntu编译内核之后无法启动的问题

修复VMware虚拟机里Ubuntu编译内核之后无法启动的问题最近在VMware虚拟机里面安装了Ubuntu10.04，尝试修改内核代码，无奈最后一次编译连系统都启动不了，只好通过iso安装文件启动进入原来的系统进行修复。

把这个过程记录下来，以备后用。

1、在VMware虚拟机中按Ctrl+D打开“虚拟机设置”，在“硬件”设备中选择“CD/DVD (IDE)”，在“连接”中选择“使用ISO镜像文件”，选择Ubuntu的iso安装文件，“确定”。

2、重启虚拟机，在显示“VMware”文字是按下Esc键，进入“Boot Menu”，选择“Enter Setup”-”Boot“，将”CD-ROM Drive“设为第一启动项，按F10，重启。

3、系统重启后通过iso文件启动，选择语言”English“，选择”Try Ubuntu without installing“，进入系统。

4、打开终端，输入 sudo su 转换为root用户；输入fdisk -l 查看主分区是哪个，如我的是sda1；输入以下命令，将原来无法启动的系统挂载到现在的系统上；mount /dev/sda1 /mnt{mount --bind /proc /mnt/procmount --bind /dev /mnt/devmount --bind /sys /mnt/sys}可以不用输入chroot /mnt 进入到原来的系统，可以进入/home目录确认；5、和使用原来系统一样的操作（自己该干嘛干嘛去，我是需要重新编译内核:）。

如果你知道原来系统进不了是因为grub损坏的话，那么这一步就进行grub修复，具体命令如下grub-install --root-directory=/mnt /dev/sda(未尝试)6、修改完卸载之前挂载的磁盘exit 退出chrootumount /mnt7、重新启动，将启动项改为硬盘启动。

OK。

虚拟机快照功能导致空间不足问题分析

正文：监控发现网管服务器第一台无法ping通，服务异常。

经检查发现该虚拟机死机。

由于服务器挂死，尝试使用命令进行重启，但重启后虚拟机客户端报redo log空间不足。

经进一步检查发现，承载虚拟机的实体机分配给该虚拟机的磁盘空间目录/vmfs/volumes/OA_NET002/80.7.3.1中有一个8G的快照文件80.7.3.1-Snapshot1.vmsn和一个24G的增量包文件80.7.3.1-000001-delta.vmdk，导致空间不足。

在实体机上使用命令vmware-cmd /vmfs/volumes/OANET002/80.7.3.1/80.7.3.1.vmx stop hard停止虚拟机后，删除快照文件并将增量包与当前虚拟机服务器合并释放空间。

重新启动服务器及相关服务，恢复正常。

分析结论：在对虚拟机执行快照动作时会同步产生一个快照文件和一个增量包文件，快照文件用来记录执行快照动作时虚拟机的状态，增量包文件用来记录执行快照后虚拟机的增删修改等更新操作，因此随着虚拟机的运行，增量包文件会不断增长，直到承载虚拟机的实体机分配给该虚拟机的空间完全耗尽，导致虚拟机挂死。

建议措施：快照功能只适合短期记录服务器状态，不适合作为服务器的长期备份，应慎重使用该功能。

实施方法：登录承载该虚拟机的实体机，进入该虚拟机的目录，删除快照文件，通过将该虚拟机克隆的方式将增量包与当前虚拟机服务器合并。

删除原虚拟机，启动克隆后的虚拟机服务器即可。

备注:承载虚拟机的实体机的磁盘空间是指该实体机的本地硬盘空间及分配给该实体机的外部存储。

虚拟机服务器的磁盘空间是指用户建立虚拟机时划分的磁盘空间，用户划分磁盘空间后会在承载虚拟机的实体机的磁盘上建立一个以该虚拟机名称命名的文件夹，用户的所有虚拟机文件包括该虚拟机划分的空间都会放在该文件夹下。

VmwarevSphere常见问题及解决办法

VmwarevSphere常见问题及解决办法1. 虚拟机文件被锁,无法正常 power on故障状态：启动虚拟机时95%,停顿并且进程中断,提示：ubable to access files since it is locked。

祸根：HA解决方法：（1）首先将cluster中的HA功能关闭。

如果该功能不关闭，容易造成死锁,，VM不断跳动,，不断再不同的ESX内循环被锁，徒劳而无功。

（2）磁盘文件被锁，要解决，必须要知道到底是哪台ESX把他给锁住了，这是关键。

方法：看/var/log/vmkernel但是，在做这些前, 再准备些别的工作。

（3）在VC中，把被锁的VM从Inventory中remove掉。

原因很简单，这是一个 unregister的过程。

（4）根据/var/log/vmkernel，搜索owner，可以找到类似以下的语句:Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Check ing if lock holders are live for lock [type 10c00001 offset 52008 960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112]OK，owner后面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。

因为他就是锁住VM 的宿主.。

（5）根据以下命令,，找出到底哪台ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8[root@esxhostname root]# esxcfg-info |grep -i 'system uuid'（6）找到目标主机后，当然是杀死他锁住VM的进程。

慎用vmwareEsx的snaphost（快照）功能

慎用vmwareEsx的snaphost（快照）功能我在使用vmware esxi server 时，发现也有snaphost功能，对于对snaphost 功能的喜好，自然而然在虚拟机上安装好系统后，很自然的对虚拟机做了一次 snaphost。

但时间一久，就会发现问题啦。

昨晚我就遇到了。

昨晚在凌晨4点左右，收到公司同事的电话，说有一台服务器不能访问，赶紧起来查看。

打开 VI client ,发现服务器名称处已经多了一个感叹号，先重启下服务器吧，重启的时候，出现以下错误：Virtual Machine Message"msg.hbacommon.outofspace:There is no more space for the redo log of XXXX-00000X.vmdk.You may be able to continue this session by freeing disk space on the relevant partition, and clicking Retry. Otherwise, click Abort to terminate this session."看提示，好像是磁盘空间不足，这台服务器上跑的应用，不是很吃硬盘的呀，应该不至于这么快就没有空间的。

重启过无数次服务器，每次都是这个提示，我崩溃了后来发现，原来虚拟机在做了snaphost 后，后续的虚拟机所有的动作就会记录到redolog里，根据VMWARE的KB /selfservice/microsites/search.do?language=en_US&cmd=displ ayKC&externalId=1003302中给的解决方法：Delete All snapshot operation results in a Consolidate Helper snapshot when a datastore has insufficient disk spaceDetailsIf you try to initiate a Delete All snapshot for a virtual machine using Snapshot Manager, and if that virtual machine is on a datastore that does not have sufficient space for the snapshot,the following message displays in VMware Infrastructure (VI) Client:msg.hbacommon.outofspace: there is no more space for the redo log of <VMname>-0000xx.vmdk.You are given the option to abort or retry.•If you choose Abort, the virtual machine is powered off, the snapshot is aborted, and a Consolidate Helper snapshot is created. The Snapshot Manager UI displays that Consolidate Helper snapshot. You can delete the Consolidate Helper snapshot after you have made space available.••If you click Retry, the Snapshot Manager returns to Consolidate Helper snapshot mode unless you have made more disk space available.••SolutionFree up disk space if possible, or extend the VMFS volume using VI Client. To extend the VMFS volume:1.Select the host on which the virtual machine resides and click the Configuration tab.2.Select the datastore on which the virtual machine resides and click Properties.3.4.Note: If there is no available storage, a new LUN must be presented to every ESX host that can see the LUN.5.In the dialog that appears, click Add Extent and follow the prompts in the Add Extend wizard to add an extent.6.Perform a rescan on every ESX host that is being presentedthe new LUN so that the addition of the extent is detected.7.After you have extended the VMFS volume, you can check the Retry option of the Redo log pop-up.Caution: When using Delete All in the Snapshot Manager, the snapshot furthest from the base disk is committed to its parent, causing that parent snapshot to grow. When that commit is complete, that snapshot is removed and the process starts over on the newly updated snapshot to its parent. This continues until every snapshot has been committed. This can lead to an aggressive use of additional disk space if the snapshots are large. Use care when exercising this option if there is not much space available on the datastore.但好像ESXI中没有扩展VMFS卷功能，找了半天我都找不到，实在是郁闷呀。

VM虚拟机的配置文件损坏的修复方法

VM虚拟机的配置文件(.vmk)损坏的修复方法VM虚拟机中使用.vmk文件保存虚拟机的所有软硬件配置，如果意外损坏的话将会出现不能正常打开虚拟机的故障，症状为：用文本查看软件打开虚拟机目录中的.vmk文件发现内容变为乱码（正常为可读文本，显示虚拟机中的配置信息）修复方法：本方法仅适用.vmk文件损坏而其他文件完好无损的情况。

举例说明：虚拟机名为XP，虚拟机目录为E:\XP\，配置文件名即为XP.vmk（除目录名为自己创建为，其余文件名为VM虚拟机自动创建）1，删除XP.vmk（注意不要删除错了，系统默认是不显示扩展名的，显示扩展名的方法自己百度一下吧）2，用记事本打开E:\XP\vmware.log3，找到“Jan 24 23:13:15.438: vmx| DICT --- CONFIGURATION”段（前面是日期和时间，不要对号入座）4，从下边一行开始复制到“Jan 24 23:13:15.440: vmx| DICT --- USER DEFAULTS”上边一行结束（不用复制‘---CONFIG……’和‘---USER DEFA….’两行）5，新建记事本，粘贴6，删除前边的日期时间标志例如：“Jan 24 23:13:15.438: vmx| DICT config.version = 8”删除前边标志后仅留“config.version = 8”7，照上边格式全部修改，然后给所有行的等号后的字符加上英文双引号（注意不要使用中文输入法的双引号）例如：config.version = 8改为config.version = "8"8，照上边格式全部修改。

9，确认修改无误后，保存为“虚拟机名.vmk”（和原配置文件名相同，例如XP.vmk。

虚拟化环境中的故障排除与修复案例(七)

虚拟化技术是当今IT行业中最为流行的一种技术，它能够将一台物理服务器虚拟出多个独立的虚拟机，从而提高了服务器的利用率和灵活性。

然而，在虚拟化环境中，故障排除和修复却是一项常见且具有挑战性的任务。

本文将通过几个实际案例来探讨在虚拟化环境中的故障排除与修复。

案例一：某公司使用VMware vSphere进行虚拟化，突然发现一台虚拟机无法启动，显示“无法加载操作系统”错误。

排查发现，这台虚拟机的磁盘空间已满，导致无法启动。

解决方法是通过vSphere Client连接到虚拟机，清理磁盘空间，然后重新启动虚拟机。

案例二：在另一家公司的KVM虚拟化环境中，一台虚拟机的网络连接突然中断。

经过排查发现，是宿主机的网络接口出现了故障，导致虚拟机无法正常联网。

修复方法是更换了网络接口，并重新配置虚拟网络。

案例三：一家云计算服务提供商的OpenStack环境中，某个虚拟机无法访问外部网络。

经过排查发现，是路由器设备故障导致的问题。

解决方法是修复了路由器设备，并重新配置了网络。

在上述几个案例中，我们可以看到虚拟化环境中的故障排除和修复是一项复杂的任务，需要综合运维人员的技术水平和经验。

下面将对虚拟化环境中的故障排除与修复进行更深入的讨论。

首先，虚拟化环境中的故障排除需要运维人员具备扎实的操作系统和网络知识。

因为虚拟化环境是建立在物理服务器之上的，所以对操作系统和网络的了解是至关重要的。

比如在案例一中，运维人员需要了解如何连接到虚拟机，如何清理磁盘空间等操作系统知识。

在案例二中，需要了解网络设备的工作原理和网络配置知识。

在案例三中，需要了解云计算环境中的网络配置和路由器设备的工作原理。

其次，虚拟化环境中的故障排除还需要一定的技术工具支持。

比如在VMware vSphere环境中，vSphere Client是一个非常重要的工具，可以帮助运维人员连接到虚拟机进行管理和故障排除。

在OpenStack环境中，可以使用OpenStack Dashboard进行故障排除。

一键解决VMware虚拟机打不开用不了

一键解决vmware虚拟机安装失败（直接点“百度快照”可复制文档内容）、不能连网上网、很卡很慢、出现警告错误、打不开用不了等问题。

VM自动检测修复工具软件，首先选择vmware启动的路径，再选择检测修复即可发现故障原因并自行修复，修复完成重新开机即可.文件地址：/file/6036918不喜欢桌面上的“回收站”图标，在回收站使用上,怎样删除回收站, 希望把它从桌面上删除或者隐藏掉，但是直接在“回收站”上点右键点右键，并没有删除这个选项可以选择，那么真的没有办法删除或隐藏桌面回收站图标？经过不断的尝试，我找到了几种方法，可以适用于各种情况。

第一种方法，利用注册表导入注册表信息实现删除回收站功能步骤如下：在开始菜单中找到“记事本”程序，打开后将以下文本复制到“记事本”里，然后保存，文件名输入删除回收站.reg 然后确定保存（为了方便操作，可以保存在桌面上），然后双击桌面的这个文件导入注册表即可。

Windows Registry Editor Version 5.00[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies \NonEnum]"{645FF040-5081-101B-9F08-00AA002F954E}"=dword:00000001如果你要恢复被隐藏或者删除了的桌面回收站图标，请将以下文本保存成恢复被删除的回收站图标.reg 然后双击这个保存出来的文件，即可完成恢复的设置Windows Registry Editor Version 5.00[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies \NonEnum]"{645FF040-5081-101B-9F08-00AA002F954E}"有些情况要隐藏Win7系统分区, 操作系统所在的分区，很容易被误操作。

误删除VMware虚拟机vmdk文件的恢复

误删除VMware虚拟机vmdk文件的恢复Dell R710系列服务器（用于VMware虚拟主机），Dell MD 3200系列存储（用于存放虚拟机文件），VMware ESXi 5.5版本，因意外断电，导致某台虚拟机不能正常启动，查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。

此时xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。

找VMware工程师诊断后，尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。

因此就将故障虚拟机下的xxx-flat.vmdk磁盘文件删除了，这时ESXi存储就有200多G的剩余空间了，而后VMware工程师就重新建了一个40G的虚拟机，并且分配了固定大小的虚拟磁盘，Windows Server 2008（虚拟机操作系统），数据库应用环境SQL Server 2008数据库服务器（管理宏桥和索菲两套应用数据库），虚拟机磁盘容量200G 数据盘（精简模式）+ 160G快照数据盘。

一、故障分析1、备份数据在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。

然后将RD220i存储上的VMFS卷通过网线的方式连接到备份服务器上，接着使用专业的工具将整个VMFS卷以扇区的方式镜像到已准备的备份空间上，以确保客户的数据安全，之后的分析和恢复操作均在备份的数据上进行。

2、分析故障原因仔细分析VMFS卷的底层数据发现，ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏，但是这种破坏不会影响虚拟机的重要数据，只是破坏了文件的目录项而已，可以通过人工修复即可解决。

而人为删除某个文件的话，则目录项对应的数据区索引会被清掉，也不会影响删除文件的实际数据。

这种情况可根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷自由空间中进行碎片匹配和合并，最终也可恢复删除的虚拟磁盘文件。

Linux下的虚拟机快照与恢复方法

Linux下的虚拟机快照与恢复方法虚拟化技术的广泛应用使得虚拟机成为了管理和部署服务器环境的理想选择。

在Linux系统下，虚拟机的快照与恢复功能起到了重要的作用，它可以方便地保存和恢复虚拟机的状态。

本文将介绍Linux下的虚拟机快照与恢复方法。

一、什么是虚拟机快照虚拟机快照是指在虚拟机正在运行时，对虚拟机的状态进行备份的一种机制。

它可以记录虚拟机的内存、虚拟硬盘以及设备状态等信息。

使用虚拟机快照可以在出现问题时快速恢复到之前保存的状态，避免了数据丢失和服务中断的风险。

二、创建虚拟机快照的方法在Linux系统下，创建虚拟机快照可以通过以下步骤实现：1. 打开虚拟化管理工具，如VMware、VirtualBox等；2. 选择需要创建快照的虚拟机，并进入其管理界面；3. 在菜单中选择“快照”或类似的选项；4. 点击“创建快照”按钮，并填写快照的名称和描述等信息；5. 确认创建快照的选项，并等待快照创建完成。

创建虚拟机快照时，建议给快照起一个有意义的名称，并填写相应的描述信息，以便于后续管理和恢复操作。

三、恢复虚拟机快照的方法如果虚拟机发生故障或需要回滚到之前的状态，可以通过以下步骤恢复虚拟机快照：1. 打开虚拟化管理工具，并选择对应的虚拟机；2. 进入虚拟机管理界面，找到“快照”或类似的选项；3. 从可用的快照列表中选择需要恢复的快照；4. 确认恢复的选项，并等待恢复完成。

在恢复虚拟机快照时，应该注意以下几点：- 在恢复快照之前，务必先保存当前虚拟机的状态，以免发生数据丢失；- 如果虚拟机有多个快照，需要依次恢复最新的快照，直到恢复到目标状态；- 在恢复快照后，虚拟机的状态会回滚到快照创建时的状态，因此需要重新配置网络、软件等相关设置。

四、虚拟机快照的注意事项使用虚拟机快照功能需要注意以下几点：1. 快照只能保存虚拟机的状态，无法备份虚拟机的配置文件和数据文件，因此在创建快照前需要确保相关的数据已经备份；2. 长时间使用大量的快照会降低性能，并占用大量的存储空间，因此在使用快照功能时需要控制快照数量和定期清理不再需要的快照；3. 在虚拟机使用期间，频繁创建和删除快照可能导致快照文件系统产生碎片，因此建议定期使用磁盘清理工具对虚拟机进行优化；4. 虚拟机快照功能适用于测试环境和临时环境，不适合用于生产环境，因为在快照回滚过程中可能会引起应用程序和服务的不可预料的问题。

一例VMware ESXi虚拟机删除快照出错的解决方法

一例VMware ESXi虚拟机删除快照出错的解决方法
王春海
【期刊名称】《网络安全和信息化》
【年(卷),期】2022()9
【摘要】针对VMware ESXi虚拟机删除快照时出现的
“vim.fault.GenericVmConfigFault”错误提示,进行修复。

某企业为配置了VMwarevSphere 6.7虚拟化环境、vSAN存储,使用了Veeam 9.5备份重要的业务虚拟机。

在进行例行检查时发现,某台虚拟机在使用VBR的复制时失败,出错信息如下。

【总页数】3页(P147-149)
【作者】王春海
【作者单位】河北
【正文语种】中文
【中图分类】TP3
【相关文献】
1.ESXI虚拟机与Hyper-V虚拟机性能对比测试
2.办公邮件系统在VMware ESXi 虚拟机上的应用
3.办公邮件系统在VMware ESXi虚拟机上的应用
4.SMARTDRV 出错一例及解决方法
5.VMware ESXi 7.0 U3主机未响应的应急解决方法
因版权原因，仅展示原文概要，查看原文内容请购买。

误删除虚拟机vmdk文件后如何处理？

误删除虚拟机vmdk⽂件后如何处理？近⽇在进⾏vSphere 5虚拟化平台的⽇常维护过程中，误删除了某台正在运⾏中的虚拟机的磁盘描述符⽂件（扩展名为.vmdk）及配置⽂件（.vmx）。

庆幸的是虚拟机处于运⾏状态，磁盘数据⽂件（-flat.vmdk）幸免于难。

由于磁盘描述符⽂件及配置⽂件被删除，在尝试对虚拟机执⾏克隆操作时出现错误提⽰，执⾏重启操作后虚拟机⽆法启动。

虚拟机⽂件间的关系虚拟机的所有⽂件都保存在⼀个⽬录下，主要包括配置⽂件、交换⽂件、BIOS⽂件、⽇志⽂件、磁盘描述符⽂件、与磁盘数据⽂件。

在虚拟机配置⽂件的磁盘参数中会指定磁盘描述符⽂件的名称，⽽磁盘描述符⽂件与磁盘数据⽂件相关联，真正的数据都存储在磁盘数据⽂件中。

如果虚拟机包含了两块磁盘，则虚拟机配置⽂件指定磁盘描述符⽂件的配置如下所⽰：scsi0:0.present = "true"scsi0:0.fileName = "data.vmdk"scsi0:0.deviceType = "scsi-hardDisk"sched.scsi0:0.shares = "normal"sched.scsi0:0.throughputCap = "off"scsi0:1.present = "true"scsi0:1.fileName = "data_1.vmdk"scsi0:1.deviceType = "scsi-hardDisk"sched.scsi0:1.shares = "normal"sched.scsi0:1.throughputCap = "off"重建磁盘描述符⽂件由于磁盘描述符⽂件及配置⽂件被删除，为使虚拟机能够正常启动，需要重建配置⽂件、磁盘描述符⽂件。

解决VMware虚拟机快照故障的方法

解决VMware虚拟机快照故障的方法虚拟化管理员能在VMware ESX上使用快照回到以前的状态及找出虚拟机哪里出错。

在这一系列文章的第一次部分中，我们讨论了怎么使用VMware快照。

在第二部分中，解释了在不浪费磁盘空间的情况下如何删除快照。

不过，当快照出现故障时该如何解决呢？定位有快照的虚拟机尝试找出哪台虚拟机有快照是个挑战。

在VMware Infrastructure Client或V irtualCenter里没有一个集中的办法找到快照，因此，你应该定期地检查ESX服务器，找到那些需要删除的旧快照。

下面有一些方法：方法1——使用服务器控制台的Find命令1.登录服务器控制台。

2.更改/vmfs/volumes/目录。

3.键入find -iname "*-delta.vmdk" -mtime +7 -ls找到在7天之内未被修改的快照文件或键入find -iname "*-delta.vmdk"找到所有的快照文件。

方法2——使用Dominic Rivera的叫做Snapalert的免费脚本。

这个脚本使用VI Perl工具包直接与VirtualCenter对话，并确保不需要在每台主机上安装任何组件（也适用于ESXi）。

也可以选择让脚本产生一个Email报告。

方法3——使用来自Xtravirt的叫做Snaphunter的免费工具，它能从多个ESX Servers报告虚拟机的快照状态，也能发送Email报告。

方法4——查询V irtualCenter SQL数据库。

VirtualCenter一直在它的VPX_SNAPSHOT表中追踪每台主机上的所有快照。

我曾经写了一个需要这个表的VBS脚本以显示运行快照的虚拟机列表。

这个方法不错。

不过它依赖数据库表，这可能在未来的V irtualCenter版本里有改变。

处理未正确删除的快照偶尔，一个快照未被正确删除，在虚拟机里仍然是活动的快照。

vmware 常见问题

解决方案：
要为端口 80 解决 IIS 和 vCenter Server 之间的冲突，请执行以下操作之一。
如果在安装 vCenter Server 之前已安装 IIS 将 vCenter Server 直接 HTTP 连接的端口由 80 更改为其他值。如果在安装 IIS 之前已安装 vCenter Server 重新启动 vCenter Server 之前，将 IIS 默认网站的绑定端口由 80 更改为其他。
停止掉VirtualCenter Server服务以及VirtualCenter Management Webservices服务；拷贝vws.jar和jointool.jar到C:\ProgramFiles\VMware\Infrastructure\tomcat\webapps\WEB-INF\lib覆盖掉原来的文件；拷贝ds.jar文件到C:\Program Files\VMware\Infrastructure\Inventory Service\lib覆盖掉原来的文件；重新启动相关服务或vCenter Server服务器即可。
6. VMRC 控制台的连接已断开…正在尝试重新连接
故障状态：
用vSphere Client连接到ESXi 5.0的主机，启动其中的虚拟机后，无法连接控制台，打开控制台之后，窗口上方提示一行“VMRC 控制台的连接已断开...正在尝试重新连接。”
故障分析：
从情况看，类似于Windows系统的DEP策略处于开启状态导致的问题一样。但这个情况是所有虚拟机都提示这个错误，排错DEP的问题，用本地vSphere Client登录一个VC平台，问题仍旧一样。为了排除问题，换了一台笔记本登录VC，突然发现问题不见了。原来是本地的vSphere Client出了问题，再三思索，发现出现问题前我对本地WIN7用360安全卫士升级了补丁，是否是补丁破坏了vSphere Client某个文件呢

VMWare虚拟机常见问题处理【附快捷键大全】

目录：0.两大棘手问题：0.1键盘失灵0.2鼠标失灵1.重装vmware2.恢复和备份虚拟机3.虚拟机与主机共享文件4.虚拟机不能联网5.虚拟机克隆(拥有多个虚拟机)6.其他问题两大棘手问题均是在虚拟机软件本身【安装无误】的情况下进行处理的，若是安装问题则可跳过，看下面的章节。

1.键盘无法键入字符状态描述：虚拟机下系统内部键盘无法输入。

原因：一般是杀毒软件阻止了虚拟机的进程，例如360，打开360木马防火墙，可以看到阻止历史：解决：1.右键点击右下角360图标，弹出如图所示项目；2.点击【进入】，即可进入木马防火墙界面3.在“阻止列表”里，删除相关vmware的阻止项；4.在“信任列表”，到虚拟机安装目录下添加，信任文件vmware-vmx.exe 、vmware.exe两个文件。

注意：经过上述步骤基本就可以了，期间可能需要先关闭再按上述方法处理，处理结束后重启虚拟机。

2.鼠标失灵状态描述：鼠标无法选中目标，左右键无效原因：很可能是你的不当操作造成的设备停用（极小可能是新建虚拟机时驱动未正确安装，更新或重装驱动即可，这里不作介绍）。

处理：1.点键盘win键2.按上下左右键选中运行3.在“运行”框中，键入以下命令：mmc devmgmt.msc即可打开设备管理器。

4.再点击F6键选中管理器第一行（这是关键，很多走到上一步就因无法选中而放弃了）接着上下左右键就可以使用了，（上下可以选择项目，左右可以展开项目）。

5.检查人体输入学设备和鼠标项看是否有，若有则，Enter进入该项属性框，接着会看到里边提示，启动该设备，用快捷键N来启用—下一步—完成。

经过以上设置基本就可以立刻使用鼠标了。

PS:在确定虚拟机VMWare正确安装的情况下,,类似问题是触类旁通的，一点点找突破口就会成功的，如果功力不够，又不想浪费时间，就重装吧，呵呵。

一、重(安)装vmware当我们重装了电脑系统，或者需要重装虚拟机时，我们就要重装vmware软件（安装时可能需要关闭360安全卫士或者其他防火墙程序）方法：我们只需要把VMware Workstation 7.1.2中文版.exe重装一下就可以了（如果需要汉化的话就把汉化文件覆盖到vmware安装目录即可）。