tncさんお忙しいところありがとうございます


誤解を招いている感じなので　追記しておきます

XPとVistaがもともと入っていたところに後からDebianとUbuntuを入れました
その段階でうまくGrubから起動できていましたのでブートローダの問題では
ないのです。
Grubを使うOSのメニューがうまくいかないという話です。

Windows系はうまくGrubからチェーンブートできていました。

お帰りお待ちしています　:D

それなら以前メンバのkiyoshiさんが参考に示したgrubの数珠繋ぎがピッタリ来るかと。
http://wikiwiki.jp/disklessfun/?multipleboot
順にチェインロードして全てのmenu.listを通過するので変更などもアップデートされるのでは？

２〜３のデュアルブートでは余り意味をなさないかと思いますが４以上になるとダントツに効果が有ると思いますが論点がずれた解答だったらすみません。

jackalope による投稿:

Linuxどうしのデュアルブートもしくはマルチブートの場合はそれぞれ個々のGRUBで起動しなくてはなりません。

間違っています。
Grubは直接カーネルを起動できますので個々のGrubを起動しなければマルチブートができないわけではない。

9.04のGRUBがメインで立ち上がっているのだろうと思います。

Grubの起動にメインの概念はありません。

これはWindowsは自動的にできたのですが

自動で間違いないのだがインストーラーに依存する事なのでこれから先Windowsがチェインロードできるとは限らない。

同じGRUBを使っているので手動で行わなくてはなりません。

同じGrubを使っているからではなく元のブートローダーから異なるブートローダーに制御を移すからです。
GrubからGrubへのチェインロードでmenu.lstを自動で生成してくれるツールがないので手動なのでしょう。

御指摘ありがとうございます。どうも書き方が不味いので誤解を招いたようです。
ほぼ仰る通りです。
起動させたいOSのmenu.lstの一部をBIOS起動後に起動するGRUBのmenu.lstへコピペするだけで起動できるのですが
それでは、カーネルがアップデートする度に同じ作業をしなくてならないのでよくないです。
で、メインと書いたのはBIOS起動後に立ち上がるGRUBのことです。
そのGRUBから各GRUBを呼び出して各OSを起動できるのが望ましいと思います。
で、Windowsについては、スレ主の投稿によるとWindowsがあった領域へdebiannとUbubtuを上書きインストールしたようです。
ですからもう飛んでしまっているようです。
とりあえず、前レスにて指示したパーテーションの内容とmenu.listを読んでみないことには先へ進めません。
そのパーテーションの構成によっても違ってくるので・・・
私じゃ不甲斐ないので私がUPしたリンク先をみて貰えたら理解して頂けると思います。

最後の編集者: tnc (2009-05-20 13:29:33)

Kenqa による投稿:

一般的な運用としてはこういう場合は一つのmenu.listを更新するのではなく、それぞれgrubとmenu.listをもって
自分が起動する分の情報だけにするってことですね。

もう少し読み込んで　この運用方法に修正してみます。

う〜む???
砕けた状態で云うとmenu.listは目次見たいなものです。
で、BIOS起動直後に現れる目次に別の目次から単純にコピペしたらそのOSは起動するのですが、それをやるとカーネールが
バージョンアップする度に書き換えなくてはなりません。これは非常に効率が悪いですよね。
そこで、いま起動する目次に起動したいOSの目次にリンクしなさいと命令を出してあげるんですよw
その命令を出すのにちょっとコツがあってですね。
その目次(ややこしいからGRUBと以後書きますね)を各OSをインストールしたパーテションの先頭(PBR)にきちんとインストールしてあれば、BIOS起動直後に現れるGRUBに呪文を書くだけでいいんですけど。
問題は、Kenqaさんがどうやってインストールしたのか現時点では断定できません。
そこで、BIOS起動直後に現れるGRUBのmenu.listをコピペして頂いてかつパーテーションエディタの結果を投稿して頂けると、ある程度、検討が付くのではないかと思います。それと同じデストリですからどちらかひとつで構わないと思いますよw
どうしても心配ならライブCDで起動してみて様子を見るのもいいかと思います。
まあ用心深いのであれば長期サポートのLTSでいいと思います。
とにかく出来るかぎりの情報を提供して頂けると識者の方々がらアドバイスが頂けると思います。

最後の編集者: tnc (2009-05-20 22:42:52)

