複数のドライブを搭載したWindows MacOSとLinuxで安定したrEFIndまたはgrubマルチブートを実現するには?

複数のドライブを搭載したWindows MacOSとLinuxで安定したrEFIndまたはgrubマルチブートを実現するには?

Windows 10 NTFSを実行する250GB SSD(sda)があります。 2番目の1TB SSD(sdb)には、apfsを使用するMacOS 10.15.7、btrfsを使用するLinux Mint 20、ext4を使用する2つのスペアパーティションがあります。 rEFIndがインストールされており、マルチブートですべてがうまく機能します。ラッキーかもしれませんが、ロッド・スミスのドキュメントをたくさん読んでいますが、十分ではないかもしれません。両方のSSDはgptで、EFIパーティションがあります。問題が発生しました。正確には何がわかりませんが、MacOSを直接(Alt押し続ける)起動でき、rEFIndからのみ起動できます。 rEFIndにはまだ正しい3つのオペレーティングシステムアイコンが表示されます。ライブUSBからLinuxを起動してグラブできます。 SSDでWindowsやMintをまったく起動できませんが、まだ存在します。 grub-repairを実行しましたが、状況が良くないようです。 rEFIndを起動順序の下にさらに移動し、efibootmgrを使用してそこに戻す必要がありました。

Q1. SSDが2つある場合、/EFI/rEFIndフォルダをインポートするSSDを決定する方法は?

Q2.両方のSSDに/ EFI / ubuntuフォルダがあるのはなぜですか?

Q3. 2つのSSDと下のフォルダが与えられた場合、各オペレーティングシステムの正しいグルーブメニュー項目は何ですか?

Q4.リストにはsdaとsdbが表示され、それらがhd0とhd1とどのように等しいかを確認できます。ただし、ライブ grub2 は hd8,gpt3 (WindowsOS の場合) および hd9,gpt3 (btfrs(mint) の場合) を表します。 8と9はどこから来たのですか?

ありがとう

mint@mint:~$ sudo fdisk -l

Disk /dev/sda: 233.78 GiB, 251000193024 bytes, 490234752 sectors
Disk model: APPLE SSD SM256E
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E38BCA08-61D9-45FC-8828-D08FD28E1A22

Device         Start       End   Sectors   Size Type                 FS      Flags       Comments
/dev/sda1       2048    206847    204800   100M EFI System           fat32   boot,esp  
/dev/sda2     206848    239615     32768    16M Microsoft reserved   unknown msftres
/dev/sda3     239616 489196172 488956557 233.2G Microsoft basic data ntfs    msftdata    Windows OS
/dev/sda4  489197568 490231807   1034240   505M Windows recovery env ntfs    hidden,diag


Disk /dev/sdb: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 860 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: EF574C35-C453-45DC-9D86-1DE841DD934E

Device          Start        End   Sectors   Size Type                FS     Flags       Comment
/dev/sdb1          40     409639    409600   200M EFI System          fat32  boot,esp 
/dev/sdb2      409640  585615815 585206176   279G unknown             apfs               MacOS Catalina  
/dev/sdb3   585617408 1171347455 585730048 279.3G Linux filesystem    btrfs              Linux Mint
/dev/sdb4  1171347456 1562437631 391090176 186.5G Linux filesystem    ext4               Spare1 not used  
/dev/sdb5  1562437632 1953523711 391086080 186.5G Linux filesystem    ext4               Spare2 not used


mint@mint:/mnt$ tree -L 5 -P *.efi --ignore-case      sda
.
└── EFI
    ├── Boot
    │   └── bootx64.efi
    ├── Microsoft
    │   ├── Boot
    │   │   ├── bootmgfw.efi
    │   │   ├── bootmgr.efi
    │   │   └── memtest.efi
    │   └── Recovery
    └── ubuntu
        ├── grubx64.efi
        └── shimx64.efi

6 directories, 3 files

mint@mint:/mnt$ tree -L 5 -P *.efi --ignore-case       sdb
.
└── EFI
    ├── APPLE
    │   └── CACHES
    │       └── CAFEBEEF
    ├── BOOT
    │   ├── BOOTX64.EFI
    │   ├── fbx64.efi
    │   └── mmx64.efi
    ├── Linux
    │   ├── grubx64.efi
    │   ├── mmx64.efi
    │   └── shimx64.efi
    ├── refind
    │   ├── icons
    │   │   └── licenses
    │   ├── icons-backup
    │   │   └── licenses
    │   ├── keys
    │   └── refind_x64.efi
    ├── tools
    │   └── gptsync_x64.efi
    └── ubuntu
        ├── grubx64.efi
        ├── mmx64.efi
        └── shimx64.efi

