Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Config] Grub et table de partitions GPT

maxire

Bonjour,

Après avoir ramé une bonne heure à essayer de démarrer un Ubuntu 12.04-3 installé sur un disque avec table de partition GPT, je vous donne le truc qui débloque la situation.

Faire:

grub-install --modules=part_gpt /dev/sda

Remplacez bien sur /dev/sda par le périphérique qui vous sied.
En fait, part_gpt est le module qui permet à grub de reconnaître les tables de partition GPT, et il n'est pas chargé par défaut au lancement de grub.

J'ai noté dans les divers forums de ce site que quelques personnes ont déjà eu des problèmes avec des systèmes installés sur des disques partitionnés en GPT, d'où ce message.

Donc, voici l'info à sans doute intégrer dans un tuto grub déjà existant.

Merci au wiki d'archlinux, qui m'a dépanné sur ce coup.

[Edit]
Encore mieux, ajouter dans le fichier de configuration de GRUB "/etc/default/grub" la ligne suivante :

GRUB_PRELOAD_MODULES="part_gpt part_msdos"

puis réinstaller grub.
J'ai rajouté le module part_msdos, cela ne mange pas de pain.

malbo

maxire,
Je suppose que ton ordi n'est pas équipé d'un "nouveau Bios" (système UEFI) parce que ton astuce ne vaut que pour une installation de Ubuntu en mode BIOS (non-EFI).

maxire

Exact Malbo, j'aurais du le préciser.

J'ai une seule machine dont la carte mère Gigabyte A55M-S2HP achetée début 2012 sortie à l'été 2011, possède une mention à EFI dans le bios. Cette mention est la possibilité de démarrer je cite," un cd EFI WIndows 7 64 bits "(??) et je me suis empressé de ne pas l'utiliser , ayant laissé tomber définitivement windows depuis la catastrophe Vista.

En fait je viens de passer tous mes ordinateurs en tables de partition GPT pour le fun parce et que c'est plus moderne.
Le plus long a été de déplacer, retailler les partitions de manière à avoir de la place entre les secteurs 34 et 2047 pour placer la partition de démarrage bios-grub. Il me semble avoir lu quelque part, sans doute le wiki archlinux, qu'il vaut mieux placer cette partition en début de disque pour que Grub2 fonctionne correctement.

Ce qui m'a surpris, c'est que sur une machine sous Archlinux, l'installation de grub en GPT est passée comme une lettre à la poste (ancienne version, avant privatisation).

Innocemment, je pensais que ce serait de même avec ubuntu 12.04.

Et bien, non.
Archlinux a une configuration grub par défaut chargeant le module part_gpt et pas ubuntu 12.04.
Les autres ubuntu plus récents, je ne sais pas. Il serait intéressant de charger ce module par défaut sous ubuntu cela éviterait de se poser des questions à l'avenir.

D'ailleurs est-ce que les processus d'installation de ubuntu actuels permettent une installation sur des partitions GPT en mode Bios non EFI ?

malbo

maxire a écrit D'ailleurs est-ce que les processus d'installation de ubuntu actuels permettent une installation sur des partitions GPT en mode Bios non EFI ?

A ma connaissance, il suffit de configurer l'UEFI pour désactiver le mode UEFI et le passer en mode Legacy (mode BIOS). Puis on démarre l'ordi sur le support live de Ubuntu et depuis cette session live de Ubuntu, comme on est démarré en mode Bios, l’installateur de Ubuntu détecte ça et il installe Ubuntu en mode Bios sur le disque GPT (il faut avoir préparé une partition BIOS-Boot au préalable ou le faire après avoir sélectionné "Autre chose" à l'étape 3 de l'installation). Dans ce cas, c'est grub-pc qui est installé.
Mais c'est quand même assez rare d'installer Ubuntu en mode Bios (non-EFI) et la plupart du temps je conseille les gens sur ce forum pour installer Ubuntu en mode UEFI : http://forum.ubuntu-fr.org/viewtopic.php?id=986671

maxire

Bref c'est possible, avec un peu de travail de préparation manuel, paramétrage bios + création de la partition bios-boot.
J'imagine que la plupart des gens installant en mode UEFI ont primitivement acheté des machines avec Windows préinstallé et sont en multiboot.

Au vu rapide du forum que tu cites, l'installation d'un nouvel OS sur des machines windows UEFI semble assez rock'n roll.

