Seagate Momentus XT beschädigt Dateien (Linux und Mac)


10

Meine Seagate Momentus XT-Hybridfestplatte beschädigt Dateien unter Linux. Ich würde mich über Hilfe von jedermann freuen, würde aber besonders gerne wissen, ob andere Momentus XT-Benutzer dieses Problem reproduzieren können. Ich habe schrittweise Anweisungen zum Reproduzieren dieses Problems in den Seagate Community-Foren bereitgestellt .

Bisher haben vier Benutzer dieses Problem auf den folgenden Laptops und Betriebssystemen / Distributionen reproduziert:

  • Fünf Laptops: Lenovo Thinkpad T60, T61, T510, MSI MS-1656-ID1 und MacBook Pro (15 "Ende 2009).
  • Vier Betriebssysteme / Distributionen: Ubuntu 11.04, Fedora 15, openSUSE und Mac OS X.

Die Anweisungen zum Reproduzieren des Problems sind einfach. Hier ist eine kurze verbale Beschreibung:

  1. Erstellen Sie eine große Testdatei, speichern Sie sie auf einem anderen Speichergerät ( nicht dem Momentus XT) und berechnen Sie die SHA-1-Prüfsumme.
  2. Schreiben Sie die Testdatei in den Momentus XT.
  3. Lesen Sie die Testdatei aus dem Momentus XT, berechnen Sie den SHA-1 und vergleichen Sie diese Prüfsumme mit der Prüfsumme des Originals. Wir sollten ein Match haben. Wir haben das Problem wahrscheinlich reproduziert, wenn sie nicht übereinstimmen. (Nur 'wahrscheinlich', da andere Probleme zu einer Nichtübereinstimmung führen können. Informationen zum Identifizieren dieses spezifischen Problems finden Sie im Seagate-Thread, indem Sie die Dateien mit vergleichen cmp -l.)
  4. Wiederholen Sie ab Schritt (2).

Der Seagate-Thread enthält weitere Details. Hier sind einige Hinweise aus meinen Tests (ich konnte dieses Problem auf drei aufeinanderfolgenden Momentus XT-Laufwerken reproduzieren; ich habe zweimal eine RMA durchgeführt und bin jetzt auf dem dritten):

  • Was zu passieren scheint, ist, dass der Momentus XT es manchmal versäumt, Daten auf das Laufwerk zu schreiben, sodass ich beim Lesen vom Laufwerk das bekomme, was ursprünglich auf dem Sektor war, und nicht die richtigen Daten. Dies tritt in Blöcken unterschiedlicher Größe auf; Typische Größen sind 1 MiB und 512 KiB.
  • Das Problem tritt bei ext2, ext4, Btrfs, NTFS und FAT32 auf. Seltsamerweise konnte ich dieses Problem auf ext3 nicht reproduzieren.
  • Das Schreiben mit dem oflag=directAusgabeflag in ddvermeidet dieses Problem. Das schnelle Festschreiben von Daten auf die Festplatte mit while true; do sync; sleep 0.01; doneverhindert ebenfalls das Problem.
  • Ich konnte dieses Problem nur über eine SATA- und eine eSATA-Schnittstelle reproduzieren. Eine USB-Verbindung scheint das Problem zu verhindern. (Ich bin mir nicht sicher, ob dies an der Übertragungsgeschwindigkeit liegt.)
  • Bei großen Dateien (> 2 GB) treten häufiger Probleme auf. Ich konnte keine Probleme mit Dateien erzeugen, die kleiner als 85 MB sind.
  • Ich konnte das Problem unter Windows XP mit NTFS nicht reproduzieren.
  • Gazoi in den Seagate-Foren konnte das Problem unter FreeBSD 8.2 mit UFS2 nicht reproduzieren .
  • Der Momentus XT besteht sowohl den erweiterten SMART-Test als auch badblocks -wohne Probleme.
  • Mein Laptop (MS-1656-ID1) hat jeweils 24 Stunden lang erfolgreich Memtest86 +, Memtest86, memtester und MPrime durchlaufen.
  • Ich habe zwei andere Speichergeräte (eine Seagate Momentus 7200.4 und eine SSD der Intel 320-Serie) mit demselben Verfahren getestet, und beide bestehen ohne Probleme.

Wenn Sie einen Momentus XT haben, versuchen Sie bitte, dieses Problem zu reproduzieren, und lassen Sie mich wissen, was passiert.

Was kann ich noch tun, um das Problem zu diagnostizieren?


1
Starten Sie zwischen Schreiben und Lesen neu? Leeren Sie den Cache, um sicherzustellen, dass er tatsächlich von der Festplatte anstatt vom Cache zurückgelesen wird? Wenn nicht, kann dies der Grund sein, warum Sie es nicht mit kleineren Dateien reproduzieren können, da diese sich wahrscheinlich noch im Cache befinden
psusi

Ich umgehe den Seitencache, indem ich mit dem iflag=directEingabeflag mit dd lese . Wenn ich dd nicht benutze, sudo sh -c "sync && echo 1 > /proc/sys/vm/drop_caches"

Ich habe gerade festgestellt, dass Sie möglicherweise über den Festplattenpuffer sprechen, der sich physisch auf dem Momentus XT befindet, anstatt über den Linux-Seitencache. Sie haben in diesem Fall einen Punkt: Ich treffe meistens keine Vorsichtsmaßnahmen gegen das Lesen des Festplattenpuffers und lese die Datei auch sofort nach dem Schreiben. Vielleicht sollte ich Schreibvorgänge in mehrere Dateien festschreiben und sie dann auf FIFO-Basis lesen. Trotzdem ist der Momentus XT-Festplatten-Cache nur 32 MB groß. In der Vergangenheit habe ich auch einige Tests durchgeführt, bei denen ich> 10 GB kleine Dateien (~ 64 MB) geschrieben und anschließend gelesen habe, ohne dass eine Beschädigung festgestellt wurde.

Möglicherweise gibt es einen Fehler in der Firmware des Laufwerks (Integer-Überlauf?), Der dazu führt, dass es beim Hochgeschwindigkeitsschreiben den Überblick über ungeschriebene Blöcke verliert. Oder es gibt einige fehlerhafte Blöcke auf dem Flash, die von der Firmware nicht erkannt wurden. NTFS überprüft Schreibvorgänge (und ntfs-3g ist sehr langsam), sodass das Problem wahrscheinlich nicht auftritt. Wenn Sie keinen Fix finden, können Sie ZFS verwenden und die Prüfsumme aktivieren.
billc.cn

@ billc.cn, ich habe das Problem mit NTFS reproduziert. Btrfs und ZFS mit Datenprüfsummen können auffallend beschädigte Dateien nicht lesen, aber die beschädigten Daten können nicht wiederhergestellt werden. Zum Wiederherstellen dieser Dateien ist mehr Redundanz erforderlich (z. B. Spiegelung auf FS-Ebene oder RAID-Spiegelung). Auf jeden Fall benutze ich den Momentus XT natürlich erst, wenn ich herausgefunden habe, was passiert.
Vincent Yu

Antworten:


6

Das Aktualisieren der Firmware auf SD26 behebt dieses Problem mit Dateibeschädigungen unter Linux. Leider wurde SD26 nicht öffentlich veröffentlicht.

Der beste Weg, um die SD26-Firmware zu erhalten, besteht darin , Seagate um eine Kopie der bootfähigen Update-CD oder des Windows-Update-Dienstprogramms zu bitten .

Ich habe am 20. August eine E-Mail an den technischen Support von Seagate gesendet, um nach SD26 zu fragen, nachdem ich festgestellt hatte, dass mein Problem mit der Beschädigung von Dateien behoben wurde. Hier sind die beiden Antworten, die ich am 23. August vom Seagate Global Customer Support erhalten habe:

Vielen Dank, dass Sie sich heute mit Seagate in Verbindung gesetzt haben. Geben Sie mir etwas Zeit, um mit den Entwicklern in Kontakt zu treten, damit ich sehen kann, was mit der SD26-Firmware los ist. Aufgrund Ihrer Entdeckungen müssen wir ein wenig nachforschen. Wir testen nur sehr wenig mit Linux. Lassen Sie mich sehen, was ich herausfinden kann und ob weitere Tests und eine öffentliche Veröffentlichung der Firmware erforderlich sind. Ich hänge die ISO-Datei an. Ich werde mich bei Ihnen melden, sobald ich etwas höre. Seagate ist sehr kundenorientiert und wir freuen uns, dass Sie uns darauf aufmerksam machen.


Wir stellen Firmware normalerweise nicht öffentlich zur Verfügung. Es kann mehr Schaden anrichten als gut in den falschen Händen. Wir erhalten viele gemauerte Laufwerke von unsachgemäßen Updates. Wir möchten, dass Verbraucher uns kontaktieren, damit wir überprüfen können, ob ein Firmware-Upgrade erforderlich und vorteilhaft ist. Alan M. ist unser Moderator für die Foren und wird eine Ankündigung in Ihrem Thread machen. Nochmals vielen Dank, dass Sie uns darauf aufmerksam gemacht haben. Unsere Kunden sind die besten und eine großartige Informationsquelle und in der Regel die ersten, die uns mitteilen, wenn die Dinge nicht so funktionieren, wie sie sollten. Erlauben Sie uns, das Problem zu beheben.

Wie bereits erwähnt, ist es meiner Meinung nach am besten, SD26 direkt von Seagate zu beziehen. Es gibt jedoch auch durchgesickerte Kopien sowohl der bootfähigen ISO als auch des Windows-Dienstprogramms, die bei der Suche in Google leicht gefunden werden können. Die SHA-1-Prüfsumme der bootfähigen SD26-Update-CD (* .iso), die ich von Seagate erhalten habe, lautet b7b0c7e1b9529925b0364b2cf19a62d608b58082.

Ich habe die Informationen in dieser Antwort und andere verschiedene Details im Seagate-Thread veröffentlicht .


3
Firmware SD28 ist jetzt verfügbar: seagate.custkb.com/seagate/crm/selfservice/…
madh

4

Alle Erwähnungen dieses Problems wurden aus den Seagate-Foren entfernt. Sie glauben wahrscheinlich, dass die Diskussion jetzt unnötig ist, da man das Problem durch ein Update auf SD28 beheben kann.

Das einzige Problem dabei ist, dass die Benutzer keine Möglichkeit mehr haben, autorisierende Informationen zu erhalten, die das Problem beschreiben und / oder wie es behoben werden kann, da alle Verweise auf Korrelationen zwischen dem Problem und seiner Lösung von der Seagate-Site entfernt wurden. Der Download des Firmware-Updates ist weiterhin verfügbar, es wird jedoch nicht erwähnt, was die Firmware tut, sodass betroffene Benutzer möglicherweise Schwierigkeiten haben, eine Lösung zu finden.

Um Googlern zu helfen: Der SD28-Firmware-Download unter http://knowledge.seagate.com/articles/en_US/FAQ/215451en?language=de_DE ist eine Lösung für den Datenkorruptionsfehler , der bei diesen Seagate Momentus XT-Laufwerksmodellen auftritt:

  • ST92505610AS

  • ST93205620AS

  • ST95005620AS


2

Ich habe gerade überprüft, dass dies auch in OS X geschieht. :Ö(

Ich hatte aus zwei Gründen den Verdacht auf Datenkorruption:

1) Der momentus XT dient zum Zwischenspeichern häufig verwendeter Dateien im 4 GB Flash-RAM. Bei diesen Dateien handelt es sich meistens um kleine Dateien, die zum Laden von Programmen während des Startvorgangs benötigt werden (Einstellen von Dateien usw.). Mit zunehmender Häufigkeit werden meine Programme, die so konfiguriert sind, dass sie beim Anmelden geladen werden, plötzlich mit Standardeinstellungen angezeigt oder geben mir das Begrüßungs-Tutorial und haben keine Einstellungen programmiert. Dazu gehörten mail.app (keine Kontoinformationen gespeichert), Little Snitch (Portmonitor ohne Regeln), Quecksilber (Willkommen) und andere. Dies führte mich zu der Annahme, dass kleine Dateien im Cache beschädigt sind.

2) Das Laufwerk litt unter "sich drehenden Windrädern", bei denen das Laufwerk heruntergefahren zu sein schien, und als das Betriebssystem darauf zugreifen musste, musste ich warten, bis sich das Laufwerk wieder drehte. Das Warten wurde häufiger und dauerte länger. Bei mehreren Gelegenheiten wischte ich einfach das Laufwerk ab und kopierte mit dem Carbon Copy Cloner alles, was zuvor gesichert wurde. Nach dem Kopieren der Dateien in den Momentus xt waren jedoch viele der größeren Dateien (Filme, ISO-Images, Zip-Dateien) beschädigt und konnten entweder nicht geladen oder geöffnet werden. Ich dachte, das Problem mit den Wasserbällen und Spin-Downs würde behoben sein, wenn ich ein Upgrade von Snow Leopard auf Lion durchführte, wie einige Benutzer kürzlich berichtet haben, aber die 3,46-GB-Dev-Vorschau-ISO-Datei, die ich von einem USB-Laufwerk auf momentus XT kopiert habe wurde beschädigt, so dass ich Lion nicht einmal installieren konnte.

