Ein Ausdruck des Beitrags mit 11 Antworten ergibt bei 3 Antworten pro Seite ca. 4 DIN A4 Seiten. Das entspricht bei 80 g/m² ca. 19.96 Gramm Papier.
-- Veröffentlicht durch Marauder25 am 9:49 am 24. Dez. 2013
Hallo,
Chkdsk habe ich bereits vor einiger Zeit durchgeführt als die Aussetzer anfingen.
Es waren keine Fehler auszumachen. Genauso habe ich schon einen Memtest durchlaufen lassen, denn solche Aussetzer können auch auf fehlerhaften Speicher hindeuten. Auch hier ist alles in Ordnung.
Bei Laptops soll dieses LPM auch einwandfrei funktionieren da das System speziell angepasst ist. Mittels der Funktion wird beim SATA Port etwas Strom gespart.
Bei Desktop Lösungen funktioniert dieses Prinzip jedoch anscheinend nicht immer reibungslos im Zusammenspiel mit einigen SSD`s.
Aber seit dem Fix funktioniert wieder alles wie es soll.
Vielleicht implementiert Crucial bzw. alle Hersteller die es betreffen ja diese Lösung in ihr nächstes FW Update.
Gruß,
Mike
-- Veröffentlicht durch daniel am 19:41 am 23. Dez. 2013
Ich setze eine M4 256GB am XPS17 ein, eine Samsung 830 im Netbook mit ION Chipsatz und eine 64GB Transcend IDE SSD in einem 2005er Intel NB von Acer. Also alles Intel Systeme mit verschiedenen SSDs aber glücklicherweise alle problemlos.
Vielleicht sollte die betroffene Platte mal einem ausführlichen Check unterzogen werdend z.b. Checkdisk mit Parameter -f und -r. Das kann helfen.
LG, Daniel
-- Veröffentlicht durch ocinside am 15:17 am 23. Dez. 2013
Jep, diese Aussetzer kenne ich nur zu gut, aber sowas habe ich zumindest bei intakten SSDs aus den aktuelleren Baureihen nicht mehr erlebt.
-- Veröffentlicht durch daniel am 14:28 am 23. Dez. 2013
Ich kann mich noch gut erinnern, als die ersten SSD am Markt erschienen. Damals gab es auch solche 'Hänger'. Dass es jetzt plötzlich wieder solche Probleme gibt, ist ganz schön ärgerlich.... Haben die Hersteller denn nicht dazu gelernt? :noidea:
LG, Daniel
-- Veröffentlicht durch The Papst am 14:33 am 22. Dez. 2013
Ich hab dieses Problem mit ner Sandisk 2 und nem AMD. Chipsatz weiß ich gerade nicht. Werde es mal ausprobieren. Danke für den Tipp.:thumb:
-- Veröffentlicht durch Marauder25 am 11:33 am 22. Dez. 2013
Hallo,
bisher sind keine Fälle bei AMD Chipsätzen bekannt geworden, was nicht heißt das es dort keine Probleme gibt.
Die neusten Chipsatz- bzw. Storagetreiber sollen gerade dieses Problem begünstigen. So wie ich das gelesen habe war bei den alten Treibern standardmässig LPM deaktiviert. Bei den neuen Treiber ist es von Haus aus aktiviert.
Manche SSD`s haben damit wohl ein Problem.
Meine erste Samsung SSD 840Pro läuft zum Beispiel anstandslos mit aktiviertem LPM.
Wie gesagt wer ähnliche Probleme hat und sich wundert woran es liegt, sollte das oben Genannte durchführen. Bei mir sind die "Hänger" verschwunden.
Gruß,
Mike
-- Veröffentlicht durch daniel am 10:22 am 22. Dez. 2013
der beschriebene Bug kommt mir irgendwie bekannt vor....
Ist das nicht ein Intel Problem?
Die neuesten Chipsatztreiber (Intel Rapid Storage, oder Matrix Treiber... wie auch immer die heißen) sind installiert?
LG,
Daniel
-- Veröffentlicht durch Hattiro am 10:00 am 22. Dez. 2013
Manchmal bin ich echt froh, das ich keine SSD habe :), was ein blöder Bug !
-- Veröffentlicht durch Marauder25 am 6:30 am 22. Dez. 2013
Hallo Jens,
Das ist ja das merkwürdige daran.
Meine M4 lief jetzt fast 2 Jahre fehlerfrei und plötzlich tritt dieser Fehler auf.
Sowas kennt man eigentlich nur von Hardwaredefekten.
Abhilfe brachte jedoch nur die Registry Änderung.
Das ich damit nicht alleine stehe besagen auch diverse Berichte im Netz.
Häufig soll es wohl mit dem P67 Chipsatz auftreten. Sockel 1150 Systeme sollen bis jetzt noch gar nicht betroffen sein. Ist schon eine komische Sache...
Gruß,
Mike
(Geändert von Marauder25 um 7:50 am Dez. 22, 2013)
-- Veröffentlicht durch ocinside am 1:25 am 22. Dez. 2013
Damit hatte ich hier zum Glück noch kein Problem.
Weder mit der 480GB Crucial M500, noch mit der m4 256GB, die ich hier schon einige tausend Stunden betreibe.
Hast du das Phänomen denn mit der C300, m4 oder m500 SSD ?
-- Veröffentlicht durch Marauder25 am 16:11 am 21. Dez. 2013
Hallo Leute,
seit einiger Zeit plagte mich ein komisches Problem.
Jedes Mal wenn ich ein Spiel, (Arma 3) welches auf meiner Zweit Festplatte (Crucial SSD 128 GB) installiert war, gestartet habe blieb der Rechner willkürlich für 20-30 Sekunden hängen. Die Festplatten LED leuchtet dauerhaft und erst nach Ablauf von ca. 30 Sekunden lief das Spiel weiter. Mit Alt-TAB konnte man normal auf den Desktop wechseln.
Daraufhin konsultierte ich meine Verwaltung mitsamt Fehlerprotokoll und dort stand eine Meldung die mich zuerst sehr beunruhigte:
Das Gerät \Device\Ide\iaStor0 hat innerhalb der Fehlerwartezeit nicht geantwortet.
Zuerst dachte ich an eine defekte SSD oder zumindest das SATA Kabel.
Nach kurzem Googeln jedoch stieß ich auf folgendes Problem welches von vielen Nutzern bestätigt wurde und von Crucial konsequent ignoriert wird.
Das LPM (Link Power Management) verursacht diese Probleme im Zusammenhang mit einigen Chipsätzen und SSD von Intel bzw. Crucial/OCZ.
Selbst ein Firmwareupdate auf die neuste Version brachte zumindest bei mir nicht den gewünschten Erfolg.
Bisher konnte jedoch nicht bestätigt werden das AMD von diesem Problem gänzlich ausgenommen ist.
Hier mal eine kurze Anleitung wie man das LPM für die besagte SSD deaktiviert:
Man öffnet die REGEDIT und navigiert in folgendes Verzeichnis:
/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services/iastor/Parameters/
In dem Ordner erzeugt man dann mittels rechter Maustaste auf den Ordner und der Auswahl "NEU" einen neuen Schlüssel der den Namen "PortX" haben muss, wobei X die Portnummer sein muss an dem sich die SSD befindet.
Zu ermitteln beispielsweise im Intel Rapid Storage Tool welches rechts unten zu finden ist.
In dem Ordner "PortX" erstellt man folgende DWORD Werte:
LPM
LPMDSTATE
LPMSTATE
DIPM
welche alle den Wert 0 haben sollen.
Nach einem Neustart sollte das Problem dann behoben sein.
Wie immer bleibt zu sagen, wer von der Registry keine Ahnung hat, sollte es lieber jemanden machen lassen der sich damit auskennt.
Gruß,
Mike
|