REGZAのUSB HDDが未登録に

　REGZA 37Z3500にはUSB HDD（IOデータのUDC-U500）を接続して録画に使用しているのですが、ある時USB HDDを認識できないのか、「未登録」として再登録を促すメッセージが出て、読み出せなくなるという状況が起きました。

　マニュアルを参照すると、再登録すると、HDDが初期化されてしまうようです。HDD自体は特に変わったことをしたわけではなく、普通に使っていたのでHDD自体が壊れてしまったのではなさそう。これまでに録画していた番組が結構HDD上には残っているので、何とか救う方法が無いかと調べていました。

　Webで調べてみると、REGZAはUSB HDD上にxfsでファイルシステムを構築しているようです。xfsが読め、HDD上のファイルにアクセスできれば、ファイルをバックアップした後に一旦HDDを再登録し、ファイルを書き戻すことによって録画したデータを救うことができるのではないかと考えました（デジタル対応のプロテクションがあるでしょうから、そこまで単純ではないかもしれません。実際はそこまですることなく、復帰できたのですが）。

　家にはVine Linuxを利用したLinuxのシステムがあるのですが、Vineにxfsを入れるのはちょっと手間そうだったため、CD-ROMからシステムを起動できるKNOPPIXを利用することにしました。
　まず、KNOPPIXの日本語サイトから、DVDイメージをダウンロードし、起動用のDVDを作成します。REGZAのHDDをREGZAから外し、PCに接続した状態でKNOPPIXを起動すると、USB HDDを自動的に認識し、デスクトップ上にアイコンができます（うちの場合だと、/dev/sda1というデバイスになりました）。xfsであることも認識しているようです。

　しかし、mountコマンドなどでマウントしようとしても、そのままでは「can't read superblock」というメッセージを出してマウントに失敗します。どうもこのあたりに、REGZAでも認識に失敗する原因がありそう。

　再びWeb上で上記メッセージについて調べてみると、xfs_checkやxfs_repairというチェック用の処理や修復するコマンドが用意されているようです。
　xfs_checkの結果は下記の通り。

knoppix@Knoppix:~$ xfs_check /dev/sda1
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed.  Mount the filesystem to replay the log, and unmount it before
re-running xfs_check.  If you are unable to mount the filesystem, then use
the xfs_repair -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.

　xfs_repairのLオプションにより復帰できそうですが、もしかすると壊れてしまう可能性があるかもしれません。しかし、他に方法も無さそうだったため覚悟を決めてxfs_repairを実行。

knoppix@Knoppix:~$ sudo xfs_repair -Lv /dev/sda1
Phase 1 - find and verify superblock...
        - block cache size set to 89456 entries
Phase 2 - using internal log
        - zero log...
zero_log: head block 107802 tail block 107236
ALERT: The filesystem has valuable metadata changes in a log which is being
destroyed because the -L option was used.
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
Phase 5 - rebuild AG headers and trees...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...

        XFS_REPAIR Summary    Mon May 12 00:18:12 2008

Phase           Start           End             Duration
Phase 1:        05/12 00:18:03  05/12 00:18:03
Phase 2:        05/12 00:18:03  05/12 00:18:10  7 seconds
Phase 3:        05/12 00:18:10  05/12 00:18:10
Phase 4:        05/12 00:18:10  05/12 00:18:12  2 seconds
Phase 5:        05/12 00:18:12  05/12 00:18:12
Phase 6:        05/12 00:18:12  05/12 00:18:12
Phase 7:        05/12 00:18:12  05/12 00:18:12

Total run time: 9 seconds
done

　無事に処理が終わったようで、mountを実行してみると、問題なくマウントできるようになりました。録画したファイルもlsで確認できました。

　HDDが正常になったようなので、一旦PCを終了し、HDDをREGZAに戻します。REGZAの電源を入れしばらく待ちますが、これまではUSB HDDの登録を促すメッセージが出ていたのが出なくなっています。果たして...とレグザリンクでUSB HDDを参照すると、無事に録画していたデータが見れました。良かった...。