私も色々なOSを1台のPCに入れています.
当初は同じような失敗、カーネルパニックにあい、やり直しをさせられましたので、フムフムと読ませて頂きました。

Kengaさんの最初の質問のなかに、”MS系以外”とありますが、私はMS-XPもマルチブートできています。
これはGRUBのマニュアルにも書いてあると（思いましたが）、XP,VISTAは1番最初にInstallします(そうしないとかなり厄介です）。
LINUXの環境のMBR、PBRをXP（VISTA）がInstall時に書き換えてしまうので、後からではGRUB(Linux)がBootできなくなります（ました）。
Kengaさんと同じですがUbuntuを最後にするのが結論になります。経験上の手順ですが、

1.XPをインストール
    XPのBoot Loaderは（HD0)書き込まれます(MBR)。
    XPそのものはパーティション２（HD0,1)にいれています。普通だとP1（HD0,0)に入れるところですが。

2、3、他のLinuxをインストール。
    ここではGOS（＝Ubuntu 8.04)のインストール時にGRUBもP5に入ります。
    Puppy LinuxはP6に入れています。ここでもGRUBのインストールはします。
　　最後にUbuntuのMENU.LSTにマニュアルで    書き直したほうがうまくいきます。
　　PuppyのGRUBがROOT=UUIDをうまく認識できないようですので、root=/dev/sda6
　　ように単純化して入れます。
   
4.Ubuntu8.10（9.04）を最後にインストール（P１)
GRUBはP1以外にインストールする。ここではP5をUbuntuとGOSの共用のGRUBにしています。
    GRUBのMENU.LSTはこの時自動生成され、XP、GOS,　Puppy,　Ubuntuがメニューにでてきます。
    Puppyだけはマニュアルで書き換えます。これはGRUBが　/boot/vmlinuz　を自動検索する際、Ubuntu, GOSと
    カーネルの名前が同じためBootの位置を間違え、カーネルパニックをおこすからです。
    Ubuntu系はvmlinuzにVersion番号を与えるためGRUBが混乱しないようです。

Debianでのカーネルパニックも同じような原因かと推測します。

まとめると、夫々のLINUXの夫々のパーティションにGRUBを入れる（PBRとして）。
MBR（HD0)はXP(VISTA)のまま。
MENU.LSTは最後に入れたGRUBのMENU.LSTを使う。

GRUBのBoot Imageは
STAGE1.0
STAGE(1.5)2.0
でこれが各パーティションのPBRに描かれ、夫々の/BOOT/GRUB/MENU.LSTにリンクするようです。
つまりLinuxのインストール毎（GRUBを使う場合は）にPBRが作られていきます。
このPBRのGRUBは独立していると考えたほうがいいです。
起動時のGRUBがMENU.LSTに従い、/dev/SDAx にある　vmlinuz を読むのがBoot Sequenceのようです。
ですから例えば使われない　GRUB（Puppy の/boot/grub)を削除してもPuppy はP5からブートできます

ブートイメージはGRUBのコマンド（立ち上げ時のブートメニューから起動できます）で：
    >root (hd0,3)        :GRUBのboot imageのある場所を指定。
    >setup (hd0,4)        :GRUBのイメージをPBRにコピーできます。
あまりお薦めではありませんが希望のGRUB（MENU.LST)がうまく使えない場合の対処法です。Partition EditorでBoot位置の変更ができるバックアップ（Boot CD)を用意してから使うことになります。

下記は私のMENU.LSTの一部です。御参考に。UUIDはLinuxの hwlst コマンドでご自分のPCのHDDのIDを見れます。UbuntuのGRUBだと指定のパーティションIDをMENU.LSTに取り込みます。PUPPY,KNOPPIX等はしてくれません。GRUBの設定SHELLが夫々のLinuxで違う一例です。

default 0
fallback 4
timeout 15
color white/blue cyan/black

title gOS, kernel 2.6.24-19-generic (on SDA4)
root (hd0,4)
kernel /boot/vmlinuz-2.6.24-19-generic root=UUID=802d3d16-a796-4e1a-b2ef-c18ca7608ca1 ro quiet splash loglevel=0
initrd /boot/initrd.img-2.6.24-19-generic

title Ubuntu 8.10 Primary GX1 Linux kernel 2.6.27-7 JP (on SDA1)
root (hd0,0)
kernel /boot/vmlinuz-2.6.27-7-generic root=UUID=616789ec-2cf7-4e3a-8adf-a3be183d7783 ro quiet
initrd /boot/initrd.img-2.6.27-7-generic
savedefault

