redredさん

1つのディスクに3つのOS、grubは最後にインストールされたものが優先、現在は「mint」という前提で宜しいのでしょうか？

1)grubからubuntuを起動
2)mintのパーティションを、gpartedなどで開放(アンマウントの状態で？)
3)そのままubuntuのターミナルから、「sudo update-grub」を実行
→自動で格納されているOSを認識して、grubを構成して格納してくれる
この場合は、自分自身(ubuntu)とWindows。(mintは消されているのでなくなるはず)
以下は我が家のPCで「sudo update-grub」を実施した結果です。
　　
$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Linux イメージを見つけました: /boot/vmlinuz-5.8.0-43-generic
Found initrd image: /boot/initrd.img-5.8.0-43-generic
Linux イメージを見つけました: /boot/vmlinuz-5.8.0-25-generic
Found initrd image: /boot/initrd.img-5.8.0-25-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Found Ubuntu 20.10 (20.10) on /dev/nvme0n1p3
Found Windows 10 on /dev/sdb1
Found Ubuntu 20.04.2 LTS (20.04) on /dev/sdb2
完了


上記の流れだったと思うのですが、万一のgrub復旧用に、LiveDVD媒体などあった方が宜しいかと。
2)は一旦飛ばして1)3)で確認、後であらためて1),2),3)でmintを消すのが安全かも知れませんね。

ちなみにubuntuでkernelのアップデート等あると、3)と同じ処理が「sudo apt upgrade」実行時に自動で走りますね。

対象のPCは
Ubuntu日本語フォーラム / Ubuntuに関する質問 / デュアルブート以上のGrub設定はどれが有効か?
https://forums.ubuntulinux.jp/viewtopic.php?id=21101
と同じものですか?

update-grub は 設定ファイル(grub.cfg)を自動作成するコマンドです。
GRUBの再インストールは行いません。

Ubuntu側を使用してGRUBが起動するように再インストールするには
Ubuntu を 起動して
sudo grub-install
を実行してください。

不幸にも起動しなくなったときに備えて boot-repairなどのツールを
使えるようにしておくことをおすすめします。

Ubuntu 18.04 その146 - ライブセッションでBoot-Repairを利用するには・起動に関する問題を修正するツール - kledgeb
https://kledgeb.blogspot.com/2018/06/ubuntu-1804-146-boot-repair.html

Ubuntuでは ダウンロードして使いますが
Linux Mint のインストールメディアには はじめから live環境にboot-repair が入っているので
持っておくと非常時に役立ちます。

chichinpuiさん､ellipticさん

フォローありがとうございます｡

やってみましたが､grub-install: エラー: install device isn't specified.
レガシーBiosで64BitPCですが､検索しても腑に落ちません｡
お気づきあらば､お願いいたします｡
ーーーーーーーーーーー
ubu:~$ sudo update-grub
[sudo]  redredのパスワード:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Linux イメージを見つけました: /boot/vmlinuz-5.8.0-43-generic
Found initrd image: /boot/initrd.img-5.8.0-43-generic
Linux イメージを見つけました: /boot/vmlinuz-5.8.0-41-generic
Found initrd image: /boot/initrd.img-5.8.0-41-generic
Linux イメージを見つけました: /boot/vmlinuz-5.8.0-40-generic
Found initrd image: /boot/initrd.img-5.8.0-40-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 10 on /dev/sda1
Found Linux Mint 20.1 Ulyssa (20.1) on /dev/sda6
完了
ubu:~$ sudo grub-install
Installing for i386-pc platform.
grub-install: エラー: install device isn't specified.
ubu:~$

ーーーーーーーーーーー

ellipticさん

重ねてありがとうございます｡
できました｡
ーーーーーーーーーーー
ubu:~$ sudo grub-install /dev/sda
[sudo]  redredのパスワード:
Installing for i386-pc platform.
Installation finished. No error reported.
ubu:~$
ーーーーーーーーーーー
再起動したら､Grub起動画面は交代され､②のUbuntuで生成されたGrubで現れました(Ubuntuが最上行)
この後､
保険として教えていただいた､live環境にboot-repair が入っているLinux Mint のインストールメディアをつくって､
sdaからはMintのパーティションを削除してから､
再度Ubuntuで
sudo update-grub
sudo grub-install /dev/sda
の順でもう一回整えようと思います｡

