ゴメンなさい、しくじったかも。
grub4dos がGPTパーティションに対応しているかどうかの確認を取らずに勧めてしまいました。

OS選択画面で[C]キーを押してください。
grub> (hd

まで入力して[tab]キーを押すと入力可能な文字が候補にあがります。
grub4dos がUbuntuのHDDを認識出来て入れば

(hd0,  と　　(hd1,

が候補に上がると思いますので
grub> (hd1,

まで入力して[tab]キーを押してください。

(hd1)に有るパーティションナンバーが表示されればGPTパーティションを理解できているのでUUIDが間違っているだけのようです。(hd1,1)がUbuntuと思いますが確認してください。

grub> root (hd1,1)
grub> kernel /boot/vmlinuz-2.6.32-28-generic  root=/dev/sdb2 ro
grub initrd  /boot/initrd.img-2.6.32-28-generic
grub> boot

GPTパーティションが読み込めなければゴメンなさい、アウトです。
もう一度、元の状態に戻しましょう、そして古いファイルは削除してみたく思います。



一つ質問です。
UbuntuのHDD、/dev/sdb1 には何が入っていますか？



ライブCD（ライブUSB）でお試し状態で起動してください。
$ sudo parted -l

GPTパーティションを理解できる（はず）なので #6で軽く流した部分ですが確認したく思います。
GPTで有る以外は普通の構成として書きます。


$ sudo mount /dev/sdb2 /mnt
$ ls /mnt
/dev/sdb2 がUbuntuで有ればUbuntuのファイルシステムディレクトリが表示されます。


$ ls /mnt/boot
/bootディレクトリを分けていなければvmlinuz等のファイル群が確認できます。

$ sudo mv -f /mnt/boot/grub /mnt/boot/grub.old
新規導入時に古い設定は上書きされない物も有るので削除では無くリネームして退避させます。


起動した状態のままで使用しているシステムファイルをライブCD内の物から内蔵HDDのシステムに移行します。
/dev/sdb2 は　/mnt にマウントされた状態で続行します。

$ sudo mount --bind /sys /mnt/sys
$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /proc /mnt/proc
$ sudo chroot /mnt /bin/bash

プロンプトが「$」から「#」に変わります。

# apt-get remove grub-pc
# apt-get install grub-pc
# grub-mkconfig -o /boot/grub/grub.cfg

# grub-install /dev/sda
# grub-install --force /dev/sdb2
/dev/sdb2へのインストールは保険的に行っておきます、#16で書いたbootフラグの操作でlilo -M を使って起動するOSを変更できます。

# update-grub
念の為に、最後に更新作業を。


# exit
制御がライブCDに戻ります。
再起動すると自動でアンマウントが行なわれますので再起動して確認してみてください。

これで起動するはずなんですが、、、:/

(hd0,       で[tab]
(hd1,       で[tab]

で堂でしょうか。

/dev/sdb1 の件ですが、Ubuntuは /dev/sda2 にインストールされています。それより前方のパーティションは何に使われているのか気になったのです。（単なるデータ領域なら良いのですが）。

本人に記憶が無いのでしたらインストール時に何かのディレクトリを分けたのかな？

ライブCD等で起動しているのなら単純に
$ sudo mount /dev/sdb1 /mnt && nautilus /mnt

で確認できます。

ますます良く分からない状況です。
今度はWinndowsは起動できるのにWindowsの（Ubuntuのも）HDDを認識できていない挙動ですね。
同じ構成でUbuntuインストール当時は問題なく両方起動できていたのですよね。

取り敢えずman を読解されるより
$ gedit /etc/fstab

の結果を頂きたいです、そこにマウントオプションがもしくはファイルシステム名等の有用な情報が書き込まれていると思います。
＃２７を実行してパーティションの報告等、出来ればその後も実行して連絡頂ければと思いまます。


現状では何一つ問題の原因が見出せません。

・同じ構成で起動していた。
・/dev/sdaのGRUB２は/dev/sda1を認識できないが/dev/sdb2のUbuntuは起動できる。
・uodate-grub は効果が無い。
・/dev/sdaは320GB /dev/sda1 NTFS　WIndows XP。
・fdisk -l から/dev/sdbは２TB GPTパーティション　parted -l の結果を希望中。
・grub.cfgからUbuntuは/dev/sdb2
・/dev/sdb1 は何なのか現在不明。
・lilo -M はbootフラグのたった/dev/sda1 のXPを起動できる。
・grub4dosは/dev/sda1にチェインロード出きるが仕様でGPTの/dev/sdbを認識できない。

う～ん、#27 に書いた設定を破棄して新にGRUB2を入れる一連の操作を実行していただくことで、同じエラーが出るのであればGRUB2に問題が有ると考えて見たいと思いたいのですが、同じ環境で起動できていた事がその辺を全て否定していますので、いわゆるビッグドライブの問題やファイルシステム、パーティション構成等、全て問題が無かったことを示しています。

error: no such device:...
/dev/sda,,, HDDが見つからないのですよね

すみません、#1 では
HDDを増設して10.10 をインストールしてデュアルブートを構築していましたが、Windowsの調子が悪いのでWindowsを再インストールしたら現状の様になったと書かれています。

今は、9.04から9.10にアップグレードした頃にWindowsの調子が悪く、強制終了後GRUBがwindowsのデバイスを認識できない現在の状況になった、、、と

結果的にwindowsのデバイスを認識できないエラーなのだから、それ以前の情報は必要ない、関係無いと思われるかもしれませんが違います。

「熱が出ました」どうしましょ。と言う事に対して、前日に冷たい雨に打たれたのか、隣の人が感染性の流行り風邪にかかっていたとか熱の原因を探るには重要な情報でしょ？

基本的な所で不可解な所も有りますし、未確認な所も有り新に感じることも有ります。

9.04ではGRUB２は使用されていません。
アップグレードでバージョンを上げて行っても旧GRUBのままです、そう言うことも含めて情報は正しく提示して頂きたいです。
Windowsを再インストールすると基本的にと言うか強制的にWindowsが起動します。
どういう経緯と方法でGRUBもしくはGRUB２をインストールされたのでしょうか。

渡しの方が少し混乱してきました、必要な事、必要ないことを混同して質問しているかもしれません（そう言うことは後から気付いて落ち込むのですがorz）

マウントに付いてはファイルシステムが「aufs」なので
$ sudo mount -t aufs /dev/sdb1 /mnt

でいけるかもしれません。
取り敢えずは#27を一つずつ実行した結果と情報をお待ちしてます。

以下の部分だけにコメントします．トピックの他の部分は読んでいません．

tugiani さん による投稿:

$ gedit /etc/fstab の結果を以下に記します。

（ここから）
aufs / aufs rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
/dev/sdb3 swap swap defaults 0 0
（ここまで）
意味は理解できませんが、これで正常とは思えないのですが…。

これは LiveCD か LiveUSB の /etc/fstab でしょう．
aufs = AnotherUnionFS で，UnionFS というのは，
あるファイルシステム(下層)に，別のファイルシステム(上層)を重ねてマウントして，
ファイルの変更部分は上層が受け持ち，下層は変更を受けない様にするときに使います．
Live システムでは，下層=CD，上層=RAMディスク といった使い方をします．
参考資料: http://aufs.sourceforge.net/ の 4. Usage
日本の Wikipedia にも項目があります．(開発者が日本人だから？)

#27の続きの実行結果をご報告します。

１．$ sudo parted -l の実行結果
（ここから）
モデル: ATA Hitachi HDT72503 (scsi)
ディスク /dev/sda: 320GB
セクタサイズ (論理/物理): 512B/512B
パーティションテーブル: msdos

番号  開始    終了   サイズ  タイプ    ファイルシステム  フラグ
1    32.3kB  280GB  280GB   primary   ntfs              boot
2    280GB   320GB  40.4GB  extended                    lba
5    280GB   320GB  40.4GB  logical   ntfs


モデル: ATA Hitachi HDS72202 (scsi)
ディスク /dev/sdb: 2000GB
セクタサイズ (論理/物理): 512B/512B
パーティションテーブル: gpt

番号  開始    終了    サイズ  ファイルシステム  名前  フラグ
1    17.4kB  1018kB  1000kB                          bios_grub
2    1018kB  1994GB  1994GB  ext4
3    1994GB  2000GB  6109MB  linux-swap(v1)



                                                                         
警告: /dev/sr0 を読み書き可能な状態にオープンできません(Read-only file system)。/dev/sr0
は読み込みのみ可能な状態でオープンされました。

                                                                         
エラー: /dev/sr0: ディスクラベルが認識できません。

（ここまで）

２．$ ls /mnt の実行結果
（ここから）
bin
boot
cdrom
dev
dvr0
dvr_b25
etc
home
initrd.img
initrd.img.old
lib
lost+found
media
mnt
opt
proc
root
sbin
selinux
srv
sys
tmp
usr
var
vmlinuz
vmlinuz.old
（ここまで）

３．$ ls /mnt/boot の実行結果
（ここから）
System.map-2.6.31-22-generic
System.map-2.6.32-27-generic
System.map-2.6.32-28-generic
abi-2.6.31-22-generic
abi-2.6.32-27-generic
abi-2.6.32-28-generic
boot.0800
coffee.bmp
config-2.6.31-22-generic
config-2.6.32-27-generic
config-2.6.32-28-generic
debian.bmp
debianlilo.bmp
grub
initrd.img-2.6.31-22-generic
initrd.img-2.6.32-27-generic
initrd.img-2.6.32-28-generic
memtest86+.bin
sarge.bmp
sid.bmp
vmcoreinfo-2.6.31-22-generic
vmcoreinfo-2.6.32-27-generic
vmcoreinfo-2.6.32-28-generic
vmlinuz-2.6.31-22-generic
vmlinuz-2.6.32-27-generic
vmlinuz-2.6.32-28-generic
（ここまで）

その他、アドバイス頂きましたコマンドを実行後再起動したところ、grubメニューが起動し、Ubuntu が起動するようになりました。しかし、Windowsを起動しようとすると、馴染みのある以下のメッセージが表示されて起動しません。
error: no such device: <UUID>.
error: no such partition.
以前の状態に戻ったようです。Windowsのみが起動する状態よりも、Ubuntuのみが起動する状態の方が都合が良いので半歩前進したような気分です。上述の結果から何か分かりますでしょうか？

ちなみに、# apt-get install grub-pc を実行した際、以下のようなメッセージが表示されて少し気になりました。
「ログに書き込めません。openpty()に失敗しました。（/dev/pts がマウントされていない？）」
問題ないでしょうか？

core.img には (hd1) のパーティションを認識するモジュール part_gpt しか組み込まれていないはずなのに，
#9 の grub.cfg には insmod part_msdos が見当たりませんね．

(hd0) のパーティションを見つけられなくて grub シェルに落ちたとき，
grub> insmod part_msdos
grub> ls
を試してみて下さい．

einundzwanzighundertsechsさん、コメントありがとうございます。

einundzwanzighundertsechs による投稿:

(hd0) のパーティションを見つけられなくて grub シェルに落ちたとき，
grub> insmod part_msdos
grub> ls
を試してみて下さい．

grub> insmod part_msdos では、
grub> となるだけでした。

grub> ls では、
(hd0) (hd0,5) (hd0,1) (hd1) (hd1,3) (hd1,2)
となりました。

hir0 による投稿:

einundzwanzighundertsechsさんがご指摘された結果の報告の#41ではWindowsのパーティションが認識されています。

ご指摘を受けて気づきましたが、(hd0,1) がWindowsのパーティションなのですね！

hir0 による投稿:

何かの原因でモジュール「part_msdos」がupdate-grub等では適用されなかったのかな。
取り敢えず一つの大きな問題が解決したので、もう少し頑張ってみてください。

何をどのように頑張れば良いか分からないので困っています。

#27で頂いた次のアドバイスに従ってみましたが、何も起こらず、grubメニューを終わらせざるを得ませんでした。

hir0 による投稿:

(hd0,  と　　(hd1,

が候補に上がると思いますので
grub> (hd1,

まで入力して[tab]キーを押してください。

その他、「part_msdos」をキーワードにしてこのフォーラム内を検索しましたが、解決のヒントを見つけることができません。大変恐縮ですが、次のアドバイスをお願い致します。

私は Windows は全然使っていないので，正しくブートするかも，もはや不明ですが，
此方の grub.cfg でも以下の様になっています．

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Home Edition (on /dev/sda1)" {
    insmod ntfs
    set root='(hd0,1)'
    search --no-floppy --fs-uuid --set 38e44a0de449ce36
    drivemap -s (hd0) ${root}
    chainloader +1
}
### END /etc/grub.d/30_os-prober ###

PBR にチェーンロードするのに，そのパーティションのファイルシステムが読める必要は全くなく，
それよりはパーティションテーブルが確実に読めるようになっていなければならないわけですから，
今回の件で，Windows 起動のエントリでは，むしろ
insmod ntfs → insmod part_type
となるべきだと思いました．

デュアルブートの多くが Windows が同一ディスク上にあるか，
別ディスクでもパーティションテーブルタイプが同一
-- であるためか，LP へのバグ登録は見つかりませんでした．
/* 私の様に Windows を使わない人には尚更問題にならない */

まだ不足が有りました…;;
上記問題は 10.04 でのことです．
10.10 では各エントリに insmod part_type が挿入されています．
/usr/lib/grub/grub-mkconfig_lib の diff をとると（抜粋）

+  partmap="`${grub_probe} --device ${device} --target=partmap`"
+  for module in ${partmap} ; do
+    echo "insmod part_${module}"
+  done
+

LTS ですし，待っていれば bug fix されるかな？

einundzwanzighundertsechsさん、コメントありがとうございます。お昼過ぎにご返事差し上げたつもりでしたが、送信ボタンを押す前にブラウザを閉じてしまったようです。

einundzwanzighundertsechs による投稿:

insmod part_type
insmod ntfs
となるべきです．

insmod part_type では、以下のエラーメッセージが表示されました。
error: file not found

einundzwanzighundertsechs による投稿:

上記問題は 10.04 でのことです．
10.10 では各エントリに insmod part_type が挿入されています．

混乱させてすみません。
#36 で訂正しましたように、 Ubuntu 10.10 へはアップグレードしていません。