Opened 15 years ago
Closed 9 years ago
#4928 closed defect (obsolete)
VMDK disk corrupt after discarding snapshots
Reported by: | Martin Stjernholm | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 3.0.4 |
Keywords: | Cc: | ||
Guest type: | Windows | Host type: | Linux |
Description (last modified by )
I had a working windows vista guest where I had made two successive snapshots. After discarding the snapshots, vista won't boot anymore, halting in the Windows Boot Manager with:
Status: 0xc00001 Info: An unexpected error has occurred.
I've not yet been able to verify the integrity of the ntfs file system.
There is more than 25 Gb of free space on the hosting file system. VBoxManage showhdinfo on the corrupt(?) disk image shows this:
UUID: be4813bf-f885-4c0d-c49b-c848c3a7039a Accessible: yes Description: Logical size: 32768 MBytes Current size on disk: 22170 MBytes Type: normal (base) Storage format: VMDK In use by VMs: miffot (UUID: d7316699-797f-467b-b08b-24ef2687b1c4) Location: /home/mast/more/vms/windows-vista-x86_64/sysdisk.vmdk
Two logs attached: One before the snapshots were discarded, and one from a broken boot afterwards.
Attachments (3)
Change History (6)
by , 15 years ago
Attachment: | VBox.log.3 added |
---|
comment:2 by , 15 years ago
I did some things before the snapshot discardings that might be relevant:
- Took a backup (using cp -r) of the vm directory containing the vmdk and the snapshots.
- Ran virtualbox 3.0.6 b1 for a short while, but without making any changes to the snapshots or the vm configuration parameters.
- Removed the original vm directory and put the backup in its place.
Note that I did not backup and restore the .VirtualBox config dir during this. Is it possible that an inconsistency between the config xml file and the vm directory could produce this fatal result?
comment:3 by , 9 years ago
Description: | modified (diff) |
---|---|
Resolution: | → obsolete |
Status: | new → closed |
Log before problem