Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 02/11/2023, à 14:59

LRDP

[RÉSOLU] pb avec grub-efi-amd64-signed

bonjour,
J'ai cloné le disque system qui faisait 500 Go sur un 2 To partitionné en 2 puis j'ai testé la mise à niveau ma version Maté 20.04.6 en 22.04.3 par le gestionnaire de mise à jour sur ce disque de 500 Go. Elle s'est faite sans encombre, malgré un paquet récalcitrant corrigé sur le shell en fin de mise à niveau.
J'ai donc mis à niveau le disque system officiel sur le 2 To, sans encombre aussi.
Mais, mais le paquet grub-efi-amd64-signed pose problème à la commande apt upgrade : 

dpkg: erreur de traitement du paquet grub-efi-amd64-signed (--configure) :
 le sous-processus paquet grub-efi-amd64-signed script post-installation install
é a renvoyé un état de sortie d'erreur 32
Des erreurs ont été rencontrées pendant l'exécution :
 grub-efi-amd64-signed

J'ai fait quelques bidouilles sans succès (dpkg --configure, dpkg --reconfigure "paquet", réinstallation du paquet après suppression par Synaptic et par Apt...)
Je pense que cela vient du changement de disque system :

Paramétrage de grub-efi-amd64-signed (1.187.6+2.06-2ubuntu14.4) ...
mount: /var/lib/grub/esp: le périphérique spécial /dev/disk/by-id/ata-Crucial_CT
500MX200SSD1_154410F7A579-part1 n'existe pas.

/var/lib/grub/esp est vide et le périphérique cité est l'ancien disque system CT500MX de Crucial

Le 2To de Crucial sur le fstab :

 <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=896D-A6A9  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

Curieusement le fstab met ces UUID sur sda, mais Gnome-Disk et Gparted me les mettent sur sdg...

Une solution est donnée par Anium mais il indique de purger le Desktop aussi ce qui m'angoisse compte tenu que mon Desktop est Maté.

Que me conseillez-vous ?

Dernière modification par LRDP (Le 04/11/2023, à 07:37)

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#2 Le 02/11/2023, à 15:23

jplemoine

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Il faut que l'UUID soit unique sur le système....
Il est attribué au moment de la création de la partition. Si tu as juste copier la partition, l'UUID est le même pour les 2.
Donc, si tu clones et que le disque (ou plutôt la partition) "source" et le clone sont actifs, il faut changer l'UUID de l'un des 2 (et modifier le fstab en conséquence).

Je crois que tu peux le voir avec 

lsblk

Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.

Hors ligne

#3 Le 02/11/2023, à 16:05

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Merci Jplemoine.

lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0    7:0    0     4K  1 loop /snap/bare/5
loop1    7:1    0  55,7M  1 loop /snap/core18/2785
loop2    7:2    0  55,7M  1 loop /snap/core18/2790
loop3    7:3    0  63,4M  1 loop /snap/core20/1974
loop4    7:4    0  63,5M  1 loop /snap/core20/2015
loop5    7:5    0  73,9M  1 loop /snap/core22/864
loop6    7:6    0 240,3M  1 loop /snap/firefox/3290
loop7    7:7    0   497M  1 loop /snap/gnome-42-2204/141
loop8    7:8    0  91,7M  1 loop /snap/gtk-common-themes/1535
loop9    7:9    0  40,8M  1 loop /snap/snapd/20092
loop10   7:10   0  40,9M  1 loop /snap/snapd/20290
loop11   7:11   0    16K  1 loop /snap/software-boutique/54
loop12   7:12   0    16K  1 loop /snap/software-boutique/57
loop13   7:13   0  13,5M  1 loop /snap/ubuntu-mate-welcome/720
loop14   7:14   0  13,5M  1 loop /snap/ubuntu-mate-welcome/726
sda      8:0    0   5,5T  0 disk 
└─sda1   8:1    0   5,5T  0 part /media/lrdp/exos1
sdb      8:16   0  14,6T  0 disk 
└─sdb1   8:17   0  14,6T  0 part /mnt/Gold1
sdc      8:32   0   1,8T  0 disk 
└─sdc2   8:34   0   1,8T  0 part /mnt/Documents
sdd      8:48   0   5,5T  0 disk 
└─sdd1   8:49   0   5,5T  0 part /mnt/Fantec3
sde      8:64   0   5,5T  0 disk /mnt/Fantec2
sdf      8:80   0   1,8T  0 disk 
└─sdf1   8:81   0   1,8T  0 part /mnt/Sauvegarde
sdg      8:96   0   1,8T  0 disk 
├─sdg1   8:97   0   512M  0 part /boot/efi
├─sdg2   8:98   0     1K  0 part 
├─sdg3   8:99   0 972,2G  0 part /media/lrdp/R1To1
└─sdg5   8:101  0 890,3G  0 part /var/snap/firefox/common/host-hunspell
                                 /
