SSD am Sterben? (830 Evo)

eXTA

eXTA

Enthusiast
Thread Starter
Mitglied seit
19.10.2007
Beiträge
5.127
Ort
Rostock!
In letzter Zeit hängt mein Win 10 gerne mal für 30-60 Sekunden.
D.h. in der Zeit kann ich keine neuen Programme öffnen, oder Webseiten aufrufen. Der Explorer rödelt in der Zeit auch und "sucht".
Das System friert aber nicht ein, denn die Spotifymusik läuft weiter.

Ich habe das mal kurz angeschaut: http://www.hardwareluxx.de/communit...-link-power-management-beseitigen-793649.html
Ich finde nicht die Port 0-x Einträge in der Reg und weiterhin ist dort die Rede von Crucial und P67 Chipsatz (Ich habe Z77).
Und die Einträge im Ereignislog finde ich auch nicht.

Von dem Firmwarebug weiß ich, aber der bezieht sich ja nur auf ältere Dateien, und war die 830 überhaupt betroffen? Finde nur aktuellere FW ab 840, die für die 830 ist von 2012 und scheinbar die aktuellste. :fresse:


KqkaUiE.jpg
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Danke für den Link, die beiden Sachen waren bei mir schon auf Active respektive 0ms, obwohl kein Reg-Eintrag vorhanden war :fresse:

Seit ich den Thread erstellt habe, ist es nicht erneut aufgetreten, relativ zufällig also.

Wenn sie stirbt, dann sei es so, ist nix wichtiges drauf.
Aber wenn man SSD Belastungstests liest, halten die schon etwas mehr aus. Wobei ich natürlich noch eine relativ alte SSD habe. Die Controller werden sich ja auch weiterentwickelt haben
 
Du hast doch sicherlich noch weitere Laufwerke in deinem Rechner, oder? Beispielsweise HDDs. Hast du irgendwas auf eine HDD verschoben? Bist also irgendwelchen SSD-Optimierungs-Guides gefolgt?
 
Ich bin keinen Guides gefolgt.
Was meinst du zB mit verschieben auf HDD?
Auf der SSD läuft an sich komplett Windows 10. Auf anderen Platten, welche btw mit Veracrypt vollverschlüsselt sind, liegen an sich nur Spiele und alter Ramsch
 
Nicht mehr, sie war es aber mal sowohl mit Bitlocker als auch Veracrypt.
 
mastergamer schrieb:
Wie meinst du das? Dass das ein nennenswerter verschleiß ist und man bald mit problemen rechnen muss??! :eek:
Meine m4 hat schon 40tb runter...
Zum Vergrößern anklicken....
Nein, im Verhältnis zur Laufzeit, ich habe mehr Stunden Laufzeit und bin bei knapp 7TByte.
Es wurde dann einfach öfter geschrieben und gelöscht.

@eXTA
Lass mal "chkdsk /f" bei allen Laufwerke durchlaufen.
Evt. ist nur die FAT angeschlagen, kommt immer wieder mal vor ohne ECC Speicher.
 
Phantomias88 schrieb:
@eXTA
Lass mal "chkdsk /f" bei allen Laufwerke durchlaufen.
Evt. ist nur die FAT angeschlagen, kommt immer wieder mal vor ohne ECC Speicher.
Zum Vergrößern anklicken....

Kann das auch vorkommen wenn man z.B. die Hardware von ein Gehäuse ins andere wechselt?
Also neben allem anderen logischerweise auch alle Laufwerke ab, teils an anderen Slots (aufgrund von 2 zusätzlichen neuen Platten)
neu angeschlossen, damit alle 4 SSDs am Intel Controller, und die übrigen zwei HDDs am AS Media Controller hängen?
Denn dann hat es über viele Restarts immer noch etwa 3-5Min gedauert bis Win 10 gestartet hatte.
Eigentlich war das immer erst dann weg, wenn ich den Rechner über Nacht laufen gelassen habe. Wie wenn eine automatische Datenträgerüberprüfung stattgefunden hat, aber ich nix davon sah.
2 der normalen HDDs hängen auch am Intel Controller, zwecks einem Raid 1 Verbund aus 2x1Tb.
 
