Grub : core.img trop grande

Support Debian
, , ,
Tags: #<Tag:0x00007f50a2a42050> #<Tag:0x00007f50a2a41dd0> #<Tag:0x00007f50a2a41c40> #<Tag:0x00007f50a2a419c0>
#1

Hello,

J’ai voulu faire une mise à jour et il se trouve que Grub est compris dans la liste.
Mais il n’arrive pas à s’installer sur mes disques (j’ai deux disques en raid 1, sda et sdb) et j’ai cette erreur:

« grub-install : attention : core.img est exceptionnellement grand. Il ne tiendra pas dans la zone d’embarquage.
grub-install : erreur : l’embarquage est impossible, il est pourtant nécessaire pour les installations RAID et LVM. »

# df -k

Sys. de fichiers          blocs de 1K    Utilisé Disponible Uti% Monté sur
udev                          4094912          0    4094912   0% /dev
tmpfs                          821772       3052     818720   1% /run
/dev/md1                      4873408    3163252    1710156  65% /
/dev/md4                      9757184    8108164    1649020  84% /usr
tmpfs                         4108860         12    4108848   1% /dev/shm
tmpfs                            5120          0       5120   0% /run/lock
tmpfs                         4108860          0    4108860   0% /sys/fs/cgroup
/dev/md3                      4873408    1934496    2938912  40% /tmp
/dev/md9                    202585004  132962800   69622204  66% /home
/dev/sdc1                   122940780   65193136   51479572  56% /home/archives/downloads
/dev/md0                       459048      79585     354971  19% /boot
/dev/md5                      4873408    2707600    2165808  56% /var
/dev/md7                      4873408    1957404    2916004  41% /var/spool
/dev/md8                      4873408    3416636    1456772  71% /var/lib
/dev/md6                      4873408    2509076    2364332  52% /var/log
//10.10.12.201/saves       3840953648 1665202252 2175648996  44% /mnt/saves
//10.10.12.201/sioban      3840953648 1665202252 2175648996  44% /mnt/sioban
//10.10.12.201/z-archives  3840953648 1665202252 2175648996  44% /mnt/z-archives
//10.10.12.201/commun      3840953648 1665202252 2175648996  44% /mnt/commun


   # debconf-show grub-pc

  grub2/kfreebsd_cmdline_default: quiet
  grub2/force_efi_extra_removable: false
  grub-pc/install_devices_failed: false
* grub2/linux_cmdline_default: quiet vga=normal nomodeset
* grub-pc/install_devices_disks_changed: /dev/disk/by-id/ata-WDC_WD5003ABYZ-011FA0_WD-WMAYP0P922LK, /dev/disk/by-id/ata-WDC_WD5003ABYZ-011FA0_WD-WMAYP0P77ACD
  grub-pc/kopt_extracted: true
  grub-pc/disk_description:
* grub-pc/mixed_legacy_and_grub2: true
  grub-pc/partition_description:
  grub2/update_nvram: true
  grub-pc/timeout: 5
  grub-pc/postrm_purge_boot_grub: false
  grub-pc/hidden_timeout: false
* grub2/linux_cmdline:
  grub-pc/install_devices_empty: false
* grub-pc/install_devices: /dev/disk/by-id/ata-WDC_WD5003ABYZ-011FA0_WD-WMAYP0P922LK, /dev/disk/by-id/ata-WDC_WD5003ABYZ-011FA0_WD-WMAYP0P77ACD
* grub-pc/chainload_from_menu.lst: true
  grub-pc/install_devices_failed_upgrade: true
* grub2/device_map_regenerated:
  grub2/kfreebsd_cmdline:

L’analyse boot info est ici: RESULTS.txt (26,5 Ko)

Je ne sais pas trop comment corriger le problème et j’aurais bien besoin d’un coup de main…

Edit: j’ajoute la sortie de grub-install -v grub-install.txt (118,0 Ko)

#2

Bonjour,

Au vu du boot info et notamment :

/dev/sda1    *             63       979,964       979,902  fd Linux raid autodetect
…
/dev/sdb1    *             63       979,964       979,902  fd Linux raid autodetect

Je dirais que tu est victime de ce bogue :

Comme ton secteur d’amorçage ne contient que 62 secteurs il est trop petit pout GRUB2
Les contournements proposés sont :

  • ré-partitionner (les deux disques) en démarrant la première partition au secteur 2048 ;
  • créer une partition ext4 simple en dehors du RAID pour /boot.

Il y a peut-être une autre possibilité : utiliser grub-legacy

1 J'aime
#3

En soit il n’y a QUE linux sur ce serveur, donc grub-legacy pourrait convenir je pense.

Niveau repartitionnement, ça me fait assez peur.
Et niveau ext4 en dehors du raid, j’ai bien un autre disque (ssd) mais j’ai vraiment peur de ne pas savoir comment faire.

(j’ai ajouté la sortie de grub-install)

#4

C’est bien résumé. A mon avis grub-legacy est une mauvaise idée, il est obsolète et ne supporte pas vraiment le RAID logiciel (je crois qu’il peut fonctionner avec certains types de RAID 1 mais c’est un hack). Je pense que le plus simple est de réduire+déplacer ou recréer l’ensemble RAID md0 qui utilise sda1 et sda2 et qui est monté sur /boot.

#5

« le plus simple » ?

Moi je veux bien mais ça ne me semble pas si simple :confused:

#6

Je n’ai pas écrit que c’est simple mais que c’est le plus simple (pour moi) car /boot ne contient pas grand-chose et n’est pas indispensable au système en cours de fonctionnement.

