埼玉県某市に住む「とむむ」の日記です。2008年3月から、関心のあることを書き連ねる日常の記録です。Software-RAIDのDiskからデータを救出してみたPCどうも、とむむです。長年愛用してきたGLANTANKが完全にお亡くなりなった。データ救出の過程で/var/log/messagesを確認したところ、11月4日の午前6時頃にお亡くなりになったことが推定される。1週間以上も気付かなかったのは、ある意味幸せだったのだろうか・・・。気付いたときは、勝手に電源が落ちた状態で、再度、電源を投入しても全く反応がない。電源周りがダメになってしまったようだ。以前は自宅サーバとしても使っていた時期もあったが、Sizkaを導入してからは、主にファイルサーバとして利用していた。RAIDでRAIDを組んでいたが、本体が動かなくなっては、手の施しようがない・・・。RAIDでフォーマットされた領域からファイルを救出する作業に着手した。方針は至ってシンプルだ。別のLinuxサーバ上にGLANTANKで動かしていたDiskを接続する。RAIDを片肺で復活させる。RAIDの/dev/md0をマウントし、必要なデータを救出する。実際にどうやってやるのかを紹介していこう。手順を踏むのが面倒wなので、手近にあったSizkaでさっさとやってしまった。時間をかけてやるのなら、Mac上のVMwareにLinuxを新規インストールしてやった方がよかったと思う。別のLinuxサーバ上にGLANTANKで動かしていたDiskを接続する。GLANTANKからHDDを取り出して、USB変換アダプタを使ってSizkaに接続した。RAIDを片肺で復活させる。確認すべきはデバイス(GLANTANKから取り出したHDD)がちゃんと見えることだ。autodetect今回の対象が判明した。/dev/sdb3だ。Software-RAID関係のインストールSoftware-RAID関係が未インストールだったので、mdadmをインストールした。GLANTANKのSoftware-RAIDをSizka上で復活させるmanを見たりググったりしてみたが、結局、2つのコマンドで復活できた。今回、重要なオプションは、「--assemble」だ。/dev/sdb3を/dev/md0の片肺として復活させるようにする。devices:md0として、/dev/sdb3を認識しているようだが、ステータスがinactiveだった。activeにする方法を探してみたが見つからず・・・。scanというオプションがあったので試してみたところ、activeに変わった。RAIDの/dev/md0をマウントし、必要なデータを救出する。/mnt/md多少面倒なプロセスになるが準備を最短でやれることを重視し、リモート待機用のWindowsマシン(Atom330)に、長期データ保存用のTerastation(640GBモデルを1TBモデル相当へ換装済)マウントし、winscp経由でSizkaの/mnt/md領域から必要なファイルをコピーするという方式を取った。コピーし始めてから、SizkaのNICが100Mbpsだったことを思い出したが、まぁ時間をかけても問題はないので、気にしないことにした。GLANTANKは、Sizkaのバックアップ先としてNFSマウントもしていたので、バックアップ先がなくなったので少し困っている。ああ、実家用のファイルサーバ兼遠隔地バックアップ用途に整備していた玄箱を復活させるかな。いう訳で玄箱の復活を進めることした。追記:winscpのデフォルト設定だと日本語ファイルが化けることが分かった。サーバで、UTF-8を使っている場合は、winscp側の設定を以下のようにすること。(1)月別アーカイブ広告はてなブログをはじめよう!tomumuさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。