メーカーへも同様の問い合わせを出してみてはどうでしょうか？
RAWの場合はそのままベタでコピーされるはずですが（名前が正しければ)それ以外でも、クローニングを行うソフトであれば、勝手にテーブルがずれたりするのはおかしいと思います。
修正が必要な場合は直らないかも知れませんが、オプションが隠してあるかも知れませんし、今後のアップデートで対応してもらえるかも知れないです。
しかし、sda4はどこにあるんでしょうね？

masayukiさん による投稿:

このフロッピーで起動すると、
...
で起動出来ません。

コピー先HDのみでは起動できないの間違いではないですか？
そうでないと #12 の

このあと、フロッピーをはずして再起動したら、
　boot from:CD
  grub loading stage1.5.
  grub loading, ....
  error17
となり、起動出来ませんでした。

と辻褄が合いません．

なお、この操作実施後も、コピー先HDDは先に作ったブートディスクで起動出来ています。

これもブートディスクというのはブートフロッピーのことではないですか？

そうでないとまったく想定外の作業をしていることになります．

投稿が相前後したので，#28 を読んでくれていないのかな？
「コピー先 HD のみでは起動できない状態」と仮定して，次を試して頂きたいのですが．

grub> root (hd0,5)
grub> install /boot/grub/stage1 (hd0) (hd0)1+16 p /boot/grub/stage2 /boot/grub/menu.lst

einundzwanzighundertsechs による投稿:

投稿が相前後したので，#28 を読んでくれていないのかな？
「コピー先 HD のみでは起動できない状態」と仮定して，次を試して頂きたいのですが．

コード:

grub> root (hd0,5)
grub> install /boot/grub/stage1 (hd0) (hd0)1+16 p /boot/grub/stage2 /boot/grub/menu.lst

はい、コピー先HDDだけでは起動できません。
grub> install /boot/grub/stage1 (hd0) (hd0)1+16 p /boot/grub/stage2 /boot/grub/menu.lst
のやり方がわかりません。grub>のあとにinstall以下をコピーして貼り付けると　</boot/grub....と変換されてしまうので分けてためしましたが下記のように悲しいかなうまくいきません。

grub> install /boot/grub/stage1 (hd0) (hd0)1+16 p

grub> install /boot/grub/stage2 (hd0) (hd0)1+16 p

Error 6: Mismatched or corrupt version of stage1/stage2

grub> install /boot/grub/stage2 (hd0)

Error 6: Mismatched or corrupt version of stage1/stage2

grub>  install /boot/grub/stage2 (hd0)1+16 p

Error 6: Mismatched or corrupt version of stage1/stage2

grub> install /boot/grub/stage2 /boot/grub/menu.lst (hd0) (hd0)1+16 p       

Error 11: Unrecognized device string
・・・
申し訳ありませんが、書いていただいたままでしか出来ませんので、教えてください。

追記：
＃２８について：
勘違いをして再度ブートフロッピーを作ろうとしていましたので、先に作ったフロッピーを入れたまま作業をしてそのフロッピーを抜いて再起動してみましたが
grub loading stage1.5.
grub loading...
error  17
でした。

最後の編集者: masayuki (2009-04-17 00:07:27)

einundzwanzighundertsechs による投稿:

・・・ただ，先に次の #31 を試してください．こっちの方が正解に近そうなので．．．

試しました。結果は

grub> root (hd0,5)

grub> setup --stage2=/boot/grub/stage2 (hd0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd0)"...  16 sectors are embedded.
succeeded
Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd0) (hd0)1+16
p (hd0,5)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.

となりました。フロッピーをはずして再起動したら通常のブート画面が出て、UbuntuにもXPにも入れました。これで気楽に「差分コピー」をして、Ubuntuでトラブっても、バックアップHDDから正常な状態で使い続けられます。本当に有難うございました。

最後の編集者: masayuki (2009-04-17 00:33:09)

Crush による投稿:

・・・オリジナルと、コピーのパーティションの状態や、Grubのコマンドの結果は併記しなかったのではないかと思いました。
・・・状況を併記の上で、具体的なコマンドを問い合わせれば（少なくともGrubのオプションで解決するという回答をしている以上)実効性のある回答が来るんじゃないかと思ったのですが・・・

