Stan said:
I pressed "s" and setup highlighted the SATA/RAID driver. [enter]
On the next cycle I pressed "s" again, but this time it said it
already had a driver. [enter] The screen was frozen.
Rebooted to a normal startup. With explorer,
system32\drivers\m5289.sys was the old one:
07/04/2005 -- 52K -- v3.0.6.0.
and not the larger one from on the floppy.
Rebooted from setup CD. It again took F6, "s" one time. [enter] Setup
displayed the three partitions on the RAID array. The only options
were "set up XP on the selected item", "Create a partition", and
"delete a partition". There was no "R" option. I pushed [F3] to quit.
Stan Hilliard
I have another problem that might be related to this one. My virus
scanner program, F-Prot, has for the last week been generating false
positives and wrongfully (I think) quarantining the files. Many have
been driver files -- those that I recently downloaded here, and ULi
and nvidia install files that I downloaded a long time ago to a HDD
where I keep downloaded applications and utilities. It even removed
some files that I recently installed from an old ABIT guru utility
disk that came with the KU8 motherboard. I am discussing the false
positives here:
https://forum.f-prot.com/index.php/topic,1598.0.html
I think that problem needs to be solved before I can run the repair of
XP. Perhaps if I can fix the wrongful quarantine problem I won't need
to repair XP.
Stan Hilliard
I also discuss the quarantine problem in a thread that I started on
this newsgroup on 10/3/09 at 2:29 AM, "What if virus ..."
Stan Hilliard
You can use other bootable media, to work on the content of disks.
For example, I use a Knoppix disc, if I need to do maintenance on
my Windows disks. I understand there are things like BartPE, but
I don't have any experience with it.
Linux has had FAT32 support for some time. NTFS is a more recent
development, such that you should check to see whether NTFS writing
is recommended with a certain distro or not.
My favorite distro is Knoppix, due to a few small features that make
finding disks and working with them easier.
Knoppix 5.1.1 is CD sized, uses KDE desktop, and supports NTFS read/write.
You right click on a disk icon, and enable writing, as by default,
Knoppix is usually read-only at startup. Once writing is enabled,
double clicking the disk icon "mounts" the volume. (By right clicking,
you can later "unmount" or umount the volume as well.)
Knoppix 5.3.1 is DVD sized, also supports NTFS read/write, and the kernel
version is recent enough, that there shouldn't be any problems while doing
simple NTFS maintenance. (I quickly tested a Japanese remastered version
of Knoppix 5.3.1 yesterday - it fits on a CD and does all the good things
the DVD sized one does. So it is looking like a better candidate than
the original. To make it smaller, they eliminate things like OpenOffice
software and probably thousands of other pieces of "fluff".)
http://www.rcis.aist.go.jp/project/knoppix/ (Knoppix5.3.1 CD, multiple versions, english)
Knoppix 6 versions are CD sized. They dropped KDE support. Figuring out
where your drives are, takes a bit more work. And when I was dealing with
a floppy recently, it nearly drove me nuts. I couldn't tell if the
floppy was mounted or not, or what files were on it. Due to the way caching
was set up, the writes to the floppy were delayed for long periods.
That was very annoying. Knoppix 6 attempts to use more of Debian "out-of-the-box",
which is why there could be more rough edges. The other versions
tend to have stuff added, to make the user experience more pleasant
(at least for a Windows user).
If F-prot is removing stuff it shouldn't, then somehow you'll need to
disable it.
And if the Windows "repair" doesn't "see" whatever minimum it expects
for a Windows boot partition, then perhaps it won't offer to fix anything.
I haven't a clue what the ingredients are there. Perhaps someone
else has a recipe as to what the minimum is, to facilitate repair.
As a rank amateur, my recommendation is to make an exact copy of
a disk, if I suspect the triage is going to be long and nasty.
I now have four spare disks here, which I use for backups. I use
"dd" or Disk Dump, as it is capable of sector by sector copying of
one disk to another. The advantage of that style of backup, is
you can make exact snapshots of virtually everything on a disk
(even a mix of EXT2, FAT32, NTFS partitions). And if a file system
is "luncheon meat" and damaged, an exact snapshot allows trying again,
with recovery programs. The sector by sector copy doesn't care
if the file system doesn't make any sense any more - something a
file by file backup can't handle.
Then, if the battle isn't going well, or if some recipe I'm
following runs amuck, simply copying all the sectors back,
returns things to where they were. It's saved my bacon more
than once. And it is the first step I would recommend, if a
user knows there'll be trouble ahead.
There is a Windows port of "dd" available, but chances are,
if you're dealing with the C: drive or the hard drive holding
C:, then the safest practice is to use the Linux "dd" instead.
As then, Windows is shut down, and no files are open or busy.
But this is good, if you're curious, and want to back up the
MBR, or back up the boot sectors from the beginning of a partition.
http://www.chrysocome.net/dd
Since "dd" is so powerful, you can easily erase a disk just
as easy as back it up. So double check the command syntax
before hitting return. I've had one "close call" already :-(
Fortunately, the syntax error was bad enough, that the
command didn't run.
Paul