David Haller wrote:
...
Ich wollte auf den beiden ersten primären je ein M$-System haben:
/dev/hda1 * 1 181 1453851 b Win95 FAT32 /dev/hda2 182 227 369495 83 FAT16 ^^^^^^^^^ Hast du das Abgeschrieben oder was? Wenn das so im MBR steht, dann ist das schonmal ein Problem. ID 83 ist bekanntlich ext2 oder reiserfs.
Ohhhh, Du hast mich ertappt. Ich habe die Zeile in die Mail kopiert und dann gemerkt,dass da noch ext2 stand. Den Originalzustand, den ich meine, ist: 6 FAT16
Jetzt, nach etlichen anderen Versuchen des Aktivierens, deaktivierens usw kann ich nicht einmal mehr eine DOS-Diskette booten. Die Disketten bleiben bei "Starten von MS-DOS" stehen. Linux bootet (über lilo auf Diskette) normal.
Hast du eine DOS-Bootdiskette, die komplett von der HD unabhaengig ist? Ich vermute die verwendete ist es nicht, denn IIRC sind es die 'normalen von Win nicht. Kontrolliere bes. die msdos.sys, ebd.sys, config.sys und autoexec.bat auf der Diskette (ggfs. PM an mich).
Ich habe von meinem uralt-Notebook (DOS6.2/Win3.1) mit format a: /s eine Bootdiskette angefertigt. Ich habe nicht gewußt, dass M$ schon beim booten von Diskette auf eine Festplatte zugreift, aha! Wieder etwas gelernt. Werde mir mal FreeDOS aneignen. Eine autoexec.bat oder config.sys ist nicht auf der Diskette, der STOP beim booten ist auch weit vor dem Ausführen der beiden DOS-Startdateien. Inhalt der mit format a: /s formatierten Diskette: rex:/floppy # ls -l total 204 drwxr-xr-x 2 root root 7168 Jan 1 1970 . drwxr-xr-x 23 root root 455 Jan 28 23:48 .. -rw-r--r-- 1 root root 57351 Sep 30 1993 command.com -r--r--r-- 1 root root 64246 Sep 30 1993 dblspace.bin -r--r--r-- 1 root root 40847 Sep 30 1993 io.sys -r--r--r-- 1 root root 38186 Sep 30 1993 msdos.sys Nutzt es etwas wenn ich Dir die Dateien zumaile? Ich will mich mit M$ eigentlich nicht mehr beschäftigen. Jetzt weiss ich, dass M$ eben auf eine FP zugreifen will und am defekten Boot-Sektor scheitert. Ich suche eher eine Linux Lösung für mein FEstplatten-Chaos.
Was mache ich falsch oder was habe ich nicht bedacht?
Vermutlich ist der Partitions-Bootsektor dahin (nicht der MBR),
Huch! Was ist denn das? Partitions-Bootsektor und nicht der MBR? Ich dachte ich sei wissend ... Hast Du mir Doku für den Aufbau der Bootsektoren von Festplatten?
davon gibt's bei FAT32 und NTFS aber eine Kopie.
Aha ..
Es waere aber evtl. (s.o. die Partitions ID) sinnvoll, den MBR und die Bootsektoren zu kontrollieren.
ACHTUNG: Nur nach Kontrolle auf Korrektheit und nachdem die Befehle verstanden wurden ausfuehren. #include <stddisclaimer>
dd if=/dev/hda of=/root/hda-mbr bs=512 count=1 dd if=/dev/hda1 of=/root/hda1-br bs=512 count=12 dd if=/dev/hda2 of=/root/hda2-br bs=512 count=1
Das mit dd habe ich denke ich verstanden. Arbeite schon länger damit. Ich maile Dir die Dinger als PM.
Beim mittleren sind's 12 Sektoren, da der Backup-BR meist im Sektor 6 nach Partitionsbeginn liegt, und ein bisschen "Streuung" schadet nicht.
Wieviele Partitions-Sektoren gibt es denn noch ????
Ach ja, sind auf den Partitionen irgendwelche (wichtigen) Daten?
Neee. Zweitrechner. Ich müsste halt ein bischen was neu installieren wenn alles schief geht. Ich bin bereit alles zu testen (was nicht die Hardware zerstört). Danke für Deine ausführliche Hilfe Gruss Ekkard