[googelybear]

Hallo zusammen,

Habe hier ein riesen Problem: Nachdem ich mit Partition Magic 8 die System partition (NTFS) von meinem Windows XP Sp2 an den Anfang der Disk verschoben habe (Datenpartition entsprechend verkleinert) lässt sich Windows nicht mehr starten! Konkret: Wenn ich beim Anmeldescreen mein Passwort eingebe erscheint ganz kurz die Box "Benutzereinstellungen werden geladen" danach aber direkt "ABmeldung" (dauert dann eine Weile und der PC scheint nichts zu machen) und der Einlogscreen erscheint wieder (das Ganze kann ich dann beliebig oft wiederholen). Im abgesicherten Modus dasselbe Problem. Wie komme ich wieder in mein Windows rein? Habe schon von der PartitionMagic CD gebootet und einen error check durchgeführt, jedoch konnte er keine Fehler finden. Kann es sein, dass beim Kopieren etwas schiefgegangen ist? Denn: Als Partition Magic fertig war, kam noch eine Fehlermeldung (in der Konsole mit dem blauen Hintergrund oder wie man das nennt) dass er das Skript im system32 Verzeichnis nicht finden konnte (o.ä.)
Schon mal Danke für eure Hilfe!

[DK2000]

Die Frage ist, warum die Systempartition nicht die erste Partition war? Windows reagiert da etwas allergisch, wenn man einfach so die System/Startpartition verschiebt, zusammenfast oder was auch immer.

Kannst Dich eigentlich gleich diesem Thread anschließen. Die Ursache ist zwar eine andere, aber das Problem (Endlosloginschleife) die Selbe, außer dass Du Dir nicht den Hardwarehash zerschossen hast und somit nicht Fehler 0x80090006 erhälst.

Dieser Beitrag wurde von DK2000 bearbeitet: 06. November 2005 - 02:24

[googelybear]

"Die Frage ist, warum die Systempartition nicht die erste Partition war? "
=> Ja das frage ich mich auch War bereits so vorkonfiguriert.
Denkst du das dort angegebene Problem tritt auch auf, wenn Windows auf _derselben_ Festplatte in eine andere Partition verschoben wird (die Signatur der Platte bleibt ja dann erhalten)? Falls dem so ist, sehe ich im Moment als einzige Lösung dieses "in-place upgrade (reinstallation)" [Link] von Windows,
da es leider eine Laptop Festplatte ist (->kann ich sie nicht in einem anderen Rechner einbauen) und ich via safe mode ja auch nicht rein komme
Oder hat noch jemand eine andere Idee?
Falls ich die dieses in-place upgrade ausführe, kann ich mein Windows danach (nachdem ich wieder alle Patches ausgeführt habe) ganz normal weiterverwenden oder hat das noch irgendwelche andere negative Konsequenzen? (z.b. bezgl. anderen Programmen etc.)

[Rika]

Scheint so, als hättest du dir die Userinit-Initialisierung zerschossen. Ist mir neulich auch mal passiert, frag mich aber nicht wie.

Boote in die Wiederherstellungskonsole, gehe nach %systemroot%\system32\config und lege ein Kopie der Registry-Hives "Software" an, z.B. nach 'software.sav'. Kopiere jetzt das Standard-Backup 'software.bak' über 'software' und du kommst wieder in den abgesicherten Modus. Dort startest du Regedit und lädst das gebackupte Hive (software.sav) in einem noch nicht belegten Schlüssel. Dort suchst du dir den Schlüssel \SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinit, der üblicherweise auf '%systemroot%\system32\userinit.exe,' verweist - aber es vermutlich nicht tut. Also nimmst du dir das Original aus HKEY_LOCAL_MACHINE des Standard-Backups (software=software.bak) und kopierst es in das geladene Hive, entlädst es anschließend wieder.
Runterfahren, wieder in die Wiederherstellungskonsole, dein Backup (sofware.sav) über 'software' drüberkopieren, neustarten und diesmal sollte der normale Start dich auch wieder zu einem funktionierenden Login bringen.

[googelybear]

@Rika: Bei mir finde ich keine software.bak, lediglich software (19.5MB) und software.sav (620KB) sind dort vorhanden. Kann es sein dass dein software.bak = meinem software.sav? Sonst habe ich noch "software" in %systemroot%\repair (7MB).
Abgesehen davon, wie würde ich folgenden Schritt ausführen: "und lädst das gebackupte Hive (software.sav) in einem noch nicht belegten Schlüssel." ? Neuer Schlüssel erstellen, diesen markieren, dann via Datei>>Import>>Registrierungsstrukturdatein anwählen und das file laden?