title Microsoft Windows XP SP3 Edition
root (hd0,1)
chainloader +1
savedefault
makeactive

title Puppy 4.1.2 GX1-P6 (on SDA6)
root (hd0,5)
kernel /boot/vmlinuz root=/dev/sda6

** END

GRUBの特性で、(HD0,5)=/dev/sda6 のようにパーティション番号がずれるのにご注意ください

構築されたmenu.lstは日常使われているのでしょうか。
menu.lstは手打ちで入力されたのですかw
tncさんの仰っている事が理解出来るようになれでばなぁwww
解らない所が有るので教えていただきたいのですが

ただし、注意しなくては行けないのはXPはNTRDAですから別のブートローダーであり先頭領域に置いとかないと厄介です。
あとのGRUBは最初に導入したもの以外はすべてPBRにいれておいて下さい。

これはNTRDAを先頭領域にというのはMBRですか？PBRですか？
GRUBは最初に導入した物はMBRに入れろと言う意味ですよね。
と言うことはNTRDAというのはPBRですか？

＃１３で訂正されたと言うことは普段使用しているmenu.listではなかったのですね。
参考にするのは止めますw

以下もよく参考にしてみますよwww

tnc による投稿:

とりあえず先日、ひさしぶりにマルチブート環境を作ってみましたので私のmenul.istを参考にして下さいな。

コード:

splashimage (hd0,1)/boot/grub/splashimages/98478-gentoo-splash.xpm.gz
default 0
timeout 10

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=b7cdc323-caf1-4314-82d0-35aae8efd373 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=b7cdc323-caf1-4314-82d0-35aae8efd373

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## should update-grub lock old automagic boot options
## e.g. lockold=false
##      lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all

## specify if running in Xen domU or have grub detect automatically
## update-grub will ignore non-xen kernels when running in domU and vice versa
## e.g. indomU=detect
##      indomU=true
##      indomU=false
# indomU=detect

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title Ubuntu 9.04, kernel 2.6.28-11-generic
kernel /boot/vmlinuz-2.6.28-11-generic root=UUID=b7cdc323-caf1-4314-82d0-35aae8efd373 ro quiet splash
initrd /boot/initrd.img-2.6.28-11-generic

title Ubuntu 9.04, kernel 2.6.28-11-generic (recovery mode)
kernel /boot/vmlinuz-2.6.28-11-generic root=UUID=b7cdc323-caf1-4314-82d0-35aae8efd373 ro  single
initrd /boot/initrd.img-2.6.28-11-generic

title Ubuntu 9.04, memtest86+
kernel /boot/memtest86+.bin

### END DEBIAN AUTOMAGIC KERNELS LIST

title Other operating systems:
root

title Microsoft Windows XP Home Edition
root (hd0,0)
chainloader +1
savedefault
makeactive

title openSUSE 11.1
root (hd0,5)
chainloader +1

これは、以下の構成になっております。
sda1 XP
sda2 Kubuntu 9.04
sda3 拡張パーテーション
sda4 NTFS(共有領域)
sda5 Open SUSE Linux
sda6 swap

最後の編集者: hir0 (2009-05-23 16:13:31)

hir0さんへ
返そうかどうしようか迷ったのですが、やっぱり返すことにしました。

hir0 による投稿:

構築されたmenu.lstは日常使われているのでしょうか。
menu.lstは手打ちで入力されたのですかw
tncさんの仰っている事が理解出来るようになれでばなぁwww
解らない所が有るので教えていただきたいのですが

はい、あなたが引用されたmenu.listをそのまま使っております。
尚、すべてを手打した訳ではありません。
チェインロードするには一部、書き加えなけれはならないので下記の部分だけ書き加えてあります。
よく読んで頂ければすぐ判ると思います。

title openSUSE 11.1
root (hd0,5)
chainloader +1

hir0 による投稿:

＃１３で訂正されたと言うことは普段使用しているmenu.listではなかったのですね。
参考にするのは止めますw

参考にして頂いて構いませんよw
ただあなたの環境でそのまま使えるかどうか判りません。
お気付きかと思いますが他のデストリを導入しておりますので若干の違いはあるかと思います。

訂正したのは、パーテーション構成の表記に誤りがありましたので書き直しました。

