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

こんばんは。
『（D945GCLF2）＋HDD（2TB)一台＋CD-ROM構成(メモリー量は分からないが多分１G～２G）のPCに9.10のときは普通にインストールして使えたが、10.04はインストールは終わったが、再起動させると起動しなかった』でいいですか。

『インストールディスクが見えない』というのがよく分からないのですが、再起動するときにはインストールディスクはCD-ROMトレイから出してからリスタートになりますので、見えないはずですね。それを読みにいっているのが分からないのですが、とりあえず、ＢＩＯＳで、起動順序をHDDをトップにしてみてください。
もう一つ、BIOSからは２TBのHDDとして見えているのですか。容量まで含めて確認してみてください。

私は同じような構成（D945GCLF2＋HDD（５００GB)×２＋２GBメモリー＋CD-ROM）のパソコンを持っていましたが、OpenfilerでNASを作り、親戚にあげてしまいました。今はありませんので、検証できません。１TBのHDD(サムスン)を付けて、9.10をインストールしたことがありますが、２TBは未知の領域です。

もう一つ、通例ですが、LTS系は3～４月毎にリビジョンアップ版がでます。

私の投稿で不愉快に思われた方いましたら、大変申し訳ありません。お詫びします。
それでもResつけていただいた方、ありがとうございます。
言葉足らずで、こちらの意図してることをうまく表現できてなかったようです。文章もいただけないですね。。。すみません。

私のインストールが上手くいかなったことが発端で、なんとか解決できればといろいろググってたら
http://wikiwiki.jp/disklessfun/?grub2_and_grub1#ubuntu-installer-tips
↑のようなサイトを拝見させてもらいまして、私のインストールの問題もひょっとしたらGURB2自体の問題というよりもインストーラー側の不備（説明不足）ではないかと思ったしだいです。（その考察が間違ってるやもしれませんが）
こちらのフォーラムでも幾つも同じようなインストール後　起動できないとの書き込みがありました。一通りみさせていただいて、やはりGRUBのインストールが上手くいってない方が多いようでした。
できれば多くの方が（私も含めて）インストールのところでつまづかないほうが幸せではないかと思ったのです。
ですが、私自身にはスキルもないです。（そんなヤツが発言するなといわれればそうです。
インストール後に手動で操作して解決する術があるのなら、インストール前にその解決だったり（インストールしてるそのときに）解説があってもいいのでは　という個人的には素朴な疑問でした。


私自身の環境はIntel D945GCLF2（Atomマザー）＋Western Digital WD20EARS（２TB　HDD)＋メモリ２GB＋CD-ROMです。（メモリとCDの詳細はいま手元にないんで家にもどったら書けます）
funatogawaさんへ
＞ＢＩＯＳで、起動順序をHDDをトップにしてみてください
＞BIOSからは２TBのHDDとして見えているのですか。容量まで含めて確認してみてください
いま出先なのであとで確認してみます。（9.10に入れなおして無事動いてるんですが、、、検証のためにまた10.04いれてみます）

siさんへ
おっしゃるとおりWDのHDDです。
＞大きいパーティションサイズだと、grubにも問題が起こるようなこと聞いたことあります。
これは私もネットでみたことがあるのですが、/bootパーティションをHDD先頭に１００MBとかで試しに作ってインストールしたときも同じ症状でした。

いずれにせよ、エラーのログが詳細でないですね。。。すみません。あとで詳細あげます。
取り急ぎ

R2D2C3POさん、不愉快感は感じていないですよ。

ただ質問（どの様な結果を希望）の内容が読み取れなかったので、取り敢えず#３はあれこれ手を加える手間を省いた回答を書きました。
#2も多分、同じような感覚で書かれただけと思いますよ。

古い規格が排除されて新しいセクタサイズを持つHDDに対応するのは10.04からだった気がするんだけど（9.10はOKなんですよね）、勘違いだったかな。
興味も有りますし今後の展開を見守っています（だからって、アレコレ試して結果報告って意味じゃないですよ。）:)

10.04が起動している状態で

$ sudo head -c 1b /dev/sda | tail -c 66 | hd
の結果と

$ sudo apt-get install --reinstall grub2
$ sudo grub-install /dev/sda

状況としてはGRUBのstage_1と言うファイルが怪しい（壊れている？）のでインストールディスクから入れたGRUB2を新規に入れ替えてみ見る、インストールディスクのGRUBのデータが破損しているのかも。

最初のコマンドはHDDのセクタサイズの影響でズレてGRUBがインストールされた為に、以前のGRUBの残骸が残っている為MBRのstage_1を検出できずに「No bootable device」の可能性（というか妄想）の確認。