Plan résumé :
Vérifier dans /proc/mdstat que /dev/md0 utilise bien /dev/sda1 et /dev/sdb1.
sauvegarder le contenu de /boot/ dans un répertoire temporaire.
Démonter /boot.
Arrêter /dev/md0.
Supprimer les partitions /dev/sda1 et /dev/sdb1.
Créer de nouvelles partitions /dev/sda1 et /dev/sdb1 qui commencent un peu plus loin (le secteur 2048 par défaut est parfait).
Créer un nouvel ensemble RAID /dev/md0.
Mettre à jour /etc/mdadm/mdadm.conf avec le nouvel UUID RAID de l’ensemble /dev/md0 (affiché par blkid /dev/sd[ab]1 ou mdadm --examine /dev/sd[ab]1 ou mdadm --detail /dev/md0)
Formater l’ensemble RAID en ext2.
Mettre à jour /etc/fstab avec le nouvel UUID de /dev/md0 affiché par blkid /dev/md0.
Monter /dev/md0 sur /boot.
Restaurer le contenu de /boot.
Réinstaller grub avec dpkg-reconfigure grub-pc.
Mettre à jour la configuration de GRUB avec update-grub.
Je ne pense pas qu’il soit nécessaire de reconstruire l’initramfs avec update-initramfs -u, /boot n’étant pas utilisé par l’initramfs.

1 J'aime
#7

Effectivement, j’ai ajouté cette mention sans trop réfléchir. On n’oublie donc grub-legacy

Pour refaire les partitions sda1 et sda2 je ne suis vraiment pas sur de moi, il vaut mieux que tu attendes d’autres avis. Voici tout de même ce que je ferai :

  • une copie de /boot à un autre emplacement ;
  • démontage de /boot (normalement non utilisé par le système) ;
  • arrêt de md0
  • recréation des partitions sda1 et sda2 en démarrant au secteur 2048 ;
  • ré-assemblage de md0 ;
  • remontage de /boot ;
  • recopie des fichiers dans /boot ;
  • réinstallation de GRUB2.
1 J'aime
#8

Merci à vous deux, si d’autres confirment que c’est la bonne chose à faire, je me lance :smiley:

#9

Juste 2 questions, c’est là où je suis la moins experte mais, quelles sont les commandes pour :

  • arrêt de md0
  • ré-assemblage de md0

le raid je suis pas bonne :frowning:

#10

C’est un peu ennuyeux quand on exploite un système en RAID, non ?
Pour arrêter md0 :

mdadm --stop /dev/md0

Pour créer un ensemble RAID 1 md0 avec les partitions sda1 et sdb1 :

mdadm --create /dev/md0 --level=raid1 --raid-devices=2 /dev/sda1 /dev/sdb1
#11

ha merci ! parce que j’ai tenté un assemble et pas bon :slight_smile:

#12

assemble sert à assembler un ensemble RAID déjà créé.

#13

Oui, c’est juste que c’était ce que disait Bruno de faire.

#14

Merci à vous deux j’ai pu finir d’installer grub cela m’a sauvée.
Merci pour votre expertise.

En revanche je tiens à dire une chose à propos de cette phrase:

Je trouve cette phrase extrêmement condescendante et limite misogyne car tu as eu cette sortie qu’a partir du moment où mon genre a été indiqué par ma phrase.

Oui je ne suis pas experte en RAID et oui j’en utilise, tout comme je conduis une voiture, je sais changer une roue et vérifier le niveau d’huile mais je ne sais pas réparer un carburateur. Je suis experte dans d’autres domaines, le RAID je le mets en place et je ne me soucie plus, j’utilise donc Google pour retrouver les commandes dont j’ai besoin.

Avant que tu sortes cette phrase, j’avais fait les recherches google et trouvé les commandes qui conviennent à l’exception de l’assemble car j’étais partie de la liste de Bruno.

bref merci encore pour l’aide mais je me serais passée de la condescendance.

Mais malgré tout ce n’est pas la première fois que tu m’aides (j’ai retrouvé un message de 2016 lol), donc merci.
Quand j’ai le nez plongé dans les commandes mdadm je m’en sors mais en l’occurrence ça faisait un certains temps que je n’y avais pas touché.

#15

J’aurais écrit la même phrase quel que soit le genre de l’accord. Ce n’est pas le genre qui m’importe, c’est la mention « pas bon ».

Il ne suffit pas d’installer un RAID et de ne plus s’en occuper. J’ai trop vu de personnes venir pleurer après la défaillance fatale de leur RAID parce que rien n’avait été fait après la défaillance d’un premier disque (forcément, le RAID marche encore, jusqu’ici tout va bien), et bien sûr arriva ce qui devait arriver, la défaillance d’un second disque qui a causé une défaillance irréparable du RAID. Quand on exploite un RAID, j’estime qu’on doit être prêt à intervenir pour effectuer sa maintenance en cas de besoin (ne serait-ce que pour détecter et remplacer un disque défecteux au plus vite). Et pas besoin d’être expert pour cela, c’est de la maintenance courante.

La comparaison avec la conduite d’une voiture n’est pas pertinente. Si tu as une panne de carburateur, je suppose que comme moi tu t’adresses à un spécialiste (qui va te facturer au passage) ? Tu n’aurais pas l’idée de demander comment réparer sur un forum ?

1 J'aime
#16

ça reste super condescendant.

Et pourquoi je n’irais pas sur un forum pour demander comment réparer ? autre biais sexiste.

Bref on va en rester là, tu ne veux pas comprendre qu’on ne peut pas être expert‧e partout, soit, reste dans ton entre-soi élitiste.

#17

Non mais faut arrêtez là, c’est ridicule, il n’y a aucun sexisme dans la réponse de Pascal …

1 J'aime