ddコマンドでバックアップしたイメージの取り扱い

質問

HDDがクラッシュしたので、Knoppixにてdd_rescueを使いバックアップを取りました。
HDDには5つのパーティションがあり、そのうちいくつかののパーティションが
かなり深刻なダメージを受けていたようで、まったく処理が進まず
HDDのイメージを丸ごと作成するのは断念し、パーティションごとにいくつか
イメージファイルを作成しました。

問題はここからなのですが、WindowsXPマシンにてRAW(dd)イメージがマウントできるソフト(Imdisk)を
使用しファイルを取り出すつもりでした。しかしながら、いざマウントしてみるとファイルシステムが
N/Aとなっており、まったく読み出せません。

Knoppixでもマウントを試みましたが、こちらもファイルシステムを指定しろ、という旨のメッセージが
表示され、どうもうまく行きません。（パーティション情報が入っている領域も含めてバックアップを
取らないとまずかったのでしょうか...）

もともとのファイルシステムはHidden NTFSです。（リカバリー領域の為）
イメージファイルより、ファイルを読み出す方法をご教示ください。

現在手元にある解決に使えそうなデータとしては、
・dd_rescue にて取り出した、パーティションごとのイメージ
・fdisk -l にて取得した問題のHDDの情報
ぐらいしかありません。

よろしくお願いいたします。

回答No.4

wakagi1189

$ fdisk -u hoge.img にて、ddでとったイメージの情報取得。
ファイルシステムと、目的パーティションの開始セクタと、ブロックサイズ確認。
仮に、イメージにパーティションが１つしかなかったとしても（パーティションごとにイメージを保存していても）、
開始セクタは、１じゃないかもしれないので確認しとく。
例えば、4kBセクタのHDDは、開始セクタを8の倍数に調整されてたりする。
# mkdir -p /mnt/hoge; mount -o loop,offset=<開始セクタ×ブロックサイズ> hoge.img /mnt/hoge　（一行）
もし、ファイルシステム自動検出できずエラーなら、
# mount -o loop,offset=<開始セクタxブロックサイズ> -t <ファイルシステムのタイプ> hoge.img /mnt/hoge　（一行）

ex)
ファイルシステム ext2 開始セクタ64 ブロックサイズ512B
# mkdir -p /mnt/hoge; mount -o loop,offset=32256 -t ext2 hoge.img /mnt/hoge　（一行）

回答No.3

yakan9

補足がないので最後に記載しておきます。

質問の趣旨が全く分からないことです。
１．KNOPPIXのバージョン不明。
２．dd_rescue にて取り出した、パーティションは何か。
Cパーティションが取れたとしても、

> HDDがクラッシュしたので
この意味しているのは、Windowsが起動しないという意味なのか不明。
よって、もしそうであれば、Cパーティションのバックアップを採っても意味はない。
しかし、３．に記載したことから、何を信じて、仮定して回答してよいのか分からないことです。

３．
> WindowsXPマシンにてRAW(dd)イメージがマウントできるソフト(Imdisk)を
> 使用しファイルを取り出すつもりでした。しかしながら、いざマウントしてみるとファイルシステムが
> N/Aとなっており、まったく読み出せません。
ということは、WindowsXPは起動できているのか。
もしそうであれば、リカバリCD/DVD-ROMは作成できるのではないでしょうか。
もし不具合か発生しているパソコンと、WindowsXPのパソコンが異なるのかはこれも不明。

４．
> Knoppixでもマウントを試みましたが、こちらもファイルシステムを指定しろ、という旨のメッセージが
> 表示され、どうもうまく行きません。
どんなマウントコマンドを出したのか不明。
バックアップを保存したファイルシステムは何か不明。

質問内容では、全く情報を得られない状況で、正しく貴殿に回答できないのが実情です。

不具合が発生したパソコンは、メーカー名、型番を記載すること。
何が不具合なのか記載すること。
そのためどう対処しょうと考えているのかの記載。
どんな対処をしてきたかの具体的な操作、正しいエラーメッセージをメモして貼り付けること。
これらが全く分からないのです。

回答No.2

vaidurya

全部イメージファイルを作ったのであれば
それぞれを、全部マウントしてみて
目的のパーティションがどれかを確認すべきかもしれません。

すべてを試して、どれもマウントできないとしたら
なにか、別の問題が生じているのかもしれませんし…

不良セクターの問題ではなく
HDDの制御基盤レベルのトラブルがおきている可能性もあります。

そうであれば、ddでイメージバックアップができないなら
ddrescueでできても、まともにファイルを取り出すことはできないかもしれません。

Linux系OSでのマウントで、ファイルシステムを指定するようエラーが出るなら
認識可能なファイルシステムが存在していない可能性が高いと言えます。

また、ntfs-3gのような、NTFSを読み出すためのパッケージが組み込まれているか?
そこも確認すべきかも知れません。
(普通KNOPPIXなら含まれていると思いますけどね)

なお、リカバリー領域は、/dev/sda1にあることもあれば/dev/sda4にあることもあります。
メーカーによって違うのです。
DellやHPでは、リカバリーとは別に、診断用のパーティションも含まれていたりします。
Windows7などでは、ブートパーティションも別になり
年々、Windowsパソコンのパーティション管理はめんどうくさくなっていっています。

リカバリーシステムは、Microsoft自体が開発していないため…
「Windowsを復元する方法」は、普遍的な手順が存在しないのです。

ですから、一部のメーカー製品については
手作業でリカバリーディスクを作成できたという事例がウェブにありますし
私もできたことがありますが、普遍的にそれが可能なわけでも無いようです。
(少なくとも、必要な条件が非公開ですから、難題となることは多いでしょう)

Windowsカテゴリーで、こういった問題が解決できないのであれば
それはWindowsの流儀に反した行為をしているためかも知れませんし…
であれば、Windowsを使わないほうが、よほど簡単なのかもしれません。

少なくともLinuxしか使わない人は
OSの再インストール手段に困るようなことがありません。

回答No.1

yakan9

１．
> もともとのファイルシステムはHidden NTFSです。（リカバリー領域の為）
> イメージファイルより、ファイルを読み出す方法をご教示ください。
ということは、リカバリCD/DVD-ROMは作成していないということでしょうか。
Windows XPが起動しているときに、メーカーで提供している専用ソフトで作成するのが基本ですから、今の環境で作成するのは無理だと思います。
Windows XPが起動できない現在、Windows XPを起動させる手段はありません。
メーカーにリカバリCD/DVD-ROMの在庫があるかの問い合わせになります。

２．
最終的な目的は、Windows XPを元のように動かすことであれば、まず１．の条件をクリアすることです。

３．
もし、リカバリCD/DVD-ROMを入手し、Windows XPの起動ができればそこからデータのバックアップは可能だと思います。
リカバリCD/DVD-ROMの入手が困難であれば、Windows XPを諦め、LINUXのOSを入れることを検討されることだと思います。

４．
上記以外の別なことをお考えであれば、補足願います。