/etc/grub.d/10_linuxの１１８行及び１５３行の行頭に＃を挿入と

$ sudo -x /etc/grub.d/20_memtest86+

を実行する

再再起動　かなりの 長い時間 最初のNECのロゴ 真っ暗で左上にカーソルの点滅・・・やっと GRUB２の画面が 表示 でも やはり消えていませんでした。 最初のままです。？？
今日は ここまでで おやすみします。
又 よろしくお願いします。

寝る寸前のところで hir0さんに久しぶりに お返事をいただき 大変うれしいです。

hir0さん による投稿:

https://forums.ubuntulinux.jp/viewtopic.php?pid=53935#p53935
宜しければ試してみて下さい。

今見てみましたが　後ほどゆっくり 質問させてください。

hir0さん による投稿:

以前はスムーズに起動していたのでしょうか？

以前の１０倍は 起動に時間がかかるような感じです。

hir0さん による投稿:

恐らくGRUBがルートとしているシステムでは無い方をイジっているのだと思いますが。

sda1の方をいじったので・・・恐らくGRUBがルートとしているシステムであるほうでは ないかと 勝手に認識してますが・・

hir0さん による投稿:

（debian系ですよね？）

MINT８は UBUNTU派生で 他の派生もたくさん試してみましたが・・MINTは ほとんどUBUNTUです。他の派生より近いです。
ゲーム等が削除されてて マルチメディア系のコーディックが 最初から インスト済みで 私の好きな リマスタシスが最初からインスト済みで なぜが スタートアップマネージャーもインスト済みで WINみたいに 左下からのスタートメニューもにてます。
UBUNTUインストしてから 自分でやってる  設定や アプリインストもしてあるようなOSでMINT７から 気に入ってます。

sudo apt-get install [color=red]--reinstall[/color] grub2

ですね。

フォロー有り難うございます。。。
[ -- ]がぬけてま～す(*^.^*)

解決おめでとうございます。
今回は別パーティションでの「update-grub」が反映されない問題でしたが、他の弊害も含めて解決する方法にチェインロードが有ります。

相性の話ですが、GRUBは起動できないがGRUB２は起動するパターンも有ります。
それは原因の究明をある程度の段階で諦めた時点で「相性」と言うカテゴリに放り込むのが私の処理法ですが、情報として解釈の難しい箇所が有ります。

>     以前はスムーズに起動していたのでしょうか？

以前の１０倍は 起動に時間がかかるような感じです。

と有りますが

古いＧＲＵＢの時は 問題がなかったのですが・・

どの段階で不具合が起こったのでしょうか？

古い方から３つ消した 後に再起動 起動までにかなりの時間を要するようになりました

以上から不要なカーネルを削除後にupdate-grubを実行後に現象が現れたのかと思いましたが、以前のGRUBでは大丈夫だったと言うことはインストール時からGRUB２では起動に時間がかかっていたと言うことでしょうか？

昔 急に起動に時間がかかるようになったときに。
ＤＶＤーＲＯＭのドライブが マイコンピュータに認識されてなかったので、ＳＡＴＡのケーブルを抜き差しして 再起動したら なぜかなおった経験がありますが・・・

多分その辺じゃないでしょうか、BIOSがMBRにアクセスするのに時間がかかるのでは無くて、その前に一仕事しているのでしょう。

[チェインロード]については
現在「/dev/sda2」のメニューを通して各パーティションのカーネルを起動させています。
これは「/dev/sda2」に問題が起きればHDDの全てのOSが起動し無くなります。
更に「/dev/sda1」などを起動して最新のカーネルにアップグレードしても、その更新は「/dev/sda2」メニューには反映されません。


現在の「MBRのGRUB」→「/dev/sda2のbootファイル」から各パーティションのカーネル
この流れを
「MBRのGRUB」→「各パーティションのGRUB」からbootファイル、GRUBからGRUBへと連鎖させて起動するのがチェインロードです。

私も訂正（間違い）

現在の「MBRのGRUB」→「/dev/sda2のbootファイル」から各パーティションのカーネル
この流れを
「MBRのGRUB」→「各パーティションのGRUB」からbootファイル、GRUBからGRUBへと連鎖させて起動するのがチェインロードです。

MBRに入れたGRUBは/boot配下のファイルを必要とするので、GRUBが使用する設定ファイルがある方のOSに変化が有った場合、他のOSも起動できなくなってしまいます。

チェインロードのメリットの「一つのOSに依存しないで起動できる」「各OSのbootファイルを手書きで変更しなくてよい」が半減してしまいます。

構わないのであればUbuntuをGRUBのルートとした場合、40_customに以下を書き込み必要であれば他の設定の更新を止めます。
もちろん各OSがインストールされているPBRにGRUBをインストールして下さい。

