Supportnet / Forum / Windows2000
zerschossene boot.ini
Frage
Hallo,
wie auch immer das passiert ist:
Ein Freund bekommt beim booten unter w2k die Meldung, dass die boot.ini defekt ist... Klar, damit kann Windows nicht mehr starten.
Unter Knoppix kann die boot.ini nicht ersetzt werden, da die Freigabe zum Schreiben nicht funktioniert. Dort habe ich zu meinem Erstaunen fest gestellt, dass die boot.ini auf eine Groesse von 0 B und das Datum auf irgend.wann.1970 geaendert wurde.
Der "kleine Holzhammer": Die Reparatur von Windows mittels Installations-CD schlaegt fehl, da das Betriebssystem nicht gefunden wird, obwohl es physisch noch vorhanden ist (ganz sicher greift dieses Tool auf die boot.ini selbst zu).
Bevor ich also jetzt mit dem "grossen Holzhammer" format C: zuschlage, der unvermeidlich mit viel Zeit und Datenverlust - zumindest fuer outlook express - verbunden ist:
Hat jemand eine Idee, wie sowas passiert?
Kann es sich um einen Virus handeln (Knoppicillin hat nix gefunden)
Hat es vielleicht eher mit einem Hardware-Problem der Festplatte zu tun? (Schreibzugriff unter Knoppix funktioniert bei allen anderen Platten)
Kann ich das Problem vielleicht doch noch auf die "softe" Art fixen?
Vielen Dank!
Antwort 1 von ,,,
der kleine holzhammer war nah dran. anstatt der windows reparatur starte die "windows Reparatur Konsole", dort gibt es befehle zum wiederherstellen der boot.ini
Antwort 2 von ,,,
Antwort 3 von cofa
oder bau die festplatte in einen anderen XP oder Win2000-Rechner ("huckepack") ein
erstelle die boot.ini im Grundverzeichnis dieser Platte mit folgendem Inhalt:
[boot loader]
timeout=10
default=multi(0)disk(0)rdisk(0)partition(1)WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)WINDOWS="Microsoft Windows 2000" /fastdetect /NoExecute=OptIn
mfg Ralf
erstelle die boot.ini im Grundverzeichnis dieser Platte mit folgendem Inhalt:
[boot loader]
timeout=10
default=multi(0)disk(0)rdisk(0)partition(1)WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)WINDOWS="Microsoft Windows 2000" /fastdetect /NoExecute=OptIn
mfg Ralf
Antwort 4 von kermie
ahhh! das hoert sich doch alles erst mal sehr gut an!
ich bin morgen nochmal on site und gebe dann ein feedback, ob der rechner wieder schnurrt. vielen dank erst mal!
aber weiss denn jemand eine antwort auf die frage nach dem warum?
ich bin morgen nochmal on site und gebe dann ein feedback, ob der rechner wieder schnurrt. vielen dank erst mal!
aber weiss denn jemand eine antwort auf die frage nach dem warum?
Antwort 5 von kermie
hier das versprochene feedback:
@ ,,, der kleine Holzhammer haette fast funktioniert, wenn das admin-passwort bekannt gewesen waere ;)
@ cofa: Mit Hilfe der Huckepack-Methode stellte sich dann heraus, dass die Festplatte physisch total zertsoert ist. Damit war also die boot.ini nur die Spitze des Eisbergs und dieser Eintrag ist im falschen Forum :-)
Ich versuche nun mit GetDataBack Schaden zu begrenzen.... Endlich denkt man aber im Hause des Freundes mal ueber das Thema "Datensicherung" nach.
Vielen Dank fuer Eure Hilfe, dieses Ticket kann geschlossen werden :-)
@ ,,, der kleine Holzhammer haette fast funktioniert, wenn das admin-passwort bekannt gewesen waere ;)
@ cofa: Mit Hilfe der Huckepack-Methode stellte sich dann heraus, dass die Festplatte physisch total zertsoert ist. Damit war also die boot.ini nur die Spitze des Eisbergs und dieser Eintrag ist im falschen Forum :-)
Ich versuche nun mit GetDataBack Schaden zu begrenzen.... Endlich denkt man aber im Hause des Freundes mal ueber das Thema "Datensicherung" nach.
Vielen Dank fuer Eure Hilfe, dieses Ticket kann geschlossen werden :-)