Projet

Général

Profil

Demande #16771

erreur grub Upgrade-auto 2.4.2 2.5.2

Ajouté par Christophe Dezé il y a plus de 7 ans. Mis à jour il y a environ 7 ans.

Statut:
Classée sans suite
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
-
Début:
13/07/2016
Echéance:
% réalisé:

0%

Temps passé:

Description

pour info j'ai rencontré cette erreur lors d'un Upgrade-Auto 2.4.2 vers 2.5.2

run-parts: executing /tmp/Upgrade-Auto/post_upgrade/90-delete-iso
Remove ISO directory /var/lib/eole/iso
run-parts: executing /tmp/Upgrade-Auto/post_upgrade/99-grub
Installing for i386-pc platform.
grub-install : attention : cette étiquette de partition GPT ne contient pas de partition d'amorçage BIOS ; l'embarquage ne sera pas possible.
grub-install : attention : Installation impossible. GRUB peut seulement être installé sur cette configuration en utilisant les listes de blocs. Toutefois, les listes de blocs ne sont PAS fiables et leur emploi n'est pas conseillé..
grub-install : erreur : les listes de blocs ne seront pas traitées.
run-parts: /tmp/Upgrade-Auto/post_upgrade/99-grub exited with return code 1
zephir - UPGRADE => ERR : Erreur dans un script post_upgrade) 
--------------------------------------------------------------------------------
                Instructions préalables spécifiques au module                 
--------------------------------------------------------------------------------
Erreur /tmp/Upgrade-Auto/post_upgrade

lshw.txt Voir (19,7 ko) Christophe Dezé, 13/07/2016 09:06

Historique

#1 Mis à jour par Daniel Dehennin il y a plus de 7 ans

  • Assigné à mis à Daniel Dehennin

Je tente de reproduire dans notre infrastructure virtuelle.

#2 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Dans notre environnement cela fonctionne :

run-parts: executing /tmp/Upgrade-Auto/post_upgrade/90-delete-iso
Remove ISO directory /var/lib/eole/iso
run-parts: executing /tmp/Upgrade-Auto/post_upgrade/99-grub
Installing for i386-pc platform.
Installation terminée, sans erreur.
run-parts: executing /tmp/Upgrade-Auto/post_upgrade/99-unlock
run-parts: executing /tmp/Upgrade-Auto/post_upgrade/99-upgrade_eole

Pas d'enregistrement dans une base Zéphir détecté.                           

Pour finaliser la procédure, veuillez :

- redémarrer le serveur                                                        
- mettre à jour la configuration (par exemple via gen_config)                  
- exécuter la commande 'instance'                                              
--------------------------------------------------------------------------------
                Instructions préalables spécifiques au module                 
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
          Mise à jour des informations dans l'application Zéphir ...          
--------------------------------------------------------------------------------

#3 Mis à jour par Christophe Dezé il y a plus de 7 ans

j'ai mis un lshw en pj,

fdisk -l

Attention : identifiant de table de partitions GPT (GUID) détecté sur « /dev/sda » ! L'utilitaire fdisk ne prend pas GPT en charge. Utilisez GNU Parted.

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1               1  3907029167  1953514583+  ee  GPT

Disque /dev/mapper/horusng-root : 3498 Mo, 3498049536 octets
255 têtes, 63 secteurs/piste, 425 cylindres, total 6832128 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/horusng-root ne contient pas une table de partitions valable

Disque /dev/mapper/horusng-tmp : 1996 Mo, 1996488704 octets
255 têtes, 63 secteurs/piste, 242 cylindres, total 3899392 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/horusng-tmp ne contient pas une table de partitions valable

Disque /dev/mapper/horusng-var : 8996 Mo, 8996782080 octets
255 têtes, 63 secteurs/piste, 1093 cylindres, total 17571840 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/horusng-var ne contient pas une table de partitions valable

Disk /dev/mapper/horusng-home: 1975.9 GB, 1975894671360 bytes
255 têtes, 63 secteurs/piste, 240222 cylindres, total 3859169280 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/horusng-home ne contient pas une table de partitions valable

#4 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Je pense que le problème vient de format de partitionnement GPT.

  • Le serveur est-il en UEFI ?
  • Pouvez-vous donner la sortie de la commande suivante ?
    dpkg -l grub-*
    

#5 Mis à jour par Christophe Dezé il y a plus de 7 ans

