Forum général.général [résolu] OS manquant Linux Grub quadri boot

Posté par ultimate le 04 août 2024 à 10:14. Licence CC By‑SA.

Étiquettes :

août

2024

Bonjour,

Je vous sollicite pour un problème que je ne parviens pas à résoudre.

J'ai actuellement 4 OS :
- Windows 11
- Linut Mint
- Fedora
- Kali

Seulement, grub ne détecte pas Linux Fedora et je ne sais pas comment m'y prendre pour résoudre la problématique, les différents forums proposant un tas de commande qui manifestement ne fonctionne pas, à moins que je m'y prenne mal.

Voici quelques infos concernant mon partionnement avec fdisk -l :

Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 206847 204800 100M EFI System
/dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved
/dev/nvme0n1p3 239616 635119615 634880000 302.7G Microsoft basic data
/dev/nvme0n1p4 635119616 636194815 1075200 525M EFI System
/dev/nvme0n1p5 636194816 757829631 121634816 58G Linux filesystem
/dev/nvme0n1p6 757829632 758845439 1015808 496M EFI System
/dev/nvme0n1p7 758845440 868220927 109375488 52.2G Linux filesystem
/dev/nvme0n1p8 868220928 998688767 130467840 62.2G Linux filesystem

Disk /dev/sda: 14.41 GiB, 15472047104 bytes, 30218842 sectors
Disk model: DataTraveler 3.0
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: dos
Disk identifier: 0x000fb50e

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 30216719 30214672 14.4G 7 HPFS/NTFS/exFAT
/dev/sda2 30216753 30218831 2079 1M ef EFI (FAT-12/16/32)

Voici le résultat de blkid :

/dev/nvme0n1p7: UUID="986c29c7-9ceb-4c14-b8ef-9845c5aebb11" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="d21681d2-4b74-445d-8017-1837ee468b9a"
/dev/nvme0n1p5: LABEL="fedora_fdr" UUID="e0c5b140-a4c6-4caa-a786-e65491ee737e" UUID_SUB="5f007450-840a-4d63-93bf-5f8e8629ee15" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="4210b8bc-3531-475f-9d78-e450a27a0ef7"
/dev/nvme0n1p3: BLOCK_SIZE="512" UUID="D680C5D280C5B96F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="b7b07de9-c3cc-4b63-a84c-b4fa4612b242"
/dev/nvme0n1p1: UUID="AC35-620E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="ad56e84f-092d-4206-bf0d-0a2d0c95a1a7"
/dev/nvme0n1p8: UUID="b431f662-7078-42a2-9972-d181daf65102" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="KL" PARTUUID="d2bea003-3ac0-4b1f-8591-a6f3ab2f8f7c"
/dev/nvme0n1p6: UUID="DC32-20DD" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="74894423-a90e-45b2-9834-5314aef3ec44"
/dev/nvme0n1p4: UUID="FE28-7571" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="39ebb216-f99d-4283-b46a-225fe0fd6303"
/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="719240c7-2961-4806-b705-296a3d9712fd"
/dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="UEFI_NTFS" LABEL="UEFI_NTFS" UUID="FA4D-00ED" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="000fb50e-02"
/dev/sda1: LABEL="Linux Mint 21_3 Xfce 64-bit" BLOCK_SIZE="512" UUID="008AE3F18AE3E0E0" TYPE="ntfs" PARTUUID="000fb50e-01"

Voici le contenu de fstab :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p8 during installation
UUID=b431f662-7078-42a2-9972-d181daf65102 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=AC35-620E /boot/efi vfat umask=0077 0 1

Enfin, en espérant que cela suffise, voici lle contenu du ficher /etc/default/grub :

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# If your computer has multiple operating systems installed, then you
# probably want to run os-prober. However, if your computer is a host
# for guest OSes installed via LVM or raw disk devices, running
# os-prober can cause damage to those guest OSes as it mounts
# filesystems to look for things.
GRUB_DISABLE_OS_PROBER=false

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Comment puis-je procéder sur base de ces informations?

Je vous remercie beaucoup par avance pour votre aide !

Belle journée.

Très cordialement,
ultimate

# informations supplémentaires

Posté par ultimate le 04 août 2024 à 10:50. Évalué à 2.

p.s.: je précise qu'avec fdisk on voit bien l'OS apparaître ici :

/dev/nvme0n1p6 757829632 758845439 1015808 496M EFI System
/dev/nvme0n1p7 758845440 868220927 109375488 52.2G Linux filesystem

