In Alceryes <
[email protected]> had this to say:
My reply is at the bottom of your sent message:
All tests were run from a test computer (hard disk in question,
chained as secondary). If what you say is true they why have I run
into several instances where folders on the "test" hard disk give me
an access denied message? This is happened on many occasions with
multiple HD's in my test system.
I know my test bed OS is perfectly clean. I also booted from a
powermax disk and the advanced scan reported the hard disk was fine
as well. That's why I'm wondering about the 'chkdsk' command(?)
I knew the HD was toast the instant I started hearing the clicking.
The HD in question is now in the freezer so that later I'll have the
best chance of getting as much data off as possible.
Are you doing the chkdsk from outside the OS?
I'd do as Malke has suggested and take ownership of the files - take
ownership of what you can access RIGHT now and then worry about the ones
that you can't access. Getting as much data back as you can is likely your
primary goal at this point and continued attempts to run the heads across
the platters is (from the sounds of this) not in your best interest. So long
as you're inside the OS you'll have trouble doing much with files that you
don't have access to. It might be worth trying it from the recovery console.
Reboot to the XP CD and follow the prompts to use RC and then bring up the
help because the commands are different for chkdsk in RC. However don't do
so until you've recovered all the data that you can unless this is a matter
of dire importance in which case take it to a specialized recovery company
in your area or one found online.
That'd be where I'd go from here.
Galen
--
"You know that a conjurer gets no credit when once he has explained his
trick; and if I show you too much of my method of working, you will
come to the conclusion that I am a very ordinary individual after all."
Sherlock Holmes