Loading

×Sorry to interrupt
CSS Error

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

Skip to main content

My Subscriptions

Loading

Knowledge Base

Checking for disk corruption on the destination server after using VMware Converter (1006559)

Last Updated: 6/19/2020Categories: TroubleshootingTotal Views: 34593Language:
English

Subscribe to get an email
newsletter with new updates

Please provide article feedback:

Symptoms

Using VMware Converter you have performed a conversion without any visible errors.

The resulting virtual machine fails to start the operating system.

Certain applications report corrupted files or libraries and may not start.

Database-oriented applications report corrupted tables or database files.

Files from the source are missing on the destination virtual machine.

You may receive one or more of these errors:

A disk read error occurred

NTLDR is missing
Press any key to restart

Windows could not start because the following file is missing or corrupt:
C:\windows\system32\hal.dll
Please re-install a copy of the above file.

Windows could not start because the following file is missing or corrupt
C:\windows\system32\config\system
C:\windows\system32\config\security
C:\windows\system32\config\default
C:\windows\system32\config\sam
C:\windows\system32\config\software

STOP 0xC000021A FATAL_SYSTEM_ERROR

The Windows Logon Process system process terminated unexpectedly.

cannot-open-disk corrupt-virtual-disk system-disk-error virtual-disk converter converting-virtual-machine-fails converting-virtual-machine-corrupt-disk

Purpose

This article provides steps to check for data corruption or skipped files during the conversion process and how to correct or repair the damage on the destination.

Resolution

Issues may arise with a virtual machine after performing a seemingly successful conversion with VMware Converter. Issues reading files or files becoming locked during the process of conversion can cause corruption inside your virtual machine. Some files can be locked if they are in use during conversion. VMware Converter attempts to convert the file, but it may determine that it is unable to do so and skip the file.

The same condition can occur if there are bad blocks on the drive or corrupted files on the source system. VMware Converter attempt its best to convert the file, but end up skipping files if necessary. The result shows that the conversion appears to be successful, but you may have erratic behavior upon the boot-up of the converted virtual machine, or applications do not perform as expected. Perform these steps to troubleshoot this behavior:

Determining if data corruption or a skipped files event has occurred

To determine if data corruption or a skipped files event has occurred:

Open the Converter log files from the conversion session. The location is indicated during conversion, or in the lower panel of VMware Converter. If you are using Converter Enterprise plug-in, the logs are located in %UserProfile%\Application Data\VMware.

Examine the log files for these messages:

[Pcopy] error Can not write stream data: The process cannot access the file because it is being used by another process (32)

Error copying destination file

Image processing task has failed with PlatformError fault: 23

sector could not be read

If any of the above messages are noted, files were not completely or correctly copied into the new virtual machine. Proceed to the Recovery Options section of this article to determine the best course of action.

Recovery options

When you encounter a data corruption issue, you have a number of choices depending on your situation. Each section below demonstrate different ways of recovering from the situation. Review the methods below and select the one most appropriate to your situation.

Recovering from data corruption with a new conversion

To recover from data corruption with a new conversion:

If possible, run the chkdsk utility on the source server before attempting to convert again.

Open a command prompt. For more information, see Opening a command or shell prompt (1003892).

Type chkdsk c: /f and press Enter.

Note: To complete this command you must restart the server. press y when prompted to schedule the check on restart.

Repeat step b, substituting c: for any other local drive letters that must be captured by the conversion.

If the server is running any database applications, Active Directory, or Microsoft Exchange, shut down the services prior to conversion to ensure a proper copy. If this is not possible, you must re-index the database tables in the virtual machine after conversion is completed to ensure data integrity.

Note: If the source server is running Active Directory, start up the server in "Directory Service Restore Mode" to prevent the services from starting.

Perform another conversion with VMware Converter and specify that the disk sizes be adjusted even by a small amount. This forces a file system only clone and may avoid copying corrupted blocks from the source hard drive.

Recovering from data corruption using the new virtual machine

To recover from data corruption using a new virtual machine:

From the new virtual machine, boot the Windows Setup disc and start the Recovery Console. Log in to the damaged operating system.

Repair the master boot record. Type fixmbr and press Enter.

Repair the boot sector. Type fixboot and press Enter.

Check the disk for corruption in the file system. Type chkdsk c: /p and press Enter.

Exit the recovery console. Type exit and press Enter.

Warning: If you do not use the exit command to quit the Recovery Console, your changes may be discarded.

After the virtual machine is bootable, review the files skipped in the Converter log files and re-copy the files from the source server.

If the source server was running any database applications, Active Directory, or Microsoft Exchange, shut down the services prior on the source and copy the files into the new virtual machine. If this is not possible, you must reindex the database tables in the virtual machine to ensure data integrity.

Note: If the source server is running Active Directory, start up the server in "Directory Service Restore Mode" to prevent the services from starting.

Related Information

For related troubleshooting information, see:

Cannot boot or start a virtual machine converted by VMware Converter (1006296)

Troubleshooting login failures occurring on a virtual machine converted with VMware Converter (1006297)

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
English

Attachments

Additional Resources

KB
•
VMware Converter を使用した場合、仮想マシンに含まれているアプリケーションおよびドライバが変換されないことがある (1006626)

KB
•
在 VMware vCenter Converter 中虚拟化现有域控制器 (1006996)

KB
•
VMware vCenter Converter の既存のドメイン コントローラの仮想化 (1006996)

Results 1-3 of 3

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vCenter Converter Standalone

VMware vCenter Converter

VMware Converter

Related Versions:

VMware vCenter Converter Standalone 4.3.x

VMware vCenter Converter Standalone 4.0.x

VMware vCenter Converter 4.2.x

VMware vCenter Converter 4.1.x

VMware vCenter Converter 4.0.x

VMware Converter 3.0.x

Take Our Survey

Was this article helpful?

YES

NO

Copyright © 2005-2024 Broadcom. All Rights Reserved. The term “Broadcom” refers to Broadcom Inc. and/or its subsidiaries.

Terms of Use

Your California Privacy Rights

Privacy

Accessibility

Cookie Settings

Support Assistant