MBP mit Mountain Lion 10.8.3 verliert zu zufälligen Zeiten die Verbindung zur System-SSD und friert ein

Aus dem Nichts fing mein 2009er MacBook (2,66 GHz Core 2 Duo, 8 GByte Aftermarket-RAM) nach über 200 Tagen Betriebszeit (natürlich inklusive Schlafzeit) an einzufrieren. Ich hatte vor anderthalb Jahren eine Crucial CT256M4SSD2 256Gbyte SSD installiert und war mit der Systemstabilität recht zufrieden.

Jetzt erscheinen diese Protokolle ziemlich oft, bevor mein Computer vollständig einfriert:

disk0s2: no such device
disk0s2: media is not present

Hier ist ein Foto eines solchen Baumstamms (originales, größeres Foto hier ):

Geben Sie hier die Bildbeschreibung ein

Der Grund, warum ich ein Foto machen musste, liegt natürlich darin, dass disk0s2 meine Festplatte ist und zum Zeitpunkt des Loggens anscheinend weg war - also keine dauerhaften Logs für mich.

Ich habe eine Diagnose und Reparatur mit dem Festplatten-Dienstprogramm versucht, aber es hat nichts gefunden und das Problem blieb bestehen. Ein paar Apps deinstalliert, aber auch ohne Erfolg. Jeder Rat, wie man mit der Diagnose des Problems fortfahren kann, wäre sehr willkommen.

Hast du ein externes Festplattengehäuse? Darin könnte man die SSD einlegen und davon starten. Prüfen Sie, ob das Problem weiterhin besteht. Wenn ja, ist wahrscheinlich die SSD schuld, wenn nicht, ist das SATA-Kabel, das Ihre SSD mit dem Motherboard verbindet, möglicherweise defekt. Ein weiterer Indikator für Letzteres ist ein fehlerhaftes Schlaflicht, da sich das Licht auf demselben Kabelband wie das SATA-Kabel befindet.
Neue SSD gekauft, jetzt ist alles in Ordnung. Ich denke, SMART ist doch nicht so schlau. Habe keinen einzigen Hinweis aus irgendwelchen Gesundheitswerten bekommen.
Lieber Gott, mehr als 200 Tage Betriebszeit? Ich weiß nicht, ob das verrückt oder großartig ist. Warum?!?
@Harv ehrlich gesagt, weil ich es kann :) Ich genieße es, den Laptop zu öffnen und das Betriebssystem zum Laufen zu bringen. So viel besser als die Schlaffunktion auf Windows-Rechnern. Ich glaube nicht, dass die lange Betriebszeit dazu beigetragen hat, dass die SSD mich aufgegeben hat.

Antworten (2)

Ein Firmware-Update für diese SSD wurde Anfang dieses Jahres veröffentlicht: Haben Sie aktualisiert? Die Release Notes erwähnen:

Es wurde ein Problem mit dem Einschalt-Timing behoben, das zu einem Hängenbleiben des Laufwerks führen konnte, was dazu führte, dass die Kommunikation mit dem Host-Computer nicht mehr möglich war. Der Hängezustand tritt normalerweise während des Einschaltens oder der Wiederaufnahme aus dem Energiesparmodus oder Ruhezustand auf. Meistens löscht ein neuer Einschaltzyklus den Zustand und ermöglicht die Fortsetzung des normalen Betriebs.

(Ich persönlich verwende einen CT128M4SSD2 und habe mich entschieden, nicht zu aktualisieren, es sei denn, ich stoße auf Probleme.)

Warum wird dies abgelehnt? Hat das Firmware-Update das Problem nicht gelöst? Bitte fügen Sie einen Kommentar zu Ihrer Ablehnung hinzu, da dies dem Antwortenden die Möglichkeit gibt, die Antwort zu verbessern.
Das ist ein guter Fund. Obwohl es unmöglich zu sein scheint, die Firmware auf einem Mac zu aktualisieren, und ich gerade keinen Windows-Computer zur Hand habe. Außerdem hat es nichts mit dem Schlafmodus zu tun. Es passiert im Vollbetrieb, wenn auf die Festplatte zugegriffen wird.
@keyboardsamurai Ah: Mir war nicht klar, dass Crucial nicht wirklich einen Firmware-Update-Prozess für Macs bereitgestellt hat :( (Relevant Ask Different Questions hier und hier .) Ich denke, es wäre jedoch sicherlich einen Versuch wert für Ihre Situation: Hinweis das Wort „normalerweise" im Zitat aus den Versionshinweisen. Vielleicht Boot Camp installieren, um das Crucial-Update ausführen zu können? Viel Glück!

Dies ähnelt wahrscheinlich einem schrecklichen Fehler in der Original-Firmware meiner Crucial-SSD (ich glaube, ein anderes Modell, aber ich arbeite nicht mehr an dieser Maschine). Nach einer bestimmten Anzahl von Stunden – also ist die lange Betriebszeit relevant, aber lebenslang – würde das Laufwerk jede Stunde nach genau 60 Minuten herunterfahren. Ich nehme an, dies war ein Testcode, der unerklärlicherweise in echte Kundenhardware eingebrannt wurde.

Ein Firmware-Upgrade hat dies behoben. Ich dachte, ich hätte es von einer Linux-Maschinenbefehlszeile aus gemacht (die normalerweise auf einem Mac funktionieren würde), aber vielleicht nicht.