Festplatte endgültig hinüber?

MainEvent

Enthusiast
Thread Starter
Mitglied seit
06.10.2005
Beiträge
2.256
Ort
Halle/Saale
Hallo Leute,
nachdem ich die vorangegangenen Probleme mit C:\ in diesem Thread durch eine Windows-Neuinstallation in Griff bekommen habe, hab ich jetzt ein gravierenderes Problem.

Ich wollte, nachdem ich erstmal ein paar wichtige Daten von der HDD gesichert hatte, Windows mit SP3 komplett neu installieren.
Bei der Installation bekomme ich auf einmal einen Bluescreen mit dem Fehler 0x0000000F7.
Dann wollte ich gerade eben nochmal TestDisk durchlaufen lassen um zu checken wie es der HDD geht und dann passiert folgendes:

(siehe Anhang)

Was kann ich jetzt machen?
 

Anhänge

  • IMGP7166.JPG
    IMGP7166.JPG
    125,2 KB · Aufrufe: 64
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ob deine Festplatte defekt ist überprüfst du am Besten mit dem passenden Tool des Festplattenherstellers (Download auf der jeweiligen Homepage). Eine Sammlung der Tools findet sich auch auf diversen "Notfall-CDs", z.B. UltimateBootCD.
 
Ich hab mal Hiren's Boot-CD 9.5 ausprobiert.
HUtil von Samsung reagiert bei den Tests entweder mit "Command timed out" oder garnicht und SHDiag läuft gerade noch.

SHDiag lief, ich ging aus dem Zimmer um mich um mein Töchterchen zu kümmern, ich gehe wieder ins Zimmer: PC aus!
 
Zuletzt bearbeitet:
Es gibt hier einen Thread der alle Herstellertools auflistet (ist ganz oben im Forum, oder siehe Sig.). Nachfolger von HUtil ist nämlich das ESTOOL.
 
Ultimate Boot CD laden und testen.....sonst geht der Rechner aber einwandfrei???

Mach mal Memtest von der Boot CD, mir schein nicht nur dei HD ist schuld.
 
ESTool hatte ich auch mal ausprobiert, werd ich gleich testen.

Ultimate Boot CD und Hiren's Boot CD sind fast das gleiche. Hiren's ist sogar aktueller.
"....sonst geht der Rechner aber einwandfrei???"
Sonst geht der Rechner garnicht. :(

Lasse gerade MemTest 86+ durchlaufen um den Speicher auszuschließen.

EDIT:

Also MemTest 86+ sagt mir folgendes nach ~40 Minuten Laufzeit:

(2 Bilder im Anhang)

Verdammt!
Speicher sind nicht mehr die GBHZ aus der Sig, sondern 1066er 2048MB MUSHKIN CL5 (996578).
Die liefen beim Test auf 900MHz (450MHz FSB) und 2,25 Volt.
 

Anhänge

  • IMGP7167.JPG
    IMGP7167.JPG
    150,8 KB · Aufrufe: 27
  • IMGP7169.JPG
    IMGP7169.JPG
    154,1 KB · Aufrufe: 24
Zuletzt bearbeitet:
schau mal bei den timings, wenn die auch alle ok sind, is wohl der ram hin^^

mfg
 
Die Timings sind korrekt eingestellt (manuell) und auch das BIOS stellt per SPD die selben Timings ein.
Beide RAM-Riegel verursachen in MemTest 86+ Fehler, ich glaube die müssen ausgetauscht werden.

(Ich hoffe immernoch, dass das Board nicht die RAMs zerschossen hat, also, dass wenn ich neue hole diese gleich wieder über den Jordan gehen.)
 
BIOS Setup Defaults hatte ich schon geladen, aber keine Verbesserung zu erkennen.

Mittlerweile läuft Windows und ich crunche für unser HardwareLuxx Folding@Home Team.
Hab aber heute z.B. schon 3x nen Bluescreen gehabt mit folgendem STOP-Error und CrashDump:

STOP: 0x0000008E (0xC0000005, 0x00BEAEDB, 0xB6F31CEC, 0x00000000)

Das Windbg Crashdump sieht folgendermaßen aus (falls sich jemand auskennt):

Microsoft (R) Windows Debugger Version 6.9.0003.113 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini070108-03.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\WINDOWS\Symbols
Executable search path is:
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Tue Jul 1 12:33:22.625 2008 (GMT+2)
System Uptime: 0 days 0:09:19.400
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
.................................................. .................................................. ..............
Loading User Symbols
Loading unloaded module list
............
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, beaedb, b6f31cec, 0}

*** WARNING: Unable to verify timestamp for NDIS.sys
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )

Followup: MachineOwner
---------


Und nach "!analyze -v" kommt:


KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 00beaedb, The address that the exception occurred at
Arg3: b6f31cec, Trap Frame
Arg4: 00000000

Debugging Details:
------------------


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang "%s" konnte nicht auf dem Speicher durchgeführt werden.

FAULTING_IP:
+beaedb
00beaedb 0174bfbe add dword ptr [edi+edi*4-42h],esi

TRAP_FRAME: b6f31cec -- (.trap 0xffffffffb6f31cec)
ErrCode = 00000002
eax=bab38000 ebx=00000000 ecx=00000000 edx=ffffffff esi=cf900600 edi=6e543015
eip=00beaedb esp=b6f31d60 ebp=b6f31d64 iopl=0 nv up ei ng nz ac pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010296
00beaedb 0174bfbe add dword ptr [edi+edi*4-42h],esi ds:0023:27a4f027=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 3

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x8E

PROCESS_NAME: FahCore_11.exe

LAST_CONTROL_TRANSFER: from 00d00804 to 00beaedb

STACK_TEXT:
WARNING: Frame IP not in any known module. Following frames may be wrong.
b6f31d64 00d00804 badb0d00 01420000 b6791d98 0xbeaedb
b6f31d68 badb0d00 01420000 b6791d98 b6791dcc 0xd00804
b6f31d6c 01420000 b6791d98 b6791dcc 00000000 0xbadb0d00
b6f31d70 b6791d98 b6791dcc 00000000 00000000 0x1420000
b6f31d74 b6791dcc 00000000 00000000 00000000 0xb6791d98
b6f31d78 00000000 00000000 00000000 00000000 0xb6791dcc


STACK_COMMAND: .trap 0xffffffffb6f31cec ; kb

SYMBOL_NAME: ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME: Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: 0x8E_ANALYSIS_INCONCLUSIVE

BUCKET_ID: 0x8E_ANALYSIS_INCONCLUSIVE

Followup: MachineOwner
---------

Weiß jemand wie ich das in den Griff bekommen kann?
 
Ja offensichtlich funktioniert dein RAM nicht (mehr?) korrekt. Ich würde diesen also austauschen.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh