Seagate Momentus XT破損ファイル(LinuxおよびMac)


10

Seagate Momentus XTハイブリッドハードドライブがLinux上のファイルを破損しています。だれからも助けていただければ幸いですが、他のMomentus XTユーザーがこの問題を再現できるかどうか、特に知りたいです。Seagate Community Forumsでこの問題を再現するための手順を説明しました。

これまでのところ、4人のユーザーが次のラップトップとOS /ディストリビューションでこの問題を再現しています。

  • 5つのラップトップ:Lenovo Thinkpad T60、T61、T510、MSI MS-1656-ID1、およびMacBook Pro(15インチ2009年後半)。
  • 4つのOS /ディストリビューション:Ubuntu 11.04、Fedora 15、openSUSE、Mac OSX。

問題を再現するための手順は簡単です。これは簡単な口頭の説明です:

  1. 大きなテストファイルを作成し、別のストレージデバイス(Momentus XTではない)に保存して、SHA-1チェックサムを計算します。
  2. テストファイルをMomentus XTに書き込みます。
  3. Momentus XTからテストファイルを読み取り、SHA-1を計算し、このチェックサムを元のチェックサムと比較します。一致する必要があります。一致しない場合は、問題を再現したと考えられます。(他の問題が原因で不一致が発生する可能性があるため、「おそらく」のみですcmp -l。ファイルをと比較してこの特定の問題を特定する方法については、Seagateスレッドを参照してください。)
  4. 手順(2)から繰り返します。