@MadVector
Wenn auf einer der Platten noch Reste von einem alten OS drauf waren kann das natürlich auch eine Verzögerung mit sich bringen.
Allgemein ist es beim Umzug nur wichtig, die Windows Platte wieder an den selben Port (Slot) zu hängen.
Wenn die Laufwerksbuchstaben auch gleich bleiben sollen, dann musst alle wieder in der richtigen Reihenfolge anschließen.
Die neuen HDDs/SDDs müssen dann an noch nicht belegte Ports.

Hoffe das hilft dir ein bischen...
 
Zuletzt bearbeitet:
Phantomias88 schrieb:
Nein, im Verhältnis zur Laufzeit, ich habe mehr Stunden Laufzeit und bin bei knapp 7TByte.
Es wurde dann einfach öfter geschrieben und gelöscht.
Zum Vergrößern anklicken....

Jo, das stimmt.
Ich bin bei 40tb in 9500h, also noch mal wesentlich mehr.

Allerdings weiß ich nicht wie man noch sparsamer mit der ssd umgehen kann als ich, ich installiere fast nie irgendwas, und dennoch steigt die schreibleistung mit der zeit (stark?) an.

Damit hätte ich pro Stunde eine 7x so hohe schreiblast wie du.
 
Zuletzt bearbeitet:
Meine 830 256G ist hier seit Oktober (?) 2012 in Betrieb und zeigt derzeit 6,85 TiB Schreibleistung in 7453h, Wear Leveling Count 68 dez. Hat aber seitdem keine OS-Neuinstallation gesehen, Updates nur ab und zu und bei Vista ja eh nicht mehr so viel, Software ist nix wirklich großes drauf (vor allem keine Spiele), Systemwiederherstellung ist auch aus, dazu etwa 20% unpartitioniert. Ungefähr 1/3 oder die Hälfte des Schreibaufkommens dürften auf die Kappe vom Ruhezustand gehen, wenn ich das mal hochrechne. Wahrscheinlich sähe das alles mit TRIM noch deutlich besser aus.

Die Systemwiederherstellung macht IMHO einiges aus (und wirklich gebracht hat sie mir bisher nie was), eine versehentlich nicht deaktivierte automatische Defragmentierung wäre auch nicht so schlau. Und sonst müßte man halt mal untersuchen (Performance-Monitor?), was da so schreibenderweise auf der Platte rumrödelt. Ein nur mit den "wichtigen" Updates installiertes Windows 7 kommt mir übrigens generell deutlich flotter vor als eins mit allem optionalen Klimbim, aber man muß natürlich etwas aufpassen wegen eventueller Nebenwirkungen (fehlendes aktuelles .NET-Framework o.ä.).
 
Phantomias88 schrieb:
@MadVector
Wenn auf einer der Platten noch Reste von einem alten OS drauf waren kann das natürlich auch eine Verzögerung mit sich bringen.
Allgemein ist es beim Umzug nur wichtig, die Windows Platte wieder an den selben Port (Slot) zu hängen.
Wenn die Laufwerksbuchstaben auch gleich bleiben sollen, dann musst alle wieder in der richtigen Reihenfolge anschließen.
Die neuen HDDs/SDDs müssen dann an noch nicht belegte Ports.

Hoffe das hilft dir ein bischen...
Zum Vergrößern anklicken....

Es ist tatsächlich so, dass sich auf irgendeiner Platte "Reste" befinden!
Wie bekomme ich das weg, gibt es ein Tool womit man sowas enfernen kann?
 
@mastergamer
Hab es auch so wie hardwear geschrieben hat, Systemwiederherstellung auf minimal.
Auslagerungsdatei von Windows auf eine fixe Größe (min/max den selben Wert eingeben)

MadVector schrieb:
Es ist tatsächlich so, dass sich auf irgendeiner Platte "Reste" befinden!
Wie bekomme ich das weg, gibt es ein Tool womit man sowas enfernen kann?
Zum Vergrößern anklicken....
Das kommt darauf an welches OS, war es ein Linux oder ein Windows?
Bei Windows reicht es nicht, nur die Windows Platte zu formatieren, der Bootblock (aktiv) ist die kleine Partition mit 100MB am Anfang der SSD oder HDD.
Diese musst löschen, das geht am einfachsten mit dem Paragon Partition Manager: https://www.paragon-software.com/de/home/pm-express/
Läuft auch unter Windows 10 und erkennt Linux Dateisysteme.
 
Zuletzt bearbeitet:
Das ist ein Windows gewesen, ich habe die Partition in der besagten Grösse in der Datenträgerverwaltung gefunden, kann man die einfach so löschen?
 