必要なファイルをOSの中に必要としないブートローダーがチェインロードには適しています。
実際にはカーネルをブート（起動）するのではなく、各パーティションにインストールされたブートローダーを呼び出すだけの機能でチェインローダーと呼ぶ様です。

これにはMBMが有名ですが他にも存在します。
チェインローダーのMBMを使用するのがベターな方法ですが「GRUB」を使用してOSに依存させないようにするにはHDD上に数十MB（3桁必要かな？未確認）のパーティションを切り必須ファイルを置きます。

仮に作成したパーティションを　/dev/sda6 とします。
$ sudo mount /dev/sda6 /mnt
$ sudo mkdir -p /mnt/boot/grub
$ sudo cp /usr/lib/grub/i386-pc/* /mnt/boot/grub
$ sudo grub-install --root-directory=/mnt /dev/sda
$ sudo grub-mkconfig -o /mnt/boot/grub/grub.cfg

これで/dev/sda6 をroot としたGRUB が/dev/sda にインストールされます。小さな領域の/dev/sda6が存在する限り、どのOSが削除、変更されてもGRUBは起動します。

最後の一行はgrub.cfgを生成しますが、中の記述はチェインロード用に書き換えるので必要無いのですがgrub.cfgの雛形としてデフォルトの記述が有った方が分り良いかな？です.

/dev/sda6 をUSBメモリに　grub-install 行の最後の/dev/sda  を　/dev/sdb   (USBメモリ)にすると
GRUB 2 の起動USBメモリが出来上がります、この方法はkazunonさんのトピックに書いた憶えが有るのですが、、、
今回はそれを応用してHDDに小さな領域を確保することで「GRUB」でチェインロードのメリットを受け取ろうとの案です。

で、長く書いた割には未検証orz

GRUB2でのチェインロードの記述方法は試していませんが
------------------------------------------
menuentry "Linux (/dev/sda1)" {
set root=(hd0,1)
chainloader +1
}
menuentry "Linux (/dev/sda2)" {
set root=(hd0,2)
chainloader +1
}
menuentry "Linux (/dev/sda3)" {
set root=(hd0,3)
chainloader +1
}
------------------------------------------
で良いと思います、夜以降にでも試してみます。

他の方から「こうだよ」「違うよ」と情報が有れば試してみて下さい。

その前に、チェインロードのメリット、デメリットが分らないと何の為に行うのか、それが必要な事なのかの自己判断が出来ないですね。自己判断なのでその辺の考え、判断はお任せします。

これは一つの方法なので、急がなくても良いですし、気が向いたときにでも良いですよ。
マニアックな使い方でないと受ける恩恵は少ないかな？　けど普通に使われている方法なので憶えて（理解して）おくと中吉。

http://wikiwiki.jp/disklessfun/?multipleboot
（実は文章は読破していないけど要所々で参考にさせて頂いているサイトです）

[通常の起動GRUB]　

　　　   　   [MBR ブートローダー(GRUB)]
　　　　　　　     　　|
-----------------------------------------------------|
[rootパーティションのメニューを起動（暫定/dev/sda1）]　  
　　　　　　　　　　   |
       [メニュー　（menu.lst, grub.cfg）]　            }-----#/sda2, /sda3 変更は /sda1 のシステムにまで及ばない。
　　　　　　　　　     |                               　    # /sda1 が変調すると　/sda2, /sda3 も起動出来なくなる。
　　　　　　　　　     |
　　　　　　　　　     |----------[/dev/sda1 カーネル]
-----------------------------------------------------|
　　　　　　　　　     |
　　　　　　　　　     |----------[/dev/sda2 カーネル]
　　　　　　　　　     |
　　　　　　　　　     |----------[/dev/sda3 カーネル]

[チェインロードを利用した場合]　

　　　   　   [MBR チェインローダー]
　　　　　　　     　　|
　　　　　  [チェインローダーメニュー]    　　
　　　　　　　     　　|
　　　　　　　     　　|-------[PBR GRUB (/dev/sda1)]
　　　　　　　     　　|               |
　　　　　　　     　　|               |----[メニュー　（menu.lst, grub.cfg）]
　　　　　　　     　　|                                  |
　　　　　　　     　　|                         [/dev/sda1 カーネル]
　　　　　　　     　　|
　　　　　　　     　　|-------[PBR GRUB (/dev/sda2)]
　　　　　　　     　　|               |
　　　　　　　     　　|               |----[メニュー　（menu.lst, grub.cfg）]
　　　　　　　     　　|                                  |
　　　　　　　     　　|                         [/dev/sda2 カーネル]
　　　　　　　     　　|
　　　　　　　     　　|-------[PBR GRUB (/dev/sda3)]
　　　　　　　     　　                |
　　　　　　　     　　                |----[メニュー　（menu.lst, grub.cfg）]
　　　　　　　     　　                                   |
　　　　　　　     　　                          [/dev/sda3 カーネル]

[GRUBでチェインロード、Bootを分けた場合]　

　　　   　 　　  [MBR GRUB]
　　　　　　　     　　|
[/dev/sda6(暫定bootパーティション)メニュー(menu.lst, grub.cfg)]    　　
　　　　　　　     　　|
　　　　　　　     　　|-------[PBR GRUB (/dev/sda1)]
　　　　　　　     　　|               |
　　　　　　　     　　|               |----[メニュー　（menu.lst, grub.cfg）]
　　　　　　　     　　|                                  |
　　　　　　　     　　|                         [/dev/sda1 カーネル]
　　　　　　　     　　|
　　　　　　　     　　|-------[PBR GRUB (/dev/sda2)]
　　　　　　　     　　|               |
　　　　　　　     　　|               |----[メニュー　（menu.lst, grub.cfg）]
　　　　　　　     　　|                                  |
　　　　　　　     　　|                         [/dev/sda2 カーネル]
　　　　　　　     　　|
　　　　　　　     　　|-------[PBR GRUB (/dev/sda3)]
　　　　　　　     　　                |
　　　　　　　     　　                |----[メニュー　（menu.lst, grub.cfg）]
　　　　　　　     　　                                   |
　　　　　　　     　　                          [/dev/sda3 カーネル]

この様に（解り辛いかな？）チェインロードは、起動時に表示されるメニューから、各パーティション(PBR)のブートローダー(GRUB)を呼び出してからOSを起動させますので、GRUB（メニュー）の更新は次の起動にも反映されます。
どのOSをアンインストールしても全体に影響を与えません。
二段階にメニューの表示を行うのがウザいですね。

二度目のメニューの表示時間は設定で回避できると思いますが、チラつきや一秒程度の表示は避けられないかもしれません。


通常の起動方法の場合は今回の様な事が起こります。
図では/dev/sda2 や　/dev/sda3 のメニューを書き換えても、起動時に読み込まれる/dev/sda1 のメニューは変更されません。
また、/dev/sda1 が削除されたり不具合が起こると全てが起動できなくなります。




　　　　　　　     　　

１．今回の 起動に強烈に時間がかかるようになった不具合について、この２段階ブートをすることで 解決できる可能性が高いと お考えでしょうか？
（ＰＣを購入して 約７ヶ月 8.04 8.10 9.04デュアルブートでは、このような 現象は起こらなかったのですが・・・9.04 9.10のデュアルブートから 起こるようになりました。ですからハード的な問題か？GRUB2か？起動時にディバイスのマウントに不具合があるのか？と想像していたのですが・・）

BIOSがM/B（マザーボード）に接続されているハードを認識するのにトラブっている、PC本体の不具合にも思えます。
-----------------------------------------------------------------------------
Linux側はまず[MBR]のGRUB（stage_1）がロードされます。
ロードされたGRUB（stage_1）はデバイスの中のディレクトリ/boot/grub の中のメニューを表示させます。
メニューと同ディレクトリ内のGRUB（stage_2）がエントリーに記載された設定に従いカーネルを起動させます。

カーネルはM/Bに接続されているハードをチェックしてルートファイルシステムをマウントしてinitrdを実行して、更に細かくハードのドライバをロードしていきます。

よく起動途中で止まる、BusyBoxと表示されて進まない等はこの段階で躓いているのですね、大半は起動オプションで回避できるとは思うのですが、、、

最後にGDM（GNOME Desktop Manager）GUIでのログイン画面等セッションの入り口？が起動して、指定されているデスクトップ環境（デフォルトでGNOME）が起動します。
-----------------------------------------------------------------------------

さて、ここまでに0書いたのはやはりPCを所有しているkazunonさんがキーパーソンであると考えるからです（と丸投げ）

かなりの 長い時間 最初のNECのロゴ 真っ暗で左上にカーソルの点滅・・・やっと GRUB２の画面が 表示

今思い出しましたが「真っ暗で左上にカーソルの点滅」のままGRUBが起動しないPCでGRUB２からはスムーズにメニューが表示される様になった事が有ります。kazunonさんとは逆のパターンに近いかも知れません。

GRUBが読み込まれる前の段階だとPC側、GRUBを読み込み出してからだとGRUBですが何処から切り分けて行きましょうか？

まずはGRUBを前バージョンにしてみましょう。
$ sudo apt-get install grub
パッケージを導入しただけでブートローダーがインストールされたわけでは有りません。
GRUBを利用するには
$ sudo grub-install /dev/sda

次に現在のGRUB２にまた戻してみましょう。
$ sudo apt-get -install grub2
MBRのGRUBとGRUB２を入れ替えるのはやはり
$ sudo grub-install /dev/sda

ついでにMBMも
http://wikiwiki.jp/disklessfun/?mbm#qc7c708e

ハード面で出きることはメモリやオンボード以外のカードを類の抜き差し、コネクタの接続の確認ですが保証期間中ならば本体を開けることを止めておきましょう。

２．[チェインロードを利用した場合]　[GRUBでチェインロード、Bootを分けた場合]　と どちらの
　　方が よろしいのでしょうか？
　　[チェインロードを利用した場合]は、リンクのページにも以前にフォーラムの方に教えていただいた。
　　MBMを使用したほうがよろしいのでしょうか？

「チェインローダー」を使用した方が「MBR」(正確にはMBRと通常は使用しない部分)だけで完結するのでスマートです。
GRUBはチェインロードの機能を持っていますが「MBR」には収まりきらないのが難点です。

「boot」を分けるか分けないかを含めて好みの問題だと思いますよ。

複数（少なくても最低３つ以上）のLinuxを起動させるのならチェインローダーを使用するのが断然おすすめ。
どのOSを削除したり入れ替えたりしても基本部分に影響は出ないからです。

チェインローダーが起動するとメニューが表示され各パーティションが選択出来ます。
選択したパーティション(PBR)にインストールされたGRUBが起動されます、つまりここからは今までのシングルブート（設定によります）と同じなので起動したOSのカーネルのバージョンアップ等の更新もPBRのGRUBに反映されます、この２つがメリットです。

もう一度、書き直し!!直列と並列に似ているなあ、チェインロードは「パラレル起動」、小学生高学年の授業の乾電池の配列、直列は一つダメだと流れが止まるが並列は流れに影響が出ない。

        　              [MBR：チェインローダー]
                             　  |
                      [チェインローダーのメニュー]
------------------------------------------------------------} #ここまでがMBR他で補えています。
                             　  |　　　　　　　　　　　　　　　　　　　
                             　  |
     |------------------|-----------------|-----------------|
     |                  |                 |                 |
 [/dev/sda1]       [/dev/sda2]       [/dev/sda3]       [/dev/sda4]
 [PBR(GRUB)]       [PBR(GRUB)]       [PBR(GRUB)]       [PBR(GRUB)]
[OS メニュー]      [OS メニュー]     [OS メニュー]      [OS メニュー]
[カーネル起動]     [カーネル起動]     [カーネル起動]     [カーネル起動]

＊GRUBは必要ファイルがMBR他に収まりきらないので一つのOSに依存する。
        　              [MBR：GRUB（通常）]
                             　  |
                   [/dev/sda1の/boot/grubのメニュー]-----[/dev/sda1 カーネル] 
                             　  |
                             　  |
------------------------------------------------------------} #ここまでは/dev/sda1のOSが必要。
                             　  |　　　　　　　　　　　　　　　　/dev/sda1がダメになった時点でGRUBは起動しない。
                             　  |
               |-----------------|-----------------|
               |                 |                 |
          [/dev/sda2]       [/dev/sda3]       [/dev/sda4]
         [カーネル起動]     [カーネル起動]     [カーネル起動]

# /dev/sda2 の更新は/dev/sda2の/boot配下に変更を与えるが
実際に起動を担っている/dev/sda1の/boot配下を更新しない。　　
/dev/sda3 以降についても同じ、手動で/dev/sda1の/boot配下の
設定ファイルを書き換えなければいけない。

        　              [MBR：GRUBチェインロード]
                             　  |
------------------------------------------------------------} #ここまでがMBR他
                      [/dev/sda6の/boot/grubのメニュー]
------------------------------------------------------------} #/dev/sda6に/boot配下を作る事でOSへの依存を切り離す。
                             　  |　　　　　　　　　　　　　　　　　　　
                             　  |
     |------------------|-----------------|-----------------|
     |                  |                 |                 |
 [/dev/sda1]       [/dev/sda2]       [/dev/sda3]       [/dev/sda4]
 [PBR(GRUB)]       [PBR(GRUB)]       [PBR(GRUB)]       [PBR(GRUB)]
[OS メニュー]      [OS メニュー]     [OS メニュー]      [OS メニュー]
[カーネル起動]     [カーネル起動]     [カーネル起動]     [カーネル起動]

う～ん、好みの問題。

同じです(TT)

マジで憶えていない（寝言と同じと自己分析）事は週に半分前後、、、改善できない反省と後悔を繰り返しつつ乾杯じゃなくて、おやすみなさい。