<![CDATA[Forum Ubuntu-fr.org / [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?id=1355381 Mon, 28 Oct 2013 11:30:42 +0000 FluxBB <![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15032591#p15032591 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.

]]>
Mon, 28 Oct 2013 11:30:42 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15032591#p15032591
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15031991#p15031991 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  !

]]>
Mon, 28 Oct 2013 10:38:40 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15031991#p15031991
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15030631#p15030631 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.

]]>
Mon, 28 Oct 2013 08:00:04 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15030631#p15030631
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15027851#p15027851 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..)

]]>
Sun, 27 Oct 2013 19:52:10 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15027851#p15027851
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15027431#p15027431 Merci beaucoup smile)

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 !

]]>
Sun, 27 Oct 2013 19:17:10 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15027431#p15027431
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15026241#p15026241 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.

]]>
Sun, 27 Oct 2013 17:28:33 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15026241#p15026241
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=15025751#p15025751 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/i … untu-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 … -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 smile

]]>
Sun, 27 Oct 2013 16:56:01 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=15025751#p15025751
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=14483751#p14483751 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 ....

]]>
Tue, 27 Aug 2013 05:27:30 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=14483751#p14483751
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=14478971#p14478971 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.

]]>
Mon, 26 Aug 2013 17:18:14 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=14478971#p14478971
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=14478591#p14478591 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

]]>
Mon, 26 Aug 2013 16:49:28 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=14478591#p14478591
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=14478311#p14478311 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 ?

]]>
Mon, 26 Aug 2013 16:22:01 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=14478311#p14478311
<![CDATA[Réponse à : [Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=14477591#p14477591 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).

]]>
Mon, 26 Aug 2013 15:25:19 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=14477591#p14477591
<![CDATA[[Config] Grub et table de partitions GPT]]> http://forum.ubuntu-fr.org/viewtopic.php?pid=14464641#p14464641 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.

]]>
Sun, 25 Aug 2013 13:07:46 +0000 http://forum.ubuntu-fr.org/viewtopic.php?pid=14464641#p14464641