mint@mint:/boot$ tree                                sdb3 Linux Mint /boot
.
├── System.map-5.4.0-26-genericefibootmgr
├── config-5.4.0-26-generic
├── grub
│   ├── gfxblacklist.txt
│   ├── grubenv
│   └── unicode.pf2
├── initrd.img -> initrd.img-5.4.0-26-generic
├── initrd.img.old -> initrd.img-5.4.0-26-generic
├── vmlinuz -> vmlinuz-5.4.0-26-generic
└── vmlinuz.old -> vmlinuz-5.4.0-26-generic

1 directory, 9 files

ベストアンサー1

Q1. SSDが2つある場合、/EFI/rEFIndフォルダをインポートするSSDを決定する方法は?

たとえば、SSDの1つがシステム基板にはんだ付けされていて、もう1つが取り外し可能な場合、取り外し可能なSSDにも独自のESPパーティションと対応するブートローダフォルダがあり、使用できるようにするのが合理的です。 if/必要に応じて他のシステムに移植するのは簡単です。

システムファームウェアが1つのSSDを検出するのに問題がありますが、他のSSDが確実に検出できる場合、唯一のオプションはすべてのブートローダを含み、オペレーティングシステムが独自のカーネルとストレージドライバのすべてのコンテンツを起動することを容易に検出しますできるSSDを使うことです。

それに加えて、ほとんどあなたの好みに依存します。

Q2.両方のSSDに/ EFI / ubuntuフォルダがあるのはなぜですか?

次のいずれか:

  • インストーラに複数のESPパーティションがある場合は、各パーティションにUbuntuのブートローダを追加して安全に実行できます。おそらく、ファームウェアはすべてのディスクを見ることができないかもしれません。

  • リカバリ操作が実行され、ディスクの1つの初期インストールが何らかの理由で正しく機能しなかったため、grub-repair / boot-repairが追加のコピーを作成した可能性があります。

Q3. 2つのSSDと下のフォルダが与えられた場合、各オペレーティングシステムの正しいグルーブメニュー項目は何ですか?

MacOS は GRUB がまだサポートしていない APFS を使用しているように見えるため、GRUB から起動できない場合があります。 APFSが導入される前に、必須のGRUBメニュー項目は次のようになりました。

menuentry "OS X" {
    insmod hfsplus
    search --set=root --file /System/Library/CoreServices/boot.efi
    chainloader /System/Library/CoreServices/boot.efi
}

sudo blkid残念ながら、さまざまなファイルシステムの正しいファイルシステムUUIDを含む出力、またはlsblk -o +UUIDそれに含まれる出力はありません。/dev/sdb4また、Linuxのルートファイルシステムを識別しません。おそらく/dev/sdb5

Windowsの場合、最小GRUBブートエントリは次のとおりです。

menuentry 'Windows Boot Manager' {
        insmod part_gpt
        insmod fat
        search --no-floppy --fs-uuid --set=root <place the UUID reported for the sda1 partition here>
        chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

Mintの場合、最小GRUBブートエントリは次のとおりです。

menuentry "Linux Mint" {
        insmod gzio
        insmod part_gpt
        insmod btrfs
        search --no-floppy --fs-uuid --set=root <place the UUID reported for the sdb3 partition here>
        echo "Loading Linux Mint kernel..."
        linux /vmlinuz root=<place the Linux device pathname of the Linux root filesystem here> ro quiet splash
        echo "Loading Linux Mint initramfs..."
        initrd /initrd.img

}

注:これらの部分を<angle brackets>実際の値に置き換えてください。

Q4.リストにはsdaとsdbが表示され、それらがhd0とhd1とどのように等しいかを確認できます。ただし、ライブ grub2 は hd8,gpt3 (WindowsOS の場合) および hd9,gpt3 (btfrs(mint) の場合) を表します。 8と9はどこから来たのですか?

システムのUEFIファームウェアは、SSDだけでなく、内蔵のインターネット回復ボリュームおよび/または当時接続されている他のストレージデバイスも提供できます。 GRUBコマンドプロンプトに進み、次のように入力し、をls (hd押してTABファームウェアがGRUBに通知したすべてのディスクを確認し、どのディスクであるかを調べる必要があります。

おすすめ記事