そう考えると、以下の状況は説明がつくのですが、、、さて
・No bootable device
・９．１０のブータブルCDから１番目のハードディスクから起動する　を選ぶと、HDD内の１０．０４が起動。
・9.10からアップデートで１０．０４へ　それだと普通にHDDから１０．０４が起動できる。

情報ありがとうございます。
状況の報告？分析？etc...です。

$ sudo head -c 1b /dev/sda | tail -c 66 | hd
の結果
00000000  00 00 01 00 ee fe ff ff  01 00 00 00 af 88 e0 e8  |................|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000040  55 aa                                             |U.|
00000042

これによって解ったこと、

・a) /dev/sda1にブートフラグが立っていない。
・b) /dev/sda1のファイルシステムはext2.3.4ではない。
・c) /dev/sda1はEFIと言う極めてFATに近いフォーマットがされている。
・d) 実際にHDDの構成が/dev/sda1だけならパーティションテーブルは適正な位置にあるので先頭からテーブルまでも適正。

dが実際の構成と違った場合はa,b,cも違ってくる。

ぁ　今回、手動でパーティションを先頭から
/boot　　ext4　　100MB
swap  　　　　　　4GB
/              ext4　　２TBのうちの残り全部

最初のコマンドを実行した後でパーティションを変更してインストールしなおされたのでしょうか、それともこの状況のHDDの構成で
$ sudo head -c 1b /dev/sda | tail -c 66 | hdを実行されたのでしょうか。

前者なら最初のコメントは実状に当てはまらないです。
後者なら確実にMBRを含む情報の書き込み位置が違っています。

$ sudo apt-get install --reinstall grub2　
を実行すると

(データベースを読み込んでいます ...
       〜中略〜
grub2 (1.98-1ubuntu6) を設定しています ...

GRUB２は無事再インストールされた様です

$ sudo grub-install /dev/sda
を実行すると

/usr/sbin/grub-setup: warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!.
/usr/sbin/grub-setup: warn: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and its use is discouraged..
/usr/sbin/grub-setup: error: if you really want blocklists, use --force.

間違いなく/dev/sdaを指定されたでしょうか？ 「/dev/sda1」ではダメです。
このメッセージはMBRではなくてPBR,つまりパーティションの先頭にGRUB2を入れるときに出るものです。

--force.をつけて無理やり実行してみました。

$ sudo grub-install /dev/sda --force
/usr/sbin/grub-setup: warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!.
/usr/sbin/grub-setup: warn: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and its use is discouraged..
Installation finished. No error reported.

無事にインストールが完了しています。

システムの認識や新企画HDDの事も有りますが、910が起動しているのでやはりGRUBのインストール先の再確認をまず行ってみてください。

端末からは
$ sudo head -c 1b /dev/sda|strings

[実行結果]

ZRr=
`|f   
\|f1
GRUB
Geom
Hard Disk
Read
Error

表示されれば/dev/sda にGRUB２は入っています。


$ df -hT
も確認してみてください。

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

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

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

完全に私の読み違いです。
$ sudo head -c 1b /dev/sda | tail -c 66 | hd
の結果表示された情報は新しい規格のパーティションテーブルのようです。
システムID、[0xEE]は「EFIフォーマットされている」と言うフォーマット形式が問題ではなく新規格「GRT」であるサインの様です。

http://ja.wikipedia.org/wiki/GUID%E3%83%91%E3%83%BC%E3%83%86%E3%82%A3%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB
勉強不足でしたすみません。
実機が無いので検証できませんが#5のsiさんの意見も含めて何か分かれば報告します。
9.10で問題が無かったということはGRUB２のベータ版とリリース版の違いが有るのかな？


GPT（GUID Partition Table）の問題が出たのは何故だろう？
・今までGPTを使用してUbuntuをインストールする人が居なかった？
・ウェスタンデジタル社製の問題？
・GRUB２のバージョンの問題？

$ sudo apt-get install grub
これで一つ前の世代のGRUBがインストールされます。
入れ替えないとダウングレードインストールはキャンセルされてしまいます、もしかしたら

$ sudo grub-install /dev/sda
を実行してMBRのGRUBも入れ替えないとダウングレードと判断されるかもしれません。
9.10の初期のGRUB２をダウンロードしてクリックするとインストールが始まります。

システムに9.04のGRUBがセットされるのでMBRに書き込みます。
$ sudo grub-install /dev/sda

これでGRUBのバージョンの違いが関係するかどうかが判断できると思いますが、すみません手間のかかることなのでお時間の空いた時でも試してみてください。

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

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