sdh      8:112  0   1,8T  0 disk 
└─sdh1   8:113  0   1,8T  0 part /mnt/2TO
sr0     11:0    1  1024M  0 rom

La commande ne met pas les UUID, mais le disque initial est retiré de l'ordinateur, je tourne avec le cloné qui a été mis à niveau
Chose très curieuse, /var/snap/firefox/common/host-hunspell est sur sdg5, isolé ??? no comprendo

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#4 Le 02/11/2023, à 16:22

jplemoine

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

sdg5 a un double point de montage / et /var/snap/firefox/common/host-hunspell : je crois que c'est normal et ce n'est pas choquant
Par contre, de ce que je comprends, il y a 8 disques physiques ?
dont le sde qui n'aurait pas de partition ?
Et avec le système qui serait sur un disque en plein milieu (sdg)

Si c'est ça, ce n'est pas courant comme infrastructure...

Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.

Hors ligne

#5 Le 02/11/2023, à 16:53

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Effectivement, cela parait inhabituel, mais j'ai de grosses configurations sur plusieurs machines (6-8 disques durs) et sde a une partition ext4 active et monté

Le disque system est effectivement sdg, curieusement, mais cela s'est fait après une panne que j'ai oubliée et rétablie par boot-repair, mais sda s'est transformé en sdg. comme çà marche, je ne me fais pas de souci.

l'upgrade pose problème par contre avec ce paquet brub-efi-amd64 et /etc/defaut/grub indique cela :

# 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=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc"

# 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"
GRUB_DISABLE_OS_PROBER=false

J'ai beau faire update-grub, cela reste toujours.

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#6 Le 02/11/2023, à 17:09

geole

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonjour
Pour lister les UUID des partitions  Fat32

sudo blkid | grep vfat

Puis mettre à jour cette ligne du fichier fstab

UUID=896D-A6A9  /boot/efi       vfat    umask=0077      0       1

Dernière modification par geole (Le 02/11/2023, à 17:11)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#7 Le 02/11/2023, à 17:23

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Merci, Geole, je dois m'absenter, je fais cela demain matin.

Bonne soirée

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#8 Le 03/11/2023, à 10:41

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonjour Geole,
voilà les retours 

sudo blkid | grep vfat
[sudo] Mot de passe de lrdp : 
/dev/sdg1: UUID="896D-A6A9" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="ee4427dc-01"

mais le fstab était déjà comme çà;

# /boot/efi was on /dev/sda1 during installation
UUID=896D-A6A9  /boot/efi       vfat    umask=0077      0       1
/

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#9 Le 03/11/2023, à 11:00

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

J'ai fait cet essai dans /etc/default/grub :

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc"

en 

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
#GRUB_CMDLINE_LINUX="sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc"
GRUB_CMDLINE_LINUX="sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed"

m'inspirant du #5 de Nanny

mais ce /etc/default/grub n'a pas d'influence sur le problème :

Paramétrage de grub-efi-amd64-signed (1.187.6+2.06-2ubuntu14.4) ...
mount: /var/lib/grub/esp: le périphérique spécial /dev/disk/by-id/ata-Crucial_CT
500MX200SSD1_154410F7A579-part1 n'existe pas.
dpkg: erreur de traitement du paquet grub-efi-amd64-signed (--configure) :
le sous-processus paquet grub-efi-amd64-signed script post-installation installé a renvoyé un état de sortie d'erreur 32
Des erreurs ont été rencontrées pendant l'exécution :
 grub-efi-amd64-signed
E: Sub-process /usr/bin/dpkg returned an error code (1)

certainement en rapport avec le montage du disque system actuel (Crucial 2To) cloné à partir de l'ancien disque system Crucial 500Go

Mais je ne sais pas à quel endroit je dois corriger l'erreur, car les dpkg que j'ai fait n'ont eu aucun effet.

Chose rassurante, Ubuntu est comme les B17 des années 40-44 , même abîmés de tous les côtés, ils marchaient quand même pour ramener l'équipage à bon port (malgré de nombreux drames)

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#10 Le 03/11/2023, à 11:33

geole

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonjour

Donc la partition EFI est bien présente.
Peux-tu donner l'historique de la raison de cette ligne
GRUB_CMDLINE_LINUX="sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc"

Merci de donner la totalité de ce retour.