Ich war gerade in den Seagate-Foren über Ihren Thread gestolpert und hierher gekommen, um zu posten:

Ich habe unter OS X ein Programm namens 'Smart Utility' verwendet, das besagt, dass das Laufwerk ausgefallen ist. Ich denke, der Fehler war für Code 184, die "End-to-End" -Fehler waren. Ich war alarmiert, dass das Laufwerk "ausfällt", aber ich habe gelesen, dass andere diesen Fehler beim Aktualisieren ihrer Firmware erhalten haben (wie ich es von SD23 auf SD25 getan habe) und dass Seagate ein Laufwerk nur dann als fehlerhaft ansieht, wenn es unter ihren SeaTools ausfällt .

Ich habe meinen momentus xt in ein USB-Gehäuse gesteckt und SeaTools auf dem Laufwerk durch Windows auf einem anderen Computer ausgeführt. SMART Check war kein zulässiger Test. Beim Ausführen von 'Short Drive Test' und 'Long Generic Test' wurden keine Fehler gemeldet? Jetzt habe ich versucht, Ihre Methoden unter OS X zu duplizieren, und ich habe auch festgestellt, dass die Dateien beschädigt werden. Ich verwende ein Macbook Pro 15 "von Ende 2009 und habe einen 500 GB Momentus XT auf SD25.

Fred


Vielen Dank für die Meldung! Können Sie den folgenden Befehl ausführen, um eine nicht beschädigte Datei mit ihrer beschädigten Kopie zu vergleichen? cmp -l <uncorrupted file> <corrupted copy> | headWenn wir das gleiche Problem haben, sollten Sie drei Spalten mit Zahlen sehen, und die Spalte ganz links sollte zehn aufeinanderfolgende Zahlen haben. (Details: Die Spalte ganz links zeigt die Bytenummern der unterschiedlichen Bytes und die anderen beiden Spalten zeigen die tatsächlichen Werte der unterschiedlichen Bytes.)
Vincent Yu
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.