アドバイス有難うございます。コピー先HDDで起動しない時点で、電話で問い合わせましたが、Ubuntuについてほとんど無知ななのでどちらにしても気の利いた問い合わせは出来ませんでした。教えていただきながら行った今回の経過を整理して、再度メールで「本来、どうすればよかったのか」問い合わせをしましたので、返事がきましたらこちらに書き込ませていただきます。

einundzwanzighundertsechs による投稿:

・・・ブートフロッピーで /dev/sda5 のシステムを起動し，grub shell を使わずに通常のコマンドラインで
　　$ sudo grub-install /dev/sda
で OK だったのではないか・・・

コピーソフトメーカーから返事がきて、「差分コピー」にかわる方法を試しましたが、失敗。その結果
　　$ sudo grub-install /dev/sda
を試しましたが

masayukiya@masa2:~$ sudo grub-install /dev/sda
[sudo] password for masayukiya:
Searching for GRUB installation directory ... found: /boot/grub
The file /boot/grub/stage1 not read correctly.

となり、うまくいかなかったようです。

一筋縄ではいきませんね。

ただ、元で動いていて、コピー先で動かないのは、そのソフトウェアの問題だと思います。
少なくとも「クローニング」というのは、「同じ物」か「同等の物」が出来ないといけません。
優秀だったり気が利くソフトウェアはファイルシステムの要らない物（スワップ領域、テンポラリファイル、ログなど）を容量のみの存在としてスキップしますが、それでも「コピー先での起動・実行の結果は同じ」でなければコピーとして成立していません。

既知の問題でなければ修正もないですから、結果が違う、複製や移行という「出来て当たり前」な機能が動作しないことについては「クレームする権利がある」とは思います。

同じ物を持っていないので何とも言えませんが、少なくとも理解が正しく、同じパーティションやディスクが生成されるべきなのにそれが出来ないのであれば、結果の差異や、相違を伝えて直してほしいと伝えた方が良いような気はします。
そしてそれが、バグやミスであれば、#34でうまくいったプロセスを暫定的な手段として使い、あとはちゃんと伝えて修正待ちで良いんじゃないかと思うのですが。
確か、中身作ってるところの日本法人は同社との合弁会社だったと思うので相手の方は、開発元とは連絡が取れるはずですし。
OEM元が色々なので、その製品の提供元がどこかは知らないですけれど。

後は、その手のソフトで出来そうなこととしては、パーティションの並びが変なので、リストア時にパーティション単位で元と同じ順に同じような位置へ書き込んでみたら意外とうまくいったりしないでしょうか？
一応起動は出来るようなので保存されているデータはパーティションとして整合性のある形で保存できているようなのですけど。

Crushさん、アドバイスありがとうございます。

テクニカルサポートの返事は：

RAWコピー（セクタ１つずつのコピー）では問題が無く、差分コピーではエラーが発生してしまう場合は、差分コピーの際に、パーティションサイズが変化
（比例して拡大/縮小）されている可能性があります。パーティションサイズが変化しますと、Linuxの仕様により、「grubの更新」操作が必要となってしまい、この場合は「grubの更新」以外にはご案内できる対処法がない状況でございます。
度々申し訳ございませんが、「コピーオプション」のチェックをすべて外した状態のコピーをお試しいただき、結果をお知らせいただけませんでしょうか。

ということで、結果を連絡しました。別の対処法について返事がくれば書かせていただきます。