Seagateのスレッドは、より多くの詳細を持っています。ここに私のテストからのいくつかのメモがあります(私はこの問題を3つの連続したMomentus XTドライブで再現することができました。

  • 起こっているように見えるのは、Momentus XTがドライブへのデータの書き込みを時々無視するため、ドライブから読み取ったときに、セクターに元々あったものであり、正しいデータではないということです。これは、サイズの異なるブロックで発生します。典型的なサイズは1 MiBと512 KiBです。
  • 問題はext2、ext4、Btrfs、NTFS、およびFAT32で発生します。不思議なことに、私はext3でこの問題を再現できませんでした。
  • oflag=direct出力フラグを使用して書き込むと、ddこの問題を回避できます。でディスクにデータを迅速にコミットすることでwhile true; do sync; sleep 0.01; doneも問題を防ぎます。
  • 私は、SATAおよびeSATAインターフェースを介してのみこの問題を再現できました。USB接続で問題が回避されているようです。(これが転送速度によるものかどうかは不明です。)
  • 大きなファイル(> 2 GB)で問題がより頻繁に発生します。約85 MB未満のファイルでは問題を生成できませんでした。
  • NTFSを使用するWindows XPで問題を再現できませんでした。
  • SeagateフォーラムのGazoiは、UFS2を使用するFreeBSD 8.2で問題を再現できませんでした
  • Momentus XTは、拡張SMARTテストの両方にbadblocks -w問題なく合格します。
  • 私のラップトップ(MS-1656-ID1)は、Memtest86 +、Memtest86、memtester、およびMPrimeをそれぞれ24時間正常に通過しました。
  • 他の2つのストレージデバイス(Seagate Momentus 7200.4とIntel 320シリーズSSD)を同じ手順でテストしましたが、どちらも問題なくパスしました。

Momentus XTをお持ちの場合は、この問題を再現してみてください。

問題を診断するために他に何ができますか?


1
書き込みと読み取りの間で再起動していますか?キャッシュをフラッシュして、キャッシュではなくディスクから実際に読み取られることを確認していますか?そうでない場合は、ファイルがまだキャッシュ内にある可能性が高いため、小さいファイルでは再現できない理由があります
psusi

iflag=direct入力フラグをddで読み取ることにより、ページキャッシュをバイパスしています。私がddを使用していないときは、キャッシュをフラッシュしますsudo sh -c "sync && echo 1 > /proc/sys/vm/drop_caches"

Linuxのページキャッシュではなく、物理的にMomentus XTにあるディスクバッファーについて話している可能性があることに気づきました。この場合は要点があります。私はほとんどディスクバッファーの読み取りに対して何の予防策も講じていません。また、書き込み後すぐにファイルを読み取ります。おそらく、複数のファイルへの書き込みをコミットしてから、FIFOベースでそれらを読み取る必要があります。そうは言っても、Momentus XTのディスクキャッシュはわずか32 MBであり、過去にもいくつかのテストを行って、10 GBを超える小さなファイル(約64 MB)を書き込んだ後、破損を見つけることなくそれらを読み取っていました。

おそらく、ドライブのファームウェアにバグ(整数オーバーフロー?)があり、高速書き込みで未書き込みブロックのトラックが失われる可能性があります。または、ファームウェアが検出に失敗したフラッシュ上にいくつかの不良ブロックがあります。NTFSは書き込みを検証するため(およびntfs-3gは非常に低速です)、問題が発生する可能性はほとんどありません。修正が見つからない場合は、ZFSを使用してチェックサムを有効にすることができます。
billc.cn

@ billc.cn、NTFSの問題を再現しました。データチェックサム付きのBtrfsとZFSは、破損したファイルの読み取りに著しく失敗しますが、破損したデータは回復できません。これらのファイルを回復するには、より多くの冗長性(FSレベルのミラーリングやRAIDミラーリングなど)が必要になります。とにかく、私は何が起こっているのかを理解するまで、Momentus XTを使用していません。
Vincent Yu

回答:


6

ファームウェアをSD26に更新すると、Linuxでのファイルの破損に関するこの問題が修正されます。残念ながら、SD26は公開されていません。

SD26ファームウェアを入手する最善の方法は、起動可能なアップデートCDまたはWindowsアップデートユーティリティのコピーをSeagate要求することです。

SD26について質問するために、8月20日にSeagateテクニカルサポートに電子メールを送りました。SD26がファイルの破損の問題を解決したことがわかりました。8月23日にシーゲイトグローバルカスタマーサポートから受け取った2つの返信は次のとおりです。

本日はシーゲイトにお問い合わせいただきありがとうございます。SD26ファームウェアで何が起こっているのかを確認できるように、開発者と連絡を取る時間を少し与えてください。あなたの発見のため、少し調査する必要があります。Linuxではほとんどテストを行っていません。私が何を見つけられるか、さらにテストとファームウェアの公開リリースが必要かどうかを見てみましょう。ISOファイルを添付しています。返信があり次第、折り返しご連絡いたします。シーゲイトは非常に顧客志向であり、これを私たちの注意を喚起していただきありがとうございます。


通常、ファームウェアを公開することはありません。それはより多くのダメージを与えることができ、悪意のある人に良いことをします。不適切なアップデートから多くのブリックドライブが届きます。私たちは、ファームウェアのアップグレードが必要かつ有益であることを確認できるように、コンシューマからの連絡を希望しています。Alan M.はフォーラムのモデレーターであり、あなたのスレッドでアナウンスします。繰り返しますが、これに注目していただきありがとうございます。私たちの顧客は最高であり、優れた情報源であり、通常、物事がうまく機能していないときに最初に私たちに知らせます。問題を修正する機会を与えてください。

すでに述べたように、SD26はSeagateから直接入手するのが最善だと思います。ただし、起動可能なISOとWindowsユーティリティの両方の漏洩したコピーもあり、Googleで検索すると簡単に見つかります。Seagateから受け取ったSD26ブート可能更新CD(* .iso)のSHA-1チェックサムは、b7b0c7e1b9529925b0364b2cf19a62d608b58082です。

この回答の情報とその他の詳細は、Seagateスレッドに投稿しました。


3
ファームウェアSD28が利用可能になりました:seagate.custkb.com/seagate/crm/selfservice/...
MADH

4

この問題についての言及はすべてSeagateフォーラムから削除されました。彼らはおそらく、SD28に更新することで問題を解決できるので、今では議論は不要だと考えています。

それに関する唯一の問題は、問題とその解決策との間の相関関係へのすべての参照がSeagateサイトから削除されているため、人々が問題および/または問題を解決する方法を説明する信頼できる情報を取得する手段をもう持っていないことです。ファームウェアの更新のダウンロードは引き続き利用できますが、ファームウェアの機能については言及されていないため、影響を受けるユーザーは解決策を見つけるのが困難な場合があります。

だから、ヘルプGoogle社員:で、SD28のファームウェアのダウンロード http://knowledge.seagate.com/articles/en_US/FAQ/215451en?language=en_USは、 これらのSeagateのMomentus XTドライブモデルで発生するデータ破損のバグを解決します:

  • ST92505610AS

  • ST93205620AS

  • ST95005620AS


2

OS Xでも同様のことが起こっていることを確認しました。:o(

私は2つの理由でデータの破損を疑っていました。

1)momentus XTは、頻繁に使用されるファイルを4GBのフラッシュRAMにキャッシュするように設計されています。これらのファイルは、ほとんどの場合、起動時にプログラムをロードするために必要な小さなファイルです(ファイルの設定など)。ログインの頻度が高くなると、ログイン時にロードするように構成されているプログラムが突然デフォルト設定になってしまうか、「ウェルカムチュートリアル」が表示され、設定がプログラムされていません。これらには、mail.app(アカウント情報が保存されていない)、小さなスニッチ(ルールのないポートモニター)、quicksilver(ようこそ)などが含まれていました。これにより、キャッシュ内の小さなファイルが破損していると思いました。

2)ドライブがスピンダウンしたように見える「回転する風車」を引き起こし、OSがアクセスする必要があるとき、ドライブが再びスピンアップするのを待たなければなりませんでした。待機はより頻繁になり、長く続きました。場合によっては、ドライブをワイプし、カーボンコピークローンを使用して、以前にバックアップしたものすべてをコピーします。ただし、ファイルを勢いのあるxtにコピーした後、より大きなファイル(ムービー、ISOイメージ、zipファイル)の多くが破損し、ロードまたは開くことができませんでした。最近いくつかのユーザーが投稿したように、Snow LeopardからLionにアップグレードすると、ビーチボールとスピンダウンの問題は解決すると思いましたが、USBドライブからモーメンタスXTにコピーした3.46Gb DevプレビューISOファイルLionをインストールすることさえできなかったので破損していました。