dpkg -l grub-*
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                                   Version                         Architecture                    Description
+++-=====================================================-===============================-===============================-================================================================================================================
ii  grub-common                                           2.02~beta2-9ubuntu1.11          i386                            GRand Unified Bootloader (common files)
un  grub-coreboot                                         <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-doc                                              <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-efi                                              <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-efi-amd64                                        <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-efi-ia32                                         <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-efi-ia64                                         <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-emu                                              <aucun>                         <aucune>                        (aucune description n'est disponible)
ii  grub-gfxpayload-lists                                 0.6                             i386                            GRUB gfxpayload blacklist
un  grub-ieee1275                                         <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-legacy                                           <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-legacy-doc                                       <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-linuxbios                                        <aucun>                         <aucune>                        (aucune description n'est disponible)
ii  grub-pc                                               2.02~beta2-9ubuntu1.11          i386                            GRand Unified Bootloader, version 2 (PC/BIOS version)
ii  grub-pc-bin                                           2.02~beta2-9ubuntu1.11          i386                            GRand Unified Bootloader, version 2 (PC/BIOS binaries)
un  grub-xen                                              <aucun>                         <aucune>                        (aucune description n'est disponible)
un  grub-yeeloong                                         <aucun>                         <aucune>                        (aucune description n'est disponible)

#6 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Donc le serveur n’est pas en UEFI et grub ne veut pas installer sur une partition en mode GPT.

Je me demande comment le partitionnement peut-être en GPT, il faut que je fasse des tests sur du matériel physique.

#7 Mis à jour par Christophe Dezé il y a plus de 7 ans

exact (je n'avais pas vu la question)


[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
=>BIOS

Je ne sais comment on en est arrivé la !
c'est à a la base un 2.3 migré en 2.4.2 puis 2.5.2

#8 Mis à jour par Laurent Morel il y a plus de 7 ans

Dans ma situation , même erreur avec :

Un serveur 2.3 migré en 2.4.2 . Puis réinstallation avec restauration complète Bacula de 2.4.2
Puis migration sans réinstallation vers 2.5.2

Laurent Morel

#9 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Laurent Morel a écrit :

Dans ma situation , même erreur avec :

Un serveur 2.3 migré en 2.4.2 . Puis réinstallation avec restauration complète Bacula de 2.4.2
Puis migration sans réinstallation vers 2.5.2

L’installation d’une 2.4.2 devrait formater le disque, mais peut-être que s’il y a déjà une table de partition GPT l’installeur ne le transforme pas.

Je n’ai pas de machine physique sous la main pour faire des tests.

Si vous avez la possibilité de reformatter la machine :

  • Écraser le début du disque, depuis un liveCD par exemple :
    root@live:~# dd if=/dev/zero of=/dev/sda bs=1M count=10
    
  • Démarrer une installation depuis l’ISO
  • Vérifier le modèle de partitionnement du disque
    root@server:~# fdisk -l /dev/sda
    

Si votre serveur supporte l’UEFI, vous pouvez l’activer et utiliser l’image 2.4.2.1 ou 2.5.2.1 qui supportent l’UEFI.

#10 Mis à jour par Daniel Dehennin il y a plus de 7 ans

  • Statut changé de Nouveau à En attente d'informations

#11 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Je ne comprends toujours pas comment la partition a pu être en GPT, pour moi c’est une opération manuelle, il n’y a rien d’automatique qui fasse cette transformation.

#12 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Daniel Dehennin a écrit :

Je ne comprends toujours pas comment la partition a pu être en GPT, pour moi c’est une opération manuelle, il n’y a rien d’automatique qui fasse cette transformation.

Je viens de faire des tests d’installation sur une machine physique :

  • Un disque partitionné en GPT avec un bios en mode non UEFI, l’installeur écrase la table de partitions GPT avec une table de partitions DOS
  • Un disque partitionné en DOS avec un bios en mode UEFI, l’installeur écrase la table de partitions DOS avec une table de partitions GPT.

#13 Mis à jour par Christophe Dezé il y a plus de 7 ans

cause possible ?
un serveur installé sur une machine, le disque est enlevé et placé dans une machine au bios different !?

#14 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Christophe Dezé a écrit :

cause possible ?
un serveur installé sur une machine, le disque est enlevé et placé dans une machine au bios different !?

C’est une question ou une affirmation ?

La partition GPT n’est créée que si on est en UEFI et le passage d’un firmware UEFI à un bios ne permet pas de démarrer le serveur, le grub n’est pas le même, et si cela avait été le cas le paquet grub-efi-amd64 aurait été installé sur le système.

#15 Mis à jour par Christophe Dezé il y a plus de 7 ans

c'etait une interrogation.

#16 Mis à jour par Daniel Dehennin il y a plus de 7 ans

Christophe Dezé a écrit :

cause possible ?
un serveur installé sur une machine, le disque est enlevé et placé dans une machine au bios different !?

Non, il n’est pas possible de démarrer avec un disque GPT/EFI sur une machine en mode BIOS.

#17 Mis à jour par Daniel Dehennin il y a environ 7 ans

  • Statut changé de En attente d'informations à Classée sans suite

Formats disponibles : Atom PDF