HDDから情報の救出。TopPC、インターネットLinuxHDDから情報の救出。HDDから情報の救出。9400上で使用しています。3日前、bootがスタートはするのですが、一切のエラーを表示せずにそれ以上進まない現象にであいました。結局、直接修理して再びブートするのは諦めて、データの救出を優先することにしました。以下、いままで試したこと。KNOPPIXでCDからノートパソコンを起動する。sdaが壊れたHDDであることを確認。sda1とsda2になぜか分かれており、sda2が読み込めない状態。/dev/sdbで壊れたHDDを外付けUBD-HDDにコピー。このとき、なぜか一切のエラーが生じなかった。BLOCKのエラーにより停止。BLOCK関係のエラーでだめだった。/dev/sdbを実行。/dev/sdbを実行。すべてのファイルがlost+foundに流れた上に、きちんと動かない。ファイル構成が完全にガタガタになっており、全く内部が見られない。13:33>L0k!Xさんこんなコマンドがあるのですか...、早速試してみます。dd_rescueの際にエラーが全くでなかったのだから、ほとんどのデータは救出できるはずなのですが...。入れなかったら何も出てこなくて(デフォルトでは何も出さないツールのようです)、止まったままの状態とかありました。出力なかったら我慢できない性格ですので(^^;)すみませんがしばらく寝ます。05:32>tamtamさんswapとはなんなのでしょうか?また、swapではどのような問題がおきるのでしょうか?素人ですみません...。仮想メモリ領域のことです。することはできません。起動して、元ディスクの内容をチェックしてはいかがでしょうか。06:18>tamtamさんえーと、はい、勉強しなおさなければならない点はあるとは思います(特に、fsckの意味はよくわかっていません)。今回dd_rescueしたデータは、おそらくswapではないと考えられます。その理由は、dd_rescueにより得られたデータの量が元のハードディスクに含まれていたデータ量とほぼおなじであるからです。swapでないという保証はどこにもないです・・・。MB程度しかなく、元のデータ量からはかけ離れていますし...。タイプしてみてください。06:42>tamtamさん早速、試してみました。LVM80GBは元々使用していたHDD容量と同じです。ファイルシステムタイプを指定する必要があります。/t1System.map-2.6.9-42.0.3ELinitrd-2.6.9-42.0.3.ELhugemen.img以下、幾つか似た名前のファイルが続き...lost+foundboot.bmemtest86+-1.26chain.bmessageconfig-2.6.9-42.0.3.EL以下、にたconfigファイルが続き...os2_d.bgrubvmlinuz-2.6.9-42.0.3.EL以下、似たvmlinuzファイルが続く。/t2をしてもなにも表示されませんでした。07:33>tamtamさんVolGroupというものが、/devに見当たりませんでした。sda2.となりました...。08:04ですよねぇ。LVM私、LVMを使ったことないので、どなたか、LVMに詳しい方、ヘルプ願います。CDを取り出してから、再起動するとどうなるでしょうか?は、したくないのです。いうのも、原本を失ってしまいたくないからです。コピーした外つけHDDを用いて、fsckでいってみたいと思うのですが...。/dev/sda1に問題があるのでしょうか?私には、sda1とsda2のどちらに問題があるのか、わからないのです。使えるようにしないとダメですね。Volumeという言葉ははじめて知りました...。参考になるかわかりませんが、今回救い出したい情報は「/home」以下の情報だけです。それ以外の情報はすべて捨ててかまわないです。9400上で使用しています。3日前、bootがスタートはするのですが、一切のエラーを表示せずにそれ以上進まない現象にであいました。08:55>Jasonさん今から、速習で勉強したいと思います。LVM紹介ページ、ありがとうございました。皆さんに相談があります。現在、外付けHDDは/dev/sda1と/dev/sda2がそのままコピーされています。このうち、/dev/sda2は最初の投稿で申し上げた通り、fsckによりぼこぼこに破壊されています。/dev/sda1をその、HDDのsdaのデータにしてみたところ...なんと、/dev/sdbからLinuxを立ち上げることに成功し、以下のひょうじを得ました。login:しかし、/dev/sda2に相当する部分をほとんど破壊してしまったためか、文字をうちこむことができません。原本の/dev/sda1にfsckを適用してみるべきなのでしょうか。09:13途中経過とりあえず、最初からやり直しています。壊れてると思っているだけなのでは?LVMで管理されている領域を、それ以外の方法でアクセスしているので、エラーが出ているだけですから、じたばたせず、まずLVMについて理解することが重要と思います。09:14KNOPPIXは、そのままのパッケージ構成では論理ボリュームを管理するツールを持っていないようです。したがって、論理ボリュームを扱うことの出来るLIVEディスクを用意してみましょう。以下、当方がFedora8で実際に試してみた記録です。簡単に出来たので参考にしてください。※外付けのHDDを予めマウントしておいてそこにでもコピーすれば良いでしょう。09:19>やまぐちさんはい...、焦りすぎかもしれません...、というよりも焦りすぎだと思います。LVMのページを読んでいます。>シロヤマさん分かりやすい説明、ありがとう御座います。LVMがまだよくわかっていないので、ある程度理解したらやってみます。皆さん、本当にありがとうございます...。以下のミラーなどをどうぞ。http://ftp.riken.jp/Linux/scientific/livecd/バージョン番号書かれていなかったので、適当なバージョンを選んで、好きなデスクトップ環境(何も考えずに使っていたらRHELクローンはデフォルトでGNOMEだと思います)のISOファイルを落として焼いてください。CDがあったのか!!!...ほんとに(焦りすぎて)調査不足だな...。CDを用いれば、/dev/sda2にアクセスできるのでしょうか?LVMについて今読んでいるのですが、Linuxの構造がよくわかっていません。bootがスタートはするのですが、一切のエラーを表示せずにそれ以上進まない現象にであいました。この辺もうちょっと詳しく。始まってから進まないのか。何とか言いそうなもんですけど。設定と食い違いが起きているかとかかなと思うんですよね。10:00データ(/home以下)を救うだけなら、実績のある方法がいいでしょうね。扱えそうですので、それを使うのが近道でしょう。具体的じゃなくてすみません。10:07>こたさん明瞭に覚えていない+内臓HDDをできるかぎりさわりたくない、との理由でbootさせた後の情報を詳しくはかけないのですが、覚えている範囲で。startみたいな表現はありました。filesystemといった、「否定的な」表現は「一切」現れませんでした。これは、保障できます。いった表現も、一切ありませんでした。(2006/4/12)みたいな表現がでて、そのまま停止していました。清浄にbootできた時とでてきた表示は(ほとんど)全く同じであり、「あれ?」と思うような表現は一切見られませんでした。>やまぐちさんアドバイス、ありがとうございます。それでは、まずシロヤマさんから教えていただいた方法でなんとかやってみようと思います。(2006/4/12)みたいな表現がでて、そのまま停止していました。/dev/sda2に相当する部分をほとんど破壊してしまったためか、文字をうちこむことができません。していてキー入力を受け付けていないだけだとか。憶測でいろいろやるとトドメさしかねないと思います。12:44壊れたと思われるHDDで起動するのはやめて、mountしてコピーを行えるように努力するべきだと思う。mountもReadOnly属性で行う事を忘れないようにしてください。通常のmountだとさらに悪化しかねない。自分だったらfdiskでtypeをext2かext3あたりに修正してmountしてしまうと思うのだけど、この方法に責任は持てません。??)しちゃってるので、フォーマット構造は完全に破壊されている気がします。なるんじゃないかなと。物理的に壊れている可能性は極めて少ないと思います。