Ich hatte das gleiche Problem vor 1-2 Monaten (ab und zu ein 10-20 Sekunden Hänger durch die System SSD).
Im Ereignismonitor waren auch Fehler zu finden, die sinngemäß besagten, dass eine Festplatte nicht reagierte.

Nach etwas Recherche wollte ich per Registry das LPM Feature deaktivieren (ich hatte bis dahin immer die Intel AHCI Treiber drauf).
Per Registry habe ich dies versucht, aber es hat nicht geholfen. Dann habe ich testweise den Intel AHCI Treiber runtergeschmissen und MS AHCI genutzt.

Seit dem gab es diese Error-Einträge in der Ereignisanzeige nicht mehr und auch diese komischen Hänger sind nicht wieder aufgetreten.
 
Ich kann mein MB bzw. den Intel Controller leider nicht im AHCI betreiben, sondern nur im RAID Modus :/
Leider gibt es da keine Aufsplittung in welchem Modus welcher Kanal läuft.
 
MadVector schrieb:
Das ist ein Windows gewesen, ich habe die Partition in der besagten Grösse in der Datenträgerverwaltung gefunden, kann man die einfach so löschen?
Zum Vergrößern anklicken....
Wenn die Partition nicht dein aktives Windows ist (c: ), sondern das alte (z.B. auf D: ) dann kannst die löschen.
Evt. musst die Bootreihenfolge im UEFI ändern wenn auf d: ein Bootmanager drauf war, damit er nun von c: bootet und nicht zuerst ewig im Bootmanager (d: ) ein andere OS sucht.
 
CU7n8oP.jpg


Sequentiell lesen überraschte mich doch etwas bei dem alten Teil. :d

Mit AHCI Treibern könnte ich es auch noch versuchen. Gestern hatte ich einige h keine Probleme und heute auch noch nix (2h).
Also ziemlich random das ganze
 
BK-Morpheus schrieb:
Ich hatte das gleiche Problem vor 1-2 Monaten (ab und zu ein 10-20 Sekunden Hänger durch die System SSD).
Zum Vergrößern anklicken....
Was macht Dich so sicher, dass es an der SSD liegt? Es kann auch eine HDD sein, die in den Unload geht, denn Windows weckt leider auch gerne mal Platte auf, auf die gar nicht zugegriffen werden soll.

BK-Morpheus schrieb:
Nach etwas Recherche wollte ich per Registry das LPM Feature deaktivieren (ich hatte bis dahin immer die Intel AHCI Treiber drauf).
Per Registry habe ich dies versucht, aber es hat nicht geholfen
Zum Vergrößern anklicken....
Das mit LPM ist vor allem für die Crucial SSDs, da gibt es auch für viele Modelle FW-Updates die das mehr oder weniger gut beheben. Wer LPM deaktivieren will, muss nicht auf die alten Tipps mit der Registry oder dem Umstellen der Ports auf extern/Hot-Plug zurückgreifen, es gibt hier eine Anleitung wie man LPM bei Windows auch im Ausgewogenen Energiesparplan einstellbar machen kann. Einfach auf Active stellen, dann bleibt der SATA Link aktiv und LPM ist deaktiviert. Das kann auch dafür sorgen, dass die HDDs ggf. eben nicht in den Unload gehen, aber das sollte man sich anhand der Load-Unload Zyklen in den S.M.A.R.T. Werten der Platte sehen.

eXTA, die SSD ist absolut in Ordnung und der Verschleiß ist mit 1133 verbrauchten P/E Zyklen zwar hoch, aber die NANDs der 830 halten gewöhnlich weit mehr als die spezifizierten 3000 P/E Zyklen aus. Die Write Amplification war bei 5, schau mal ob die SSD nicht dauerhaft sehr voll ist, was z.B. bei Verschlüsselung aus sich des Controller oft der Fall ist. Aber keine Sorgen, die hält noch einige Jahre bis Jahrzehnte durch und den Nachnamen Evo hat die 830er auch nicht, die heißt einfach nur 830.
 
Voll ist sie mit 34,5GB frei eigentlich nicht, verschlüsselt auch nicht zur Zeit.

