Festplatte Defekt?

Sun007

Banned
Registriert
Dez. 2009
Beiträge
82
Guten Tag

Also, beim Surfen im Internet oder beim DVD's schauen bekomme ich ständig einen Bluescreen. Manchmal läuft mein Rechner 40 oder 60 min. bevor es zum Bluescreen kommt.
Manchmal aber auch schon beim booten und dann mehrmals hinereinander. Leider kann ich keine genauen Angaben über den bluescreen machen, weill das einfach zu schnel geht.
Die Festplatte wurde schon zweimal Formatiert und alle neuen Treiber wurden instaliert.
Bei der Festplatte Handelt es sich um eine Hitachi IC25N060ATMR04-0 60GB.

Ich hatte mit Ubuntu ein Arbeitsspeicher Test durchgeführt und der war erfolgreich, also kein Defekt. Mit SeaTools führe ich einen Festplattentest durch der mehrmals Fehlschlug und mit der Meldung Festplattenüberprüfung Fehlgeschlagen.
Wie könnt ich den Sichergehen das es sich um ein Festplatten Defekt handelt? ist das überhaubt möglich?

Mein System ist ein Acer Extensa 3002WLMI Notebook.
 
Schalte mal den automatischen Neustart nach einem Absturz ab, dann bekommt man den Bluescreen auch richtig zu sehen.
 
Danke für die Antwort. Hab den automatischen Neustart ausgeschaltet. Werde jetzt abwarten und mir die Fehlermeldung notieren
 
So.. Die Fehlermeldung im Bluescreen lautet: IRQL_NOT_LESS_OR_EQUAL 0x0000000A (0x017F0304, 0x00000002, 0x00000000, 0x804D9B64) Weiss einer was das sein könnte?

Wie gesagt, ich habe die Festplatte zweimal Formatiert und nur die Treiber von der Acer Hompage genommen.
 
Der Stop-Code 0x0A kann praktisch alles sein, Hardware oder Software (Treiber). Wenn Du Glück hast, wird ein Treiber im BSOD mit ausgegeben. Über die Minidumps könnte man mit dem WinDBG aber u. U. den Fehler weiter einkreisen.
Dazu müsstest Du mal im Windows Verzeichnis in den Ordner Minidump gehen und nachsehen ob Speicherabzüge nach BSOD's dort abgelegt sind, die Files werden durchnummeriert (etwa Mini071507-01.dmp) und enthalten auch das Datum. Diese Dateien kann man mit dem WinDbg untersuchen und vielfach auch die Ursachen der Abstürze ermitteln. Wenn Du den Windows Debugger nicht installiert hast, könntest Du die Dumps auch hochladen.
 
Auf alle Fälle ist es möglich.

Verwende mal die Freeware HD Tune unter Windows.

Prüfe auf fehlerhafte Sektoren und SMART Fehler.

Ein defekter nicht repararierbarer Sektor reicht aus und die Festplatte

kann man in die Tonne hauen. :freaky:
 
Also, ich habe jetzt einen error Test mit HD Tune gemacht und da gabs es einen roten Punkt der Damaged war. Ob das jetzt der Grund ist für den Bulescreen weiss ich leider immer noch nicht. Werde mir jetzt einmal die dmp Dateien anschauen.
Ergänzung ()

So sehen alle dmp Dateien aus.

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
Debug session time: Sun Dec 20 20:27:28.588 2009 (GMT+1)
System Uptime: 0 days 0:09:01.168
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
..............................................................
Loading User Symbols
Loading unloaded module list
............
Unable to load image w22n51.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for w22n51.sys
*** ERROR: Module load completed but symbols could not be loaded for w22n51.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {17f0304, 2, 0, 804d9b64}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*** WARNING: Unable to verify timestamp for NDIS.sys
*** ERROR: Module load completed but symbols could not be loaded for NDIS.sys
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : w22n51.sys ( w22n51+6a112 )

Followup: MachineOwner
 
Zuletzt bearbeitet:
Ohne Symbole lässt sich nicht so gut debuggen aber einen Hinweis hast Du ja mit dem w22n51.sys bekommen, ob das auf Deine Hardware zutrifft kannst Du nur selber beurteilen.

Um die Disk besser beurteilen zu können, solltest Du Dir das S.M.A.R.T.-Log der Disk ansehen.

Wenn man sich einen Überblick über eine Disk verschaffen will, sollte man sich das S.M.A.R.T.-Log der Disk ansehen. Das geht mit diversen Tools wie den Smartmontools, Active Smart, Victoria, Hdat2 usw., auch die Herstellertools sind i. d. R. dazu in der Lage.

Die Smartmontools (für mich das aussagekräftigste Tool in Sachen S.M.A.R.T.) werden im Kontextmenü der Partition / Disk aufgerufen, unter SMART all Info öffnet sich ein Fenster mit dem kompletten Log!
 
Mit der Datei w22n52.sys haben mehrere Leute Probleme gehabt. Die Datei gehört zu den Intel W-lan Treibern. Jetzt habe ich einmal den neuesten W-lan Treiber von der Intel Seite geladen und insaliert. Der Treiber von der Acer Seite war von 2004 und der Treiber von der Intel Seite ist von 2009. Da heist die Datei auch nicht mehr w22n52.sys sondern w29n52.sys ^^...Jetzt einmal abwarten und hoffen das es wirklich am W-lan Treiber lag und nicht an der Festplatte.

Jedenfalls Danke für die Hilfe, bin auf jedenfall weitergekommen.
 
Zuletzt bearbeitet:
Alternate 4
Zurück
Oben