News Firmware-Update für Crucials M4

Hallo, zusammen!

Ich bin im Besitz einer Crucial M4 64GB und habe mir die Firmware auf der Herstellerseite geladen. Danach
habe ich die CD gebrannt und versucht, die SSD zu flashen. Leider wird die M4 aber nicht erkannt.
Der Vorgang kommt bis zu dem Punkt, an dem Finding drives ... steht.
Kann mir vielleicht jemand helfen?
Danke
 
Hat du den SATA-Controller mal im BIOS auf IDE-Modus eingestellt?
 
Motherboard : Asus P8P67
Ich habe sie an einem SATA 3 6G Anschluß und es sowohl im IDE, als auch AHCI-Modus versucht.
Ist denn hierbei IDE die erste Wahl?
 
honsel, versuche es mal an einem SATA II Anschluss, die SATA 6Gb/s Anschlüsse werden vielleicht von dem DOS des Updaters nicht gefunden.
 
@honsl
Steht dort "Finding drives ..." oder "InitDisk"? Letzteren Fehler hatte ich bei meinem Board auch. Geholfen hat das Abhängen aller anderen Festplatten. Alternativ funktioniert es auch mit einem MS-DOS (anstelle von FreeDOS) basierenden Boot-Medium (ob CD oder USB-Stick).
 
Zuletzt bearbeitet:
@Madnex "Finding drives ..."stand dort.

Hat jetzt aber funktioniert! Offensichtlich wurde, wie von Holt erwähnt, der SATA 6Gb/s Anschuss nicht erkannt.
Nach dem Umstecken auf SATA II hat´s problemlos funktioniert.

Vielen Dank allen Helfern und schönes Wochenende noch...
 
Hattest du sie vielleicht am Marvel 6Gb/s Port angeschlossen? Wenn ja dann häng sie am besten gleich an die Intel Anschlüsse um.
 
@ digitalangel18

Also es hat ja jetzt funktioniert. Sollte ich da trotzdem etwas ändern? Falls ja, warum?
 
@honsl

angel meint, dass es evtl nicht ging, weil es der Marvellcontroller war, an dem die m4 hängt. Was hast du für ein Mainboard? Wenn sie am Marvell betrieben wird, dann ist sie dort, obwohl es ein SATA3 Anschluss ist, in der Realität dennoch etwas langsamer, als an einem guten nativen SATA2 Anschluss, wie ihn z.B die ICH10R bietet.

Edit: Überlesen, ein P67 hat er ja.
 
Zuletzt bearbeitet von einem Moderator:
Auch wenn sie an den Marvell Ports funktioniert sollteste Du sie an einen nativen Intel 6Gb/s Port hängen, denn da bringt sie mehr Performance. Benche sie doch einfach mal an beiden mit AS-SSD Benchmark und vergleiche selbst.
 
ist das normal das dieser wert gelb markiert ist,in everest markiert er ihn mit einem gelben ausrufezeichen?
 

Anhänge

  • HDTune_Health_M4-CT128M4SSD2.png
    HDTune_Health_M4-CT128M4SSD2.png
    36,1 KB · Aufrufe: 561
zacksn, HD Tune ist ein Hard Disk Utlility, was auch so in der Titelzeile steht. Es ist für SSDs absolut ungeeignet, was Du schon an der hohen Anzahl vcon Attributen sehen kannst, die dem Programm unbekannt sind. Verwende besser CrystalDiskInfo und zum Benchen den AS-SSD Benchmark.

Wenn dann immer noch unter Attribut 06 wiederzugewiesenen Sektoren erscheinen, dann ist das zwar unschön und die erste m4 bei der ich das sehen (abgesehen von der ersten m4 im Dauerschreibtest auf xtremesystems.org), aber auch kein Beinbruch. Bei HDDs sind die wiederzugewiesenen Sektoren deshalb so gefährlich, weil die Ursache dafür leicht ein Staubkorn oder Headcrash sein kann und beides schnell zum Totalausfall führen kann. Bei SSDs ist das weniger dramatisch, da waren dann halt ein paar Blöcke nicht so haltbar und sind früh ausgefallen, was aber keineswegs bedeutet, dass die anderen deswegen auch früh ausfallen müssen. Wie alt Deine m4 wirklich ist, sieht man am Attribute CA, welches aber auf dem Screen nicht zu sehen ist.
 
