Suchergebnisse

Im SuperTalent Forum heisst es: "If you do not have any problem with the current firmware version, we actually do not recommeand any firmware upgrade." www.supertalent.com • View topic - Question about firmware Update 2033!

Es wird in diesem Forum öfter mal empfohlen ein destruktives Firmwareupdate vorzunehmen, aber IMHO ist ein destruktives Firmwareupdate genau das als was es bezeichnet wird: destruktiv.

Nach etwa 2 Monaten nochmal ein Update zu meiner Model Family: SuperTalent UltraDrive GX SSD Device Model: STT_FTM64GX25H Serial Number: P612102-MIBY-208A052 Firmware Version: 1916 User Capacity: 64,023,257,088 bytes ich hatte mich damals über den extrem hohen Average_Erase_Count...

In Konsequenz müsste das bedeuten, dass, a) die benötigten Kommandos zum direkten Auslesen/Löschen in den SSDs implementiert sind (bzw. spezielle Firmwareupdates erlauben diese) und b) Tools dazu einem nicht ganz kleinen Personenkreis zur Verfügung stehen. Ist das so gemeint?

Naja, formatieren hilft schon. Wenn auch u.U. noch ein bisschen weniger als das Überschreiben mit pseudorandom Daten, das im Beispiel durch dd if=/dev/urandom of=/dev/xxxxx gemacht wird. Durch das Schreiben mit Nullen kann die SSD zudem einfach einen internen Zeiger auf einen schon genullten...

Es wird Dir höchstwahrscheinlich nicht möglich sein, die SSD komplett zu löschen. Selbst mit einer Sequenz wie etwa: hdparm (sanity erase parameter) dd if=/dev/urandom of=/dev/xxxxx hdparm (sanity erase parameter) wirst Du vorraussichtlich nur die der User Capacity entsprechende Anzahl an...

Ich weiß nicht, ob es Sinn macht, aber: Pinki würdest Du das bitte in Bezug zu setzen??!

Eine recht effiziente Art alle Dateien zu vergleichen ist über Prüfsummen möglich: md5sum verzeichnis1/*.exe verzeichnis2/*.exe | sort Gleiche Dateien stehen dann durch die gleiche Prüfsumme und die darauf folgende Sortierung direkt untereinander. (sha1sum oder sha256sum statt md5sum geht...

md5sum *.iso 819892b124e94cd9ef1ba9122b5a5e44 FW1819_ISO.iso 6bf00952d7da078b946a2cb25ebcee15 fwupt_1916_gcgx.iso 6bf00952d7da078b946a2cb25ebcee15 UP1916_GC_STT.iso 8075089e4d771cf66d17ed282449fdd1 fwupt_2030_GX2.iso 939ec7ef601fcec214db6cc0a74e921b fwupt_2030_GX.iso...

OK, wir haben bezüglich des Flashers Konsens. Damit hast Du das Zitat "Beta testers are currently testing this program" erledigt:) Zum zweiten Zitat: Wir beziehen uns doch auf den gleichen Satz (Seite 2, Punkt 4), Datei "Instruction guide.pdf", die sich in der Zipdatei "1916W Firmware Flashing...

Ich habe etwas Probleme auf Deine Mail zu antworten, weil ich keine Theorie entwickelt habe. Meinst Du, ich habe einen Denkfehler gemacht, als ich aus Supertalents Aussagen "Beta testers are currently testing this program" und "We strongly recommend not to use multiple partitioning. It may...

Verlieren der Zustandsangaben (SMART-Werte) würde bei mir 206 Min_Erase_Count 18 207 Max_Erase_Count 1134 208 Average_Erase_Count 566 konkret bedeuten, dass Sektoren mit 18 bzw. 1134 Erasures gleich behandelt würden. Die Erase_Counts weichen hier um 500 vom Durchschnitt ab. Mithin etwa um...

(Spekulation) Vielleicht kommt der nächste Updater als gültiges ISO image (/Spekulation) www.supertalent.com • View topic - fw2030_updater.iso not a valid iso? (Spekulation) Oder der nächste Updater kommt mit dem Changelog innerhalb des ISO images (wie sich das gehört) (/Spekulation)...

Danke für die Logdatei! Ich habe mit discard enabled gestern etwa 16 GByte an Daten von der Platte gelöscht, so dass die GC jetzt mehr Luft hat. Nun sieht es so aus, als stiege der Average_Erase_Count (ähnlich wie bei Dir in der Logdatei) etwa alle 7 Stunden um 1 an (dies entspräche einer...

Danke. /var/tmp habe ich jetzt wie bei Dir angelegt. Hast Du/könntest Du eine /etc/cron.hourly/smartctl ähnlich meinem vorherigen Post anlegen, so dass mehr systematische Daten (die nicht aus Screenshots abgetippt werden müssten) vorliegen? Hoppla, dies hatte ich einfach übersehen. Ab jetzt...

Mit der Garbage Collection bei der SuperTalent UltraDrive GX SSD STT_FTM64GX25H und Firmware 1916 scheint es größere Probleme zu geben. Das beigefügte Diagramm wertet SMART Attribute der letzten etwa 1000 Betriebsstunden auf stündlicher Basis aus. Für die GC sind insbesondere die beiden oberen...

Kurzes Feedback: commit=10 scheint kaum einen Einfluß zu haben. Sowohl Write_Sectors_Tot_Ct als auch Write_Commands_Tot_Ct liegen in der Grafik auch nach Power_On_Hours 1040 ziemlich gut auf einer Geraden.

Danke für den commit Tipp! Habe fstab angepasst und remounted at Power_On_Hours 1040. Jetzt: /dev/sda2 on / type ext4 (rw,noatime,acl,user_xattr,commit=10) /dev/sda1 on /home type ext4 (rw,noatime,acl,user_xattr,commit=10) nobarrier kommt für mich nicht in Frage:) Virtuelle Maschine verwende...

Nein, dies scheint nicht möglich. Ich kann diese Aussage allerdings nur für eine SuperTalent UltraDrive GX SSD STT_FTM64GX25H 1916 unter Linux belegen. Die Average_Erase_Count pro Power_On_Hours beträgt hier fast konstant 0.5. Ziemlich unabhängig davon mit welcher Schreibrate die Platte genutzt...

Dies ist so gewollt. Schließlich ist es ein Image und jedes Bit soll wieder dahin wo es vorher war. (Dass das Rückspielen von Images für eine SSD nicht das Beste ist wurde sicher bereits zur Erschöpfung diskutiert) Vielleicht bietet Dir AcronisTrueImage auch das Rückspielen einer Partition...