kiyop による投稿:

/usr/sbin/grub-setup: error: if you really want blocklists, use --force.
のエラーは表示されないのです。
それで、Hoolstさんの状況がおかしいと、勘違いしてしまっていました。
9.10をインストールして（アップグレードせずに？）10.04にアップグレード（これをどうやっておられるのかが理解できないのですが）されているので、正しくアップグレードされた状態になっていないのでしょうね。

　確認できませんでしたというか、確認できましたと言うか・・・

　参照しているソース(grub2_1.97~beta4.orig.tar.gz)と、Ubuntu用のパッチ情報(grub2_1.97~beta4-1ubuntu4.1.diff.gz)では、関連するような箇所は無さそうなところがないのですが、Ubuntu用の差分の、「patchと適用する為の前後の行(※)」の分部に、関連しそうな記述がありました。
※patchを適用する際、多少行がずれても該当箇所を判別できるように、追加/修正/削除が行われる対象の行の、前後数行が一緒に含まれます。
　どうも、Debian用のpatchとして、「grub-installからgrub-setupを呼び出す際、強制的に--forceを付加している」・・・・ようです。つまり、(あるバージョン以降は?)grub-installから起動されたgrub-setupから、--forceを要求して再実行というメッセージは、発生し得ないようです(/usr/sbin/grub-isntall の、150行目付近)
# --forceをつける必要がある可能性があるのは、grub-setupを直接起動した場合だけのようです。

おわわがせしました・・・・

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

バックアップの取り方をお教えいただけないでしょうか

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

Hoolst さん による投稿:

Knoppixのコマンドでもできるそう何ですので
ググってみます。

Hoolst さん
そういう問題ではないです。kiyop さんから再三に渡ってアドバイスを貰ってるでしょう？
確かに、knoppix でも freedos でも MBR の修復は出来ますし、もちろん Ubuntu でも出来ます。
だから、もうそれは自分で調べてやったら？という感じになってしまいますね。
あなたにはそれをするだけの技量や知識がある程度は備わっているのですから。
でも、ここで何かを質問すると言うことは、より良いアイディアや技術情報を得たいからでしょう？
#24 でもお願いしましたが、こうしたら？と言うことに対してぶっ飛んだ回答になっていることが多いし、何がやりたいのかよく分からないことになってますよ！
そもそも、発端の #1 からして、結局のところ何が聞きたいのか良く分かりませんし。
まぁ、kiyop さんも #58 でご指摘の通り、失敗することは成功することよりも実は重要だったりするので、たくさん失敗されて大きくなってください。

一人で浮いていました。
どうもすいません。
まずGRUB再インストールしてWindowsを起動出来るようにします

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

Hoolst による投稿:

kiyopさん
多分　端末でsudo grub-install /dev/sdaと打ってしまい
その時に慌てて終了したのでMBRを上書きしたんだと思います。
一応MBRをもとに戻してXPを起動できるようにしたんで、
BootpartでNTLDR→GRUB2出来るか試してみます。
これでも無理だったらPC自作してUbuntu用に作らないといけないかも。

ちゃんと理解出来てるじゃないですか。
そこまで理解出来ていたらもう大丈夫だと思いますよ。
あとは、どういう方法でデュアルブートを構築するかだと思います。
何か流れを見ていてどうもモドカシイんですけど。
手っ取り早くデュアルブートを構築できるのだけれどなぜそれを実行しようとしないのかな？
まず、ご自分で容易に導入出来る方法を選択し、それに対応出来るように下調べしてから実行して見てください。
（前にも同じようなことを述べました。）

BootpartでNTLDR→GRUB2
出来るかも知れないけど今のあなたの理解度では、失敗するおそれがあると思います。
幸いにしてお手元のPCは添付されているリカバリーディスクにてシステムが復旧出来る仕組みになっているので、既に復旧手段は確保されているものと思われます。（実際、復旧出来てるし問題ないものと思われます。）

てっとり早いのはGRUB2をMBRに入れてちゃうか、MBMをMBRに入れて二段ブートにしてしまうかの何れかの方法を用いた方が容易だと思われます。

何れにせよ良くブートの仕組みを理解してからのほうが良いと思います。
あと、OSはなるだけなら基本領域にインストールしておいた方が安心だと思います。
拡張領域は便利な半面デリケートなところがあるのでOSをインストールする領域としてはあまりお勧めできません。

さらに横からコメントしてみます。

miketan による投稿:

　すみません、横から失礼します。

あと、OSはなるだけなら基本領域にインストールしておいた方が安心だと思います。
拡張領域は便利な半面デリケートなところがあるのでOSをインストールする領域としてはあまりお勧めできません。

　tnc さん、これはどういう意味ですか。もう少し具体的に教えていただけませんか。

でっかい索引(パーティションテーブル)に４件まで入るのが、基本領域。必要な情報は直接引ける。
そのうち１つを、「入れ子にして」いくつも作成できるのが、拡張領域内の論理パーティション。入れ子なので、１つ外側の情報がわかって、初めて情報がわかる。

基本領域は、パーティションテーブルに直接情報があるため、他の領域の影響を受けません。パーティションテーブルと、対象のパーティションそのものが活きていれば、アクセス可能。他のパーティションが壊れてても、消え去っていても、影響しない。

論理パーティションは「入れ子」であるため、１番外側となる拡張領域から順に(内側へと)辿らないと、情報が判らない。つまり、それらの、途中の論理パーティションの情報のどこかに異常が発生すると、結果として、それ以降の(より内側の)論理パーティションは(たとえそのパーティションの情報と内容が全く問題なくても)利用できなくなる。
# 例えば、sda7の論理パーティションを起動パーティションにしたとすると、sda1～4のいずれかにある拡張パーティションの情報、sda5及びsda6の論理パーティションの情報(パーティションの内容は要らないです)の全てが正しく無いと、sda7にたどり着けない　ということなる。これが、sda3とかの基本領域なら、sda1やsda4とかが壊れてもsda2の利用は可能。

miketan による投稿:

　すみません、横から失礼します。

あと、OSはなるだけなら基本領域にインストールしておいた方が安心だと思います。
拡張領域は便利な半面デリケートなところがあるのでOSをインストールする領域としてはあまりお勧めできません。

　tnc さん、これはどういう意味ですか。もう少し具体的に教えていただけませんか。

そうですね、分かりやすく言うとOSが基本領域にいることでお互いの領域に影響を与えることなく共存できることでしょうか。
もし、拡張領域に幾つかのOSがインストールされていて先発で導入したOSに支障をきたしたとします。
すると拡張領域すべてに影響がでる恐れがあります。
この場合ですと後発の領域（数字の大きいパーテーション）から順に領域を削除していかないと先発にあるOSの領域を操作できないから厄介なのです。ただ、やり方によってはそれを回避することができるらしいのですが、パーテーション構成について理解してない状況下では深く知る必要はないと思います。むしろ、こういう状況下ではこういうことをして置けばよいという事を理解出来れば良いと思います。深く掘り下げた分については、順を追って覚えて行けばよいと思います。
Aが理解できてないのにBを通り越してC・Dに飛んでしまうのは危険だと思いませんか？
私なら順を追って進んでいくけど中には捻くれた人もいるので理解できてない状況で地雷を踏んでしまうこともあるようです。

tnc さんも、ありがとうございました。

　拡張領域にOSをインストールした場合の危険性について、全く理解していませんでした。そういうことは（今後は）しないように致します。(^^;

kiyop さん、ありがとうございます。リンク先を週末にじっくり読んで、少しでも理解を深めるように致します。