etu|hellfire
Ensign
- Registriert
- Okt. 2006
- Beiträge
- 250
Seit heute habe ich das Problem, dass mein zweiter PC nicht mehr startet. Die "HAL.DLL" fehle oder sei fehlerhaft. Daraufhin habe ich selbstverständlich mit Google und der Forensuche nach Themen gesucht, die mir helfen könnten. Dabei stieß ich auf einige Ansätze, doch leider ist mir mit diesen noch nicht geholfen. Was ich bereits versucht habe:
1. Die "BOOT.INI" überprüfen, löschen, neu anlegen
Dies habe ich per Startdiskette gemacht, die das Dateisystem NTFS unterstützt (Avira NTFS4DOS). Das hat soweit ansich funktioniert. Leider konnte ich hier keinen Fehler ausfindig machen. Das System startete danach immer noch nicht und es kam wieder die besagte Fehlermeldung.
2. Die "HAL.DLL" austauschen
Dies wollte ich wieder über die selbe Startdiskette erledigen. Zuerst habe ich mir eine "HAL.DLL" von einer Internetseite heruntergeladen, dann von meinem anderen System kopiert. Beide wollte ich dann über die Diskette in den Ordner "C:\WINDOWS\SYSTEM32" kopieren. Es kam eine Nachfrage, ob ich es überschreiben wolle. Dies bestätigte ich mit "Ja". Daraufhin kopierte er die Datei von der Diskette. Danach startete das System allerdings wieder nicht. Es kam wieder die besagte Fehlermeldung.
3. Reperatur-Konsole
Dann wollte ich mit Hilfe der Original Windows XP SP 2 CD die Installation reparieren. Das System sollte nur von CD-ROM laden, so startete er zwar von der CD, wechselte aber nicht zum bekannten Windows XP Installationsmenü (er sagte, er starte von CD, brachte dann aber wieder die "HAL.DLL" Fehlermeldung). Daraufhin habe ich Setup-Disketten angelegt und darüber die Windows XP Installation gestartet. Danach bin ich über "R" in die Konsole, habe von dort aus versucht noch einmal die "HAL.DLL" zu kopieren, aber daraufhin kam eine Meldung, die besagte, dass ich keinen Zugriff hätte. Danach habe ich mittels "bootcfg /rebuild" versucht eine Korrektur vorzunehmen. Der Vorgang startete zwar, schlug dann aber auch fehl. Wie soll es anders sein, startete danach das System natürlich immer noch nicht. Hat sich ja auch nichts geändert.
Weitere Lösungsansätze habe ich nicht gefunden. Vielleicht könnt ihr mir in diesem Falle individuell weiterhelfen. "Formatieren und Neuinstallation" kommt nicht in Frage, da auf dieser Festplatte (die in zwei Partitionen eingeteilt ist), wichtige Daten drauf sind, die nicht verloren gehen dürfen.
Was ich auch noch anmerken möchte, dass sich die "BOOT.INI" über die Startdiskette löschen lässt, die "HAL.DLL" in "C:\WINDOWS\SYSTEM32\" allerdings nicht. Da meldet er "not found", und dennoch fragt er nach, ob ich überschreiben will, wenn ich "COPY A:\HAL.DLL C:\WINDOWS\SYSTEM32" eingebe. Die "BOOT.INI" lässt sich auf diese Weise in beide Richtungen fehlerfrei löschen und übertragen.
Ich hoffe, ich finde hier schnellen Rat, der mich weiterbringt, denn das System muss schnell wieder laufen, da es das bessere von beiden ist. Das aktuelle, von dem ich gerade schreibe, ist nur eine "Notlösung". Dieses System nutzt noch nicht S-ATA, sonst würde ich die andere Festplatte einfach mal einbinden und so versuchen die "HAL.DLL" zu kopieren. Aber vielleicht liegt es noch nicht einmal an der "HAL.DLL"!?
Bin gespannt was ihr zum Thema beizutragen habt!
PS: Ja, ich habe auch einen Link gefunden, wie man "vollen Zugriff in der Konsole" erlangen soll, aber dazu muss man Einstellungen im Windows vornehmen, aber da komme ich ja garnicht mehr rein!
1. Die "BOOT.INI" überprüfen, löschen, neu anlegen
Dies habe ich per Startdiskette gemacht, die das Dateisystem NTFS unterstützt (Avira NTFS4DOS). Das hat soweit ansich funktioniert. Leider konnte ich hier keinen Fehler ausfindig machen. Das System startete danach immer noch nicht und es kam wieder die besagte Fehlermeldung.
2. Die "HAL.DLL" austauschen
Dies wollte ich wieder über die selbe Startdiskette erledigen. Zuerst habe ich mir eine "HAL.DLL" von einer Internetseite heruntergeladen, dann von meinem anderen System kopiert. Beide wollte ich dann über die Diskette in den Ordner "C:\WINDOWS\SYSTEM32" kopieren. Es kam eine Nachfrage, ob ich es überschreiben wolle. Dies bestätigte ich mit "Ja". Daraufhin kopierte er die Datei von der Diskette. Danach startete das System allerdings wieder nicht. Es kam wieder die besagte Fehlermeldung.
3. Reperatur-Konsole
Dann wollte ich mit Hilfe der Original Windows XP SP 2 CD die Installation reparieren. Das System sollte nur von CD-ROM laden, so startete er zwar von der CD, wechselte aber nicht zum bekannten Windows XP Installationsmenü (er sagte, er starte von CD, brachte dann aber wieder die "HAL.DLL" Fehlermeldung). Daraufhin habe ich Setup-Disketten angelegt und darüber die Windows XP Installation gestartet. Danach bin ich über "R" in die Konsole, habe von dort aus versucht noch einmal die "HAL.DLL" zu kopieren, aber daraufhin kam eine Meldung, die besagte, dass ich keinen Zugriff hätte. Danach habe ich mittels "bootcfg /rebuild" versucht eine Korrektur vorzunehmen. Der Vorgang startete zwar, schlug dann aber auch fehl. Wie soll es anders sein, startete danach das System natürlich immer noch nicht. Hat sich ja auch nichts geändert.
Weitere Lösungsansätze habe ich nicht gefunden. Vielleicht könnt ihr mir in diesem Falle individuell weiterhelfen. "Formatieren und Neuinstallation" kommt nicht in Frage, da auf dieser Festplatte (die in zwei Partitionen eingeteilt ist), wichtige Daten drauf sind, die nicht verloren gehen dürfen.
Was ich auch noch anmerken möchte, dass sich die "BOOT.INI" über die Startdiskette löschen lässt, die "HAL.DLL" in "C:\WINDOWS\SYSTEM32\" allerdings nicht. Da meldet er "not found", und dennoch fragt er nach, ob ich überschreiben will, wenn ich "COPY A:\HAL.DLL C:\WINDOWS\SYSTEM32" eingebe. Die "BOOT.INI" lässt sich auf diese Weise in beide Richtungen fehlerfrei löschen und übertragen.
Ich hoffe, ich finde hier schnellen Rat, der mich weiterbringt, denn das System muss schnell wieder laufen, da es das bessere von beiden ist. Das aktuelle, von dem ich gerade schreibe, ist nur eine "Notlösung". Dieses System nutzt noch nicht S-ATA, sonst würde ich die andere Festplatte einfach mal einbinden und so versuchen die "HAL.DLL" zu kopieren. Aber vielleicht liegt es noch nicht einmal an der "HAL.DLL"!?
Bin gespannt was ihr zum Thema beizutragen habt!
PS: Ja, ich habe auch einen Link gefunden, wie man "vollen Zugriff in der Konsole" erlangen soll, aber dazu muss man Einstellungen im Windows vornehmen, aber da komme ich ja garnicht mehr rein!
Zuletzt bearbeitet: