MacBookに搭載の一部Seagate製HDDにデータ消失の危険 49
バックアップ重要 部門より
あるAnonymous Coward 曰く、
Wired Visionの記事によると、データ復旧を専門とする英Retrodata社が報告していた、『MacBook』の最近のモデルにデータが消失する可能性のある不良ハードディスクを搭載したものがある件について、米Apple社がこれを部分的に認めて調査中だという。問題のHDDは、米Seagate社の2.5インチSATAハードディスク(中国製)で、ファームウェアのバージョンが7.01のもの。事象は読み書きヘッドの不良のためにディスク表面に深い傷が付き(写真参照)、復旧不能になるというものらしい。
(つづく...)
CNETの記事によると、システムプロファイラでファームウェアのリビジョン番号を確認して7.01の場合、データのバックアップを取っておくことと、ドライブの交換を考えることをRetrodataでは勧めている。日本語の情報では、Apple Brothersの記事が詳しく、同じリビジョンのHDDが搭載されている Mac mini でも同様の問題が確認されているようだ。HDDの型番(ST96812AS[60GB SATA]/ST98823AS[80GB SATA]/ST9120821A[120GB SATA])が一致するならば、同様の問題が発生する可能性があるのでMacユーザー以外も注意が必要だろう。
また、japan.internet.comの記事によれば、Seagateの別の製品、Maxtor Basics Personal Storage 3200 に トロイの木馬(Win32.AutoRun.ah)が混入するという事例が起きているが、これも中国製のHDDが対象になっているようだ。
2chに・・・ (スコア:2, 参考になる)
http://pc11.2ch.net/test/read.cgi/mac/1194088208/ [2ch.net]
どうやらPS3も同じHDDを使ってそうです
Re:2chに・・・ (スコア:1)
今年の頭に購入、今まで無事に動いてきたが、こういう情報って知らなければ普通に動くのに、知ったら必ず壊れるよねー
これってマーフィーの法則?
Re:2chに・・・ (スコア:0)
「人が思ったことは現実化する」
Re:2chに・・・ (スコア:0)
Re:2chに・・・ (スコア:0)
エスカフローネだっけ?
#運命改変!なのでAC
Re:2chに・・・ (スコア:1)
型番(ST96812AS)、生産地(中国)は大当たりなのですが、
FWリビジョンが微妙(私のは3.14)でした。
今回の条件に100%合致するわけではないですが、やっぱ微妙に怖いので
バックアップを取っておいた方がいいですな……
# ついでに大容量のにしてしまおうかしら?
結果的にデータも吹っ飛ぶけれど (スコア:2, すばらしい洞察)
Re:結果的にデータも吹っ飛ぶけれど (スコア:2, 興味深い)
まず指摘の箇所についてですが、私も最初は当然同様の違和感がありました。
しかし、Wiredの記事でも最初に書いてある記述に注目して合点がいきました。
「データ復旧を専門とする英Retrodata社」ですから、クラッシュといっても
駆動系や制御チップが壊れたものなら復旧できる、だがこれは当社でも無理、
だって物理的に溝ができてるんだもん…そういうニュアンスだと判断してそのままにしました。
この件は、AppleとSeagateと中国工場の3社間の思惑が絡み合っているために、
正しい情報(主に原因と影響範囲)が公開されるか、されるなら何時になるか、
不明確なので念のため他のPCにも影響が及ぶかもしれない可能性も考慮しましたが、
それも結果が出た時には杞憂で終わるかもしれない情報である事も補足します。
Re:結果的にデータも吹っ飛ぶけれど (スコア:1)
# 傷失とか衝失だったらOK?
結果は同じ? (スコア:1)
M/Bそのものに欠陥があるせいでBIOSが起動しないのに、「BIOSの不具合」と表現する
というようなもので、相当おかしなことに感じたのですが。
openDoe-Ming Ver.0.72.9beta
Re:結果は同じ? (スコア:0)
別におかしくも何とも無い。これでも違和感があるというなら感性の違いなので何とも言えないが。
少なくともそのたとえの表現は歪曲もいいとこだ。
Re:結果は同じ? (スコア:1)
物理的に損傷する時点で、消失とはまったく違う意味に感じます。
# 感性の違いですから、仕方ないとは思います。
# 私は、ノートが破れた時に「ノートのメモが消えた」とは表現しないので。
なので、私は、歪曲とは感じません。
openDoe-Ming Ver.0.72.9beta
Re:結果は同じ? (スコア:0)
元コメは
・タレコミの表現には別に違和感は無い
・あなたの例え方は不適当(あなたはM/Bの不良をBIOSの不良に摩り替えているが、タレコミでそんなことはしていない)
っという全く無関係の2つの主張だったんですが
まあ色々あってもういいです。
Re:結果は同じ?(オフトピ:-10) (スコア:1)
こちら側としては、すり替えの意図はまったくなく、むしろ、例えとしておかしくなさそうなものを選んだつもりだった、とだけ言っておきましょう。
# 例えが変、というのなら、それが「感性の違い」と私は言っただけです。
openDoe-Ming Ver.0.72.9beta
Re:結果は同じ? (スコア:0)
意味判ってる?
Re:結果的にデータも吹っ飛ぶけれど (スコア:0)
データだけが飛ぶ「結果」なら兎も角、
ハードウェア自体が損壊する「結果」ならば、
わざわざ小さなスコープで表現する理由は無いような...。
可能かはともかく (スコア:2, すばらしい洞察)
Re:可能かはともかく (スコア:0)
中身は台湾&アメリカ製なんでしょうけど。
Re:可能かはともかく (スコア:0)
ああああ あうちっ (スコア:1)
最近のモデルを最近買ったばっかりですよ。
家に帰ったら早速チェックせねば。
#まぁまだ何もしてないんですけどね、OS入れ替えたくらいで
Re:ああああ あうちっ (スコア:0)
買ってくるなり、一度もブートもせずに内蔵HDDを250GBに取り替えた俺勝ち組。 (そういえばシーゲートだったような……)
#黒買った意味がないって言うな!
破壊コマンド (スコア:1)
ファームウェアだけの問題だとすると,破壊コマンドをファームウェアで用意できそう.
それはそれで需要があるかも…
# マルウェアとか考えるとメーカーはそんなコマンド用意しないかな.
マジレスすると (スコア:1, おもしろおかしい)
Re:マジレスすると (スコア:1)
ドライバのバグでプラッタを削っちまうようなHDDっておかしくないですか?
Re:マジレスすると (スコア:5, おもしろおかしい)
捨てる前に、物理的に破壊できる最新HDD。
なんでセクションローカルなの? (スコア:1)
別にAppleのみが独占供給受けてるわけじゃなし。
間違いました (スコア:1)
ヘッドが原因だとすると (スコア:0)
Re:ヘッドが原因だとすると (スコア:2, 興味深い)
大事なデータがあるとのことでこの故障したHDを保管してあったのですが
生産国、ファームNo、ともにこの問題のHDでした。
アップルに連絡しておいたほうがいいかどうか
Re:ヘッドが原因だとすると (スコア:1, 興味深い)
Re:ヘッドが原因だとすると (スコア:0, 余計なもの)
HDD使用製品全体へのより広い影響を懸念しているコメントに対し、
MacBookの特定ロットという狭い話を出してきているのはいったい...
# それがマカークオリティってやつ?
ヘッドの設計不良って話だと、下手するとシリーズ全体にも影響出ますからねぇ。
Mac/PCどころかHDDレコとかの商品への影響も気になります。
「バックアップとりましょう」とか「HDD交換」とかの選択肢がとりにくいですから。
Re:ヘッドが原因だとすると (スコア:2, 参考になる)
ハードディスクがクラッシュするという欠陥が成立しましたね。
PCをシャットダウンする際、Gateway2000のほうがHDDへの電源供給を
切るタイミングが早すぎるのと、DTLAがキャッシュメモリーから
HDDにデータを書き出してヘッドを退避させられるだけのコンデンサーが
載っていなかったせいで、ヘッドが退避前にディスク上に落ちてしまう
という致命的な欠陥でした。
DTLA以外を使っているGateway2000では発生しないし、
Gateway2000以外で使っているDTLAでも発生しないというパターン。
なお、DTLAというIBM製のHDDは、IBMの信頼性を失墜させたという名機でして、
単体でも壊れやすいので有名でしたが、Gateway2000の問題とは別です。
Re:DTLA (スコア:1)
IBMがガラスプラッターを採用した初めての民生向けドライブでしたっけ?
詳しいことはわかりませんが、DTLAと初期のIC35L(DTLAの次のシリーズ)で、何台かクラッシュ。
DTLA時代は30Gとか40Gだった記憶があります。
それでもめげずにIBM/日立を使いつづけているんですけどね。
#それ以前のSCSIドライブも未だに健在な物もあるけれど、15KRPMのSCSIが割と短命で逝ったのにはショックだった
Re:ヘッドが原因だとすると (スコア:0)
DTLAは壊れるよね?
Re:ヘッドが原因だとすると (スコア:1, すばらしい洞察)
前にさんざんあったバッテリー発火事件の時だって、問題になったのはバッテリーのメーカーでPCの話はたいして出なかったじゃないか。
大元のタレコミでも、他社PCでの問題発生の可能性は示唆されてるし。
#どうせMac=糞とでもいいたいアンチ君だろうが
Re:ヘッドが原因だとすると (スコア:1)
→うちのMacBookは…
となってるんでこのコメントにぶら下げてるんだということかと思われるので
なんで狭い話を出してくるのかというのはそれほど変でもないと思うのですが、
#「広範囲」ってのが私のこの推測でいいのかはよくわからないけども
でも
| # それがマカークオリティってやつ?
がすべてを台無しにしているように見えて、
> #どうせMac=糞とでもいいたいアンチ君だろうが
には100%同意。
Re:ヘッドが原因だとすると (スコア:1, 興味深い)
Re:ヘッドが原因だとすると (スコア:0)
そのために後半のパラグラフもこじつけにしか読めない。
# というかマカー言いたいだけちゃうんかと。
Re:ヘッドが原因だとすると (スコア:1, おもしろおかしい)
コメントが荒れるのもヘッド(知能)の欠陥が原因ミタイデスネ
あ、 (スコア:0)
速攻で換装して保存してあるけど。
最近のモデルなのか? (スコア:0)
MacBookの一番最初のモデル(CoreDuo時代)です。
買って1週間で200GBに換装しちゃったけど。
半月前に (スコア:0)
今見たらそのモデルでした
Leopard導入を考えて不具合などの情報を集めていたタイミングでのことで..
一瞬ですべて読めなくなるのは痛いですね
160GBのST9160821Aはどうなんやろ (スコア:0)
PowerBook も? (スコア:0)
(ディスクウォーリアでも復旧できなかった)
Model は ST9120821A です。 ただ SATA ではなく ULTRA ATA なんだよな...
これが該当していたら、被害は拡大しそうですから、バックアップを早めにした方が良さそうです。
タレコミメモ (スコア:0)
自分用リンク集としての価値があるのでメモとして残す。
--(ここから)--
セキュリティホール memo [ryukoku.ac.jp]経由、
仙石浩明の日記(1/17) [gcd.org]によると、1/9 以降、Windows VISTA 搭載の
Panasonic Let's note CF-R6M/CF-R6A(BIOSがV1.00L13 / V2.00L10) においてハードディスクが突然死する可能性があったようだ。突然死といっても、データが消失したり、
再起不能等の故障をするということではなく、あるトリガーがきっかけに「Power-Up In Standby」が有効になってしまう事が原因だったようだ。
「Power-Up In Standby」とは HDD が沢山あるサーバなどで、全ディスクが一斉に回転を始めると、突入電流が電源の許容範囲を
超えてしまう現象を回避するためのモードで、電源を投入したあとで HDD を一台づつスピン・アップしていくことで突入電流を分散
させて電源へのダメージを抑える事が出来る大規模サーバーでは有用なオプションのようだが、小型のノートPCのようにマスターHDDが1台
のみ入っている環境では、マスターがいつまでもブートしなくなるという仕組みらしい。
そのオプションを有効にしたトリガーは、1/9に配布されたKB943899 [microsoft.com]だったようで、
Microsoftでもこの事象について確認されている(KB948023) [microsoft.com]が修正パッチは未だ
出ていないので、該当するユーザーはKB943899の適用を見送るか、対応BIOS(V1.00L14 / V2.00L13) [panasonic.co.jp]を適用する事で回避するしかない。
すでに、事象が発生していて修理に出している時間が無い場合、Linuxの操作に抵抗が無いならば、
あくまで自己責任で仙石氏提供の修復用Linux [gcd.org]によって復旧させる事が可能だ。
尚この問題は、Let's noteに限らず、マスターHDDがPower-Up In Standbyに対応したHDD(Hitachi HTS541612J9SA00)をマスターに搭載した
ノートPCでは同様の事象が発生する可能性があるようで、仙石氏の日記にはHitachi製HDD搭載のThinkPad T60で同様の問題が発生したとの報告、
DELLのXPS M1330(Seagate:ST9160823AS 160GB)ではKB943899適用後、再起動ループ状態に陥ったという報告、バッテリ駆動で省電力モードだとディスプレイがちらつくという報告もあり、仙石氏は「power-on in standby」だけでなくバッテリ駆動関係の変更が影響したためでは無いかと推測している。
VISTA搭載ノートパソコンをお持ちの方は、KB943899適用後の挙動に用心したほうがいいかも知れない。