RAID0 partitions and reconstructions of MFT



David Shorthouse
07-10-2005, 01:58 AM
Hello folks,

I have 4 partitions in a RAID0 array. I was getting short space in one
partition and successfully used PartitionMagic to pull some space from one
partition that wasn't used as heavily as another and resized the partitions
in the same RAID0 array. No problems so far. I also make use of Diskeeper to
automatically defrag my partitions. This latter program has an option to
configure/resize the MFT, which I used without problems, or so I thought. I
use suspend to RAM on this machine and never had a problem until I resized
the MFT using Diskeeper. Upon resume from suspend to RAM now, the partitions
for which I resized the MFT now all complain about MFT corruption. Cold
boots don't have this problem. Evidently there is something off about how
Diskeeper reconstructed/resized the MFTs in question because it must not
have done so to properly implement RAID0 array partitions and suspend to
RAM. Is there any way to properly reconstruct the MFT for these partitions?

Thanks for any ideas,

Dave

--
______________________________
Remove "_SPAM" to reply directly.

Kerry Brown
07-10-2005, 01:58 AM
"David Shorthouse" <davidshorthouse@shaw_SPAM.ca> wrote in message
news:uxDkrN0eFHA.2732@TK2MSFTNGP14.phx.gbl...
> Hello folks,
>
> I have 4 partitions in a RAID0 array. I was getting short space in one
> partition and successfully used PartitionMagic to pull some space from
> one partition that wasn't used as heavily as another and resized the
> partitions in the same RAID0 array. No problems so far. I also make use of
> Diskeeper to automatically defrag my partitions. This latter program has
> an option to configure/resize the MFT, which I used without problems, or
> so I thought. I use suspend to RAM on this machine and never had a problem
> until I resized the MFT using Diskeeper. Upon resume from suspend to RAM
> now, the partitions for which I resized the MFT now all complain about MFT
> corruption. Cold boots don't have this problem. Evidently there is
> something off about how Diskeeper reconstructed/resized the MFTs in
> question because it must not have done so to properly implement RAID0
> array partitions and suspend to RAM. Is there any way to properly
> reconstruct the MFT for these partitions?
>
> Thanks for any ideas,
>
> Dave

Restore from your backup? Unfortunately when using RAID and many 3rd party
disk utilities things go wrong. If you can still access the partitions I
recommend an immediate backup, then rebuild the system. This will probably
be quicker and easier than playing with partition tables MFTs and possibly
mucking things up even more. It is likely that further actions will cause
data loss. I know this isn't what you want to hear but it's my advice. Take
it as you will.

Kerry


>
> --
> ______________________________
> Remove "_SPAM" to reply directly.
>

David Shorthouse
07-10-2005, 01:58 AM
>> Hello folks,
>>
>> I have 4 partitions in a RAID0 array. I was getting short space in one
>> partition and successfully used PartitionMagic to pull some space from
>> one partition that wasn't used as heavily as another and resized the
>> partitions in the same RAID0 array. No problems so far. I also make use
>> of Diskeeper to automatically defrag my partitions. This latter program
>> has an option to configure/resize the MFT, which I used without problems,
>> or so I thought. I use suspend to RAM on this machine and never had a
>> problem until I resized the MFT using Diskeeper. Upon resume from suspend
>> to RAM now, the partitions for which I resized the MFT now all complain
>> about MFT corruption. Cold boots don't have this problem. Evidently there
>> is something off about how Diskeeper reconstructed/resized the MFTs in
>> question because it must not have done so to properly implement RAID0
>> array partitions and suspend to RAM. Is there any way to properly
>> reconstruct the MFT for these partitions?
>>
>> Thanks for any ideas,
>>
>> Dave
>
> Restore from your backup? Unfortunately when using RAID and many 3rd party
> disk utilities things go wrong. If you can still access the partitions I
> recommend an immediate backup, then rebuild the system. This will probably
> be quicker and easier than playing with partition tables MFTs and possibly
> mucking things up even more. It is likely that further actions will cause
> data loss. I know this isn't what you want to hear but it's my advice.
> Take it as you will.
>
> Kerry

Crap. That's as I feared. Trust 3rd part apps to mess everything up!

Dave

Kerry Brown
07-10-2005, 01:58 AM
"David Shorthouse" <davidshorthouse@shaw_SPAM.ca> wrote in message
news:%23h6P3n1eFHA.3864@TK2MSFTNGP10.phx.gbl...
>
>>> Hello folks,
>>>
>>> I have 4 partitions in a RAID0 array. I was getting short space in
>>> one partition and successfully used PartitionMagic to pull some space
>>> from one partition that wasn't used as heavily as another and resized
>>> the partitions in the same RAID0 array. No problems so far. I also make
>>> use of Diskeeper to automatically defrag my partitions. This latter
>>> program has an option to configure/resize the MFT, which I used without
>>> problems, or so I thought. I use suspend to RAM on this machine and
>>> never had a problem until I resized the MFT using Diskeeper. Upon resume
>>> from suspend to RAM now, the partitions for which I resized the MFT now
>>> all complain about MFT corruption. Cold boots don't have this problem.
>>> Evidently there is something off about how Diskeeper
>>> reconstructed/resized the MFTs in question because it must not have done
>>> so to properly implement RAID0 array partitions and suspend to RAM. Is
>>> there any way to properly reconstruct the MFT for these partitions?
>>>
>>> Thanks for any ideas,
>>>
>>> Dave
>>
>> Restore from your backup? Unfortunately when using RAID and many 3rd
>> party disk utilities things go wrong. If you can still access the
>> partitions I recommend an immediate backup, then rebuild the system. This
>> will probably be quicker and easier than playing with partition tables
>> MFTs and possibly mucking things up even more. It is likely that further
>> actions will cause data loss. I know this isn't what you want to hear but
>> it's my advice. Take it as you will.
>>
>> Kerry
>
> Crap. That's as I feared. Trust 3rd part apps to mess everything up!
>
> Dave
>

Just as an aside are your four partitions for the RAID 0 on separate drives?
If not you are probably taking a performance hit. If they are on separate
drives I don't envy you the task of rebuilding the system. Personally once I
had a couple of verified backups I'd probably muck around a bit and try to
fix things. It sounds like a complicated setup.

Kerry


RAID0 partitions and reconstructions of MFT