hmatsueさん による投稿:

1. USB-HDDのMBRに0を上書きしてしまう
とか、
2. 別のboor managerをインストールする
などの対処が考えられます。

１の方法はMRBのバックアップを使用するという事でしょうか？

家族も使う事になるので、教えていただきたいです。

ああ、余計なことを書いてしまいました。
1は、そのままの意味で、強制的に0で上書きしてインストールされているgrubを消してしまうイメージだったのですが、本当におすすめできません。
せめて2の方で対処するようお願い致します。

こんな感じでどうでしょう。
0. USB-HDDを接続せずに、Ubuntuを起動する

1. 端末を立ち上げ、
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install mbr
をそれぞれ実行。

2. もう一枚、端末を立ち上げ、
tail -f /var/log/messages
としておく(終了時はCtrl+c)。

3. USB-HDDを接続する。
下記のような感じの表示が2で起動した端末に表示されるはず。細部はH/Wの違いで異なっているかと思います。

Jan 30 15:12:44 showtime kernel: [22349.696788] scsi 7:0:0:0: Direct-Access     USB-HS   WDC WD1600BB-00R 0.01 PQ: 0 ANSI: 0
Jan 30 15:12:44 showtime kernel: [22349.697646] sd 7:0:0:0: Attached scsi generic sg3 type 0
Jan 30 15:12:44 showtime kernel: [22349.702003] sd 7:0:0:0: [sdc] 312581808 512-byte logical blocks: (160 GB/149 GiB)
Jan 30 15:12:44 showtime kernel: [22349.703870] sd 7:0:0:0: [sdc] Write Protect is off
Jan 30 15:12:44 showtime kernel: [22349.713009]  sdc: sdc1 sdc2
Jan 30 15:12:44 showtime kernel: [22349.721144] sd 7:0:0:0: [sdc] Attached SCSI disk

この場合はUSB-HDDがsdcとして認識されています。

4. 1の端末から
sudo install-mbr /dev/sdc
のように入力して、mbrを入れ替えます。
/dev/sdcのsdcの部分は3で確認をとったものに読み替えて下さい。

ここを間違えると厄介なことになります。先ほども書きましたが、運用での回避ができないか、今一度考え直してみて下さい。

なお、上記を実行してトラブルが発生しても私には責任は負いかねますので、少しでも不明な点等々ありましたら、実行前に質問するなりして不明な点をクリアにして下さい。
(多分、誰かが答えてくれると思います)

すいません。私が知っているインストールしたgrubの削除方法は、#5の方法ぐらいで、他には知りません。
(正確には上書きですね。grubのアンインストール方法ってあるんだっけか。。)

また重複で すいません。　
もう少し理解を深めてから挑戦してみます。その時はよろしくお願いします。本当にありがとうございました。

というか、外付けHDDですよね？
内蔵のHDDを取り外すか、ケーブル外して、CDブートしたシステムから作業したら良いんじゃないでしょうか？
フォーマットされたようですから、中身も殆ど無いのでしょうし、一時的に外付けHDDの中身だけバックアップして貰えばリスクは回避できるのでは？

普段は内蔵のHDDですから、消えては困る物と、消したい物が不可分な場所にあるのですけど、今回は「大事な物を切り離せ」ばリスクを回避できるように思うのですけれど、そういう対処って駄目な理由が何かありましたっけ？
コマンドが危険でもその影響範囲に大事な物が無ければ良いのでは？

外付けHDDも最悪でも論理的な破壊なので、フォーマットしてしまえば使えるようになりますし。

あ、もちろん本体にシールが貼ってあって、分解したら保証が切れるとか、そういう状況にあるのならやめといてください。

おお。そうか。内蔵のを切り離してしまう手もありますね。Crushさん、多謝です。

宛 hejyuさん
FAT32だろうとNTFSだろうと#5で大丈夫なはずです。
内蔵HDDを一時的に切り離せば安全に作業できそうです。