Hi Rod,
nt4-ever wrote:
> Calvin said:
> "I'm still a strong advocate of the SYSTEM
> partition being FAT16"
>
> as usual the Terminology is screwed up;
> ie System Partition is that with the files
> ntldr, boot.ini and ntdetect.com whilst
> the Boot Patition is that with folder
> \WINNT\system32 ie file: NTOSKRNL.EXE
>
> so at risk of trying to teach
> "Old Dogs New Tricks" i submit only
> advantage of System Partition FAT16
> is you can boot to DOS and replace those
> three files .. ??
>
> if so then Why Not have a Boot Floppy
> (or if you are smart can create Bootable CD)
> with those three files that will boot
> the so called boot partition ntoskrnl.exe ?
>
> that way All your partitions can be NTFS
> with Same advantages as having System
> Partition FAT16 .. ?
You hit the nail on the head - primarily I have my system partition as FAT16 so
I can have a fully fledged MS-DOS installed and boot from it if I need to. For
quick jobs like reflashing a firmware somewhere or doing system hardware
diagnostics this partition gets a regular workout.
I actually do have a 'boot floppy' as well, and a parallel install of NT4
sitting on a Syquest 270MB removable HDD cartridge (Syquest drive is SCSI
interface) and I can boot to that parallel instance even if the HDD is totally
toast - and this has happened once.
I agree with you too - BIG selling point of NT4, a fully SPed and hotfixed
instance of the OS will fit in an 80MB footprint if you know what you are doing
- lets see Win2k or XP do that !
NOW - OFF TOPIC, but maybe interesting to some - a story (not-so-tall-tale) of
the week:
Win2k box died the other day - simple enough fault, failure of a SDRAM module
(top 128kB BANK stuffed, total of 512MB on the machine. Fault: bit D25 stuck at
one in every location, most likely a failed column driver in the chip) Boy, did
that set off a chain of events:
1. Win2k dies with a blue screen of death - good, safe and sensible thing to do
under the circumstances - OS is doing it's job.
2. Operator, thinking it is a random death reboots system - dies again with a
totally different blue screen of death.
3. Operator reboots again, another TOTALLY unrelated STOP error. OS being
totally unhelpful with STUPID error messages - doesn't Win2k check and verify
it's RAM at boot ??? - NT4 used to catch this obvious error EVERY time)
4. After about 4 operator reboots, system has damaged a critical system file
(kernel or driver related - we think) and now stuck in a reboot loop - we enter
to try to straighten out this mess.
5. We find and remedy the RAM fault.
6. We attempt a reload of the damaged boot partition from the most recent backup
- no good - still stuck in a reboot loop.
7. Several hours spent chasing our tales trying to work out why this would happen.
8. Chase our tale time includes all obvious checks like installing and booting
from a parallel install to prove hardware is now stable and running, a chdsk on
all partitions whilst in the clean OS instance to ensure the file systems are
all intact - no errors or problems encountered.
8. Ultimately, in despairation, reformat the boot partition and restore from
backups again - success. It would appear the underlying NTFS file system on the
boot partition had been damaged, but in such a way as to not flag any errors or
warnings when being checked, but to create a situation where the OS could not boot.
Moral of the story - don't take it as holy writ that a chdsk report that says a
volume is clean can be relied on to be accurate - if in doubt reformat from a
known clean OS.
Calvin.
>> Stay informed about: 0x0000001E error