Auteur Sujet: Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"  (Lu 13714 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Sur un serveur Dell PowerEdge R320 équipé d'Ubuntu 18.04 LTS (boot en UEFI, mais sans "Secure Boot"), j'ai des problèmes avec les mises à jour concernant grub-efi-amd64-signed :

Paramétrage de grub-efi-amd64-signed (1.93.15+2.02-2ubuntu8.14) ...
Installation pour la plate-forme x86_64-efi.
Could not prepare Boot variable: Invalid argument
grub-install : erreur : efibootmgr n'a pas réussi à enregistrer l'entrée de démarrage: Erreur d'entrée/sortie.

dpkg: erreur de traitement du paquet grub-efi-amd64-signed (--configure) :
 installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1


J'ai été voir les log et cela date d'une installation automatique de nuit le 6 décembre :

Log started: 2019-12-06  06:43:17
(Lecture de la base de données... 116761 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../grub-efi-amd64-signed_1.93.15+2.02-2ubuntu8.14_amd64.deb ...
Dépaquetage de grub-efi-amd64-signed (1.93.15+2.02-2ubuntu8.14) sur (1.93.14+2.02-2ubuntu8.13) ...
Préparation du dépaquetage de .../grub-efi-amd64_2.02-2ubuntu8.14_amd64.deb ...
Dépaquetage de grub-efi-amd64 (2.02-2ubuntu8.14) sur (2.02-2ubuntu8.13) ...
Préparation du dépaquetage de .../grub-efi-amd64-bin_2.02-2ubuntu8.14_amd64.deb ...
Dépaquetage de grub-efi-amd64-bin (2.02-2ubuntu8.14) sur (2.02-2ubuntu8.13) ...
Préparation du dépaquetage de .../grub2-common_2.02-2ubuntu8.14_amd64.deb ...
Dépaquetage de grub2-common (2.02-2ubuntu8.14) sur (2.02-2ubuntu8.13) ...
Préparation du dépaquetage de .../grub-common_2.02-2ubuntu8.14_amd64.deb ...
Dépaquetage de grub-common (2.02-2ubuntu8.14) sur (2.02-2ubuntu8.13) ...
Paramétrage de grub-common (2.02-2ubuntu8.14) ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Paramétrage de grub-efi-amd64-bin (2.02-2ubuntu8.14) ...
Paramétrage de grub2-common (2.02-2ubuntu8.14) ...
Paramétrage de grub-efi-amd64 (2.02-2ubuntu8.14) ...
Installation pour la plate-forme x86_64-efi.
Could not prepare Boot variable: Invalid argument
grub-install : erreur : efibootmgr n'a pas réussi à enregistrer l'entrée de démarrage: Erreur d'entrée/sortie.
Failed: grub-install --target=x86_64-efi --no-extra-removable
WARNING: Bootloader is not properly installed, system may not be bootable
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.0.0-37-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.0.0-37-generic
Image Linux trouvée : /boot/vmlinuz-5.0.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.0.0-36-generic
fait
Paramétrage de grub-efi-amd64-signed (1.93.15+2.02-2ubuntu8.14) ...
Installation pour la plate-forme x86_64-efi.
Could not prepare Boot variable: Invalid argument
grub-install : erreur : efibootmgr n'a pas réussi à enregistrer l'entrée de démarrage: Erreur d'entrée/sortie.
dpkg: erreur de traitement du paquet grub-efi-amd64-signed (--configure) :
 installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1
Traitement des actions différées (« triggers ») pour man-db (2.8.3-2ubuntu0.1) ...
Traitement des actions différées (« triggers ») pour ureadahead (0.100.0-21) ...
Traitement des actions différées (« triggers ») pour install-info (6.5.0.dfsg.1-2) ...
Traitement des actions différées (« triggers ») pour systemd (237-3ubuntu10.33) ...
Des erreurs ont été rencontrées pendant l'exécution :
 grub-efi-amd64-signed
Log ended: 2019-12-06  06:43:26

Aujourd'hui à chaque appel de apt, il tente de configurer grub-efi-amd64-signed et c'est toujours un échec :
# apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
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.93.15+2.02-2ubuntu8.14) ...
Installation pour la plate-forme x86_64-efi.
Could not prepare Boot variable: Invalid argument
grub-install : erreur : efibootmgr n'a pas réussi à enregistrer l'entrée de démarrage: Erreur d'entrée/sortie.
dpkg: erreur de traitement du paquet grub-efi-amd64-signed (--configure) :
 installed grub-efi-amd64-signed package post-installation script subprocess returned error exit status 1