んー、ちゃんと伝わっていないか、先方がFAQからコピーしたかも知れませんね。
grubってそんなに環境変化に対して弱かったですか？微妙に適当な返事が来ている気がしなくもないです。
liloだとちょっと違うだけで拗ねますけれど、grubはファイルシステムを理解して起動すべきコードを引っ張るので、少々の変化なら起動しそうに思うのですけども。
そして、ファイルシステムを理解するが故に、指定の場所を探しに行って、指定の場所に違う物（空とか、別パーティションとか、スワップとか）があると、起動する物無いですけどっていうことになるのだと思うのですが。
これはサイズに起因する問題ではなく、テーブル上でのパーティションの順番、指定がおかしいことに起因していると考えられます。
少なくともオリジナルのパーティションテーブルの状態(fdisk -lの結果のコピーで良いと思います)と、コピー先の同じ物を送付して、「サイズの問題ですか？」と問い合わせる必要は有りそうです。少なくともサポートは「ちょっとした誤差」で起動しないと思ってるようです。
一般的な同等のソフトウェアの挙動としては、サポートの回答は妥当なのですが、今回の件における回答としては恐らく的外れです。
そして、回答としては「Linuxが起動しない時に考えられる事」が返ってきていて、そもそもパーティションテーブルの順番が一致していないか、おかしいという件が考慮に入っていないです。
もしかすると何らかの事情でコピー元の情報に軽微な問題があるのかも知れませんし、その気があるようでしたらやりとりをされる価値は有るんじゃないかと思います。

そして、回答が妥当であるという前提の元では、サポートは、「同じ並びのパーティションが出来るが、スキップや、イメージ化の誤差が発生した場合、パーティションサイズに変化が出る程度の違いは可能性がある」と思っているが、「パーティションの順番が変化する」とは思っていないとも言え、挙動が本来の物と異なるとも言えるかと思います。
多分パーティションテーブルのダンプツールくらいは持ってるはずですので、必要があるようでしたら情報は出しますから確認してくださいとお願いしてみてはどうでしょうか？
オプションを有効にした場合の機能も価格のうちですし、即日で直せ！対応しろ！というのは無理な話ではありますが、諦めてRAWモードで使えじゃなくて、本来の動作と違うのなら修正してくださいと頼む権利も有ると思います。

RAWモードで使うとか、対症療法的な設定での回避なども、当面の手段としてはもちろん有効だと思いますけども。

「オリジナルHDD」からのコピー先HDDの結果です。

１）/tmp/grub-install.log.*　はやはりありませんでした。
２）他にチェックした情報も変わりないようです。

grub> geometry (hd0)
drive 0x80: C/H/S = 19457/255/63, The number of sectors = 312581808, /dev/sda
   Partition num: 0,  Filesystem type unknown, partition type 0x7
   Partition num: 5,  Filesystem type is ext2fs, partition type 0x83
   Partition num: 6,  Filesystem type unknown, partition type 0x82

masayukiya@masa2:~$ sudo fdisk -l
omitting empty partition (5)

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
Disk identifier: 0xa4b1e8b6

デバイス Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        9658    77577853+   7  HPFS/NTFS
/dev/sda2            9659       19458    78713019    f  W95 Ext'd (LBA)
/dev/sda5            9659       19052    75457273+  83  Linux
/dev/sda6           19053       19457     3253131   82  Linux swap / Solaris
masayukiya@masa2:~$

einundzwanzighundertsechs による投稿:

・・・#38 にあるようにgrub-install コマンドの実行，
そして The file /boot/grub/stage1 not read correctly. となった失敗の直後につくられるログファイルです・・・

＃３８と同じコマンドの実行直後、調べましたが、/tmp/　にlogと名のつくファイルは残っていませんでした。

最後の編集者: masayuki (2009-04-21 15:36:06)

einundzwanzighundertsechs による投稿:

・・・ログファイルは
/tmp/grubXXXXXX
になるみたいです・・・

お世話になります。該当するログファイルが4つあり、２つは空でした。下記が２つのファイルの中身です。

[ Minimal BASH-like line editing is supported.   For
         the   first   word,  TAB  lists  possible  command
         completions.  Anywhere else TAB lists the possible
         completions of a device/filename. ]
grub> dump (hd0,4)/boot/grub/stage1 /tmp/grubHl1KDR

Error 17: Cannot mount selected partition
grub> quit

[ Minimal BASH-like line editing is supported.   For
         the   first   word,  TAB  lists  possible  command
         completions.  Anywhere else TAB lists the possible
         completions of a device/filename. ]
grub> dump (hd0,4)/boot/grub/stage1 /tmp/grubjzFnQS

Error 17: Cannot mount selected partition
grub> quit