weykさん、毎度ありがとうございます。

膨大な資料から、そのページ見つけてくださりありがとうございます。
「BSD」などの単語を見てUNIXの影響を再度感じてました。

やはり、 そこでいう、(device[,part-num][,bsd-subpart-letter])の書式がハードウェア(bios)との関係で、
/dev/sda　式書式がOSとの関係つまりお言葉を借りますと「linuxのカーネルが起きて自身の起動が始まってから」のお話
との考えでほぼあってるのでしょうか？

まあ、二つの書式の意味が全く同じなら、7.04のころのマニュアル？に「USB-HDDにインストールした場合はsdaとsdbを入れ替える」との記述が、ありますので当たってるかもですね。
「ブート時の構成とブート始まってからの構成は違うよ」との意味かもしれませんね。

USB-HDDとsATAは私の環境では、全部sd○扱いです。

weyk による投稿:

# 結局のところ、パーティションをUUIDで指定できる環境(デバイス)では、要らない・・・？

少なくとも起動に関してはUUIDでエントリーが記載されてるOSはdevice.mapを空白にしても起動しました。
つまり、一度menu.lst(grub.cfg)にUUID形式で正しく登録されちゃえばbiosの優先順位関係ないかもです。

weyk による投稿:

大抵は、物理的な接続位置の順になるかと思います。

実は、ここが一番気になる部分でしてbiosでの設定(起動優先順位）で決まるのか接続端子で決まるのかが、、、
でも、大体今の私の認識でよさそうですね。少なくとも私の機械では。

weykさんともあろうお方でも曖昧な部分があるのですから「絶対」はないのかもですね。
(ここまで行くと開発者に聞かないとわからん問題?)

お忙しいところ、ありがとうございました。

weyk による投稿:

起動優先順位を入れ替えたりしたときに、それを正しく認識させる為.....

一つ例を上げるとWindowsが(hd0)でない場合バージョンやハード構成で起動しない現象が起きます。
その時は本体を開けてハードの接続を入れ替えるのではなくシステム上(grubコマンドでmap)で入れ替えます。
Hideki999さんも書かれているUSB-HDD等から起動したgrubは内蔵HDDを(hd1)と認識してしまうのでその時も必要になりますね。

その作業が必要なければdevice.mapは必要なさそうですが、まだまだgrubシェルは(hd*)の記述を必要としてますがUUIDのユニーク性と長さを考えると完全に(hd*)が排除される事は無さそうなのでmapも健在でしょう、、、
UUIDを使用するメリットはデバイスの接続先や接続順に左右されること無くそのデバイスを認識出来る事に有りますので起動時はデバイスファイル名を意識しなくても良いのでしょう。

hir0さん、ありがとうございます。

hir0 による投稿:

一つ例を上げるとWindowsが(hd0)でない場合バージョンやハード構成で起動しない現象が起きます。
その時は本体を開けてハードの接続を入れ替えるのではなくシステム上(grubコマンドでmap)で入れ替えます。
Hideki999さんも書かれているUSB-HDD等から起動したgrubは内蔵HDDを(hd1)と認識してしまうのでその時も必要になりますね。

たしかに、backupの内蔵HDDをつなげてgrub再構築したらUbuntuは起動しましたが、(hd○)書式の他のOSエントリーは上手く作動しませんでした。
(他のOSはbackupなので起動する必要はないから困らないですが)

hir0 による投稿:

＃４はチェーンロードと呼ばれる方法で回避できます。

たしかに、普段使わないUSB-HDD B (OSは入ってない)を、Ubuntuが入ってる内蔵HDDとUbuntuが入ってるUSB-HDD A の間に(biosの起動優先順位の話)入れても A のUbuntuは内蔵Ubuntuのgrubメニューから起動できました。
それが、内蔵のgrubにUSB-HDD上のUbuntuがUUIDで指定されてるからなのか、おっしゃるところの「チェーンロードと呼ばれる方法」によるものかはわからんのですが。

単なる興味ですが↓
この手の話題でよくでる「チェーンロード」ですが先輩達は、PCが最初のHDDにブートローダーがなきゃ次のHDDを読みにいく事をおっしゃってるのでしょうか？
それともgrub独自の機能なのでしょうか？
http://park15.wakwak.com/~unixlife/linux/boot-grub.html
より
「grubでLinux以外のOSを起動する場合は、chainloaderでほぼ起動できます。Linuxを複数インストールし、他のgrubやliloを呼び出したい場合もchainloaderで指定します。」
他のgrubやliloを呼び出したい場合はchainloader記述必要だが他のgrubを経由せず、直接内蔵のgrubからUSB-Ubuntuを起動するなら不要なんですよね？

http://www.page.sannet.ne.jp/hirata-naoto/grub.html
より
「GRUBではハードディスクドライブはhd0, hd1, hd2...の様に表します．SCSI とIDEの区別無く，BIOS から見た１台目のHDDがhd0，２台目のHDDがhd1になります．FDDも同様に１台目からfd0, fd1...になります．」
ここですが
「BIOS から見た１台目のHDD」はfirst boot deviceではなくマザボの接続コネクターで決まるのか、first boot deviceで決まるのか
それが、イマイチ確信が持てない部分ではあります。
試しにfirst boot deviceを入れ替えてインストールプログラムがどう認識するかテストしたら、どのケースも一番目のコネクターにつないだHDDを(hd,0)のsdaとみなしたのでコネクターで決まると予想はしてますが。


まあ、ある程度、場数踏んだので起動できない事態があっても対処できるかもしれません。
私の疑問と、一応、他の方も参考にされるので、、、、
緊急性は低いです。ので、皆さん、お時間の許す範囲でお相手下さいませ。
(皆さんに私の質問にあまり時間をかけさせるのも悪いので念のため)