it can be an image issue... but try cloning the machine after you fix the drive letters and check if the same issue happens...
Thank you for your reply.
I have tried clonning the VM but. After I run the diskpart utility is OK. However, after a restart of the VM they are again all over the place. I have tried clonning it but since the drive letters are messed up it just replicates the issue.
A co-worker suggested that it might be Storage DRS. He thinks that by moving files (vmdk) around somehow SDRS scewes up the partition table. I said it is complete rubbish, SDRS has nothing to do with it. Anyway. I shall wait to see if someone else has come across this issue.
What kind of installation image did you use for the VM? It's kind of unusual to have a system recover partition (the 49GB partition) in a VM!?
It also looks like the VM has a DVD attached, please make the VM does not accidentally boot from the DVD rather than from disk.
Thank you for the reply.
The VM is a part of a clustered application, which is in a testing mode. The first VM is fine and has all applications loaded wheres this one keeps failing. Both VMs are created from the same template. Both VMs have two drives (C:\ - 50 GB, and Z:\ Pagefile). See file attached.
As far as the DVD is concerned I have attached it just for testing.
I have restarted the VM various times with or without the DVD attached.
Also, after I removed/assigned drive letters with diskpart utility I shutdown the machine and cloned it. No joy unfortunately.
I want to get to the bottom of this for this VM is a test VM, and soon is going into production, and I will be in trouble if this carries on.
Thank you for your response.
The VM is not a domain controller and it has not been converted. It was created from a template and as I said in my previous post the other VM is fine, whereas this VM keeps going into System Recovery Options.
I'm facing the same issue, and I have no idea of what is causing this issue. I would like to know if somebody have any suggestion.
When you are in diskpart utility, select volume 1 and type attributes volume. What is the value of "No Default Drive Letter"? It should be "Yes"
I am facing same issue. Not able to find any solution and this is the only blog where I found exact problem. Can any one please suggest me the solution. Its very urgent as one critical system is doing the same thing.
We have a customer with exactly the same issue , after restart of the VM's it goes directly in recovery mode , we have found that some .DLL files also are missing on those Win2008/2012R2 servers .
Microsoft haven't either been able to see whats causing this issue .
I had this problem a while back when deploying from a template. So I scrapped all my templates and created .ovf or ova's instead and I haven't had corrupted installs. I unfortunately don't have an explanation but that Is something you might want to consider.
Anyone find a solution to this issue?
I deployed a new Windows 2008 r2 server from CD (old fashion way) two weeks ago and just now it restarted right in front of my eyes and came up with the system recovery option. I didn't work from a template or anything like that. This, by the way, is the second server that had that problem today. Both created from scratch.
Luckily I have made backups of the servers so restoring them is no big deal (one is a printer server) but I hope this is not going to happen often.
Does anyone know why this is happening?
Recently, I had the same problem. I found out that when the disks have been detached and attached again, this issue had been resolved. It worked for me very well.
I had the same problem. My solution, which I read above, was to remove the VM from the enclave, go to the vmx file (on my NAS) and re-add the VM to the inventory. I have successfully rebooted several times since.
Thanks for all of your inputs. Have a great day.