Quote:

Paßt scho'...

Quote:

Da wär wieder unser altes Problem: Wenn man kann. Die Kommandozeile lautet vermutlich so in der Art

dd if=/dev/hdy1 of=/dev/hdx2 

Wobei man die richtigen Buchstaben (a..d) bei onboard-IDE für x (Zielplatte) und y (def. Quellplatte) passend zu Deinem Sys noch ausknobeln müßte. Tu das auf keinen Fall blindlings! Btw auch bei korrektem Gebrauch wird dabei die 2. Partition der Zielplatte _überschrieben_!

Vielleicht kommt ja auch noch jemand vorbei der sich mit Linux auskennt oder Du schreibst mal dem Taxil eine Mail ob er Dir dabei assistiert.

Quote:

Klar - mit Händler meinte ich schon einen PC-Laden und nicht etwa die Winzergenossenschaft...

Quote:

1. Das war nichts als Glück
2. Dir sind durchaus schon Daten verlorengegangen, es hat wohl bisher nur keine _Nutzdaten_ oder Verwaltungsdaten betroffen. Sagt Dir der Begriff "Verlorene Zuordnungseinheiten" was? Siehste!

Hey wenn ich geahnt hätte daß Du so fit in Linux bist hätte man das Spielchen ja noch etwas verschärfen können... Nämlich das Ganze als Datei anlegen anstatt Partition platt machen.

Bin ich neulich 'dran gescheitert. Hab den Link oben ja schon genannt. War ein FAT32-Problem wg. der max. Dateigröße. Dort hab ich - glaub ich - übrigens auch einen Win-Treiber für EXT2 angegeben...

Quote:

Meinst' den anderen Thread "Linux-Problem mit FAT32" oder was?

Quote:

Die empfehle ich niemals, sondern immer nur den kleinen Händler vor Ort der sein Geld noch mit ehrlicher Arbeit verdient...

Quote:

Die müssen eigentlich nur kompetent genug sein um 'ne HDD anzuschließen und CHeckdisk aufzurufen. Mehr kann man da eh' nicht machen...

Quote:

Was denn speziell? Um's kurz zu fassen: Wollte auch ne Platte backuppen die verrissen hat bevor ich sie zugrunde verschlimmbessere.
Hat im Prinzip auch geklappt ist aber letztlich nur daran gescheitert daß man auf FAT32 keine Dateien >2GB anlegen kann.

Ist kein Linux-Problem sondern eine Beschränkung des Dateisystems an die ich auch vorher hätte denken können...

Anscheinend konnte nun XP auch nichts damit anfangen, aber einen Versuch war's wert.
Dann fällt mir außer den erwähnten Profis oder Bekannten mit KnowHow auch keine Lösung mehr ein.

Und was heißt Quote:
?
Warum hast' sie dann nicht gleich gerettet?

Quote:

Ist doch klar. Eine 1:1 Kopie kann sich wohl kaum besser darstellen als das  defekte Original.

Die entscheidende Frage lautet nun aber: Welche Platte hattest Du nun "in der Mache"? Die defekte oder die mit dem Backup?
Hoffentlich nicht beide!

Der nächste Schritt lautet: Schick' mir Deinen MBR und Deinen Bootsektor (sind ja jeweils nur 512Byte) in Verbindung mit genauen CHS bzw. LBA-Angaben der Platte.

Darüberhinaus wird Dir online keiner weiterhelfen können. Eine beschädigte FAT kann man nicht ohne die Redundanz reparieren welche der Rest der Platte teilweise noch liefert.

Im übrigen denke ich schon daß das Backup funktioniert hat. Was bis mittags mit den Daten passiert ist weiß ich nicht weil ich nicht dabei war.

Quote:

Diese kann man sich zusammenreimen aus verschiedenen Informationen wie
a) Aufdruck auf der Platte,
b) Eintrag im BIOS,
c) auslesen durch verschiedene Tools. Solche sind auf der Ultimate Boot CD enthalten, vielleicht hilft auch Sandra weiter, k.A..
(a) ist nicht immer vorhanden, (b) meist nicht ausführlich genug und (c) kann sich wiederum täuschen lassen durch die beschädigten Verwaltungsinfos. Daher ist bei diesem Schritt mitdenken und Kenntnis um den Aufbau des Dateisystems höchst empfehlenswert. Ebenso wie bei allen weiteren Schritten.

Diese Werte dienen dazu das Mapping (=Zuordnung zu log. Sektornummern) zu bestimmen. CHS steht für "Cylinder Head Sektor", also die vermeintlich physikalische Plattengeometrie und LBA für "Log. Block Adressing". In Deinem Fall ist das Fehlen dieser Angaben erstmal nicht so tragisch, aber sie könnten das berühmte Zünglein an der Waage sein. Wenn (Verwaltungs-)Daten verloren gehen muß man sich eben an alle Redundanz klammern die verfügbar ist.

Quote:

Am Besten mit einem Diskeditor (s.o.) und diesem manuell sagen welchen Sektor genau man sichern will. Manche Tools (z.B. BTCHECK von der c't) bieten das zwar automatisch an aber wenn die Verwaltungsdaten beschädigt sind können diese sich beim Bootzsektor leicht täuschen oder ganz den Dienst verweigern.

- Der MBR ist immer der erste Sektor der Platte - ist also kein Problem ihn zu finden.

- Der Bootsektor von C: ist der erste Sektor der durch den betr. Eintrag in der Part.tabelle (im MBR) referenziert wird. Üblicherweise ist es der erste Sektor auf Spur0 Seite1.
Die einfachste Methode ist also der Blindflug nach C0 H1 S1 (CHS s.o., also phys. Sektor 64) - das paßt meistens.

Es gibt bestimmte Kriterien ihn zu finden bzw. den vermeintlichen Fund zu bestätigen - er enthält bei Offset 508 _immer_ die magische Signatur 55 AA (hex) und im Klartext die allseits beliebten Fehlermeldungen wie "Ungueltiges System" etc.. Diese Meldungen variieren aber je nach formatierendem OS.

Weitere Einträge speziell in Deinem Fall (Offset - Eintrag):
3   - Text "MSWIN"
21  - F8 hex
24  - 63
26  - 255
28  - 63
71  - Partitionsname
82  - Text "FAT32"
508 - 55 AA hex (magische Bootsectorsignature)

Falls Du jetzt noch nicht genug hast: Im Bootsektor steht bei Offset 50 ein Verweis auf den Backup-Bootsector welcher zur Reparatur einer Platte ebnefalls wertvolle Infos liefern kann. Diesen wird Dir kein Standard-Tool liefern - spätestens hier wäre also wieder ein ausgewachsener Diskeditor angesagt...

Im BS stehen dann Verweise auf die FATs sowie den Root-Verzeichnissektor und ab da zählen nur noch die Cluster (Zuordnungeinheiten). Da kommt dann auch das OS mit seinen Dateisystemtreibern ins Spiel wenn man regulär mit der Platte arbeiten will.

Kann mich übrigens dunkel entsinnen zu diesem Thema hier schon zumindest einen ellenlangen Beitrag geschrieben zu haben.

Nachtrag zu Fdisk:

Speicherplatz auf Festplatte insgesamt: 25022 MB (1MB = ....)

Diese Angaben weiss ich nicht ganz recht zu deuten. ???