System/fs/xfs の履歴ソース(No.1)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• 履歴 を表示
• 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)

#author("2018-11-15T17:05:55+00:00","","")
#topicpath
///////////////////////////////////////////////////////////////////////////////
* 目次 [#a8107e23]
// #ls2(System/fs/xfs/);
#contents



** 消失ファイルの回復 --- xfs_info/xfs_metadump [#u4aec8ba]


** 消失ファイルの回復 --- TestDisc/PhotoRec [#d57e37cb]
- [[ハードディスクの中身を誤って消した場合のファイル復旧方法>http://sourceforge.jp/magazine/06/09/09/1417236]]
- [[PhotoRec>http://www.cgsecurity.org/wiki/PhotoRec]]

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


** ファイルシステムが mount 出来ないとき [#l53a4fa4]
- 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
- ただ、上記で上手く行った場合でも、問題の所在が分からないようであれば、ディスクが本格的におかしくなるかも知れないので、その前にパーティション切りからやり直した方が良いかも知れない。