hir0 による投稿:

これはNTRDAを先頭領域にというのはMBRですか？PBRですか？
GRUBは最初に導入した物はMBRに入れろと言う意味ですよね。
と言うことはNTRDAというのはPBRですか？

私が解説すると不味いのでこちらを参考にして下さい。
http://ja.wikipedia.org/wiki/NTLDR

hir0さんは、これくらいのことは知っておられるものと思っておりました。
そうでないとGRUBに関する数々の投稿は出来なかったのではと思っております。
わたしの思い違いであれば誤ります。
ただ、あなたが何か意図的に問いかけたのであれば不愉快です。

最後の編集者: tnc (2009-05-23 17:45:01)

hir0 による投稿:

そうですか、不愉快な気分にさせてしまいましたね。
直接カーネルをロードせずに各PBRのローダーをキックして個々の起動ファイルを読み込む手法はしっていましたし、一般的な手法と言われるメンバもいますよ。(多数のOSを使用しないので、そのメリットについては以前は余り考えていなかったけど)

なぜ理解できているのにNTRDAを引き合いにだしたのですか?
あなたがやっていることは揚げ足取りですよ。
当然、そのことを理解していないと、このスレッドはもとより他のスレッドでお答えになられていたことと辻褄が合わないですよね。
すべて、御存知であるのなら合えて問いかける必要はないと思います。

hir0 による投稿:

今までの流れでfm280さんのmenu.lstを引き合いに出して語るほどの何かが有ると思ったのですがどうでしょう、tncさんにはそう言うオーラが有る！！

fm280さんからお返事をいただいてないので未だに解決してないのです。
ただ単にコピペしただけではどうにもならいのですが、何かある方法を用いて手を加えているのなら
それを教えて下されば納得するのですが・・・
いずれにせよ回答が無いのでなんとも云えません。(汗)

hir0 による投稿:

理解できない部分が幾つか残りますので今回は参考は見送ります。
脱初心者、やっと初級者なのでお許しを。

何か奥歯にモノが挟まったような事を云われると後味わるいんですけど。
一度、行動規範をよくお読みになられたほうがいいのではないのでしょうか。
そのようなお考えでおられるのなら今後、一切あなたへ回答することはないでしょう。

最後に、私も識者ではありません。
いろんなサイトで揉まれて勉強させて頂いてここまで来ました。
その中でも当サイトとリンク先のサイトでは大変御世話になっております。
双方とも大変優れたサイトだと思われます。
その優れたサイトの雰囲気を壊す事だけはやめていただきたいと思います。

とは云うモノの、そんな私もまだまだ初心者の域を越えておりません。(残念ながら)
でも持ちうる情報は、なるだけ提供し皆さんのお役に立てば良いと思っております。
そういった中で得る物も沢山あるのでどんどん活用していって、皆の備忘録になっていけば良いと思います。

最後の編集者: tnc (2009-05-23 20:40:51)

などと偉そうに書きましたが、未検証です。
さすがにこれだけの環境は構築できませんので。

#VistaとXPのマルチブートがそもそも無理。
#もしかしたら、grub4dos使った方が楽かも？
##そこまでするならむしろMBM使った方がいいか？

VistaとXPのデュアルブートの場合は、Vistaのブートマネージャから呼ばないと だめなんですよ。
Vista のローダーからは XP を呼べるけど、XP のローダーからは Vista は呼べないので。
XPだけなら NTLDA に乗っけてもいけます。

MBMは私もよく分りません。
とりあえずGrubで済まそうとするので（笑）
きちんと使えば便利そうですけどね。

最後の編集者: GHO (2009-05-24 00:19:45)

tnc による投稿:

たしか以前、お会いしたトピックでMBRを復旧する際にあぼ〜んされてた記憶が(汗）

そこは忘れて下さい（滝汗）

2つ以上のOSでは期待した結果が得られないので下記の3箇所を変更。

11行目probed_os=$(os-prober)を削除して下記2行追加
probed_os=/tmp/probedos.tmp
os-prober > $probed_os || true

69行目for os in $(echo $probed_os); doを
for os in $(cat $probed_os); do
に変更

80行目に
rm -f $probed_os
を追加

注：スクリプトを実行するにはデフォルトでインストールされているパッケージだけではエラーが出るかもしれません。
　　エラーが出たときは必要なパッケージをインストールして下さい。