edit: Habe mit BartPE (Windows Rescue Environment) gebootet und den software hive importiert. Der von dir angegebene Schlüssel scheint den korrekten Wert "C:\WINDOWS\system32\userinit.exe," zu haben.

Dieser Beitrag wurde von googelybear bearbeitet: 06. November 2005 - 15:25

[Rika]

Zitat

@Rika: Bei mir finde ich keine software.bak, lediglich software (19.5MB) und software.sav (620KB) sind dort vorhanden. Kann es sein dass dein software.bak = meinem software.sav? Sonst habe ich noch "software" in %systemroot%\repair (7MB).

Hauptsache irgendein Backup, bevor das Problem auftrat und mit dem du booten und einloggen kannst. Aber nach Möglichkeit beim Backupen nicht das funktionierende Backup überschreiben. :-)
software.sav wird üblicherweise bei großen Systemänderungen angelegt (Service Pack, Systemwiederherstellung, ...) und im repair-Ordner nur enmlaig bei der Installation bzw. manuell über den repair-Befehl. Von daher ist die software.sav dann meist die bessere Wahl.

Zitat

Neuer Schlüssel erstellen, diesen markieren, dann via Datei>>Import>>Registrierungsstrukturdatein anwählen und das file laden?

Nein. Auf irgendeinen der HKEY-Hauptschlüssel hochgehen (in den Unterschlüsseln ist diese Option logischerweise deaktiviert), File, Load Hive, Key Name: $irgendwas.

Zitat

edit: Habe mit BartPE (Windows Rescue Environment) gebootet und den software hive importiert. Der von dir angegebene Schlüssel scheint den korrekten Wert "C:\WINDOWS\system32\userinit.exe," zu haben.

Bist du sicher, daß es wirklich die richtige Hive/Key-Kombination ist? Von Windows wird immer der Hive aus der Datei "Software" geladen und unter HKEY_LOCAL_MACHINE\SOFTWARE zur Verfügung gestellt. Einen anderen Hive musst du woanders einbinden und der beginnt dann direkt mit dem Inhalt von HKEY_LOCAL_MACHINE\SOFTWARE als Wurzelschlüssel.

Dieser Beitrag wurde von Rika bearbeitet: 06. November 2005 - 15:38

[googelybear]

ok habe es nochmals so gemacht wie du es beschrieben hast, also %systemroot%\system32\config\software in HKEY_LOCAL_MACHINE geladen, als Schlüssel habe ich 'test' angegeben. Nun kann ich via HKEY_LOCAL_MACHINE\test\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinit auf den Wert zugreifen, dort ist wie gesagt "C:\WINDOWS\system32\userinit.exe," eingetragen.

[Rika]

Ja, ist aber total verkehrt.

'software' ist stets der Hive, den du aktuell verwendest (!), und in diesem Falle ist das ja ein uraltes Backup (!), das wir ja gerade benutzen, weil der Key dort vorhanden ist (!). Die defekte aktuelle Registry-Datei hast du ja unter einem anderen Namen gebackupt - und genau diese Datei sollst du laden, denn die wollen wir ja reparieren.

Nochmal (jetzt von der ursprünglichen Situation ausgehend):
software -> aktuelle Registry mit wahrscheinlich fehlendem Userinit
software.sav -> uraltes Backup mit funktionierendem Userinit

ren software software.new
copy software.sav software

software -> uraltes Backup mit funktionierendem Userinit
software.sav -> uraltes Backup mit funktionierendem Userinit
software.new -> aktuelle Registry mit wahrscheinlich fehlendem Userinit


-> Booten mit dem alten Backup
-> Registry, Load Hive, software.new in HKLM\test
-> Userinit-Key in HKLM\test\[...]\Userinit dürfte fehlen

Wenn du stattdessen die aktuelle Datei 'software' verwendest, welche ja der aktuell verwendeten Registry-Datei entspricht, hast du doch nur nochmal genau den gleichen Inhalt wie bei HKLM\Software.

Dieser Beitrag wurde von Rika bearbeitet: 06. November 2005 - 19:12

[DK2000]

Gut, aber bei der ganzen Sache sollte man nicht vergessen, dass der selbe Fehler auch auftritt, wenn es Probleme mit den Laufwerksbuchstaben der System/Startpartition (i.d.R. ein und die selbe Partition) gibt.

Zum. kann ich den Fehler jederzeit reproduzieren, wenn ich mit Partition Magic oder Acronis meine Systempartition verschiebe (auf eine und der selben Festplatte über andere Partitionen hinweg).

Das PM jetzt bei googelybear den Registrykey zerlegt hat, glaube ich da weniger. Höchstens, wenn er die Partition kopiert hat und der Vorgang gescheitert ist, dass in C:\WINDOWS\system32\ die userinit.exe nicht mehr existiert.

