freeze installation du paquet grub 2

Irvin · Le 17/03/2020, à 16:55

Boujour, je suis nouveau et j'essaye d'installer ubuntu 18.04.3 sur un nouvelle ordinateur ( acer aspire es17 es1-732-C1Cl) je démarre ma session en live usb et a l'installation du paquet grub 2 tout plante et seule solution éteindre l'ordinateur, avec mes conaissances et les tutos j'essaye un peu de bidouiller et un message reviens souvent "grub-install: error: failed to get canonical path of `/cow'" je me demande si cela viens pas des partitions qui sont mal faite, j'ai besoin d'aide je peut produire un boot info, merci bcp d'avance..

geole · Le 17/03/2020, à 17:07

Bonjour
Je vois que tu as choisis un excellant modèle qui va nous permettre de passer un peu de temps ensemble: => https://doc.ubuntu-fr.org/liste_portabl … #aspire_ex

Il serait bon que tu installes boot-info et que tu donnes l'URL qui va être générée pour faire le point de la situation .

Tu peux commencer à lire la documention sur le mode CHROOT https://doc.ubuntu-fr.org/chroot

Irvin · Le 17/03/2020, à 17:11

j'imagine que c'est de l'ironie ^^,
Voici l'url suite au boot info : http://paste.ubuntu.com/p/hj6QytQQbY/
merci de ta réponse

geole · Le 17/03/2020, à 18:27

On voit qu'une nouvelle version du boot-info vient d'être mise en service

Boot Info Script 71f6c5c + Boot-Repair extra info      [Boot-Info 16mar2020]

Voici la description du disque dur

Drive: sdb _____________________________________________________________________
Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Partition  Boot  Start Sector    End Sector  # of Sectors  Id System
/dev/sdb1                   1 1,953,525,167 1,953,525,167  ee GPT
GUID Partition Table detected.
Partition  Attrs   Start Sector    End Sector  # of Sectors System
/dev/sdb1                 2,048     1,050,623     1,048,576 EFI System partition
/dev/sdb2             1,050,624 1,953,523,711 1,952,473,088 Data partition (Linux)
Attributes: R=Required, N=No Block IO, B=Legacy BIOS Bootable, +=More bits set

Ainsi que le contenu de la partition de boot qui montre que les fichiers de boot sont présents

sdb1: __________________________________________________________________________
    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/ubuntu/grub.cfg /efi/ubuntu/fwupx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

On voit que le fichier du grub EFI est bien généré

========================== sdb1/efi/ubuntu/grub.cfg: ===========================
--------------------------------------------------------------------------------
search.fs_uuid d3d2416a-ded2-4d01-b24d-5fbae36bc20b root hd0,gpt2 
set prefix=($root)'/boot/grub'
--------------------------------------------------------------------------------

On voit que le fichier fstab est bien renseigné de la partition de boot efi

=============================== sdb2/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=d3d2416a-ded2-4d01-b24d-5fbae36bc20b /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=19FF-018D  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
--------------------------------------------------------------------------------

On voit que les noyaux on été fabriqués

=================== sdb2: Location of files loaded by Grub: ====================
           GiB - GB             File                                 Fragment(s)

   4.352535248 = 4.673499136    boot/vmlinuz-5.0.0-23-generic                  2
   5.337615967 = 5.731221504    boot/vmlinuz-5.3.0-42-generic                  1
   4.352535248 = 4.673499136    vmlinuz                                        2
   5.724964142 = 6.147133440    boot/initrd.img-5.0.0-23-generic               3
   5.536697388 = 5.944983552    boot/initrd.img-5.3.0-42-generic               1
   5.724964142 = 6.147133440    initrd.img                                     3
   5.724964142 = 6.147133440    initrd.img.old                                 3
=============================== StdErr Messages: ===============================

Cependant, il y a beaucoup de chances que ces noyaux soient en version 32 bits. Il ne sont donc pas identifiables par refind
De plus windows n'est pas présent. Donc on va réparer avec la technique chroot.

On voit que de nouveau, ubuntu veut prioritairement le shimx64 et que le secure boot est enable

=================== efibootmgr -v
Boot0000* Unknown Device: 	HD(1,GPT,6107c003-4bae-498f-b2ee-5093a1330a12,0x800,0x100000)/File(EFIubuntushimx64.efi)RC
Boot0004* Unknown Device: 	HD(1,GPT,46919c1f-a408-4bf8-bf05-e5c307aedf6d,0x800,0x100000)/File(EFIubuntushimx64.efi)RC
=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.

Je ne suis plus convaincu qu'il est nécessaire de supprimer le secure boot
Je te demande de patienter un peu, je prépare les consignes pour le CHROOT que je récupère d'une discussion.

Irvin · Le 17/03/2020, à 18:33