os-prober renvoit le résultat suivant :

/dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/nvme0n1p7:Linux Mint 21.3 Virginia (21.3):LinuxMint:linux

Bien à vous
# Autres informations

Posté par ultimate le 04 août 2024 à 10:55. Évalué à 1.

Navré, j'ai aussi oublié de préciser ceci :

J'ai aussi déjà lancé la command grub-mkconfig et update-grub2

Bien à vous et merci encore par avance

# efibootmngr -v

Posté par ultimate le 05 août 2024 à 09:37. Évalué à 1. Dernière modification le 05 août 2024 à 11:09.

Voici aussi le résultat de la commande efibootmgr -v

BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 0004,0003,0005,0001,0002,2001,2002,2003
Boot0000* EFI USB Device (KingstonDataTraveler 3.0)     UsbWwid(951,1666,0,08606E6D3FDDF221B70E269)/HD(2,MBR,0xfb50e,0x1cd1231,0x81f)RC
      dp: 03 10 3a 00 00 00 51 09 66 16 30 00 38 00 36 00 30 00 36 00 45 00 36 00 44 00 33 00 46 00 44 00 44 00 46 00 32 00 32 00 31 00 42 00 37 00 30 00 45 00 32 00 36 00 39 00 31 00 / 04 01 2a 00 02 00 00 00 31 12 cd 01 00 00 00 00 1f 08 00 00 00 00 00 00 0e b5 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 / 7f ff 04 00
    data: 52 43
Boot0001* Fedora        HD(4,GPT,39ebb216-f99d-4283-b46a-225fe0fd6303,0x25db2800,0x106800)/File(\EFI\fedora\shimx64.efi)
      dp: 04 01 2a 00 04 00 00 00 00 28 db 25 00 00 00 00 00 68 10 00 00 00 00 00 16 b2 eb 39 9d f9 83 42 b4 6a 22 5f e0 fd 63 03 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 66 00 65 00 64 00 6f 00 72 00 61 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
Boot0002* Fedora        HD(4,GPT,39ebb216-f99d-4283-b46a-225fe0fd6303,0x25db2800,0x106800)/File(\EFI\fedora\shim.efi) File(.䍒)
      dp: 04 01 2a 00 04 00 00 00 00 28 db 25 00 00 00 00 00 68 10 00 00 00 00 00 16 b2 eb 39 9d f9 83 42 b4 6a 22 5f e0 fd 63 03 02 02 / 04 04 2e 00 5c 00 45 00 46 00 49 00 5c 00 66 00 65 00 64 00 6f 00 72 00 61 00 5c 00 73 00 68 00 69 00 6d 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
    data: 52 43
