Jo, die Suse-Sache hast du vom Tisch, aber dafür ein anderes Prob.
Ich würde gern helfen, aber ohne deine Mitarbeit geht nix = brauche Infos von Testdisk, ob du durch eure Aktionen die Partitionstabelle demoliert hast.
Mit diesem Tool kann ich sehn, ob das LW C genau dieselbe Grösse hat wie es zuvor war - das Ändern der Grösse um einen Sector kann schon zu dieser Fehlermeldung führen.
In einem Ordner in Temp speichert der PM alle relevanten Daten + erforderliche Aktionen, welche mittels eines temporären Reg-Schlüssels abgearbeitet werden.
Die Meldung besagt, dass die Registry defekt ist.
Volkstümlich gesagt besteht eine Datei (u.a. Registry) aus folgenden Informationen: Beginnt im Sector x, hat soundsoviel Sectoren Anzahl y, diese sind auf der Platte in Sector a, b, c usw. zu finden.
Der Code Status 0x000003a verweist auf ein defektes Userprofil, und nun frage ich mich, was du zuletzt an deinem XP gemacht hast bzw. vermute, dass es das Adminkonto ist, welches durch die unvollendete PM-Aktion abgeschossen wurde.
Wenn es nur letzteres ist, zu überprüfen, indem du den PC startest, Daumen auf F8 und dann Starten in zuletzt funktionierender Konfiguration (o.ä.) ausprobierst bzw. wenn das nicht geht komplett im abgesicherten Modus hochfährst.
Bei beiden Optionen hinterher (wenn mit Erfolg) normal runterfahren und XP normal durchstarten lassen.
Funktioniert das nicht bzw. nur mit Teilerfolgen, dann poste das Resultat.
Kommst du nicht per F8 rein - vergleiche die komplette Fehlermeldung - dann bleiben dir mehrere Optionen:
1. XP drüberinstallieren in einen anders benannten Ordner auf LW C, Löschung des defekten C:\Windows-Ordner, Überarbeitung der boot.ini (denn da hast du nun 2 XP), Neuinstallation aller nichtlaufenden Progs (Test: Doppelklick auf deren exe), Rechteübernahme deiner Dateien.
2. XP-Reperaturinstallation - die XP-CD muss den installierten Update-Stand bzw. mehr haben ( XP SP1 auf Platte geht mit XP-CD SP2, aber nicht mit XP ohne mindestens SP1)
Ausgang normalerweise alles wieder arbeitsfähig - leider in der Praxis schon vom Gegenteil überzeugt worden (denk mal der Fehler liegt am zu schnellen Tastendrücken der Verursacher - Reihenfolge Screen lesen, gedanklich verarbeiten (fehlende Kenntnisse per Google etc. beseitigen, dann erst die Tasten gedrückt)
All das gesagte funktioniert aber nur, wenn die Sectorengrösse inkl. Start + Endsector der Partition übereinstimmen mit der alten Grösse
Mir kommt fasst der Verdacht, dass du den Bereich des LW D in gleichem Ritt dem LW C zuschlagen wolltest, denn ansonsten quittiert der PM die alleinige Löschung eines LW nicht mit einem Neustart oder? Da du dies ja nicht direkt von der PM-CD aus gemacht hast und es sich noch um die Version 8.01 handelt, dann ist mir alles klar = dessen Batcherstellung bei Stapelprozessen war buggy, deswegen hab ich mal im Chip-Forum damals nen Sticky zu gemacht.
3. Rekonstruction der alten Partitionstabelle mittels Testdisk, dazu brauchst du besagte UBCD.
Wenn wir mit 3 weitermachen wollen (wozu ich dringenst rate bei Richtigkeit meiner Vermutung betreff der vom PM durchzuführenden Änderungen), dann mache hier an diesem Thread nen Haken ran als erledigt und eröffne einen neuen Thread im Hardwareforum oder schick mir eine PN, wo du mir mal deinen Telefonanbieter + Nummer nennst, Zeit der längeren Verfügbarkeit des PCs + du direkt am Telefon (will nicht, dass du vom hin- u. herrennen konfus wirst *g*).
Nochmals in aller Deutlichkeit:
Beachte, wenn die Vermutung zum PM stimmt, dass du deine Daten per Methode 1+2 evt. nicht mehr hast = durch diese Schreibzugriffe werden etliche weitere vernichtet und nur noch ein Rest per Datenrettungssoftware recovert werden kann.