[googelybear]

Habe mittlerweile die Reparaturinstallation versucht. Die Datenpartition habe ich mit PM versteckt, also sollte für Windows nur noch die Systempartition sichtbar sein. Jedoch kommt dann beim Setup die Meldung, dass er "cfosspeed.dll" (Internet Trafficshaper, befand sich unter c:\Programme) nicht finden kann! Wenn ich dann auf Datei suchen klicke, was sehe ich da? Er hat der Systempartition den Laufwerksbuchstaben D:\ gegeben?!!?!! *vor Wut koch*statt wie früher C:\. D.h. gemäss dem setup gibt es gar kein c:\ (dvd ist e:\). Jetzt die grosse Frage: Wie kann ich ihm beibringen, dass die Systempartition c;\ sein soll? Windows bringt mich echt noch zum verzweifeln.

edit: Dann würde es natürlich auch Sinn machen, dass er die userinit.exe nicht findet, wenn er sie unter c:\... aber die Systempartition d:\ erhalten hat.

Dieser Beitrag wurde von googelybear bearbeitet: 06. November 2005 - 20:32

[DK2000]

Du musst unter HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices die Laufwerksbuchstaben von Hand neu vergeben:
Wiederherstellen des Laufwerksbuchstabens für das System- oder Startlaufwerk unter Windows. und ggf
Keine Anmeldung möglich, wenn sich der Laufwerkbuchstabe der Startpartition geändert hat

Wobei das Problem ist, dass Du dich nicht mehr anmelden kannst. Dann geht das nur mit einem 2. PC oder wenn Du den Hive /SYSTEM in Regedit lädst, die Änderungen durchführst und den Hive wieder entlädst (z.B. Platte in einem anderen PC einbauen oder über BartsPE). Andere Möglichkeit gib es da im Nachhinein leider nicht.

Dieser Beitrag wurde von DK2000 bearbeitet: 06. November 2005 - 21:12

[googelybear]

Wollte das unter dem 1. Link beschriebene Verfahren anwenden im BartPE, das Laden des system hive sollte gehen, aber wie kann ich dann folgenden Schritt aus deinem post ausführen "und den Hive wieder entlädst " ?

btw. danke für die schnellen Antworten! *thumbsup*

edit: reicht es wenn ich einfach den Schlüssel unter dem ich System importiert habe, z.b. test, anwähle und dann rechtsklick -> exportieren und bei typ Registrierungsstrukturdateien?

Dieser Beitrag wurde von googelybear bearbeitet: 06. November 2005 - 21:27

[DK2000]

Bei dem normalen Regedit unter File -> Load Hive (Läd die angegebene Registrydatei unter dem angegebenen Namen) und Unload Hive (entläd sie wieder). Wobei das Laden von fremden Hives meist nur unter "HKEY_USERS" funktioniert.

Zitat

reicht es wenn ich einfach den Schlüssel unter dem ich System importiert habe

Nein. Du willst ja direkt die Datei SYSTEM (in C:\WINXP\system32\config) editieren. Ein Importieren und Exportieren funktioniert in dem Falle nicht wirklich.

Dieser Beitrag wurde von DK2000 bearbeitet: 06. November 2005 - 21:33

[googelybear]

ok alles klar, wurde mir erst jetzt bewusst wie schlecht die Übersetzung ins Deutsche ist: "Load hive" wurde anscheinend zu "Struktur laden" (ok geht noch) aber "unload hive" zu "Struktur entfernen" ....? Entfernen klingt so nach löschen...
hmm was mir gerade noch auffällt: Neben dem im Artikel beschriebenen "MountedDevices" gibt es bei mir noch "MountedDevice1" .

edit: Habe die Werte \DosDevices\C: und \DosDevices\D: wie in der KB angegeben vertauscht. Obwohl es am Anfang des Setups heisst "Es wurde bereits versucht die folgende Widows-Installation zu aktualisieren.
C:\Windows "Microsoft Windows XP Professional" wird dann im setup selber die Systempartition als d:\ angesprochen. Habe dann mal die Dateien die er nicht finden konnte angegeben jedoch blieb setup dann bei bei 2/3 des Installationsfortschrittbalkens stehen (
Werde morgen mal FDISK /MBR versuchen, falls das aus der Wiederherstellungskonsole überhaupt geht. Oder hat das irgendwelche Nachteile?

Dieser Beitrag wurde von googelybear bearbeitet: 07. November 2005 - 01:02

[googelybear]

@Rika:Sorry, mein Fehler, habe das schlecht erklärt. Habe im BartPE natürlich den software hive geladen bei dem wir den Fehler vermuten (also _ohne_ umbenennen wäre dann das %systemroot%\system32\config\software)