dpkg: des problèmes de dépendances empêchent le traitement des actions différées pour shim-signed :
 shim-signed dépend de grub-efi-amd64-signed ; cependant :
 Le paquet grub-efi-amd64-signed n'est pas encore configuré.

dpkg: erreur de traitement du paquet shim-signed (--configure) :
 problèmes de dépendances - actions différées non exécutées
Des erreurs ont été rencontrées pendant l'exécution :
 grub-efi-amd64-signed
 shim-signed
E: Sub-process /usr/bin/dpkg returned an error code (1)

Avez-vous une idée de ce qu'il faut faire, sachant que je n'ai pas de moyen simple de récupérer le serveur si il ne redémarre pas après un reboot.

vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #1 le: 27 décembre 2019 à 21:27:47 »
Vu l'erreur "Erreur d'entrée/sortie." j'ai regardé mais je ne voit aucune ligne dans dmesg qui semble indiquer un pb dur les SSD.

Voici la fin de la commande dmesg. les premières lignes sont 8 secondes après le boot, elle date de 25 jours (le serveur n'a pas été redémarré depuis le problème apt)
[    8.911409] tg3 0000:02:00.1 eno2: Link is up at 1000 Mbps, full duplex
[    8.911418] tg3 0000:02:00.1 eno2: Flow control is on for TX and on for RX
[    8.911419] tg3 0000:02:00.1 eno2: EEE is disabled
[    8.911445] IPv6: ADDRCONF(NETDEV_CHANGE): eno2: link becomes ready
[21294.622474] perf: interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[29262.381822] perf: interrupt took too long (3143 > 3133), lowering kernel.perf_event_max_sample_rate to 63500
[43598.861000] perf: interrupt took too long (3935 > 3928), lowering kernel.perf_event_max_sample_rate to 50750
[84982.794604] SGI XFS with ACLs, security attributes, realtime, no debug enabled
[84982.804872] JFS: nTxBlock = 8192, nTxLock = 65536
[84982.818893] ntfs: driver 2.1.32 [Flags: R/O MODULE].
[84982.838293] QNX4 filesystem 0.2.3 registered.
[117438.966911] perf: interrupt took too long (4920 > 4918), lowering kernel.perf_event_max_sample_rate to 40500

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #2 le: 27 décembre 2019 à 22:00:26 »
La machine a accès a Internet ?

sinon https://askubuntu.com/a/1032156 mais sans garanti ;)


vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #3 le: 28 décembre 2019 à 08:03:33 »
Oui la machine a accès à Internet.
- La partition / où est /boot n'est remplie que à 20% (partition de 28 Go, 5,1 Go utilisé)
- La partition UEFI (/boot/efi) est une partition de 511 Mo, dont 6,1 Mo seulement sont utilisés (2%)

Dans la partition UEFI, je remarque que les fichiers sont tous datés de la dernière tentative de configuration de grub-efi-amd64-signed :
# ls -l /boot/efi/EFI/ubuntu/
total 3644
-rwx------ 1 root root     108 déc.  27 19:37 BOOTX64.CSV
-rwx------ 1 root root     126 déc.  27 19:37 grub.cfg
-rwx------ 1 root root 1116024 déc.  27 19:37 grubx64.efi
-rwx------ 1 root root 1269496 déc.  27 19:37 mmx64.efi
-rwx------ 1 root root 1334816 déc.  27 19:37 shimx64.efi

# ls -l /boot/efi/EFI/BOOT/
total 2492
-rwx------ 1 root root 1334816 déc.  27 19:37 BOOTX64.EFI
-rwx------ 1 root root 1213032 déc.  27 19:37 fbx64.efi

cat /boot/efi/EFI/ubuntu/BOOTX64.CSV
shimx64.efi,ubuntu,,This is the boot entry for ubuntu
cat /boot/efi/EFI/ubuntu/grub.cfg
search.fs_uuid ba69c114-7f04-4b4f-8147-9329c5b55d4c root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=ba69c114-7f04-4b4f-8147-9329c5b55d4c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=4DBD-B92E  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=cb0301b7-04e0-4a37-9a28-b87e358e2393 /home           ext4    defaults        0       2
# /ssd was on /dev/sdb1 during installation
UUID=88b59ca4-01e0-4c61-a836-3c8ad05e5131 /ssd            ext4    defaults        0       2
# swap was on /dev/sda3 during installation
UUID=78170fb1-2d89-4e4a-85a0-07c5508a691d none            swap    sw              0       0
# Placer /tmp sur un RamDisque
tmpfs                                     /tmp            tmpfs   defaults,size=40% 0       0
# RamDisque pour les log Apache2
tmpfs   /var/log/apache2        tmpfs   defaults,size=40%  0 0

C'est un serveur Dell PowerEdge R320 équipé d'Ubuntu 18.04 LTS (boot en UEFI, mais sans "Secure Boot")
version UEFI : 2.4.2 (date: 29 janvier 2015)
CPU: Intel Xeon E5-1410 @2.8 GHz (Sandy Bridge EN)

vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #4 le: 28 décembre 2019 à 08:30:53 »
La première erreur rencontrée lors de la mise à jour est "Could not prepare Boot variable: Invalid argument"

J'ai remarqué que le fichier /etc/default/grub a été modifié par la mise à jour automatique du 6 décembre :

# ls -l /etc/default/grub*
-rw-r--r-- 1 root root 1197 déc.   6 06:43 /etc/default/grub
-rw-r--r-- 1 root root 1225 févr.  6  2018 /etc/default/grub.ucf-dist

Ubuntu étant le seul système d'exploitation, je n'ai jamais modifié ce fichier manuellement (installation d'Ubuntu 16.04 en janvier 2017)

Voici /etc/default/grub (j'ai supprimé les nombreuses lignes commentées)

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=""
GRUB_CMDLINE_LINUX=""

Et la sauvegarde qu'a fait APT :

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""

Ce qui a été rajouté :
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0

Ce qui a été supprimé :
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10

Sur d'autres serveurs avec Ubuntu 18.04, je retrouve cette même modification de fichier /etc/default/grub le 6 ou le 7 décembre 2019.

vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #5 le: 30 décembre 2019 à 10:41:04 »
1/ efibootmgr du serveur en question (Ubuntu 18.04 est le seul système d'exploitation et Windows n'a jamais été installé sur ce serveur)
# efibootmgr -v
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0004,0000,0002,0003,0005
Boot0000* Windows Boot Manager   HD(1,GPT,0bb8261c-af59-11e2-ad71-d829a5f6482d,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0002* EFI Network 1   PcieRoot(0x0)/Pci(0x1c,0x4)/Pci(0x0,0x0)/MAC(90b11c522ca3,0)/IPv4(0.0.0.00.0.0.0,0,0)
Boot0003* EFI Network 2   PcieRoot(0x0)/Pci(0x1c,0x4)/Pci(0x0,0x1)/MAC(90b11c522ca4,0)/IPv4(0.0.0.00.0.0.0,0,0)
Boot0004* Windows Boot Manager   HD(1,GPT,b221b9be-a399-11d5-a392-d4ae5290fd14,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0005* EFI Fixed Disk Boot Device 1   PcieRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(1,GPT,c188b9a0-7588-4e8c-a27b-c87039655832,0x800,0x100000)


Il manque l'entrée Boot0001* ubuntu donc en cas de reboot je perds le serveur.


2/ Pour comparer, efibootmgr d'un autre serveur Dell sous Ubuntu 18.04 (c'est fr.archive.ubuntu.com, qui est sur un serveur plus récent, un Dell PowerEdge R330, avec une carte Raid hardware)

# efibootmgr -v
BootCurrent: 0000
BootOrder: 0000
Boot0000* ubuntu   HD(1,GPT,ef7f70c3-e783-4816-b9a9-b1c51a4990ad,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)



3/ efibootmgr d'un autre serveur chez Ikoula, avec Ubuntu 16.04 :
# efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0003,0002
Boot0000* ubuntu   HD(1,GPT,414437d4-e240-4c0c-b19c-36934e5685a5,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Hard Drive    BBS(HD,,0x0)AMGOAMNO........o.K.I.N.G.S.T.O.N. .S.K.C.1.0.0.S.3.1.2.0.G....................A...........................>..Gd-.;.A..MQ..L.0.5.2.0.B.6.2.7.C.2.5.0.A.C.6.5. . . . ......AMBO
Boot0003* Network Card    BBS(Network,,0x0)AMGOAMNO........k.R.e.a.l.t.e.k. .P.X.E. .B.0.2. .D.0.0.........................rN.D+..,.\...........<..Gd-.;.A..MQ..L.R.e.a.l.t.e.k. .P.X.E. .B.0.2. .D.0.0......AMBO



4/ efibootmgr d'un serveur sous Ubuntu 16.04 (Dell PowerEdge R210 II sans carte Raid hardware)
# efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0001,0003,0002
Boot0000* Harddisk:          Samsung SSD 850 PRO 512GB          BBS(HD,Harddisk:          Samsung SSD 850 PRO 512GB       ,0x500)................-...........A..........................................
Boot0001* ubuntu   HD(1,GPT,646928cf-2f89-4d13-983a-5e68a6ac153a,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* lafibre.info   PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(1,GPT,646928cf-2f89-4d13-983a-5e68a6ac153a,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0003  Windows Boot Manager   HD(2,GPT,5e4900cd-957f-438d-a111-06ac2d9d1ed8,0xe1800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................



5/ efibootmgr d'un autre serveur Dell PowerEdge R210 II sans carte Raid hardware, mais sous Ubuntu 18.04 :
# efibootmgr -v
BootCurrent: 0000
Timeout: 2 seconds
BootOrder: 0000,0003,0002
Boot0000* ubuntu   HD(1,GPT,fc3270e4-c4f4-45a1-b964-1ad644a94d01,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Harddisk:          Samsung SSD 850 EVO 250GB          BBS(HD,Harddisk:          Samsung SSD 850 EVO 250GB       ,0x500)................-...........A..........................................
Boot0002* EFI Fixed Disk Boot Device 1   PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(1,GPT,fc3270e4-c4f4-45a1-b964-1ad644a94d01,0x800,0x100000)
Boot0003* Windows Boot Manager   HD(1,GPT,ebe27218-7b17-4fd1-a701-b76c33b9e781,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................



6/ Serveur de test Dell PowerEdge R210 II :
# efibootmgr -v
BootCurrent: 0002
Timeout: 2 seconds
BootOrder: 0002,0005,0004,0000
Boot0000* ubuntu   PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(1,GPT,86cfd122-2e75-4209-ad84-8e077946e111,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Harddisk:          WDC WD5003ABYX-18WERA0             BBS(HD,Harddisk:          WDC WD5003ABYX-18WERA0          ,0x500)................-...........A..........................................
Boot0002* ubuntu   HD(1,GPT,86cfd122-2e75-4209-ad84-8e077946e111,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0003* BEV device:        Slot 1 NIC: IBA XE Slot 0100 v2202   BBS(128,BEV device:        Slot 1 NIC: IBA XE Slot 0100 v2202,0x0).......................................................................
Boot0004* EFI Fixed Disk Boot Device 1   PciRoot(0x0)/Pci(0x1f,0x2)/Sata(0,0,0)/HD(1,GPT,86cfd122-2e75-4209-ad84-8e077946e111,0x800,0x100000)
Boot0005* Windows Boot Manager   HD(1,GPT,61f605be-4825-44ed-b69b-87fcf1fdee81,0x800,0x100000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................



7/ PC grand public avec Windows 10 et Ubuntu 18.04 en dual boot : (PC de bureau Dell Inspiron 3650 - génération Skylake - Core i3 6100 équipé d'un chipset Intel H110)

$ efibootmgr -v
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0000,0002,0008
Boot0000* Windows Boot Manager   HD(2,GPT,55c63364-ac29-42ed-92dc-c8a0bc9ab9e1,0xe1800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...,................
Boot0001* ubuntu   HD(2,GPT,55c63364-ac29-42ed-92dc-c8a0bc9ab9e1,0xe1800,0x32000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Onboard NIC (IPV4)   PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(484d7e994ad4,0)/IPv4(0.0.0.00.0.0.0,0,0)..BO
Boot0008* Onboard NIC (IPV6)   PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(484d7e994ad4,0)/IPv6([::]:<->[::]:,0,0)..BO

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #6 le: 30 décembre 2019 à 10:57:21 »
J'ai vérifié sur un serveur Dell de 2017, installé en Ubuntu 18.04, et effectivement j'ai l'entrée windows.

root@paprika:~# efibootmgr -v
BootCurrent: 0000
BootOrder: 0000,0002,0003,0004
Boot0000* ubuntu        HD(1,GPT,f21de35b-6d93-4edd-b2f4-70e64bb9e9c4,0x800,0xf3800)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Integrated NIC 1 Port 1 Partition 1   VenHw(3a191845-5f86-4e78-8fce-c4cff59f9daa)
Boot0003* Windows Boot Manager  HD(2,GPT,0f38a575-981d-4773-98b9-97b10a2c52ea,0x96800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...i...............
Boot0004* Windows Boot Manager  HD(2,GPT,fb4b47bf-94a6-4abe-8896-d5a0d820a715,0x96800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...i...............
MirroredPercentageAbove4G: 0.00
MirrorMemoryBelow4GB: false

Mais il est possible qu'un Dell soit préconfiguré pour accueillir un système windows. Néanmoins, ce serveur n'a jamais été installé sous windows. Donc le problème ne vient pas à priori de là.

vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #7 le: 30 décembre 2019 à 11:05:13 »
En fait le problème est presque que le même que celui expliqué sur Tutoriel pour corriger le boot UEFI d'un vieux serveur Dell qui a oublié Ubuntu

La différence c'est qu'il n'y avait pas eu d'erreur et qu'au reboot, il ne démarrait plus.
Bref, j'ai bien retenu la leçon : installer les vieux serveurs en legacy et pas UEFI.

Là j’aimerais bien rajouter l'entrée Ubuntu sans me déplacer (Je n'ai pas d’accès à distance au serveur via un DRAC)

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #8 le: 30 décembre 2019 à 11:23:18 »
Oui, effectivement, je viens de revoir le sujet. Il faudrait donc un iDRAC pour rajouter l'entrée ubuntu qui manque, et tu n'en as pas. D'un autre côté, tu disais qu'il était possible parfois d'utiliser efibootmgr pour faire la même chose à partir de l'OS, mais que cela ne marchait pas dans ton cas ?

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #9 le: 30 décembre 2019 à 11:39:48 »
Tu dois déjà le savoir, mais on ajouterait une entrée de boot UEFI avec une commande du genre :

efibootmgr -c -d /dev/sda -p 7 -L <label> -l \EFI\<label>\grubx64.efi

Ici ce serait peut-être plutôt shimx64.efi ?

Voir pour les détails :
https://www.linuxbabe.com/command-line/how-to-use-linux-efibootmgr-examples

vivien

  • Administrateur
  • *
  • Messages: 47 081
    • Twitter LaFibre.info
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #10 le: 30 décembre 2019 à 14:17:33 »
La commande serait
efibootmgr --disk /dev/sda --part 1 --create --gpt --label "ubuntu" --loader "\EFI\ubuntu\shmix64.efi"

--disk /dev/sda : disque avec la partition EFI
--part 1 : partition EFI => /dev/sda1, on utilisera -p 1 et /dev/sda2, on utilisera -p 2
--create : créer un nouveau numéro de boot variable et ajouter à bootorder
--gpt : mode de partitionnement GPT pour GUID Partition Table
--label "ubuntu" : le nom affiché pour le boot
--loader \EFI\ubuntu\shmix64.efi : chemin de l'image EFI pour démarrer

On retrouve le "Could not prepare Boot variable: Invalid argument" qui était visible dans les logs. On peut imaginer que apt a envoyé un peu prés la même commande suite à la mise à jour de "grub-efi-amd64-signed", avec le même résultat...

J'ai testé /EFI/ubuntu/shmix64.efi et \EFI\ubuntu\shmix64.efi : J'ai Could not prepare Boot variable: Invalid argument dans les deux cas.

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Ubuntu server 18.04: Bug aprés mise à jour de "grub-efi-amd64-signed"
« Réponse #11 le: 30 décembre 2019 à 19:26:07 »
Tu pourrais rajouter '-v' pour voir s'il te donnerait des détails sur l'invalid argument ?