jackalopeさんへ　ご返信有難うございます。

jackalope による投稿:

/etc/grub.d/30_osproberです。

という内容でしたので、中身を拝見したのですが、

echo "Found ${LONGNAME} on ${DEVICE}" >&2
found_other_os=1

を

echo "Found ${LONGNAME} on ${DEVICE}" >&2
found_other_os=2

にし、sudo update-grubを実施しました。しかし、Fedora FC12 64bitは検出されないようです（/etc/grub.d/40_customは一度消しています）。わたしが修正した場所は見当違いであり、違う場所を変更すべきでしょうか？

　weykさんへ　ご返信有難うございます。

weyk による投稿:

　何を意図して修正したのかわかりませんが、通常、内部変数を適当に変更しても、悪くなることは合っても、動作が改善する可能性は無いです。

意味合いはわかります。

#2 の

jackalope による投稿:

/etc/grub.d/30_osproberです。

と書かれていることから、何かしらのヒントがあるのでは？と考えました。

weyk による投稿:

なぜ載らないのかは、私にもわかりません(汎用的に検出する為、結構複雑です)。実際に探し回ったりする役割は、os-proberというパッケージが担っています。

同じく、それをわからないため出来れば知りたいのです。よって質問した次第です。

#1に40_cutstomも書いておりますが、決めうちとは考えておりません。

情報をお知りの方がいれば幸いだと思っております。

　こんにちは。

mako999 による投稿:

#2 の

jackalope による投稿:

/etc/grub.d/30_osproberです。

と書かれていることから、何かしらのヒントがあるのでは？と考えました。

この中とそこから呼び出されるプログラムで判断している　と言う点では、関連があります。
これは、jackalopeさんが引用している通り、

mako999 による投稿:

お伺いしたい内容は、件名の　GRUB2 OS検出の法則もしくはルールになります。

への回答ということになるかとおもいます。ここに書かれているロジック(とここから呼び出されるロジック)が、検出する法則でありルールです。ただし、ルールを簡単に変更する方法は無いようです。後者のようなもの(ロジック本体ではなく、設定ファイルの分部)のようなもので、法則やルールを変更できるオプションが存在するものを期待していたのかな　と推測しました。
# いくつか、オプションは設定ファイル(/etc/default/grub でしたっけ？)で変更できるものもありますが、検出可能なものを、大雑把な範囲で載せないようにする言う機能です。

#1に40_cutstomも書いておりますが、決めうちとは考えておりません。

#1の、40_customに記載している方法について、他の動的に生成されるメニューの部分と異なり、そのパーティション(root=に固定で記載)にそのOS(メニューの選択名に固定で記載)が存在し、かつchain loadで起動可能である ということを前提としている点を「決め打ち」と表現いたしました。

mako999 による投稿:

weyk による投稿:

なぜ載らないのかは、私にもわかりません(汎用的に検出する為、結構複雑です)。実際に探し回ったりする役割は、os-proberというパッケージが担っています。

同じく、それをわからないため出来れば知りたいのです。よって質問した次第です。

もし、一律FC12の64bitsが載らない(検出できない)とすると、障害としてなにかあるかとおもったんですが、情報を見つけることは出来ませんでした。あとは、パーティション数が多い(拡張の4番目がOKで5番目がNG)ので、なにか制限でもあるのかという点も気になりますが、そういった制限は見た記憶がありません。・・・他にUbuntu9.10とfc12(64bits)のDualブートでgrub2から認識されている人がいれば一報欲しい感じです。
# 私も原因が知りたいです。dual bootを試すところまではなんとか環境が作れますが(早くても明日ごろ)、それで動いてしまうと、調査が手詰まりっぽいのが難点です・・・

あと、先ほどあまり気にしてなっかたのですが、１点、確認させてください。
　FC12(64bits)を40_customに記載している部分ではchain loaderによる起動になっているようですが、grub2から動的に生成されるFC12(32bits)のエントリの方はどのように(kernelかchain loaderか)認識されているのでしょうか？また、FC12(64bits)のパーティションについて、grub2のkernelコマンドによる起動は可能かどうか確認済みでしたら、それも知りたいです。

突然の電話で慌てて投稿してしまいました．訂正します．

einundzwanzighundertsechs による投稿:

/etc/grub.d/grub_os-prober によると，まず os-prober コマンドの結果を元に linux-boot-prober が実行されます．

etc/grub.d/30_os-prober によると，os-prober コマンドの結果を元に linux-boot-prober コマンドが実行されます．

einundzwanzighundertsechs による投稿:

これら2つのコマンドはシェルスクリプトです．斜めよみしたところでは，linux-boot-prober は　grub の menu.lst や grub2 の grub.cfg を捜索し，そのエントリを Ubuntu 向けに変換しています．

linux-boot-prober　は　grub の menu.lst や grub2 の grub.cfg を捜索して，そのエントリの項目をコマンド例にあるように : で繋いで出力します．
それを Ubuntu の grub.cfg 向けに変換するのは /etc/grub.d/30_os-prober　の担当です．

weykさん、einundzwanzighundertsechsさん こんばんは

すみません。#10では、GRUB boot画面でext2を勝手に見間違え、勘違いから、すべてクリーンインストールを実施してしまいました。ただこれはわたしの勘違いから始まり、テストに苦痛は感じておりません。よって、失礼ながら少しお話を戻します。

weyk による投稿:

　あと、先ほどあまり気にしてなっかたのですが、１点、確認させてください。
　FC12(64bits)を40_customに記載している部分ではchain loaderによる起動になっているようですが、grub2から動的に生成されるFC12(32bits)のエントリの方はどのように(kernelかchain loaderか)認識されているのでしょうか？

menuentry "Fedora (2.6.31.5-127.fc12.i686.PAE) (on /dev/sda9)" {
    insmod ext2
    set root=(hd0,9)
    search --no-floppy --fs-uuid --set 6d130b38-245b-4963-896c-eeb9c60e7644
    linux /boot/vmlinuz-2.6.31.5-127.fc12.i686.PAE ro root=UUID=6d130b38-245b-4963-896c-eeb9c60e7644 nomodeset LANG=ja_JP.UTF-8 KEYBOARDTYPE=pc KEYTABLE=jp106 rhgb quiet
    initrd /boot/initramfs-2.6.31.5-127.fc12.i686.PAE.img
}
### END /etc/grub.d/30_os-prober ###

初期段階となります（カーネルアップをしていません）。

weyk による投稿:

また、FC12(64bits)のパーティションについて、grub2のkernelコマンドによる起動は可能かどうか確認済みでしたら、それも知りたいです。

まず定義を記載する際、間違えました。

/etc/grub.d/40_custom
menuentry "Fedora (Constantine 64bit) (on /dev/sda8)" {
insmod ext2
set root=(hd0,8)
chainloader +1
}

の間違いです。申し訳ありません。grub.d/40_customを外した状態、及びつけたままの状態、さらに32bit PAEで　root コマンドから起動を試みましたが、全て起動途中で止まる状態でした。これは私のコマンドミスが考えられます。ただし、GRUB2から直で起動しようとしていることは確認出来ます。

einundzwanzighundertsechs による投稿:

Fedora12 に grub2 をインストールする場合は注意が必要です．

了解しました。

ここからは自分でのテストです　（尚　テストしている際、区画構成は変わりませんが、OSが32bitになったりします）

PBR sda8 Fedora FC12 32bit /,PBR sda9 Fedora FC12 64bit / をまず導入しました。

1.Japan teamの32bit Ubuntu 9.10 をsda6　sda7に導入(MBR)。同じ結果となりました。よって媒体の線は薄いと感じられます。

2. 27日に一度、9.10をPBRとし、MBRの動作確認を行いました。その際は不思議なことにすべてブート可能でした。

3. 問題のsda8にJapan teamのUbuntu 9.10 32bit をPBRで入れてみました。$ sudo update-grubを実行すると、正しくマッピングされます。すなわち4OSがUbuntu 9.10 GRUB　(MBR) から正しくチェーンされていることがわかります。

・今回の反省点

weykさんがご指摘された通り、かなり細分化した構成にしております。最初にGRUB2実装OSで試すべきでした。

わたしなりの解釈

これはわたしの環境、そして確実な展開とは思えませんが、こう考えています。GRUB1を実装しているFedora　FC12の場合、不思議なことにひとつだけであればチェーンされます。しかし二つ入れた場合、/etc/grub.d/40_customを使って逃げる手段が比較的妥当では　と考えています。

weykさん、本当に申し訳ありませんでした。ネット検索はわたしも行っていたのですが、なかなか該当する事例　（いないですよね）　がみつからず、恐らく似た検索作業をさせてしまい申し訳ありません。

質問から相談という形になってしまいましたが、お付き合いしていただき有難うございました。

なお、件名とは若干違う気もしますが、本人の中ではある程度納得出来たことから、解決済み　と扱っていただいて宜しいでしょうか？

さらに今後も懲りずに？宜しくお願いいたします。