ありがとうございました｡

ellipticさん

これは嬉しい補足解説､恩に着ります｡
私も少しずつ解ってきた気がして嬉しいです｡

もしよろしければ､もう少々ご教示いただけますか?
甘えて恐縮です｡

次に③としてディストリビューションをインストールする際でも､②のUbuntuで生成されたGrub起動画面(Ubuntuが最上行)を使いたいと思っています｡
(起動OSの記憶設定などを入れるgrub.cfgをあちこち散乱させないために)

【質問a】その場合､新たに③をインストール際の｢ブートローダをインストールするデバイス｣先はデフォルト以外のどこを選べば良いでしょうか?

【質問b】おそらくそれができたら､②のUbuntuでのupdate-grubで､新たにインストールした③を拾ってGrub起動画面に追加してくれるものと予想しますが､この私の期待は正しいですか?

最初のご相談をきちんと読まずに書き込んでしまい申し訳ありませんでした（花粉症で頭がぼーっとしていました）。お詫び申し上げます。

redredさん

前回は提示するコマンド間違えてしまい、申し訳ありませんでした。

redredさんの質問については、私もとても興味があります。

単純にディスクはこの1枚のみとして。
【質問a】その場合､新たに③をインストール際の｢ブートローダをインストールするデバイス｣先はデフォルト以外のどこを選べば良いでしょうか?
1)mintのインストール時、ブートローダをインストールするデバイスにデフォルトを指定(ubuntuのgrubインストールディスク)
これは以下の4)で、ubuntuのgrubで上書きされる事になると思います。
2)mintのインストール終了後再起動して、grubからubuntuを起動
3)ubuntuでupdate-grubコマンドを実行 → mintの情報がubuntuのgrub.cfgに反映される
4)ubuntuで再度grub-installコマンドで、ubuntuのgrubに書き換える

【質問b】おそらくそれができたら､②のUbuntuでのupdate-grubで､新たにインストールした③を拾ってGrub起動画面に追加してくれるものと予想しますが､この私の期待は正しいですか?
これ以降は、
1)ubuntuでインストールされたgrubからubuntuを起動するのは問題ない思われます。
2)ubuntuでインストールされたgrubからmintを起動する場合、ubuntuでのupdate-grubのタイミングによっては、ubuntu側のgrub.cfgのmintの情報が古いなど、不整合が発生する場合があるのでは。
mintのkernelがあがって、mint側でupdate-grubが走っても、更新されるのはmint側のgrub.cfgで、ubuntu側のgrubはubuntu側の古いgrub.cfgしか見えないと思うのですが。
ubuntu側でupdate-grubすれば済む、で割り切ってもよいのかも知れませんが、ubuntu側でmint最新kernelを起動したら、実はmint側の2番めになってたなど、動くけどややこしい誤認につながる気もします。
もしこの仕様だとすると、私はちょっと落ち着かない(?)感じです.....

今回の前提からはずれますが、私は何となくの過去の経験則から、気づいたら長く以下の運用になってました。
私は1つのディスクにlinuxを1つとgrubをセットでインストールしています。(Windowsと共存はあります)
メインOS,Windows以外を起動する時は、BIOSの割り込み(ファンクションキー連打)でbootするデバイスを選択してbootしています。
多少面倒ですが、これだと上記の不整合は起きないと思います。
今ではハードディスク1基、SSD1基、MicroSDカード1枚、USBメモリ2枚に、それぞれが書き込んだgrubとubuntuがセットで格納されてます。
MicroSD、USBメモリも、必要なときに挿して、BIOSの割り込み(ファンクションキー連打)で、ディスクと同様に選択、bootして使用出来ます。
可変媒体は、壊れてもこれ1枚みたいな安心感で、再インストール覚悟での試しものや、よく言われている「耐久性」もついでに確認してみようかと思って使用しています。

また間違ってたらすいません。

chichinpui による投稿:

redredさん

前回は提示するコマンド間違えてしまい、申し訳ありませんでした。

フォーラムでの助言くいちがいはお互い様です｡私もやりがちのうっかり八兵衛です｡ドンマイでお願いします｡

chichinpui による投稿:

mintのkernelがあがって、mint側でupdate-grubが走っても、更新されるのはmint側のgrub.cfgで、ubuntu側のgrubはubuntu側の古いgrub.cfgしか見えないと思うのですが。

これ私にとって新しい気づきになりました｡
そもそも1つのディスクに複数Linuxで､かつ使うGrubを固定すれば､
どれかのkernelが上がれば､Grub生成したディストリビューションでupdate-grubすべし､ということですね｡
なるほど､サボればセキュリティリスクでしょうか｡
だから､使うGrubを固定していない現状は､どれかのkernelが上がれば､勝手にgrub-installが走り自動交代になるのですな｡

【質問a】【質問b】は取り下げます｡
ellipticさん､これを見られたら､お願いしておいて恐縮です｡
chichinpuiさん､鋭いご指摘ありがとうございました｡

#9 で解説いただいたことを図にしてみました｡
お陰様で私の理解もアップグレードされました｡
何かご指摘などあればお知らせいただければ幸いです｡
ここに貼ると画面からはみ出るので､共有場所を下記付録します｡
https://s.easyuploader.app/20210222182018_67545a7669543377.png

初心者の私が横からGUIの話題を持ち込んで話を解りにくくしたようです。ごめんなさい。

rohizuka による投稿:

kernelの更新のときに実行されるのはupdate-grubです

起動OS選択画面が、いつの間にか交代しているときがあるのですが、
そのときもupdate-grubだけですか?

#23

rohizuka による投稿:

https://forums.ubuntulinux.jp/viewtopic … 16#p122516
ここの③を読み直してください。

redredさん、読み返すなら デュアルブート以上のGrub設定はどれが有効か?   #12まで
までさかのぼってみてください。

#18 Q:GRUB coreイメージ  A由来なのか B由来なのか?

elliptic による投稿:

Grubを複数インストールしてあるときは、最後にインストールした方のGrubが
使われます。
どちらのパーティションのGrubディレクトリが使われるかの指定はは core image に
埋め込まれていますが、データが圧縮されているので解読して見分けるのは面倒です。

#22 Q:起動OS選択画面が、いつの間にか交代しているときがあるのですが?

elliptic による投稿:

linux-imageの更新などでは grub-updateが実行されGrubメニューが再作成されますが
’どっちのパーティションのGrub'で起動するかは変わりません。
grub-pcのアップデートがあると grub-install が実行され、更新のあった方の
パーティションのGrubで起動する設定に変更されると思われます。

#18 Q:Ubuntu インストール時の ブートローダとは? インストールするデバイスとは?
ブートローダ: Ubuntuでは GRUBが使用されます。 多くのコンポーネントの集まりで
     構成されます。
インストールデバイス:
     grub-install [OPTION...] [OPTION] [INSTALL_DEVICE]
     の INSTALL_DEVICE にあたります。
     起動の第1歩となるブートセクタとして使用する場所を指定します。
     HDDを指定して その先頭セクタ(MBR)使うか
     HDDを区切ったパーティションを指定して、その先頭セクタ(VBR)を使います。

#10

redred による投稿:

【質問a】その場合､新たに③をインストール際の｢ブートローダをインストールするデバイス｣先はデフォルト以外のどこを選べば良いでしょうか?

以前の投稿から
    /dev/sda:    UbuntuのGRUBが使用
    /dev/sda1 /dev/sda2 /dev/sda3: Windows
    /dev/sda5:    Ubuntu
    /dev/sda6:    新規導入 OS
と仮定します。

新規OSの｢ブートローダをインストールするデバイス｣は /dev/sda6 を指定しておけばどうでしょうか。
/dev/sda の  MBRを取り合うことはなくなります。
/dev/sda6 はそのままでは起動時に呼び出されないので GRUBが仕掛けられていても
使われません。
新規OSもUbuntu側のGRUBで起動してください。
/dev/sda6 からの起動を試したいときは 別のブートローダ経由で 2段階ブートさせます。
   

redred による投稿:

【質問b】おそらくそれができたら､②のUbuntuでのupdate-grubで､新たにインストールした③を拾ってGrub起動画面に追加してくれるものと予想しますが､この私の期待は正しいですか?

当然のことですが
Ubuntuが知っているOSならば GRUBのメニューに登録されます。
未知のOSは登録されないので ユーザが自分でGRUBのカスタムメニュー項目を作成します。