Windows Disk Manager - Initialize Disk... destructive or not?

[ColKurtz]

If I have a disk with existing data and move it to a new system, do I *initialize* the disk within Windows Disk Manager when the wizard launches? I thought I remembered that the wizard prompted you to write a signature to the new disk, but Initialize to me sounds like a separate, destructive option. But looking around a bit I see several posts implying that Initializing a disk is simply writing the signature, and will not delete data.

I have a customer who migrated a SAN volume over the weekend. He stated that he initialized the disk within Disk Manager on the new host, but after doing so the drive had no data. They had a backup and will try again next weekend.

Initializing a volume in SAN terminology is destructive. Does MS have a different definition... is initializing within Disk Manager a non-destructive process?

The previous host was Windows Server 2003. I believe the new server is running 2008 R2... if that matters.

Thanks for any info.

 

[RebateMonger]

Don't do a Windows "Initialize" on a disk with data on it. You won't be able to find the files anymore without data recovery software.

 

[corkyg]

Destructive.

 

[hanspeter]

An uninitialized disk means that Windows was not able to find a valid MBR (for whatever reason). If you initialize it, it will try to write a new MBR along with an empty partition table.

 

[Nothinman]

An uninitialized disk means that Windows was not able to find a valid MBR (for whatever reason). If you initialize it, it will try to write a new MBR along with an empty partition table.

Yea, it shouldn't touch the actual data but the partition table will be blank so you'd need to recreate the partition table exactly as it was before with a 3rd party tool that's non-destructive like fdisk or a data recovery tool like gpart that will attempt to rebuild the partition table for you.

 

[hanspeter]

To add a bit. An invalid mbr is not caused by foreign boot strap code or something. It validates the mbr on the 2 byte end marker (0x55 0xAA).