[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
754: 2023/05/20(土)13:26 ID:tJIicwK0(1/2) AAS
ある時からぶっ壊れ状態となったが電源を切るまでは動き続け、
電源を切ったら再始動できなくなるというのはHDDの障害としてはありがち。
755: 2023/05/20(土)14:49 ID:x9c+lDqg(1) AAS
大分昔の職場で大型連休の度に全PCの電源を落としていたが
連休明けとかに何回か再起動を繰り返さないと立ち上がらないHP-UXが近くの部署にあった
開発な癖にそんな危なっかしい機体を放置してる部署もどうかとは思ってはいたがそれはともかく
一回スピンアップに成功すると正常に使えるように見えるって奴とかな
756: 2023/05/20(土)15:30 ID:BJ1BctDK(1) AAS
回転系の家電を叩くと治るというのもこれ
757(1): 744 2023/05/20(土)16:07 ID:1mROoG1K(1) AAS
フリーソフトで、mp3の音楽ファイルが5つくらい復旧しました。
wmvファイルは、何故か全てが「信長の野望 戦国群雄伝 for Windows」からリッピングしたwmaファイルの断片群に化けていました…
chkdskなんて掛けないでUbuntuか何かのLive USBメモリで起動してマウントすべきだったのかも
758: 2023/05/20(土)16:29 ID:S1lvO3j3(1) AAS
バックアップ取ってから操作しようね
759: 2023/05/20(土)17:13 ID:ltXV8LvB(1) AAS
>>757
最後が違う。「マウント」しないのが正解。まず、OSを起動する前にBIOS/UEFIで問題のHDDが
表示されていれば認識しているので、Linuxを起動し、"/dev/sdX"とdevice fileとしてのみ
認識している(umountされた)状態で、以下の2つの方法を取ると、file復活の可能性が高まる。
・TestDisk (NTFSのMFT修復等のHDDの整合性修復。案外これで直ることも多い)
・GNU ddrescue (HDDの起動音から瀕死に近い場合。patition imageを別のdeviceに作成、
このimageをmountしてfile抽出を行う。物理破損がないHDDに多くの業者が取る方法がこれ)
760: 2023/05/20(土)17:21 ID:xJglHe8k(1) AAS
ワイでもできそう
761(1): 2023/05/20(土)20:56 ID:tJIicwK0(2/2) AAS
突然の電源断に対してはchkdskはそこまでおかしい選択肢ではない
一方でWindowsのコマンドラインのchkdskは、最近はほぼ放置状態（MSが改良を試みていない）という説もある
>>753が指摘しているように、本当に「突然の電源断」なのかっていうところもある
普通はノートPCはバッテリーが切れそうになったら休止状態とかに入るものじゃないのか
なのにHDD破損に至ってるのは、最初にHDDが故障して、OSも停止してスリープや休止に入れなくなり、バッテリーを使い果たしたのではないか？
762(1): 744 2023/05/20(土)21:06 ID:ErTqN22p(1) AAS
chkdsk /f /r
の実行自体がダメだったのでしょうか
実行前にddrescue実行必須？？
763: 744 2023/05/20(土)21:11 ID:e/EvVloM(1) AAS
>>761
OSはm.2 SSDに入っていて、今も問題なく起動できています。
SEAGATE ST6000DM003をケースに入れてUSB接続したまま放置したらNTFSが死んでいて、Windows 11のディスク管理画面ではrawという認識となっていました。
764: 2023/05/21(日)11:17 ID:avtWY8kE(1) AAS
>>762
マウントすると I/O Error 起こすセクタに当たった時にそこを読もうとして
延々エラーを繰り返すので I/O Error を読み飛ばす系の dd (ddrescue とか)
や chkdsk/fsck かが必要。
ddrescue は操作している間にディスクが完全にお亡くなりになるリスクへの対策。
今回の場合ディスクが完全お亡くなりになってない(ファイルが５個サルベージ
できた)ので ddrescue してもしなくても同じだった可能性が高い。
なので chkdsk は判断としては正解だった(chkdsk の前の段階で手の施しようが
なかったんだ)と思う(個人の感想です)。
765: 2023/06/04(日)02:44 ID:OYHe40au(1) AAS
単なる不意の電源断がその場であって
ダーティフラグ立ってるだけと確証があるなら
chkdskかける判断はおかしくないけど
大原則として論理的な障害ではなく物理障害が
少しでも疑わしいと思えたらその時点で
そのハードウェアに触れるのは
必要最低限に留めてかつ迅速に行うべきで
理想的にはddrescueなりで出来るだけ完全(に近い)複製を安全な場所に取ってから
そのイメージやらファイルやらだけを相手に作業をすべき
壊れたハードウェアの上でパーティション情報やファイルシステムの論理的なチェックや修正をかけても
省2
766(1): 2023/06/05(月)12:27 ID:absDUdye(1) AAS
そこまでする価値のあるデータならそうするが、大抵の場合は本人が主張するほどに大事なデータではないんだよなぁという感慨しかない
767: 2023/06/05(月)18:41 ID:u6qS2404(1) AAS
今日は私の宝物をご紹介しましょう。将棋の駒。何の変哲もないように見えますけど実はここに血痕が付いてるんです。
768: 2023/06/05(月)22:11 ID:ureuPiWq(1) AAS
>>766
そもそも壊れたストレージごとき相手に
奮闘してまでサルベージしないといけない時点で普段から予算も手間も割いてないのは明らかだからな
そこまで必死になるほど真に大事ならバックアップコピーでもRAIDミラーリングでも
なんでもいいから冗長化していて然るべきなわけでさ
769: 2023/06/13(火)12:24 ID:lDxtctI3(1) AAS
btrfs、破損とかは今のところ無いが
謎のフリーズの問題やディスク書き込み量の増加に悩まされた
ZFSに変えようかな
770(1): 2023/06/13(火)12:38 ID:w4ejhCXL(1) AAS
フリーズはまあ分かるけど書き込み増加はなんだ？
771: 2023/06/13(火)13:36 ID:7Qy6hdZY(1) AAS
RedHatが匙を投げたファイルシステムを使うんだからその辺りは覚悟すべき
772(1): 2023/06/15(木)02:23 ID:KYvelAPC(1) AAS
>>770
cowじゃね？
773: 2023/06/15(木)03:18 ID:Ab0knFIL(1) AAS
>>772
CoWは逆に書き込み減るのでは
上下前次1-新書関写板覧索設栞歴
あと 229 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.159s*