Howdy Markus,


You have just reminded me that iv'e got to get an UPS unit soon


Before you touch or do anything concerning the bootsector, back it up to a floppy first.

From Knoppix, as root, do ...

Zero the floppy first ...

]# dd if=/dev/zero of=/dev/fd0 bs=1024 count=1440

Then do ...

]# dd if=/dev/hda of=/dev/fd0 bs=512 count=1

Zero the floppy first ...

]# dd if=/dev/zero of=/dev/fd0 bs=1024 count=1440

That table output is saying that hda1 is typed as having a "W95 FAT32 (LBA)" filesystem, hda2 is a "W95 Ext'd (LBA)" (windows extended partition), and hda5 being an extended logical partition, it has a "W95 FAT32" filesystem.

Above your refering to a NTFS !!!.

There are some wires crossed here somewhere.

Questions:

[code]

# What windows are you talking of ?
# Why do you mention NTFS above ?

The type fields for a NTFS, if thats the case, should be "0x07" and not "0x0b" for hda1.

The type field will be used by programs that use the table so that they can deal with a partition in terms of the indicated filesystem. The bios will also use it in that regard too. Otherwise it shouldn't interfer with anything. NTFS being the MS beast it is, it is likely to utilise the bios in some way ... no one quite knows exactly what a NTFS does, which is why MS promote and prefer it to FAT32. Though they will tout it as being the increased file size and partition size it allows. Rubbish. It's there to bind you to a single OS system occupying the whole disk. That is its' primary purpose.

You could try changing the type field to "7" but ....

Do make the floppy backup first, make a couple of them.

And even try changing the field in a floppy copy first, rather than mucking about with your disk, and see if you can get results booting via the floppy image first.

]# fdisk /dev/fd0


You will be risking your data, so why not try to minimise the risk as muck as possible. After all, that's what floppies are for. If you can fix it that way, then go to the actual hdd and repeat the operation there.

>>
They were all there BEFORE I ran fixboot
>>

You'll have to forgive my ignorance of Windows. Obviously the windows version/type is hinted there. And i have heard of the program before. But i thought its' purpose was to just rewrite a bootstrap, in case of bootstrap corruption. I'm pretty sure it wont be having anything to do with your table.

The scambled files could be due to the lack of write support for the NTFS in Linux. Read support exists, but writing to the bugger is only supported in a very limited way. The write must be to an existing file, and it must not change the size of the file. All MS fault, not Linux. MS have locked down all info on the internals of their NTFS. NTFS is one of MS major Anti-Open source/Linux strategies ... by the way , and shouldn't be touched with a ten foot pole as a response. It is there to cause you problems, not as any solution to anything, other than to make life difficult.

You say you used the windows disk to copy over those files. As long as you don't try to do a write from Knoppix, the above support problem shouldn't be an issue.

I agree with the above comment too, copy all your data over to another disk if you can.

Good Luck, and post back an update

jm

Code:
 -: -  If the system is the answer, then the question
                must have been really stupid  -:-