System/fs/xfs の履歴(No.3)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• System/fs/xfs へ行く。
  • 1 (2018-11-16 (金) 11:05:55)
  • 2 (2018-11-16 (金) 11:07:33)
  • 3 (2019-06-10 (月) 01:59:05)
  • 4 (2020-03-21 (土) 19:11:50)

目次†

消失ファイルの回復 --- xfs_info/xfs_metadump†

消失ファイルの回復 --- TestDisc/PhotoRec†

• ハードディスクの中身を誤って消した場合のファイル復旧方法
• PhotoRec

ファイルシステムの修復†

# xfs_repair -f <device-file> [option...]

• option:

  option	description	remark
  -f <device-file>	修復の対象となるファイルシステムのデバイスファイルを指定する
  -P
  -L	log を 0 にする。	このオプションを使用すると、最新の状態からファイルやデータが欠損する可能性がある。 そのため、このオプション抜きでまずは実行し、エラーで修復出来ないとき場合に、状況に応じて付ける。

ファイルシステムが mount 出来ないとき†

• mount で失敗したケース

  # mount /dev/sdc1 -t xfs -o rw /mnt
  mount: wrong fs type, bad option, bad superblock on /dev/mapper/KVMSPOOL01-snap,
         missing codepage or helper program, or other error
  ...

• syslog を確認すると下記のログがある。UUID が不正と判断されている。

  15:52:32 hakon kernel: [170329.189420] sd 4:0:0:0: [sdc] Attached SCSI disk
  15:52:33 hakon kernel: [170329.545364] XFS (sdc1): Filesystem has duplicate UUID 8a4876bd-5eb7-4b34-868b-f5f4c3bec0c6 - can't mount
  15:53:26 hakon kernel: [170382.662781] usb 1-4: USB disconnect, device number 75

• この場合、UUID を無視して mount するようにすると、上手く行く場合もある。

  # mount /dev/sdc1 -t xfs -o rw,nouuid /mnt

• ただ、上記で上手く行った場合でも、問題の所在が分からないようであれば、ディスクが本格的におかしくなるかも知れないので、その前にパーティション切りからやり直した方が良いかも知れない。

デフラグ†

参考リンク†

• xfsファイルシステムのデフラグ方法とパフォーマンスについて - 元RX-7乗りの適当な日々