D'accord donc je laisse le sécure boot inutile de l’enlever ? j'attends t'es consignes, je ne suis pas presser vu la situation.

geole · Le 17/03/2020, à 18:53

1) Procédons à la réparation
a) Booter avec le support d'installation si ce n'est pas encore fait
b) Mettre le clavier en français en frappant ces caractères setxkb,qp fr qui devraient s'afficher setxkbmap fr
c) Ouvrir un terminal en appuyant sur les trois touches CTRL ALT t
d) Devenir administrateur

           sudo -i

2) Montons la partition
Sur un point de montage court ( Nécessité de démonter).

           umount    -v   /dev/sdb2
           mount     -v    /dev/sdb2    /mnt

3) Montage des répertoires
A faire avec ces commandes (copier/coller).

   mount -t proc  /proc              /mnt/proc
   mount -t sysfs /sys               /mnt/sys
   mount --bind   /dev               /mnt/dev
   mount --bind   /run               /mnt/run
   mount --bind   /sys               /mnt/sys
   mount --bind   /etc/resolv.conf   /mnt/etc/resolv.conf
   modprobe efivars

4) Changer d'environnement
A faire avec cette commande

 chroot /mnt

Quelques contrôles seront à faire. Par exemple:

mount -t devpts devpts /dev/pts 
ping -c4 8.8.8.8  && ping -c4 google.fr
ls   -ls /home

Cette dernière commande a pour but de vérifier que c'est le nom d'utilisateur que tu as choisi qui s'affiche et pas le mot ubuntu qui signifierait que l'opération est ratée.

5) Montage de la partition EFI

 mkdir   -v   /media/efi
 umount -v  /dev/sdb1
 mount  -v  /dev/sdb1    /media/efi
 mkdir   -v   /media/efi/EFI

6) Installation du grub.
a) L'installation du grub peut ne pas être nécessaire si l'utilisateur choisit d'installer refind.

         add-apt-repository universe
         apt-get update
         apt install refind

Répondre no à la grille qui va proposer d'installer refind dans la NVRAM (Il faut tabuler). Sinon même problème que SHIMX64.
b) Si ubuntu a été correctement installé sans structure de boot.
Ce contexte survient lorsque l'installation a été lancée en ligne de commande par la commande sudo ubiquity -b
Il est alors nécessaire d'installer le boot EFI standard. Il n'y a pas lieu d'y mettre le boot-secure. La commande est la suivante

      apt install grub-efi-amd64

c) Si l'installation du ubuntu a planté au moment d'installer le grub.
Ce contexte survient lorsque l'installation a été lancée en cliquant sur l'icône d'installation pour la commande sudo ubuquity sans mettre d'option. Les logiciels on été installés de façon standard. La partie sécure veut modifier la NVRAM (que le bios soit en SECURE ou pas en SECURE). Cette famille d'ordinateur ne l'accepte pas. Le programme part en boucle. Au bout de quelques heures, il est probable que cela se débloque. Mais l'utilisateur n'attend pas et plante l'installation qui est en cours. La réparation va consister à interdire l'utilisation des modules de sécurité et finir le paramétrage.
Invalidation des modules efi signés (Liste pas nécessairement exacte).
Attention: La reconfiguration du grub propose de mettre à jour la NVRAM, Il faut positionner sur no en tabulant.

apt-mark hold fwupdate
apt-mark hold  fwupdate-signed
apt-mark hold secureboot-db
apt-mark hold grub-efi-amd64-signed
dpkg-reconfigure grub-efi-amd64
dpkg --force-all --configure -a

d) Installation directe du grub en évitant la partie sécure

grub-install    -v  --no-nvram   --no-uefi-secure-boot   --efi-directory=/media/efi   --target=x86_64-efi

J'ai donc ajouté l'option -v pour avoir une trace... Seule la fin est intéressante. Cela serait sympathique de la fournir.

update-grub

7) Finalisation de la mise à jour et fin d'installation

apt -f install
apt autoremove --purge
apt update
apt upgrade

8) Procédure pour refabriquer le fichier de boot.
La suite a montré qu'il est nécessaire d'utiliser shimx64.efi et pas grubx64.efi même si le secure boot est déactivé et que le bios sait le détecter et l'installer dans la NVRAM!
Je pense que cet ordinateur boote de façon standard et pas avec la structure windows. Dans le doute, on va faire les deux solutions.
a) Soit installation du grub