sudo apt upgrade

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#11 Le 03/11/2023, à 12:58

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonjour Geole et encore merci.

Alors l'historique : euh.., si je suis clair wink : comme je le disais sur les premiers paragraphes, je passe de 20.04 à 22.04 sur un disque cloné. tout se passe bien et la 22.04 est présente, même sans reboot après la mise à niveau (?). Je fais les petites commandes d'usage (update, upgrade) et je trouve cette erreur 32 (#1). En cherchant de mon côté, le problème vient de la ligne grub-efi-amd64-signed que je trouve avec le suffixe grub-pc dans les dossiers de grub. En refaisant des dpkg, ce suffixe disparait de certains fichiers concernés (j'ai le défaut de ne pas noter tout ce que je fais en cas de panne) mais persiste dans etc/default/grub avec ce suffixe, cité par Nanny comme inopportun, j'ai corrigé cette ligne dans ce fichier, mais sans effet.

L'upgrade:

sudo apt upgrade 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Calcul de la mise à jour... Fait
Get more security updates through Ubuntu Pro with 'esm-apps' enabled:
  vlc-plugin-qt libvlc5 vlc-data libvlccore9 vlc imagemagick vlc-bin
  libavdevice58 ffmpeg libopenexr25 libpostproc55 libmagickcore-6.q16-6-extra
  libavcodec58 libmagickwand-6.q16-6 libavutil56 imagemagick-6.q16 libswscale5
  libmagickcore-6.q16-6 vlc-plugin-access-extra libswresample3
  imagemagick-6-common vlc-plugin-video-output libavformat58 libvlc-bin
  vlc-plugin-base libavfilter7
Learn more about Ubuntu Pro at https://ubuntu.com/pro
#
# Canonical released microcode updates for both Intel (CVE-2022-40982) and AMD
# (CVE-2023-20593). ‘Unattended upgrades’ provide security updates by default.
# Ensure it remains enabled to always get all updates as they become available.
#
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Paramétrage de grub-efi-amd64-signed (1.187.6+2.06-2ubuntu14.4) ...
mount: /var/lib/grub/esp: le périphérique spécial /dev/disk/by-id/ata-Crucial_CT
500MX200SSD1_154410F7A579-part1 n'existe pas.
dpkg: erreur de traitement du paquet grub-efi-amd64-signed (--configure) :
 le sous-processus paquet grub-efi-amd64-signed script post-installation install
é a renvoyé un état de sortie d'erreur 32
Des erreurs ont été rencontrées pendant l'exécution :
 grub-efi-amd64-signed
E: Sub-process /usr/bin/dpkg returned an error code (1)

un boot-repair, peut-être ?

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#12 Le 03/11/2023, à 13:11

geole

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

J'aurais du être plus clair: Pourquoi la ligne n'est pas celle-ci
GRUB_CMDLINE_LINUX=""

Je pense que l'erreur 32 est la conséquence de cette erreur

mount: /var/lib/grub/esp: le périphérique spécial /dev/disk/by-id/ata-Crucial_CT500MX200SSD1_154410F7A579-part1 n'existe pas.

Donne ce retour

sudo ls -ls /var/lib/grub/esp

Je pense que cela fonctionnera tout aussi bien s'il n'y a pas de fichiers!

sudo rm -Rv /var/lib/grub/esp/*

Dernière modification par geole (Le 03/11/2023, à 17:08)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#13 Le 03/11/2023, à 13:39

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Geole a écrit :

J'aurais du être plus clair: Pourquoi la ligne n'est pas celle-ci
GRUB_CMDLINE_LINUX=""

Je ne comprends pas trop car :

GRUB_CMDLINE_LINUX="sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed"

s'est écrite toute seule ... ALORS qu'elle est, comme tu l'indiques vide, sur l'ancien disque system !

sudo ls -ls /var/lib/grub/esp 
total 0

ce fichier est vide (sur une autre machine encore en 20.04, il est vide aussi, ainsi que sur l'ancien disque system
/var/lib/grub contient /esp qui est vide mais il y a aussi :

ls /var/lib/grub/*
/var/lib/grub/esp:
/var/lib/grub/ucf:
grub.previous
lrdp@lrdp-MS-7B86:~$ ls /var/lib/grub/ucf
grub.previous

et ce /grub.previous :

# 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=0
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"

ce qui se rapproche de ta suggestion, dois-je remplacer etc/default/grub par le contenu de grub.previous

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#14 Le 03/11/2023, à 14:02

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bon, bon, j'ai simplement effacé le contenu de la ligne GRUB_CMDLINE_LINUX="" dans /etc/default/grub, sans effet sur cette erreur  grrrr

sudo rm -Rv /var/lib/grub/*
répertoire '/var/lib/grub/esp' supprimé
'/var/lib/grub/ucf/grub.previous' supprimé
répertoire '/var/lib/grub/ucf' supprimé

je reboote pour voir

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#15 Le 03/11/2023, à 14:50

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Quel ballot, j'avais laisser l'ancien disque system sur le dock et Plymouth ne savait pas quoi lancer....

Toujours pas de résultat probant sur l'upgrade
Mais dans /boot/grub/grub.cfg:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${initrdfail}" = 2 ]; then
   set initrdfail=
elif [ "${initrdfail}" = 1 ]; then
   set next_entry="${prev_entry}"
   set prev_entry=
   save_env prev_entry
   if [ "${next_entry}" ]; then
      set initrdfail=2
   fi
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function initrdfail {
    if [ -n "${have_grubenv}" ]; then if [ -n "${partuuid}" ]; then
      if [ -z "${initrdfail}" ]; then
        set initrdfail=1
        if [ -n "${boot_once}" ]; then
          set prev_entry="${default}"
          save_env prev_entry
        fi
      fi
      save_env initrdfail
    fi; fi
}
function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd6,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd6,msdos5 --hint-efi=hd6,msdos5 --hint-baremetal=ahci6,msdos5  c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
else
  search --no-floppy --fs-uuid --set=root c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_FR
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=10
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=10
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 60,59,55; then
  clear
fi

color_normal=light-gray/black

if [ -e ${prefix}/themes/ubuntu-mate/theme.txt ]; then
  insmod png
  theme=${prefix}/themes/ubuntu-mate/theme.txt
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
	set gfxpayload="${1}"
	if [ "${1}" = "keep" ]; then
		set vt_handoff=vt.handoff=7
	else
		set vt_handoff=
	fi
}
if [ "${recordfail}" != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if [ ${grub_platform} != pc ]; then
      set linux_gfx_mode=keep
    elif hwmatch ${prefix}/gfxblacklist.txt 3; then
      if [ ${match} = 0 ]; then
        set linux_gfx_mode=keep
      else
        set linux_gfx_mode=text
      fi
    else
      set linux_gfx_mode=text
    fi
  else
    set linux_gfx_mode=keep
  fi
else
  set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c27d0c7a-086b-4a0c-a11f-dcf9017d77a8' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_msdos
	insmod ext2
	set root='hd6,msdos5'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd6,msdos5 --hint-efi=hd6,msdos5 --hint-baremetal=ahci6,msdos5  c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
	else
	  search --no-floppy --fs-uuid --set=root c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
	fi
	linux	/boot/vmlinuz-5.15.0-88-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc quiet splash $vt_handoff
	initrd	/boot/initrd.img-5.15.0-88-generic
}
submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-c27d0c7a-086b-4a0c-a11f-dcf9017d77a8' {
	menuentry 'Ubuntu, with Linux 5.15.0-88-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-88-generic-advanced-c27d0c7a-086b-4a0c-a11f-dcf9017d77a8' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd6,msdos5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd6,msdos5 --hint-efi=hd6,msdos5 --hint-baremetal=ahci6,msdos5  c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		else
		  search --no-floppy --fs-uuid --set=root c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		fi
		echo	'Loading Linux 5.15.0-88-generic ...'
		linux	/boot/vmlinuz-5.15.0-88-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc quiet splash $vt_handoff
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-5.15.0-88-generic
	}
	menuentry 'Ubuntu, with Linux 5.15.0-88-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-88-generic-recovery-c27d0c7a-086b-4a0c-a11f-dcf9017d77a8' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd6,msdos5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd6,msdos5 --hint-efi=hd6,msdos5 --hint-baremetal=ahci6,msdos5  c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		else
		  search --no-floppy --fs-uuid --set=root c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		fi
		echo	'Loading Linux 5.15.0-88-generic ...'
		linux	/boot/vmlinuz-5.15.0-88-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro recovery nomodeset dis_ucode_ldr sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-5.15.0-88-generic
	}
	menuentry 'Ubuntu, with Linux 5.15.0-87-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-87-generic-advanced-c27d0c7a-086b-4a0c-a11f-dcf9017d77a8' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd6,msdos5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd6,msdos5 --hint-efi=hd6,msdos5 --hint-baremetal=ahci6,msdos5  c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		else
		  search --no-floppy --fs-uuid --set=root c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		fi
		echo	'Loading Linux 5.15.0-87-generic ...'
		linux	/boot/vmlinuz-5.15.0-87-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc quiet splash $vt_handoff
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-5.15.0-87-generic
	}
	menuentry 'Ubuntu, with Linux 5.15.0-87-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-87-generic-recovery-c27d0c7a-086b-4a0c-a11f-dcf9017d77a8' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd6,msdos5'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd6,msdos5 --hint-efi=hd6,msdos5 --hint-baremetal=ahci6,msdos5  c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		else
		  search --no-floppy --fs-uuid --set=root c27d0c7a-086b-4a0c-a11f-dcf9017d77a8
		fi
		echo	'Loading Linux 5.15.0-87-generic ...'
		linux	/boot/vmlinuz-5.15.0-87-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro recovery nomodeset dis_ucode_ldr sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd.img-5.15.0-87-generic
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/10_linux_zfs ###
### END /etc/grub.d/10_linux_zfs ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

Il y a encore cette ligne qui se répète à plusieurs étages :

linux	/boot/vmlinuz-5.15.0-87-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro recovery nomodeset dis_ucode_ldr sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc

Pourtant l'UUID est correcte. Il faut probablement reconstituer un bon Grub, manuellement ? en ligne de commande ? Boot-repair ?

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#16 Le 03/11/2023, à 15:37

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Un pastebin : https://paste.ubuntu.com/p/BFFCRFqs8P/

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#17 Le 03/11/2023, à 16:22

ylag

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonjour,

Au #14, LRDP a écrit :

Bon, bon, j'ai simplement effacé le contenu de la ligne GRUB_CMDLINE_LINUX ...

On voit pourtant encore la présence de la commande sudo dpkg-reconfigure ... au message #15.
Aurais-tu omis de faire un sudo update-grub avant de redémarrer pour prendre en compte la modification ?

A+

Hors ligne

#18 Le 03/11/2023, à 17:48

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

bonsoir Ylag,
hélas non, j'ai fait un update-grub dès que j'ai aperçu l'erreur à l'upgrade. Mais comme je disais, mon "B17" tourne très bien malgré cette ligne casse-pied qui n'empêche pas une mise à jour de quelques paquets qui vient de se faire, en soulignant l'erreur, mais en indiquant que les "paquets sont à jour".

Perplexe, mais pas inquiet, puisque ce n'est pas en panne, mais je voudrais bien élucider ce mystère : correction manuelle de /boot/grub/grub.cfg ? grub-install par une live-USB ?

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#19 Le 03/11/2023, à 18:25

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

avant de faire une bêtise, je lis cela et je m'abstiens de faire une correction manuelle

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#20 Le 03/11/2023, à 18:30

ylag

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonsoir,

Dans ce cas, vériifie si le fichier /etc/default/grub a été correctement modifié ?

Pour voir la ligne de commande du démarrage, une fois ta session lancée :

cat /proc/cmdline

A+

Hors ligne

#21 Le 03/11/2023, à 18:32

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Merci Ylag,

/etc/default/grub est corrigé :

# 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=menu
GRUB_TIMEOUT=10
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"
GRUB_DISABLE_OS_PROBER=false

mais :

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.15.0-88-generic root=UUID=c27d0c7a-086b-4a0c-a11f-dcf9017d77a8 ro sudo dpkg-reconfigure grub-efi-amd64 grub-efi-amd64-signed grub-pc quiet splash vt.handoff=7

toujours ce dpkg-reconfigure... qui n'a rien à faire ici

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#22 Le 03/11/2023, à 18:36

geole

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Poste ce retour

sudo update-grub

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#23 Le 03/11/2023, à 18:37

ylag

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Bonsoir,

Vérifie le contenu de tous les fichiers du répertoire /etc/grub.d ?

A+

Hors ligne

#24 Le 03/11/2023, à 18:37

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

Merci Geole

sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-88-generic
Found initrd image: /boot/initrd.img-5.15.0-88-generic
Found linux image: /boot/vmlinuz-5.15.0-87-generic
Found initrd image: /boot/initrd.img-5.15.0-87-generic
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done

j'ai refais un dpkg-reconfigure sans succès

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#25 Le 03/11/2023, à 18:41

LRDP

Re : [RÉSOLU] pb avec grub-efi-amd64-signed

@ Ylag :

ls /etc/default/grub.d
init-select.cfg

et ce init-select.cfg

# Work around a bug in the obsolete init-select package which broke
# grub-mkconfig when init-select was removed but not purged.  This file does
# nothing and will be removed in a later release.
#
# See:
#   https://bugs.debian.org/858528
#   https://bugs.debian.org/863801

là , je sèche

Ubuntu Maté 20.04.6.  Garuda Linux Dragonized    ARCH Linux i3
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

Pages : 1 2