HDD aufwecken sollte bei mir eigentlich nicht der Fall sein.
1. habe ich in Energieoptionen das autom. Abschalten deaktiviert
2. sind die HDDs standardmäßig verschlüsselt durch Veracrypt und ich muss sie immer manuell mounten, wenn ich sie benötige
 
Wenn sie verschlüsselt war, dann erklärt das die relativ hohe Write Amplification. Die zählt ja über die ganze Betriebsdauer und nicht nur dafür was im Moment ist. Aufwecken ist relativ, es gibt ja verschiedene Energiesparzustände, beim Unload werden nur die Köpfe geparkt und nicht wie beim Standby die Platten gestoppt, aber trotzdem kann das Aufwachen aus dem Unload zu spürbaren Verzögerungen führen. Klemme die HDDs doch mal ab und schau ob es dann weg ist. Wenn das nicht geht, poste halt man die Screenshots von CDI für die HDDs.
 
Holt schrieb:
Was macht Dich so sicher, dass es an der SSD liegt? Es kann auch eine HDD sein, die in den Unload geht, denn Windows weckt leider auch gerne mal Platte auf, auf die gar nicht zugegriffen werden soll.

[...]
Zum Vergrößern anklicken....

Weil in dem Moment das Spiel + Windows für einige Sekunden nicht reagiert hat. Auf meiner HDD liegen nur MP3s und Videos, darauf wurde in diesen Momenten nicht zugegriffen.
Außerdem ist das Problem sofort verschwunden, nachdem ich auf den Windows AHCI Treiber gewechselt habe.
 
Also bei mir sind die Symptome die letzten Wochen wieder verschwunden. Wer weiß, was da los ist :)
 
Das LPM Problem betrifft auch die 830er, habe das in meinem T60 gut nachtesten können. Da läuft jetzt ne Intel G2 mit 160GB drin die kein LPM unterstützt und damit diese Probleme nicht hat.

Am einem neueren Laptop war mit den neuen RST-Treiber möglich im Menü der Software direkt LPM zu deaktivieren !

Hatte dies bei einem HP-Probook mit I5 vorsorglich eingestellt, wobei die verbaute 256er 840er Evo der letzte Schrott ist. Sau lahm das Teil, trotz FW Update. Aber gut, wer billig kauft muss ebend damit rechnen.
 
Wie man LPM deaktivieren kann, hatte ich doch im Post #21 geschrieben und saulahm ist eine 840 Evo mit der aktuellen FW nicht mehr. Eine 256GB 840 Evo gibt es aber sowieso nicht, nur eine mit 250GB, die 840er mit 256GB ist die 840 Pro. Bei meinen 830ern habe ich übrigens keine Probleme mit LPM feststellen können, vielleicht liegt es auch Chipsatz, dass der zu lange braucht die SATA Lane wieder in Betrieb zu nehmen.
 
[SUP][/SUP]
Holt schrieb:
Wie man LPM deaktivieren kann, hatte ich doch im Post #21 geschrieben und saulahm ist eine 840 Evo mit der aktuellen FW nicht mehr. Eine 256GB 840 Evo gibt es aber sowieso nicht, nur eine mit 250GB, die 840er mit 256GB ist die 840 Pro. Bei meinen 830ern habe ich übrigens keine Probleme mit LPM feststellen können, vielleicht liegt es auch Chipsatz, dass der zu lange braucht die SATA Lane wieder in Betrieb zu nehmen.
Zum Vergrößern anklicken....

Es wurde aber nicht erwähnt, das LPM per Intel RST ebenfalls abstellbar ist !

Wieviele FW-Updates gab es den für die 840er EVO dort ist quasi die erste drauf die das Problem beheben sollte - kann man davon ausgehen das es ein weiteres Update gab. Eine Samsung Pro oder M4 wäre besser gewesen, aber billig ist halt billig.
 
Zuletzt bearbeitet:
Man kann LPM auch deaktivieren indem man den Port im BIOS auf extern oder Hot-Plug stellt, denn wäre dann LPM aktiv, würde ein Wechsel der Platte oder des Mediums u.U. nicht erkannt werden. Aber muss ich immer alle Möglichkeiten aufführen?
 
Beim Desktop ja, beim Laptop nein ! - Halte es für sinnvoll ruhig alles Möglichkeiten anzugeben um sie gleich an neuen und alten Systemen anwenden zu können, wenn es Probleme gibt, oder eine Methode nicht funktioniert.
 
Anmelden, um zu antworten.
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