私はシーゲイトフォーラムであなたのスレッドに偶然出会い、ここに投稿しました:

OSで「スマートユーティリティ」と呼ばれるプログラムを使用しましたが、ドライブに障害が発生しているとのことでした。エラーはコード184にあったと思います。これは「エンドツーエンド」のエラーでした。ドライブが「故障」しているのではないかと心配しましたが、SD23からSD25にファームウェアをアップグレードしたときに他のユーザーがこのエラーを受け取っていて、SeaToolsでドライブが故障した場合にのみ、Seagateはドライブを故障と見なしました。 。

私はモーメンタムxtをUSBエンクロージャーに入れ、別のコンピューターのウィンドウを介してドライブでSeaToolsを実行しました。SMART Checkは許可されたテストではありませんでした。「ショートドライブテスト」と「ロングジェネリックテスト」を実行してもエラーは報告されませんでしたか?現在、OS Xでメソッドを複製しようとしましたが、ファイルが破損していることもわかりました。2009年後半のMacbook Pro 15インチを使用しており、SD25に500GB Momentus XTを搭載しています。

フレッド


これを報告してくれてありがとう!次のコマンドを実行して、破損していないファイルと破損したコピーを比較できますか?cmp -l <uncorrupted file> <corrupted copy> | head同じ問題が発生している場合は、3列の数字が表示され、左端の列に10個の連続した数字が表示されます。(詳細:左端の列は異なるバイトのバイト番号を示し、他の2つの列は異なるバイトの実際の値を示しています。)
Vincent Yu
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.