Merci pour les infos.

malbo

maxire a écrit J'imagine que la plupart des gens installant en mode UEFI ont primitivement acheté des machines avec Windows préinstallé et sont en multiboot.

Exact

maxire a écrit Au vu rapide du forum que tu cites, l'installation d'un nouvel OS sur des machines windows UEFI semble assez rock'n roll.

C'est vrai que UEFI est encore mal connu. Même des anciens du forum, très expérimentés sur BIOS/MBR, se retrouvent comme des débutants pour installer Ubuntu dans un ordi tout récent parce qu'ils découvrent UEFI. Que dire des grands débutants sous Linux qui n'ont connu que Windows ....

captain-pep

Hello,

Perso, chez moi j'ai ce message :

root@gandalf:/mnt# grub-install --modules=part_gpt /dev/sdb
/usr/sbin/grub-bios-setup : attention : cette étiquette de partition GPT ne contient pas de partition d'amorçage BIOS ; l'embarquage ne sera pas possible.
/usr/sbin/grub-bios-setup : erreur : l'embarquage est impossible, il est pourtant nécessaire pour les installations RAID et LVM.

Ca m'embête bien car j'essaye de repasser mon disque système /dev/sda sur mon gros raid5 /dev/sd[bcde] ...

Si j'ai bien compris il faut créer une petite partition au démarrage sur tous mes disques utilisant les tables de partitions GPT ?
Ca m'embête bien car tous ces disques sont déjà formaté avec une grosse partition, laquelle est aggrégée dans mon RAID5 ( et à 20h le rebuild j'ai pas trop envie de déconner :] )

( sinon pour info je me suis aidé de ce tuto bien chouette : http://www.courtois.cc/blogeclectique/index.php?post/Passer-mon-Ubuntu-a-LVM - sauf qu'au passage j'ai remis ma partition boot dans le lv du système sur mon premier disque que je veux virer ( cette fois, je me suis aidé là : http://unix.stackexchange.com/questions/28443/does-grub2-support-putting-boot-on-a-raid5-partition et ça fonctionne \o/ ) )

Si vous avez une idée, ou si vous savez que c'est impossible, je veux bien un coup de main 🙂

maxire

Bonsoir,

Tu as bien compris, voici un exemple :

Disk /dev/sda: 976773168 sectors, 465.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): D7B5B806-E68E-4FE9-9970-531C44965EFC
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 8-sector boundaries
Total free space is 0 sectors (0 bytes)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048       419432447   200.0 GiB   8300  
   2       419432448       970983423   263.0 GiB   8300  
   3       970983424       976773134   2.8 GiB     8200  
   4              34            2047   1007.0 KiB  EF02

Ici c'est la partition 4 non formatée qui est utilisée par grub en début de disque secteur 34 à 2047 soit 1 MO, codée "ef02" (c'est le plus important) ce n"est pas énorme, tu dois pouvoir y arriver.

captain-pep

Merci beaucoup 🙂)

Modèle: ATA WDC WD30EFRX-68A (scsi)
Disque /dev/sdb : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Fanions
 2      17,4kB  1049kB  1031kB                            bios_grub
 1      1049kB  3001GB  3001GB                            raid

(parted)

J'ai un peu galéré pour trouver cette histoire de EF02, qui correspond sur parted au flag bios_grub, mais j'ai fini par trouver, j'ai pu mettre à jour grub pour qu'il boot sur un des disques de la grappe RAID, et donc migrer tout le système dessus, me faisant gagner des perfs d'io et surtout libérer une nappe sata pour un prochain ajout !

navtex

bonjour
et merci : galére aussi ,sur disque non-EFI partitionné GPT ,mais avec la petite bios-grub , et enfin filesystem BTRFS .
apres installation de voyager à coté de xubuntu ,plus de xubuntu dans le grub . j'espere que c'est la solution multiboot
sinon possible que je m'emmele encore les pinceaux avec le btrfs .
Pas beaucoup d'aide sur le sujet ,va falloir défricher .

edit - ou est ce que l'on peut faire une partition -montage /boot commune à plusieurs systemes ? (aie,aie..)

maxire

Désolé captain-pep,

J'aurais du préciser que code 'ef02" = flag "bios_grub", c'est la valeur exacte du code hexa tel qu'utilisé par gdisk que j'ai tendance à utiliser à la place de parted depuis que mes disques sont tous passés en GPT :