Boot0003* ubuntu        HD(1,GPT,ad56e84f-092d-4206-bf0d-0a2d0c95a1a7,0x800,0x32000)/File(\EFI\ubuntu\shimx64.efi)
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 20 03 00 00 00 00 00 4f e8 56 ad 2d 09 06 42 bf 0d 0a 2d 0c 95 a1 a7 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 75 00 62 00 75 00 6e 00 74 00 75 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
Boot0004* kali  HD(1,GPT,ad56e84f-092d-4206-bf0d-0a2d0c95a1a7,0x800,0x32000)/File(\EFI\kali\grubx64.efi)
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 20 03 00 00 00 00 00 4f e8 56 ad 2d 09 06 42 bf 0d 0a 2d 0c 95 a1 a7 02 02 / 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 6b 00 61 00 6c 00 69 00 5c 00 67 00 72 00 75 00 62 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
Boot0005* Windows Boot Manager  HD(1,GPT,ad56e84f-092d-4206-bf0d-0a2d0c95a1a7,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000000000100000010000000040000007fff0400
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 20 03 00 00 00 00 00 4f e8 56 ad 2d 09 06 42 bf 0d 0a 2d 0c 95 a1 a7 02 02 / 04 04 46 00 5c 00 45 00 46 00 49 00 5c 00 4d 00 69 00 63 00 72 00 6f 00 73 00 6f 00 66 00 74 00 5c 00 42 00 6f 00 6f 00 74 00 5c 00 62 00 6f 00 6f 00 74 00 6d 00 67 00 66 00 77 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
    data: 57 49 4e 44 4f 57 53 00 01 00 00 00 88 00 00 00 78 00 00 00 42 00 43 00 44 00 4f 00 42 00 4a 00 45 00 43 00 54 00 3d 00 7b 00 39 00 64 00 65 00 61 00 38 00 36 00 32 00 63 00 2d 00 35 00 63 00 64 00 64 00 2d 00 34 00 65 00 37 00 30 00 2d 00 61 00 63 00 63 00 31 00 2d 00 66 00 33 00 32 00 62 00 33 00 34 00 34 00 64 00 34 00 37 00 39 00 35 00 7d 00 00 00 00 00 01 00 00 00 10 00 00 00 04 00 00 00 7f ff 04 00
Boot2001* EFI USB Device        RC
      dp: 7f ff 04 00
    data: 52 43
Boot2002* EFI DVD/CDROM RC
      dp: 7f ff 04 00
    data: 52 43
Boot2003* EFI Network   RC
      dp: 7f ff 04 00
    data: 52 43

# os-prober - support btrfs

Posté par ultimate le 05 août 2024 à 10:40. Évalué à 2.

Pour nouvelle info, il semblerait que ce soit dû au fait que os-prober ne supporte pas le système btrfs de Fedora…
- [^] # Re: os-prober - support btrfs
  
  Posté par NeoX le 05 août 2024 à 14:28. Évalué à 4. Dernière modification le 05 août 2024 à 14:28.
  
  alors il faudrait utiliser le grub de fedora avec son OS-prober pour qu'il detecte les autres systems et mette à jour le grub global
  - [^] # Re: os-prober - support btrfs
    
    Posté par ultimate le 05 août 2024 à 19:35. Évalué à 2.
    
    Bonjour,
    
    Merci beaucoup pour ta réponse.
    Tu veux dire que je devrais réinstaller Fedora pour supplanter le reste et que cela marcherait ?
    Merci
    - [^] # Re: os-prober - support btrfs
      
      Posté par Craig77 le 06 août 2024 à 00:15. Évalué à 2.
      
      Pas réinstaller la fedora, configurer grub depuis la fedora
      - [^] # Re: os-prober - support btrfs
        
        Posté par ultimate le 06 août 2024 à 09:04. Évalué à 2.
        
        Bonjour et merci pour la suggestion.
        Par contre désolé mais en booting je suis pas du tout expert, comment t'y prendrais-tu sur base de mes informations? Merci
        
        [^] # Re: os-prober - support btrfs
        
        Posté par NeoX le 06 août 2024 à 19:06. Évalué à 5.
        
        booter sur un USB live, monter la partition Fedora en mode 'CHROOT', reactiver grub depuis ce chroot, ca devrait faire l'affaire.
        
        dans les autres distributions, ne pas faire les mises à jour kernel pour eviter qu'ils ne tentent la mise à jour grub, voire virer grub et os-prober des autres distribs
        
        [^] # Re: os-prober - support btrfs
        
        Posté par Craig77 le 07 août 2024 à 00:26. Évalué à 4.
        
        Je crois qu'avec System Rescue tu dois pouvoir démarrer l'OS de ton choix si tu connais sa partition sans manipulation "complexe" de chroot.
        
        [^] # Re: os-prober - support btrfs
        
        Posté par ultimate le 10 août 2024 à 12:07. Évalué à 1.
        
        Oui, j'ai ce liveusb mais ne l'ai pas encore tester, merci à toi pour cette information!
        
        [^] # Re: os-prober - support btrfs
        
        Posté par ultimate le 10 août 2024 à 12:07. Évalué à 1.
        
        Ah très bon à savoir, merci, je vais me renseigner sur chroot et comment exclure les mise à jour de noyau, bien vu !
# Problème résolu avec grub Fedora

Posté par ultimate le 09 août 2024 à 08:12. Évalué à 3.

Bonjour à vous,

Je vous remercie beaucoup pour vos retours !

Je n'ai malheureusement pas su consulter à temps vos réponses mais ai opté pour la "drastique" solution, en réinstallant mes 3 Linux avec Fedora en dernier qui supporte à la fois BTRFS et rétroactivement EXT4, et là grub reconnaît et sait démarrer tous mes systèmes sans problèmes, problème résolu donc !

Un grand merci encore pour vos aides précieuses et très bonne journées à vous!

Sincères salutations,
ultimate
# Post Résolu

Posté par ultimate le 10 août 2024 à 12:09. Évalué à 1.

Bonjour,

Petite question, j'ignore comment faire pour passer le post en Résolu, savez-vous commment procéder? Merci d'avance et belle journée.
- [^] # Re: Post Résolu
  
  Posté par Benoît Sibaud (site web personnel) le 10 août 2024 à 12:20. Évalué à 3.
  
  Titre modifié, merci.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.