vielen dank für die erklärung. :)
nach etwas googeln hab ich gemerkt das ich damit nicht alleine bin.

edit:
CrystalDiskInfo meldet 100% ok
 
Zuletzt bearbeitet:
Da sind tatsächlich 32768 wiederzugewiesene Sektoren und 16 Wiederzuweisungsereignisse vermerkt. Das klingt schlimm und eine HDD mit den Werten wäre schon auf dem Weg ins Jenseits, aber es betrifft nur 16 Flashblöcke und 89 Blöcke waren sowieso schon ab Werk als defekt markiert, ist also total unbedeutend.
 
Wurde eigentlich gesagt, was für Blue Screen Stop Codes da auftreten bei dem Firmwarebug?

Ich frage, weil ich eben das erste mal einen Bluescreen hatte beim Spielen, mit Stop Code 124.

Und bisher habe ich noch Firmware 009 drauf.
 
Der Code war 0x00000f4 und hat Deine m4 denn übrhaupt schon 5184 Betriebsstunden? Wenn ja, dann unbedingt sofort die FW 0309 aufspielen, sonst kannst Du Dir damit noch Zeit lassen, aber nicht vergessen!

Wenn sie noch keine 5184 Stunden hat und beim Abstürz ein Dump oder Minidump von dem Bluescreen erstellt wurde, dann ist eigentlich nie das Systemlaufwerk daran schuld. Wäre es dafür verantwortlich, so hätte der Minidump nicht auf ihm geschrieben werden können!

Damit ein Minidump überhaupt angelegt wird, muss in der Registry unter [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl] der Schlüssel CrashDumpEnabled den Wert 3 (DWORD) haben. Wenn das passt, dann prüfe mit Blue Screen View was die Ursache war und mache ggf. auch mal einen RAM Test mit memtest86. Dabei musst Du von USB oder CD booten, mindestens einen PASS, besser 3 bis 6 oder über Nacht durchlaufen lassen und es darf kein Fehler auftreten.
 
Ne habe knapp 2000 stunden drauf.

Braucht wohl meine übertaktete CPU nach einem Jahr wieder etwas mehr Spannung!?
Oder hat die Sonneneruption meiner CPU einen Streich gespielt

Code:
0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: fffffa800702c028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000be200000, High order 32-bits of the MCi_STATUS value.
Arg4: 000000000005110a, Low order 32-bits of the MCi_STATUS value.

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


BUGCHECK_STR:  0x124_GenuineIntel

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  f

STACK_TEXT:  
fffff800`0f013a98 fffff800`0edfda3b : 00000000`00000124 00000000`00000000 fffffa80`0702c028 00000000`be200000 : nt!KeBugCheckEx
fffff800`0f013aa0 fffff800`0e98f513 : 00000000`00000001 fffffa80`06ef0940 00000000`00000000 fffffa80`06ef0990 : hal!HalBugCheckSystem+0x1e3
fffff800`0f013ae0 fffff800`0edfd700 : 00000000`00000728 fffffa80`06ef0940 fffff800`0f013e70 fffff800`0f013e00 : nt!WheaReportHwError+0x263
fffff800`0f013b40 fffff800`0edfd052 : fffffa80`06ef0940 fffff800`0f013e70 fffffa80`06ef0940 00000000`00000000 : hal!HalpMcaReportError+0x4c
fffff800`0f013c90 fffff800`0edfcf0d : 00000000`00000004 00000000`00000001 fffff800`0f013ef0 00000000`00000000 : hal!HalpMceHandler+0x9e
fffff800`0f013cd0 fffff800`0edf0e88 : fffffa80`0a536688 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55
fffff800`0f013d00 fffff800`0e87d52c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40
fffff800`0f013d30 fffff800`0e87d393 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c
fffff800`0f013e70 fffff800`0e88a504 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153
fffff800`0f0074a0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiProcessExpiredTimerList+0x134


STACK_COMMAND:  kb

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: hardware

IMAGE_NAME:  hardware

DEBUG_FLR_IMAGE_TIMESTAMP:  0

FAILURE_BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_CACHE

BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_CACHE

Followup: MachineOwner
 
Zuletzt bearbeitet:
Zurück
Oben