Moin moin habichthugo,
könnte sein, dass Du noch ein BootFlag auf der Platte hast
Disk /dev/sda: 82.3 GB, 82348277760 bytes
255 heads, 63 sectors/track, 10011 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 33 265041 82 Linux swap / Solaris
/dev/sda2 34 161 1028160 83 Linux
/dev/sda3 * 162 1180 8185117+ 83 Linux
/dev/sda4 1181 10011 70935007+ 83 Linuxdas Asterisk auf sda3 hier zum Beispiel.
fdisk -->> a toggle a bootable flag
MfG.
[SIZE=7].................[/SIZE]MFG.
QuoteOriginal von habichthugo
Ein 'dd if=/dev/zero of=/dev/sda bs=446 count=1', also das komplette Überschreiben des Boot Codes mit Nullen, hat leider nichts bewirkt.
Ich weiß, ich wiederhole mich, aber weder bs=446 noch bs=440 (im anderen thread) beschreiben einen kompletten Sektor - vielleicht merkt dein BIOS ja, das da noch was drinsteht? Versuch's mal mit 512 (und falls nix wertvolles auf der Platte ist, notfalls mit mehreren Sektoren).
[edit] Ein Bootflag gibt's für den MBR nicht, das gibt's nur für Partitionen. Deswegen gibt's da auch keine Markierung o.ä. zu löschen - der MBR ist quasi seine eigene Markierung, entweder vorhanden oder nicht.
[edit2] Wenn sonst nix hilft, schreib vorübergehend einen anderen MBR auf die Platte (LILO, DOS/Windows,...) und versuchs dann nochmal mit grub (oder gleich grub2).
QuoteOriginal von habichthugo Da ist noch irgend eine Kennung versteckt, wahrscheinlich ein oder zwei Byte mit einem speziellen Wert.
Hast recht, das sind die letzten zwei Bytes (also hinter der parttab).
QuoteOriginal von habichthugo
Ich schaffe es einfach nicht, grub korrekt auf meine externe Platte zu bekommen. Nun möchte ich die Platte wenigstens wieder in ihren vorherigen Zustand versetzen. Da wurde die Platte vom BIOS beim booten ignoriert. Booten von USB-Platten soll im BIOS aber aktiv bleiben...
Ein 'dd if=/dev/zero of=/dev/sda bs=446 count=1', also das komplette Überschreiben des Boot Codes mit Nullen, hat leider nichts bewirkt. Der rechner versucht weiterhin diesen MBR zu booten und bleibt damit natürlich hängen
Was gibt denn
fdisk -l /dev/sda
so aus? Wenn da noch ein "*" irgendwo ist, ist die Platte "bootbar" markiert.
QuoteOriginal von habichthugo
Nein! Wenn man die zu Null setzt, dann erscheint die Platte jungfräulich, also wird auch die Partitionstabelle ignoriert! Glücklicher Weise habe ich vor diesem Test den gesamten Sektor gesichert. Die gesuchten Byte müssen irgendwo in den ersten 440 Byte des Boot Code liegen, denn deren Austausch brachte den Erfolg...
Mysteriös... meine Literatur ist anderer Meinung, aber nur der praktische Erfolg zählt letztendlich.
QuoteOriginal von NullP
Mysteriös... meine Literatur ist anderer Meinung, aber nur der praktische Erfolg zählt letztendlich.
Vgl. http://de.wikipedia.org/wiki/Master_Boot_Record
In jenem Artikel steht alles Wichtige drin.
CU
Oliver
Moin moin habichthugo,
widerleg doch mal bitte turboj und meine Hypothese wegen des BootFlags,
welches ich in keiner Doku fand wo es gesetzt wird(im MBR OR an den PartionsTable), mittels der Ausgabe von fdisk -l
MfG.
[SIZE=7]................[/SIZE]MFG.
schau dir deinen extrahierten bootcode doch einfach mal per hexeditor an und schau nach was da so drinsteht
Nichts, aber hätte ja sein können, dass da viel weniger drinsteht und dann hätte sich die ursache vllt geklärt 
Ich hab leider gerade keine "frische" platte da um zu schaun was da wirklich ursprünglich drauf war.
die 0xAA55 sollten jedenfalls dem bios signalisieren, dass ein mbr vorhanden ist. Von einem leeren kann also nicht so wirklich die Rede sein.
Und wenn man mit hier vergleicht: http://communities.vmware.com/message/294309
würde ich sagen, das ist ein standard-Winxp MBR, dem zum booten dann halt die weiteren stages fehlen.
Hier auch noch ne interessante analyse dazu: http://mbr.adamsatoms.com/
gruß red
Don’t have an account yet? Register yourself now and be a part of our community!