btrfsでの診断と復旧(できるだけダンプ)

ノートPCをSSDに換装するのに「せっかくだから…(デスクリ風)」と「メモリディスクと相性が良い(という喧伝)」がウリのファイルシステム"btrfs"をルートFSにして、Ubuntu11で使用していました。

しかし、起動時に"error: sparse file no allowed"など、「死にはしないが不穏な感じ」は醸していました。

(これは「回避不能なバグ」として報告されていました。)

で、とうとう、Ubuntu12にアップグレードする際、起動不能になってしまいました。

どうも見ていると、grubは通過しており、Ubuntuロゴで「ファイルシステムが読めずmount出来ない」で止まっている模様。

(ログ取得は失念しました、サーセン)

で、「いつか未来の技術で修復できたら…」と「コールドスリープ」よろしく塩漬けてたのですが、「未来の技術でなんとかなった」ので備忘として書いておきます。

■参考

http://lapismoon.tumblr.com/post/2730839833/btrfs

http://japan.internet.com/webtech/20120522/2.html

■使う道具

Ubuntu 13.14 をインストールしたPC

破損したbtrfsフォーマットのHDD(上記PCに接続)

■やったこと

※以下の作業はすべて"sudo su - "でrootになって行っています。

まずは「認識しているか」確認。

# ls  /dev/sd*
/dev/sda  /dev/sda1  /dev/sdb  /dev/sdb1  /dev/sdc ...

/deb/sdb1 でそのHDDを認識した様子。

次にチェックを行います。

# btrfsck -s 1 /dev/sdb1
checking extents
checking fs roots
root 256 inode 134434 errors 400
root 256 inode 141903 errors 400
(以下、このerrors表示が35行)
found 28013846528 bytes used err is 1
total csum bytes: 26610968
total tree bytes: 731906048
total fs tree bytes: 654274560
btree space waste bytes: 195829544
file data blocks allocated: 41893093376
 referenced 26841923584
Btrfs v0.20-rc1

どうやら、inodeが35箇所に渡り壊れている模様。

mountしてみてもダメ(mountコマンドで固まる)で、修復手段はやはりみつかりませんでしたが、

「Linux3.4以降では "btrfs-restore" コマンドが使える」とのこと(上記参考サイト)なので、それを利用して「復旧」ではなく「生きてる奴だけサルベージ」することに。

# mkdir dump
# btrfs-restore /dev/sdb1 ./dump/

