状況の説明を補足してください。
内蔵HDDの他に容量の大きなデバイスが接続されています。

VistaはPCの何処にインストールされているのでしょうか？
/dev/sdb1 にインストールされている可能性と、/dev/sda1にインストールされている可能性が有ります。後者の場合はGRUBがWindowsのバージョンを誤認識している問題も出てきますね。

/dev/sda2 がXPと認識されていますがサイズ的には無いかなと思います。
取り敢えずは実際に確認してみて下さい。
確認するのは
/dev/sda1
/dev/sda2
/dev/sdb1

の３つです。
確認方法は幾つか有りますが、「場所」からクリックして全て（上記３つ）ウィンドウを開いて中身を確認してください。ウィンドウ上部の枠のタイトル欄にUUID（英数字の羅列）が表示されています。
その状態で、端末から
$ df -h

と実行すると左端にデバイスファイル名、右端にマウント位置が表示されますので、そこから、どのウィンドウが、どのデバイスファイル（/dev/sda1等）の中身なのかを確認してください。



メーカー製のPCの場合はリカバリ等のツール類を電源投入時に起動する仕組みが組み込まれている場合が有ります。その場合は現状では、その仕組みがMBRとその直下に書き込まれていた場合は元に戻りません（消えてしまっています）。
今回の復旧作業では、その仕組みにアクセスしてしまうかもしれません。
その場合で考えられる最悪の状態は、いきなりリカバリが始まり工場出荷状態に戻されてしまう事と、リカバリはMBRを書き戻さない事が多々あるために結果的に現状と同じく起動できないままデータ関係だけが初期化されるだけと言う事も有りますので、出きるだけ回避できるように事前の情報は多く必要です。また懸念している部分に付いての作業の実行と結果に付いては自己判断と自己責任でお願いします。
仰々しく書きましたが情報を提供していただいた結果、取越し苦労で心配は無いかも知れません。

ご返事が有れば、夜間に確認しますが、それまでに別の方のアドバイスが有れば進めてください。

一つだけ「やってはイケないこと」が有ります。
Vista以降のOSではMBRに起動時の証明書を書き込み本体データと照らし合わせる手順を踏みます。
そこを消してしまうと、かなり厳しい状態になってしまいます。
現在分かっているのは
$ install-mbr
のコマンドをVista以降で使用すると起動できなくなるということです（修復出来無いかも）
色々と試行錯誤されているようなので、この部分も後で確認が必要ですね。

/dev/sda2に入っているのはDELLのMediaDirectというもので、起動でき正常に動作しました。

現在も起動できるのでしょうか？
だとすれば、機能的には何も問題はありません。メーカーが用意した仕組みが/dev/sda2に施されていてるのでしょう。
問題は起動時に表示されるOSの選択画面の文字表示がおかしいと言うことで良いのでしょうか？

はい、状況が分かりました。
os-prober と言うツールが各デバイスとパーティションを走査してOSを検知しています。
その結果がGRUBの設定ファイルに反映されるのですが検出（判定）の基準はメジャーなバージョンのデフォルトな環境を想定しているはずです。
Vistaは超メジャーなバージョンのOSですが今回の場合、メーカーの仕掛けが施されているのでデフォルトな環境では有りませんので想定外のパターンで誤検知（実際は名称のミス）が起こった様です。

実害は無いですが、これを改善する為の選択肢は
１、/dev/sda2のos-prober が判定に使っている値の部分を書き換える。
2、os-prober が使っている判定式を書き換えてカスタマイズなos-prober と入れ替える。
３、GRUBのメニューのカスタム表示にVistaの項目を追加する。
４、実害が無いので、そのまま使用する。

１はUbuntuのアップデートやその他の更新には問題は無いですが、ファイルやディレクトリの名称変更がVista側（メーカー固有）に問題が出る可能性が有ります。

２はUbuntuのアップデートや更新でエラーが出たり通常のものと入れ替えられたりします。os-prober のバージョンを固定することで回避できますがos-prober のみアップグレードは行なわれなくなるのでGRUBとの関係で将来的に予期せぬ依存問題が持ち上がる可能性が有ります。

３は１と２に比べて見た目はスマートではないかもしれませんがVista,Ubuntuの更新などによる影響は受けません。
現在の表示にカスタムメニューを標示しますが、現在の「その他のOS」のメニューを標示させなくする事も出来ます。
os-prober の結果を標示させなくする方法なので、将来的に別パーティションにLinuxをインストールしても現在のシステム（GRUB）からは認識できなくなってしまいます。