mkdir -v  /media/efi/EFI/Boot
cp  -Rv   /media/efi/EFI/ubuntu/*    /media/efi/EFI/Boot
cp  -v   /media/efi/EFI/Ubuntu/shimx64.efi  /media/efi/EFI/Boot/bootx64.efi
mkdir  -pv   /media/efi/EFI/Microsoft/Boot
cp  -Rv   /media/efi/EFI/ubuntu/*    /media/efi/EFI/Microsoft/Boot
cp  -v   /media/efi/EFI/Ubuntu/shimx64.efi  /media/efi/EFI/Microsoft/Boot/bootmgfw.efi

b) Soit installation de refind

cp -rv /usr/share/refind/refind/* /media/efi/EFI/boot
cp -rv /usr/share/refind/refind/refind.conf-sample /media/efi/EFI/boot/refind.conf
cp -rv /usr/share/refind/refind/refind_x64.efi  /media/efi/EFI/boot/bootx64.efi
mkdir  -pv   /media/efi/EFI/Microsoft/Boot
cp -rv /usr/share/refind/refind/* /media/efi/EFI/Microsoft/Boot
cp -rv /usr/share/refind/refind/refind.conf-sample /media/efi/EFI/Microsoft/Boot/refind.conf
cp -rv /usr/share/refind/refind/refind_x64.efi  /media/efi/EFI/Microsoft/Boot/bootmgfw.efi.efi

9) Quitter la procédure chroot, Rebooter et vérification du fonctionnement.

exit
shutdown +0

Il restera certainement des choses à faire pour invalider les mises à jour du shim pour éviter le blocage. Mais ces mises à jour sont rares.

VOILA, C'est tout. A toi de jouer.

Dernière modification par geole (Le 18/03/2020, à 15:50)

Irvin · Le 17/03/2020, à 19:49

tout dabbord merci de ta reactivite, ensuite a letape 5b) un erreur apparaît root@ubuntu:/# apt install grub-efi-amd64
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.

geole · Le 17/03/2020, à 20:02

Cela ne va pas marcher, car il va reconfigurer en automatique, tu va retomber dans le même problème

donc

 dpkg-reconfigure grub-efi-amd64

A ce niveau, il devrait te proposer dans une grille de mettre à jour la nvram. Il faut positionner sur no et valider puis la suite

dpkg --configure -a

Dernière modification par geole (Le 17/03/2020, à 20:03)

Irvin · Le 17/03/2020, à 20:23

D’accord merci, le shutdown est-il nécessaire ? et quel mode d’installation faut il choisir ?

geole · Le 17/03/2020, à 20:37

Il n'y a pas lieu de de rebooter si tu es toujours en mode root.

Si ce point 5 pose trop de problème, il y a un paquet de commandes que je pensais éviter

apt-mark hold fwupdate
apt-mark hold  fwupdate-signed
apt-mark hold secureboot-db
apt-mark hold grub-efi-amd64-signed
dpkg-reconfigure grub-efi-amd64
dpkg --configure -a
dpkg --force-all --configure -a 
apt -f install
apt autoremove --purge
apt update
apt upgrade

Je m'absente maintenant

Irvin · Le 17/03/2020, à 20:39

daccord merci beaucoup pour ton aide geole ! et non les commandes ont toute marcher sans erreur !

geole · Le 17/03/2020, à 22:01

tu devrais alors reprendre au point 5-C

Irvin · Le 17/03/2020, à 22:08

suite a tous ça, quand je shutdown ubuntu freeze, et je dois éteindre...
je dois rester sur la même session est lancer l’installation ?

Irvin · Le 17/03/2020, à 22:35

ça me propose d'installer ubuntu a côte de ubuntu..

geole · Le 17/03/2020, à 22:35

Si tu dois éteindre en forçant par appui sur le bouton arrêt/marche,
Il faut que tu relances avec le support d'installation pour reprendre.
Pour le moment, on va toujours tenter de réparer ...

Si rien ne va, il sera toujours poossible de recommencer l'installation en évitant d'y mettre le mode secure. La procédure d'installation serait alors.
A) Ne pas installer en cliquant sur l'icône d'installation.
B) Installer la partie 32 bits du ubuntu avec cette commande
C) Finir l'installation avec la procédure que j'ai décrite.

geole · Le 17/03/2020, à 22:39

Irvin a écrit :

ça me propose d'installer ubuntu a côte de ubuntu..

ne va pas si vite. On ne finira pas aujourd'hui
En plus tu devrais avoir une option proposant d'installer sur tout le disque en ecrasant.
Ne choisis pas les options additionelles LVM et chiffrage.
Prends l'habitude de dire tout ce que tu fais.

J'aurais presque envie de te dire de booter normalement si tu as fais la copie des fichiers dans la structure de boot afin de savoir ce qui se passe.

Dernière modification par geole (Le 17/03/2020, à 22:43)

Irvin · Le 17/03/2020, à 22:42

j'ai enlever le mode sécure, l'installation bloque au détection des système fichier.. c'est la deuxième installation que je tente, la première avait freeze

geole · Le 17/03/2020, à 22:47

pour la première, je m'en doutais vu la famille de cet acer.
Je ne vois pas pourquoi cela bloquerait sur détection des systemes de fichier. il faut certainement lui laisser un peu de temps

Irvin · Le 17/03/2020, à 22:50

Je dois choisir l'option installer ubuntu a cote des autres (sachant que cette appareil n'a pas d'autre os) ou effacer le disque est installer ubuntu ?

geole · Le 17/03/2020, à 23:00

Avant de choisir "effacer le disque et installer ubuntu,.
Si tu as fait les commandes du point 6, as-tu essayé de booter sans clé d'installation?

Irvin · Le 17/03/2020, à 23:13

ça a marcher ! icone installer ubuntu a été remplacer par installer RELEASE , je lance l’installation ?

geole · Le 17/03/2020, à 23:14

Fais à ta guise.
On devrait se retrouver à l'échange 1
Tu pourras aller directement à l'échange 6 pour commencer à réparer et fais le nécessaire pour indiquer comment chaque étape de la remise en état se passe.

Dernière modification par geole (Le 17/03/2020, à 23:30)

geole · Le 18/03/2020, à 13:40

Irvin a écrit :

j'imagine que c'est de l'ironie ^^,

Bonjour
Voici quelques liens d'installations toutes réussies sur ce modèle d'ordinateur. Il faut faire tranquillement pour y rréussir
modèle P0H0 28 jours voir https://forum.ubuntu-fr.org/viewtopic.p … 161642#p22 161642
modèle P6XT 11 mois voir https://forum.ubuntu-fr.org/viewtopic.php?id=2035849
modèle P9P7 6 mois voir https://forum.ubuntu-fr.org/viewtopic.php?id=2034753
1 heure voir https://forum.ubuntu-fr.org/viewtopic.p … #p22152500
15 jours voir https://forum.ubuntu-fr.org/viewtopic.p … #p22155914

Donc pour ton
modèle C1CL ?? on va voir.

Dernière modification par geole (Le 18/03/2020, à 13:40)

geole · Le 20/03/2020, à 02:51

Bonsoir
Je serais heureux, si après ton installation qui va certainement se bloquer, tu tentais de réparer avec l'application boot-repair,
La nouvelle version vient de sortir hier. Elle dispose maintenant d'une option disant de ne pas installer le secure boot. Je ne sais pas trop ce que cela signifie. Mais qui ne tente rien n'obtient rien.
Le document boot-repair https://doc.ubuntu-fr.org/boot-repair
L'option de réparation n'est pas encore encore visible Mais elle sera près du paragraphe 2.4-E
Voici comment elle se présente http://pix.toile-libre.org/?img=1584665210.png

Dernière modification par geole (Le 20/03/2020, à 02:52)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/03/2020, à 16:55

freeze installation du paquet grub 2

#2 Le 17/03/2020, à 17:07

Re : freeze installation du paquet grub 2

#3 Le 17/03/2020, à 17:11

Re : freeze installation du paquet grub 2

#4 Le 17/03/2020, à 18:27

Re : freeze installation du paquet grub 2

#5 Le 17/03/2020, à 18:33

Re : freeze installation du paquet grub 2

#6 Le 17/03/2020, à 18:53

Re : freeze installation du paquet grub 2

#7 Le 17/03/2020, à 19:49

Re : freeze installation du paquet grub 2

#8 Le 17/03/2020, à 20:02

Re : freeze installation du paquet grub 2

#9 Le 17/03/2020, à 20:23

Re : freeze installation du paquet grub 2

#10 Le 17/03/2020, à 20:37

Re : freeze installation du paquet grub 2

#11 Le 17/03/2020, à 20:39

Re : freeze installation du paquet grub 2

#12 Le 17/03/2020, à 22:01

Re : freeze installation du paquet grub 2

#13 Le 17/03/2020, à 22:08

Re : freeze installation du paquet grub 2

#14 Le 17/03/2020, à 22:35

Re : freeze installation du paquet grub 2

#15 Le 17/03/2020, à 22:35

Re : freeze installation du paquet grub 2

#16 Le 17/03/2020, à 22:39

Re : freeze installation du paquet grub 2

#17 Le 17/03/2020, à 22:42

Re : freeze installation du paquet grub 2

#18 Le 17/03/2020, à 22:47

Re : freeze installation du paquet grub 2

#19 Le 17/03/2020, à 22:50

Re : freeze installation du paquet grub 2

#20 Le 17/03/2020, à 23:00

Re : freeze installation du paquet grub 2

#21 Le 17/03/2020, à 23:13

Re : freeze installation du paquet grub 2

#22 Le 17/03/2020, à 23:14

Re : freeze installation du paquet grub 2

#23 Le 18/03/2020, à 13:40

Re : freeze installation du paquet grub 2

#24 Le 20/03/2020, à 02:51

Re : freeze installation du paquet grub 2

Pied de page des forums