Pour mémoire, voici la liste des codes de partitions gérés par gdisk :

0700 Microsoft basic data 0c01 Microsoft reserved 2700 Windows RE
4200 Windows LDM data 4201 Windows LDM metadata 7501 IBM GPFS
7f00 ChromeOS kernel 7f01 ChromeOS root 7f02 ChromeOS reserved
8200 Linux swap 8300 Linux filesystem 8301 Linux reserved
8e00 Linux LVM a500 FreeBSD disklabel a501 FreeBSD boot
a502 FreeBSD swap a503 FreeBSD UFS a504 FreeBSD ZFS
a505 FreeBSD Vinum/RAID a800 Apple UFS a901 NetBSD swap
a902 NetBSD FFS a903 NetBSD LFS a904 NetBSD concatenated
a905 NetBSD encrypted a906 NetBSD RAID ab00 Apple boot
af00 Apple HFS/HFS+ af01 Apple RAID af02 Apple RAID offline
af03 Apple label af04 AppleTV recovery af05 Apple Core Storage
be00 Solaris boot bf00 Solaris root bf01 Solaris /usr & Mac Z
bf02 Solaris swap bf03 Solaris backup bf04 Solaris /var
bf05 Solaris /home bf06 Solaris alternate se bf07 Solaris Reserved 1
bf08 Solaris Reserved 2 bf09 Solaris Reserved 3 bf0a Solaris Reserved 4
bf0b Solaris Reserved 5 c001 HP-UX data c002 HP-UX service
ef00 EFI System ef01 MBR partition scheme ef02 BIOS boot partition
fd00 Linux RAID

Ce qui est casse-pied c'est que les différents outils n'utilisent pas nécessairement la même terminologie.

@navtex,

En théorie tu peux mettre ta partition /boot multisystèmes n'importe où à condition de la tailler large (il va bien falloir gérer une centaine de MO par système si tu gardes 2 versions de noyaux pour chacun d'eux).
Cependant je la mettrais de préférence sur le disque de démarrage.

Mais quel est l'intérêt ?

Admettons que tu utilises en multiboot un xubuntu 13.04 d'une part et un voyager 13.04 de l'autre, ces deux systèmes vont utiliser les mêmes noyaux localisés dans la même partition.
Imaginons que tu fasses du nettoyage de noyaux dans l'un des deux systèmes tu vas casser l'autre.
De plus en cas de perte de la partition boot, tu seras obligé de reconstruire partiellement tous les systèmes en plus de la réinstallation de grub.
Il faudra également toujours gérer grub-install à partir du même système /boot/grub oblige, ceci est habituel lors de multiboots linux.

Personnellement je ne le ferais pas, aïe comme tu dis.

navtex

en realité ,ce que je n'ai pas encore compris apres ce ratage c'est si l'os-prober fonctionne avec plusieurs partitions btrfs .
et ...ce que j'ai vu marcher (en ext4,par hasard,en déplaçant les partitions) , c'est de copier seulement les initrd.img dans le /boot , il m'a semblé que c'est les .img que liste le grub
ensuite ce fichier contient les bonnes infos pour retrouver son systeme .
voila ,encore plus de cambouis que sur ma chaine de vélo !

maxire

Ok, tu veux pallier à la non analyse éventuelle des partitions btrfs par os-prober.
Je n'ai jamais utilisé de partitions btrfs, as-tu vérifié /etc/default/grub si il n'y a pas "GRUB_DISABLE_OS_PROBER=true" ?
Je pense que non, mais cela vaut le coup de vérifier.

Ne serait-il pas mieux de rajouter les lignes de menu nécessaires dans le fichier /etc/grub.d/40_custom plutôt que de tenter le diable ?
Il faudrait utiliser les liens symboliques /vmlinuz, /initrd.img et /vmlinuz.old, /initrd.img.old qui pointent respectivement sur les dernières et avant-dernières versions du noyau et de initrd.

Pour savoir ce que fait réellement le programme os-prober il faudrait l'analyser, c'est un script shell en /usr/bin (normalement il devrait résider en sbin), bon courage !

Je crois que nous nous éloignons du sujet initial de ce fil, il vaudrait peut-être mieux en ouvrir un nouveau.