一般的にはGRUBのメニューのカスタマイズと言うことで「３」が選択されます。（「４」の意見も多いかも）

では、
Windows Recovery Environment (loader)(on /dev/sda1)
Microsoft Windows XP Embedded (on /dev/sda2)

のどちらを選択しても起動出来無い（#1の説明の状態）なのですね？
まず情報として/boot/grub/grub.cfg の内容を下さい。
取り敢えず今考えつく私の提案と実行方法を書きます。

提案として順に実行確認を行なうとしたら以下の感じです。
・GRUBの再インストールと設定の更新をもう一度試してみる。
・GRUBシェルに用意されたコマンドを用いて/dev/sda1にアクセスしてみる。
・lilo -M を使用してMBRにブートローダ仕込む。
・シグネイチャ（MBRに書き込まれた）の存在を確認してみる。
・PBRを確認＆出来れば修復する。

こんな感じです。

まずはお決まりの実行を
$ sudo apt-get update

$ sudo mv /boot/grub /boot/grub.old
& sudo grub-install /dev/sda
$ sudo update-grub


これで起動時のメニューの重複は解決するはずです。
Vistaも上手く起動出来れば良いのですが恐らくはダメだと思います。
一応/dev/sda2からの起動を試みてL下さい（/dev/sda1からも）。

上記の操作で明示的にデフォルトのGRUB環境で起動出来ないことが確定します。
では、GRUBからはどうなのでしょうか？

OS選択画面で[C]keyを押してGRUBシェルに入ってください。プロンプトが「 gub> 」に変わるはずです。
grub> ls

の結果が必要です。
（その後/dev/sda1の認識を確認して起動するまでのgrubコマンドを実行します）
取り敢えず今日は此処までです。

Ubuntu(UNIX系全般)は初心者ですが、Windows なら多少わかるので、
横から失礼します。

ブートセクタが壊れていても、元の C ドライヴの中身が無事なら、
たぶん FD から起動できます。Vista の実機では試したことが
ありませんが、VirtualBox 上の仮想マシンで試して確認しました。

FD から起動するには、以下の手順を行います。

１　C ドライヴのルートディレクトリにある bootmgr を、
　FD のルートディレクトリにコピーします。
２　FD に Boot ディレクトリを作成し、C ドライヴの
　Boot ディレクトリ中の BCD を FD の Boot ディレクトリに
　コピーします。
３　OS の起動順番を、FD を最優先にして、PC を再起動します。

今時、FD ドライヴのない PC の方が大多数でしょうから、この方法では
無理かな？

/dev/sda2に入っている DELLのMediaDirect は、「Windowsを起動する
ことなく様々なデジタルコンテンツを楽しむことができる」という物
かと。起動方法も、電源 OFF 状態から専用ボタンで起動するものなので、
BIOS レベルで処理していて、ブートローダーはいじられていない可能性も
ありますね。自分も DELL ユーザーではないので、詳細は知りません。

Windows7 が動作する PC があるということなので、FD が使えないなら、
Windows7 で修復ディスクを作成するという手がありました。Windows7 の
インストール DVD では、インストールされている OS と異なると
修復オプションが選択できません。ですが、修復ディスクですとコマンド
プロンプトが開けました。こちらを忘れていました。

コマンドプロンプトで bootsect.exe コマンドを使って、ハードディスクに
Windows のマスタブートコードを書き込むことができます。bootsect.exe の
使い方はネットで調べてください。

もしも、特殊なブートコードが書かれていて、それでないと正常に起動しない
場合は、この方法では対処できません。でも、そうでない場合(こちらの
可能性の方が高いと思います)、これで Vista が起動できるようになると
思います。

あと、FD 方式を CD や USB メモリで試すのは、厳しいものがあります。
自分が使っている B's Recorder というライティングソフトは、FD 形式を
利用したブータブルメディア作成機能が、削除されました。他のソフトの
ことは知りませんが。USB メモリでは、ハードディスクとして認識された
場合、Windows ではドライヴレターが変わってしまい、トラブルの元となる
可能性があります。

Windows7で修復ディスクを作成し、コマンドプロンプトから

bootsect.exe /nt60 C:

を実行したところ、名前はWindow Recovery Environmentのままでしたが、Vistaが通常通り起動し使えるようになりました。

Linux＿greenhornさん、本当にありがとうございました。これでいつも通りiPhoneの管理ができます。

hir0さん、うまく状況を伝えられなくてすみませんでした。それにもかかわらず、親切にいろいろ教えてくださり本当に感謝しています。

お二人にはこのスレを通して様々なことを教えていただき大変勉強になりました。本当ありがとうございました！