[Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

CookieEater · Le 12/07/2022, à 21:42

Je suis sur une installation fraîche sur un nouveau PC, et j'ai installé Ubuntu 22.04 en premier lieu et en créant les partitions depuis gparted dans l'assistant d'installation. Ensuite j'ai installé Windows sur un autre disque, mais grub n'affichait pas l'entrée (j'ai bien fait os-prober et update-grub, d'ailleurs grub me disait qu'il avait détecté Windows, mais rien ensuite dans le menu au démarrage). Alors j'ai trouvé une solution sur stackoverflow, qui consiste à créer une nouvelle entrée custom.

Mais ensuite, j'ai aussi installé Archlinux, sur le même disque, et là, pareil ! Grub le reconnaît à l'os-prober, mais rien dans le menu ensuite. Là je sais pas quoi mettre comme entrée.

Autre truc bizarre, la commande fdisk a l'air de me dire que mon premier disque a un partitionnement MBR, alors que gparted, lui, me dit que c'est GPT

fdisk -l /dev/sda1
Disk /dev/sda1: 9,31 GiB, 9999220736 bytes, 19529728 sectors
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: dos

Fdisk me dit "dos" aussi pour le deuxième disque (j'ai laissé l'installateur de windows gérer ses partitions sur l'autre disque)

Dernière modification par CookieEater (Le 13/07/2022, à 20:24)

geole · Le 12/07/2022, à 21:54

Bonsoir.
Il serait bien que tu fasses un boot-info et que tu fournisses l'URL qui sera générée.
On verra alors ce qu il y a. https://doc.ubuntu-fr.org/tutoriel/boot-info

MicP · Le 12/07/2022, à 23:36

Bonjour

Il faut des retours de commandes utilisables
et surtout complets <=> pas seulement une partie du début ou de la fin.

=======
Quoi qu'il en soit,

Disklabel type: dos

indique que la table de partitionnement est du type msdos

=======

… fdisk a l'air de me dire que mon premier disque a un partitionnement MBR …

Il n'existe pas de partitionnement de type MBR
et que la table de partitionnement soit du type msdos ou gpt,
il y aura toujours un MBR

Dernière modification par MicP (Le 13/07/2022, à 00:04)

Nasman · Le 13/07/2022, à 07:27

L'affichage des 3 premiers secteurs du disque permet de voir la structure du disque :
LBA=0 mbr ou mbr protector (structure de type msdos avec éventuellement du code présent - mode bios - et une table des partition à partir de 2be
LBA=1 code de diskboot.img (si bios+msdos) ou en-tête gpt
LBA=2 - code de core.img (si bios+msdos) ou descriptif des 4 premières partitions gpt

iznobe · Le 13/07/2022, à 07:57

Bonjour , pour verifeir le type de table des disques :

sudo gdisk  -l /dev/sda

Pour que GRUB du systeme ubuntu detecte et affiche les autres OS installésa posteriori :
demarrer sur ubuntu , puis passer les commandes suivantes :

sudo os-prober

et

sudo update-grub

si tu desires creer une autre entrée personalisée dans le menu GRUB , donne le lien de ce que tu as fait pour windows .

MicP · Le 13/07/2022, à 08:24

Bonjour

Je n'ai pas de disque disponible partitionné en GPT pour faire des vérifications/tests
mais si une manip bidouillage n'a modifié que le premier secteur de 512 octets pour faire du Protective MBR GPT original un MBR msdos
il restera peut-être le GPT secondaire dans les 33 derniers secteur de 512 octets du disque.
Mais je pense quand même que gdisk, ou/et fdisk auraient dû s'en rendre compte...

geole · Le 13/07/2022, à 08:48

CookieEater a écrit :

Autre truc bizarre, la commande fdisk a l'air de me dire que mon premier disque a un partitionnement MBR, alors que gparted, lui, me dit que c'est GPT
fdisk -l /dev/sda1
Disk /dev/sda1: 9,31 GiB, 9999220736 bytes, 19529728 sectors

Je pense qu'un disque de cette taille est devenu très rare. Daterait-il des années 1980?

MicP · Le 13/07/2022, à 09:19

Ce n'est pas bizarre puisque la commande fdisk a été ici appliquée sur un fichier de périphérique qui est associé à la première partition de ce disque
par contre, je me demande comment la commande fdisk a pu s'exécuter sur un fichier de périphérique dont la propriété est celle du compte root
sans avoir à utiliser la commande sudo ou sans avoir les privilèges du compte root
Mais le retour semble avoir été tronqué puisqu'on ne voit ni le prompt de départ ni celui de retour,
et donc, on ne peut pas savoir depuis quel compte la commande a été lancée.

Par contre, la ligne de commandes suivante, si le retour copié/collé est un retour de commandes utilisables,
devrait nous en dire beaucoup plus au sujet de la table de partitionnement du disque qui est associé au fichier de périphérique /dev/sda

sudo fdisk -l /dev/sda

Dernière modification par MicP (Le 13/07/2022, à 09:27)

ar barzh paour · Le 13/07/2022, à 09:26

@ geole

fdisk -l /dev/sda1

donne les infos sur la partition, pas du disque
(bon le temps que j'écrive ça, MicP a donné plus d'infos)

Dernière modification par ar barzh paour (Le 13/07/2022, à 09:30)

MicP · Le 13/07/2022, à 09:29

man fdisk a écrit :

…
fdisk - Manipuler la table de partitions d'un disque
…

donc, la commande fdisk ne peux rien retourner de cohérent si on lui donne en paramètre un nom de fichier de périphérique qui est associé à une partition.

=======
Bonjour CookieEater
donne nous plutôt le retour de la ligne de commandes suivante :

sudo fdisk /dev/sda

Merci

Dernière modification par MicP (Le 13/07/2022, à 09:34)

ar barzh paour · Le 13/07/2022, à 09:33

@MicP

bien que

jpb@U20-04-e3:~$ sudo fdisk -l /dev/sda1
[sudo] Mot de passe de jpb : 
Disque /dev/sda1 : 372,62 GiB, 400085812224 octets, 781417602 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Index d'alignement : 512 octets

jpb@U20-04-e3:~$ sudo fdisk -l
....
Périphérique Amorçage      Début        Fin  Secteurs Taille Id Type
/dev/sda1    *                63  781417664 781417602 372,6G 83 Linux
.....

372,6G et 781417602 secteurs dans les deux cas

Dernière modification par ar barzh paour (Le 13/07/2022, à 09:35)

MicP · Le 13/07/2022, à 09:41

Donne plutôt des retours complet, et tu verras qu'il y a beaucoup plus de secteurs sur le disque que sur la partition.

le retour de la commande fdisk appliquée sur un fichier de périphérique associé à une partition est obligatoirement incohérent
puisque, par définition, (voir la page man de la commande fdisk) la commande fdisk attend un nom de fichier de périphérique associé a un disque et pas à une partition.

ar barzh paour · Le 13/07/2022, à 09:56

[HS]

MicP a écrit :

Donne plutôt des retours complet, et tu verras qu'il y a beaucoup plus de secteurs sur le disque que sur la partition.

ben oui , mon disque "a" a 15 partitions et "a1" n'utilise que les secteurs 63 à 781417664
[/HS]

Dernière modification par ar barzh paour (Le 13/07/2022, à 09:59)

ylag · Le 13/07/2022, à 12:14

Bonjour,

Au #1, CookieEater a écrit :

Ensuite j'ai installé Windows sur un autre disque, mais grub n'affichait pas l'entrée (j'ai bien fait os-prober et update-grub, d'ailleurs grub me disait qu'il avait détecté Windows, mais rien ensuite dans le menu au démarrage).

Sauf erreur de ma part sur la 22.04, il faut avoir cette ligne dans le fichier /etc/default/grub pour activer la détection des autres systèmes d'exploitation :

GRUB_DISABLE_OS_PROBER=false

...la valeur par défaut pour cette variable sur la 22.04 étant maintenant 'true'

Il serait bon de voir le contenu du fichier en question :

cat /etc/default/grub

A+

Dernière modification par ylag (Le 13/07/2022, à 12:15)

CookieEater · Le 13/07/2022, à 12:28

Alors je vais essayer de répondre un peu à tout le monde en même temps.
Oui j'ai bien utilisé sudo, j'ai oublié de l'inclure, j'aurais dû faire ça plus proprement.
J'ai bien fait sudo os-prober et sudo udpdate-grub.
Et j'ai fait la commande fdisk sur la partition EFI (/dev/sda1) car je me suis simplement emmêlé les pinceaux, il suffisait juste de le faire sur le disque entier. Bon, du coup, c'est corrigé, et c'est bien une table de partition GPT (donc bien un boot EFI) !

sudo fdisk -l /dev/sda
Disk /dev/sda: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000DM010-2EP1
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: 982454BB-0822-4843-B3EA-99C651D5879C

Device          Start        End   Sectors   Size Type
/dev/sda1        2048   19531775  19529728   9,3G EFI System
/dev/sda2    19531776  996093951 976562176 465,7G Linux filesystem
/dev/sda3   996093952 1093750783  97656832  46,6G Linux filesystem
/dev/sda4  1093750784 1484376063 390625280 186,3G Linux filesystem
/dev/sda5  1484376064 1953523711 469147648 223,7G Linux filesystem

Je voulais comprendre pourquoi ni Windows ni Arch n'avaient été ajoutés aux entrées.

Je vous envoie le lien par lequel j'ai ajouté la nouvelle entrée pour Windows (c'était sur AskUbuntu) : https://askubuntu.com/questions/661947/ … ub-os-list
La solution que j'ai appliquée est de créer un fichier /etc/grub.d/40_custom :

menuentry 'Windows 10' {
    search --fs-uuid --no-floppy --set=root [uuid]
    chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi
}

iznobe · Le 13/07/2022, à 12:48

Bonjour , il faut donner tous les retours demandés , en particulier celui de @ylag , qui expliquerait le pourquoi du comment ( a partir de ton ubuntu ) .

il est aussi tout a fait possible de creer une entrée personalisée pour tout systeme linux .
c ' est ce que j' ai fait sur mon ordinateur .
le principe est sensiblement le meme que pour windows , mais sans le chainloader :
editer le meme fichier que precedemment :

sudo nano /etc/grub.d/40_custom

et ajouter a la fin :

menuentry 'Ubuntu 22.04' --class ubuntu --class gnu-linux --class gnu --class os --id 'Ubuntu 22' {
        insmod part_gpt
        insmod part_msdos
        insmod ext2
        search --no-floppy --fs-uuid --set=root 89f71135-b459-4c74-bfa3-e9d27df4369d
        configfile /boot/grub/grub.cfg
}

il faut cependant changer 2 3 bricoles pour que cela corresponde au systeme que tu desires ajouter . notamment le nom de l ' entrée bien evidemment , mais aussi l ' id de l ' OS et l ' UUID du systeme de fichiers contenant l ' OS.
les parties modifiables sont entre ' et ' pour l' UUID du systeme de fichiers il est a la fin de cette ligne :

search --no-floppy --fs-uuid --set=root 89f71135-b459-4c74-bfa3-e9d27df4369d

Pour faire prendre en compte les changements , le traditionnel :

sudo update-grub

Dernière modification par iznobe (Le 13/07/2022, à 13:44)

MicP · Le 13/07/2022, à 13:37

Bonjour

ATTENTION, ce n'est pas l'UUID de la partition, mais bien l'UUID du système de fichiers
comme c'est d'ailleurs bien indiqué par l'utilisation de --fs-uuid <=> file system uuid

Dans les retours de la commande lsblk
L'UUID d'une partition est noté PARTUUID, et il permet d'identifier une partition sans tenir compte du système de fichiers qu'elle pourrait ou non contenir.
l'UUID d'un système de fichiers est noté UUID et il permet d'identifier un système de fichiers quelle que soit la partition ou le volume qui le contiendrait.

Cette confusion entre contenant et contenu est malheureusement très courante.

Dernière modification par MicP (Le 13/07/2022, à 13:41)

iznobe · Le 13/07/2022, à 13:41

@MicP , merci de cette precision ( qu ' est qu ' on peut dire par abus de langage comme annerie parfois ) , j ' ai edité mon precedent message .

Dernière modification par iznobe (Le 13/07/2022, à 13:41)

MicP · Le 13/07/2022, à 13:59

Je pense que c'est plus une erreur d'inattention qu'une ânerie,
et le fait que beaucoup d'interfaces graphiques proposent de créer le système de fichier (<=> formatage) au moment de la création d'une partition
entraîne aussi ce genre de confusion dans l'esprit.

sans compter qu'on fait souvent d'instinct le raccourci entre contenant et contenu simplement pour raccourcir le discours :
car on dira plus facilement : le fichier qui est dans ton ordinateur
plutôt que de préciser que
ce fichier est dans un système de fichiers
qui est contenu dans une partition
qui est elle même définie dans une table de partitionnement
qui est contenue dans un disque
qui est contenu dans ton ordinateur machine.

Mais à un moment donné, quand il faut expliquer ça à une machine en lui donnant une ligne de commande(s),
on a tout intérêt à être très très précis si on ne veux pas se retrouver avec toutes ses données détruites par un formatage/copie/déplacement/suppression mal ciblé.

Dernière modification par MicP (Le 14/07/2022, à 01:15)

CookieEater · Le 13/07/2022, à 14:17

Ah oui, @ylag il me manque bien le

GRUB_DISABLE_OS_PROBER=false

dans mon /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_STYLE=hidden
GRUB_TIMEOUT=50
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# 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-pc only)
#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"

Et oui, c'est bien spécifique à la 22.04 !
https://www.omgubuntu.co.uk/2021/12/gru … istros-fix
https://lists.ubuntu.com/archives/ubunt … 41769.html
Pour des raisons de sécurité apparemment (ça + firefox en snap décidément y a pas que de bonnes idées dans cette version, avis purement personnel).

*a édité son fichier /etc/default/grub*

Yes, ça marche ! Ca détecte bien Windows et Arch. Mais au moins maintenant je sais comment ajouter des entrées customs si besoin.

La question que je me pose maintenant, vaut-il mieux, pour l'ensemble des utilisateurs, suivre cette désactivation de l'os-prober et ajouter manuellement ses entrées ou remettre les choses à l'ancienne ? Apparemment, on pourrait exploiter des failles dans le système de fichier en montant des partitions avec root ; je ne sais absolument pas ce dont il s'agit ni s'il faut vraiment s'en préoccuper, mais j'imagine que s'ils en sont venus à faire ça, c'est qu'ils considèrent que c'est sérieux ?

geole · Le 13/07/2022, à 17:47

...mais j'imagine que s'ils en sont venus à faire ça, c'est qu'ils considèrent que c'est sérieux ?
Bonjour.
J'ai du mal à trouver la vraie raison.
https://bugs.launchpad.net/ubuntu/+sour … comments/3

La cause principale serait que le secure boot est court-circuité.
https://forum.manjaro.org/t/grub2-secur … nded/57280

Dernière modification par geole (Le 13/07/2022, à 17:55)

iznobe · Le 13/07/2022, à 18:26

Le " soucis " a l' utilisation , sans parler des failles potentielles , c ' est que si tu installes plusieurs OS avec un GRUB dont l' option : ' GRUB_DISABLE_OS_PROBER=true ' , a force de mise a jour et donc d ' installer de nouveaux noyaux , tu te retrouve avec un GRUB qui boucle .
tu auras de plus en plus d ' entrée du genre : ubuntu sur XYZ sur ubuntu sur XYZ , sur ... etc ...

Du coup , avec un menu personnalisé et cette option a false dans tous les OS , tu fais d' une pierre 2 coups . Apres c' est vrai que si tu installes des OS tous les jours ca devient vite ch...t de creer une entrée perso par jour ... mais bon c ' est rarement le cas .

il est aussi possible d' utiliser refind ( et de virer GRUB ) qui ne rencontre pas le meme defaut que GRUB .

Dernière modification par iznobe (Le 13/07/2022, à 18:28)

CookieEater · Le 13/07/2022, à 20:37

Alors ça semble meilleur d'ajouter ses entrées en attendant.

@iznobe tu parles du cas où on installe plusieurs Ubuntu avec chacun leur Grub ? J'avais remarqué en installant 2 ubuntu il y a un moment qu'à chaque mise à jour, un grub écrasait l'autre au démarrage.

Ce problème concernant Grub n'apparaît pas sur la doc du site : https://doc.ubuntu-fr.org/grub-pc
On pourrait peut-être ajouter une catégorie prévenant de ce changement, et inviter à soit contourner le problème en désactivant la désactivation (répétitif, ça) de l'os-prober, soit créer ses propres entrées, tout en expliquant mieux la personnalisation des entrées ici : https://doc.ubuntu-fr.org/tutoriel/grub … autre_menu
Car les exemples donnés manquent un peu d'explications je trouve.

Sinon je passe en résolu car mon problème est réglé, merci à tous !

iznobe · Le 13/07/2022, à 20:59

oui c' est a peu pres ca .
si les installations sont en mode MBR / MSDOS , il est possible d ' installer les GRUB sur leur partition respective , cela evite le phenomene .
par contre pour les installations en mode EFI , je ne sais pas si ca été corrigé ou pas depuis . a l' epoque j ' avais rencontré le cas , j ' ai ensuite opte pour un menu personnalisé de mes OS et ne me suis pas repenché sur le probleme .

Logiquement , une doc se veut relativement simple et abordable , je ne sais pas trop comment proceder , pour faire cela proprement , puis il y aurait tellement a dire sur le GRUB , d' ailleurs il n' y a qu ' a voir deja le nombre de page de la doc traitant du sujet ...

Dernière modification par iznobe (Le 13/07/2022, à 21:00)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/07/2022, à 21:42

[Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#2 Le 12/07/2022, à 21:54

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#3 Le 12/07/2022, à 23:36

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#4 Le 13/07/2022, à 07:27

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#5 Le 13/07/2022, à 07:57

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#6 Le 13/07/2022, à 08:24

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#7 Le 13/07/2022, à 08:48

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#8 Le 13/07/2022, à 09:19

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#9 Le 13/07/2022, à 09:26

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#10 Le 13/07/2022, à 09:29

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#11 Le 13/07/2022, à 09:33

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#12 Le 13/07/2022, à 09:41

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#13 Le 13/07/2022, à 09:56

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#14 Le 13/07/2022, à 12:14

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#15 Le 13/07/2022, à 12:28

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#16 Le 13/07/2022, à 12:48

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#17 Le 13/07/2022, à 13:37

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#18 Le 13/07/2022, à 13:41

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#19 Le 13/07/2022, à 13:59

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#20 Le 13/07/2022, à 14:17

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#21 Le 13/07/2022, à 17:47

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#22 Le 13/07/2022, à 18:26

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#23 Le 13/07/2022, à 20:37

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

#24 Le 13/07/2022, à 20:59

Re : [Résolu] [GRUB+partitions] Grub ne reconnaît pas les nouveaux OS

Pied de page des forums