Root objectid is 5
We have looped trying to restore files in ./dump/@[元のDir構造] too many times to be making progress, stopping
(同じような出力が10行くらい)
We seem to be looping a lot on ./dump/@[元のDir構造] do you want to keep going on ? (y/N):
(同じような出力が20形くらい、全部Enter連打)
btrfs-restore: extent_io.c:602: free_extent_buffer: Assertion `!(eb->refs < 0)' failed.
中止 (コアダンプ)

間違い無く「変な終わりかた(死にかた？)」してますが、結果を見てみます。

# ls -l ./dump/
合計 8
drwxr-xr-x 22 root root 4096  5月  4 01:16 @
drwxr-xr-x  4 root root 4096  5月  4 01:24 @home

うお、何か出てる。

"@home"の中には、元 /home だった中身が、"@"の中には/home以外(/bin /usr /lib とか)が入っていました。

----

おそらく「全量はサルベージ出来ていない」と思われますが、欲しかったファイルはほぼ復旧出来たので、良かったです。

「未来の技術に任せる作戦」は普通「元のものに取っとく価値が無くなる」で終了することも多いですが、時には「うまくいく」のでバカにできませんね。

SonyVAIOの「バッテリーの充電が完了しました」音声ファイルを取り出す

SystemRescueCDでバックアップ

ubuntu乗り換え-その1

windowsマシンのイメージバックアップ

landiskが起動しなくなった。

ややこしいことになった

ややこしいことになった。現在も進行中。

・HD異音がするので恐くなって別のHDへコピーしようとする。
・knoppixをつかって、ddコマンドでイメージごとやろうとしたが、from-toを間違えて途中までやってしまう。
・気づいてストップ。
・元のHD起動ができなくなった。

すぐ気づいて止めたためどこかが無事なら…と、「HD壊れた」系の情報を中心に模索中。
領域情報が書き換えられているとあたりをつけ、インデックスが変になった場合対応を探す。

LVNも絡んでるんだよな…

以下、スクラップ

http://bbs.fedora.jp/read.php?FID=9&TID=4279
http://nstage.ddo.jp/pukiwiki/index.php?KNOPPIX%A4%C7%A5%EC%A5%B9%A5%AD%A5%E5%A1%BC#content_1_0
http://memo.blogdns.net/lvm.html
http://pantora.net/pages/linux/lvm/3/

すこし救いがあったのは、1年まえにHDDを移行する際に元のHDDを消さずの越していたこと。
台所事情から、これをいかしつつ、このデータを逃がしつつがんばってみよう。


※メモ、後で解説
fsck.ext -f /dev/VolGroup00/LogVol00
resize2fs -p /dev/VolGroup00/LogVol00 14336M (場合によってはすごい時間がかかる)
# lvreduce -L -50G /dev/VolGroup00/LogVol00
WARNING: Reducing active logical volume to 21.94 GB
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce LogVol00? [y/n]: y
Reducing logical volume LogVol00 to 18.94 GB
Logical volume LogVol00 successfully resized
# lvscan
ACTIVE '/dev/VolGroup00/LogVol00' [18.94 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit



■HDDそのまま交換系

http://d.hatena.ne.jp/shpolsky/20070306
http://wiki.mmj.jp/index.php?Fedora5%2F%CF%C0%CD%FD%A5%DC%A5%EA%A5%E5%A1%BC%A5%E0
http://wiki.mmj.jp/index.php?EtCetera%2FHDD%B4%B9%C1%F5

・こぴー元の構成を真似てパーティションをわる
# fdisk /dev/hdd

このディスクのシリンダ数は 39560 に設定されています。
間違いではないのですが、1024 を超えているため、以下の場合
に問題を生じうる事を確認しましょう:
1) ブート時に実行するソフトウェア (例. バージョンが古い LILO)
2) 別の OS のブートやパーティション作成ソフト
(例. DOS FDISK, OS/2 FDISK)
コマンド (m でヘルプ): p

Disk /dev/hdd: 20.4 GB, 20416757760 bytes
16 heads, 63 sectors/track, 39560 cylinders
Units = シリンダ数 of 1008 * 512 = 516096 bytes

デバイス Boot Start End Blocks Id System

コマンド (m でヘルプ): n
コマンドアクション
e 拡張
p 基本領域 (1-4)
p
領域番号 (1-4): 1
最初 シリンダ (1-39560, default 1): 1
終点 シリンダ または +サイズ または +サイズM または +サイズK (1-39560, default 39560): 208

コマンド (m でヘルプ): n
コマンドアクション
e 拡張
p 基本領域 (1-4)
p
領域番号 (1-4): 2
最初 シリンダ (209-39560, default 209):
Using default value 209
終点 シリンダ または +サイズ または +サイズM または +サイズK (209-39560, default 39560):
Using default value 39560

コマンド (m でヘルプ): p

Disk /dev/hdd: 20.4 GB, 20416757760 bytes
16 heads, 63 sectors/track, 39560 cylinders
Units = シリンダ数 of 1008 * 512 = 516096 bytes

デバイス Boot Start End Blocks Id System
/dev/hdd1 1 208 104800+ 83 Linux
/dev/hdd2 209 39560 19833408 83 Linux

コマンド (m でヘルプ): w
領域テーブルは交換されました！

□PV作成

# pvcreate /dev/hdd2
Physical volume "/dev/hdd2" successfully created
# vgcreate -s 32m NewVG /dev/hdd2
Volume group "NewVG" successfully created

解説に、「以前のエクステント数をlvdisplayで参照して、-lを指定します」とあるが、
-Lで容量指定ができるともあるので、それでやってみる。

# lvcreate -L 1.94G -n LogVol01 NewVG
Rounding up size to full physical extent 1.97 GB
Logical volume "LogVol01" created
# lvcreate -L 17.03G -n LogVol00 NewVG
Rounding up size to full physical extent 17.03 GB
Insufficient free extents (542) in volume group NewVG: 545 required
# lvcreate -l 542 -n LogVol00 NewVG
Logical volume "LogVol00" created

□ファイルシステム作成

root@Knoppix:~# mkfs -t ext3 /dev/hdd1
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
26208 inodes, 104800 blocks
5240 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67371008
13 block groups
8192 blocks per group, 8192 fragments per group
2016 inodes per group
Superblock backups stored on blocks:
8193, 24577, 40961, 57345, 73729

Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 37 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
root@Knoppix:~# mkfs -t ext3 /dev/NewVG/LogVol00
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
2223872 inodes, 4440064 blocks
222003 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
136 block groups
32768 blocks per group, 32768 fragments per group
16352 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 32 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
root@Knoppix:~# mkswap /dev/NewVG/LogVol01
Setting up swapspace version 1, size = 2113925 kB
no label, UUID=37ea65ae-1996-41c0-b061-fc409f9e9527

Linuxでのデータ復旧