[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！Part 246 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
469: 2021/12/17(金)17:31 ID:WDpFyAGb(1/15) AAS
２つHDD接続してます
# btrfs filesystem show
Label: 'debian' uuid: cf82c300-5af6-45d6-a682-1e93b9105cae
Total devices 1 FS bytes used 25.51GiB
devid 1 size 295.90GiB used 39.07GiB path /dev/sda2
Label: 'debian' uuid: 3a396f2a-5ad7-47af-9bbd-343195f050f2
Total devices 1 FS bytes used 21.17GiB
省11
471: 2021/12/17(金)18:00 ID:WDpFyAGb(2/15) AAS
見やすくするために
[ 6584.082394] BTRFS error (device sdb2):
等の文字列をのぞいきました
parent transid verify failed on 577110016 wanted 1415 found 1373
no csum found for inode 217067 start 0
csum failed root 310 ino 217067 off 0 csum 0xe2d2eae6 expected csum 0x00000000 mirror 1
parent transid verify failed on 577093632 wanted 1415 found 1373
省3
472: 2021/12/17(金)18:03 ID:WDpFyAGb(3/15) AAS
なおすでに
# btrfs rescue zero-log /dev/sdb2
を実行。
参考
外部ﾘﾝｸ[md]:github.com
これをする前はマウントすらできませんでした。
473: 2021/12/17(金)18:07 ID:WDpFyAGb(4/15) AAS
>
"chunk tree"という文字列を含むメッセージが出力されている。
どのデバイスにどのデータを配置するかという情報が入っているchunk treeというメタデータが壊れている可能性があります。次のコマンドによって、ファイルシステムをスキャンしてchunk treeを復元できます。
# btrfs rescue chunk-recover /dev/sdb2
"chunk tree"という文字列を含むメッセージが出力されてませんが、実行。
# btrfs rescue chunk-recover /dev/sdb2
ERROR: the device is busy
474: 2021/12/17(金)18:17 ID:WDpFyAGb(5/15) AAS
大段
■mountできなくなった
<<（我）もうすでにマウントはできてるのですが...
中の
□mountに必要なメタデータの復元
これ以降の操作はmountできなくなったBtrfsファイルシステムを構成するストレージの内容を変更します
中の
省9
475: 2021/12/17(金)18:23 ID:WDpFyAGb(6/15) AAS
AA省
476: 2021/12/17(金)18:31 ID:WDpFyAGb(7/15) AAS
ファイルシステムの復元(最終手段)
# btrfs check --repair /dev/sdb2
このコマンドは矛盾のあるデータは容赦無く削除するなどして無理矢理にでもmountできるようにするためのものであり、かつ、必ずしも成功するとは限りません。このため、他に打つ手がまったく無くなったときの最後の手段として使用してください
# btrfs check --repair /dev/sdb2
enabling repair mode
WARNING:
Do not use --repair unless you are advised to do so by a developer
省11
477: 2021/12/17(金)18:31 ID:WDpFyAGb(8/15) AAS
# btrfs check --repair /dev/sdb2
enabling repair mode
WARNING:
Do not use --repair unless you are advised to do so by a developer
or an experienced user, and then only after having accepted that no
fsck can successfully repair all types of filesystem corruption. Eg.
some software or hardware bugs can fatally damage a volume.
省15
478: 2021/12/17(金)18:36 ID:WDpFyAGb(9/15) AAS
警告
開発者からアドバイスがない限り、--repair は使用しないでください。
ということを理解した上で、そのうえで行ってください。
fsck はあらゆる種類のファイルシステムの破損を正常に修復することができます。例えば
いくつかのソフトウェアやハードウェアのバグは、ボリュームに致命的な損傷を与える可能性があります。
[1/7] ルートアイテムのチェック
parent transid verify failed on 579682304 wanted 1415 found 1372
省11
480: 2021/12/17(金)21:38 ID:WDpFyAGb(10/15) AAS
"chunk tree"という文字列を含むメッセージが出力されている。
どのデバイスにどのデータを配置するかという情報が入っているchunk treeというメタデータが壊れている可能性があります。次のコマンドによって、ファイルシステムをスキャンしてchunk treeを復元できます。
# btrfs rescue chunk-recover /dev/sdb2
このコマンドはストレージプールのすべてを走査するため、非常に時間がかかる恐れがあります。
----------------
# btrfs rescue chunk-recover /dev/sdb2
Scanning: 104862273536 in dev0
省1
482: 2021/12/17(金)22:00 ID:WDpFyAGb(11/15) AAS
# btrfs rescue chunk-recover /dev/sdb2
Scanning: DONE in dev0
We are going to rebuild the chunk tree on disk, it might destroy the old metadata on the disk, Are you sure? [y/N]: y
Chunk tree recovery aborted
#
おわた
dmesg どうなった？
省15
483: 2021/12/17(金)22:18 ID:WDpFyAGb(12/15) AAS
だめだなー。起動できない。initramfs みたいな
さっきの日本語参考ページの元ネタってぽい英語ページにしたがってやってゆこうか
外部ﾘﾝｸ:ownyourbits.com
＞Be prepared
準備して
Rule zero is of course to have backups.
もちろん、ルールゼロはバックアップをとることです。
省8
484: 2021/12/17(金)22:19 ID:WDpFyAGb(13/15) AAS
Then, rule number one is to monitor your hard drive’s health.
次に、ルール1は、ハードドライブの状態を監視することです。
This is also critical because normally you will get the warning at least 24 or 48 hours before total failure so you have a good chance of getting your data out of there before it is too late.
通常、完全な障害が発生する少なくとも24時間または48時間前に警告が表示されるため、手遅れになる前にデータを取得できる可能性が高いため、これも重要です。
Hard drives don’t completely fail from one day to the other but we need to pay attention to them.
ハードドライブは、ある日から別の日に完全に故障するわけではありません
--------------------
省1
485: 2021/12/17(金)22:28 ID:WDpFyAGb(14/15) AAS
問題ディスク
ST3160815AS (3.AAC)
であるが、
890 個の不良セクターがありますが、使用可能です (35 °C / 95 °F)
＜＜以前と同じメッセージ
リアロケーティッドセクタカウント
カレントペンディングセクタカウント
省2
486: 2021/12/17(金)22:47 ID:WDpFyAGb(15/15) AAS
これらの参考ページはすべて
Procedure if the drive can be mounted
ドライブをマウントできるかどうかの手順
であって、俺の環境はすでにマウントできてる
だからぜんぜん別の修復方法がありそうなものだ
> 復元したい日付のディレクトリへ入り、
$ cd /media/ユーザ/debian/timeshift-btrfs/snapshots/2021-12-13_16-08-21
省1
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.053s