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.

#2301 Le 27/01/2022, à 17:20

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Je disais que le rapport boot-info était particulièrement long    dans les séquences

créer un rapport boot-info (cus) cela peut prendre plusieurs minutes

Idem pour les autres séquences spécialement la 4.   Enfin c'est fini
Une erreur est survenue pendant la réparation.
Error detected in grub_mkconfig. Veuillez indiquer ce message à boot.repair@gmail.com

Veuillez écrire sur un papier l'URL suivante :
https://paste.ubuntu.com/p/JhX5YrWsms/


Reboot sans difficultés avec le grub poposant pleins d'options.

a@a:~$ df -h
Sys. de fichiers                                 Taille Utilisé Dispo Uti% Monté sur
tmpfs                                              583M    2,0M  581M   1% /run
rpool/ROOT/ubuntu_gi3pfd                           890G    3,2G  887G   1% /
tmpfs                                              2,9G    2,1M  2,9G   1% /dev/shm
tmpfs                                              5,0M    4,0K  5,0M   1% /run/lock
rpool/ROOT/ubuntu_gi3pfd/var/games                 887G    128K  887G   1% /var/games
rpool                                              887G    128K  887G   1% /mnt/Rentree
rpool/ROOT/ubuntu_gi3pfd/usr/local                 887G    256K  887G   1% /usr/local
rpool/USERDATA/a_8q5j5a                            887G    304M  887G   1% /home/a
rpool/USERDATA/root_8q5j5a                         887G    768K  887G   1% /root
rpool/ROOT/ubuntu_gi3pfd/srv                       887G    128K  887G   1% /srv
rpool/ROOT/ubuntu_gi3pfd/var/lib                   888G    1,5G  887G   1% /var/lib
rpool/ROOT/ubuntu_gi3pfd/var/snap                  887G    1,0M  887G   1% /var/snap
rpool/ROOT/ubuntu_gi3pfd/var/mail                  887G    128K  887G   1% /var/mail
rpool/ROOT/ubuntu_gi3pfd/var/spool                 887G    128K  887G   1% /var/spool
rpool/ROOT/ubuntu_gi3pfd/var/www                   887G    128K  887G   1% /var/www
rpool/ROOT/ubuntu_gi3pfd/var/log                   887G     16M  887G   1% /var/log
rpool/ROOT/ubuntu_gi3pfd/var/lib/apt               887G     90M  887G   1% /var/lib/apt
rpool/ROOT/ubuntu_gi3pfd/var/lib/NetworkManager    887G    256K  887G   1% /var/lib/NetworkManager
rpool/ROOT/ubuntu_gi3pfd/var/lib/AccountsService   887G    128K  887G   1% /var/lib/AccountsService
rpool/ROOT/ubuntu_gi3pfd/var/lib/dpkg              887G     35M  887G   1% /var/lib/dpkg
/dev/sda11                                         536G    336G  201G  63% /mnt/Commun1
bpool                                              1,6G    128K  1,6G   1% /mnt/ENTREEb
bpool/BOOT/ubuntu_gi3pfd                           1,8G    164M  1,6G  10% /boot
/dev/sdb1                                          256M     16M  240M   7% /boot/efi
tmpfs                                              583M     80K  583M   1% /run/user/1000
a@a:~$ 

et pour le problème du démasquage

cat /etc/default/grub
# 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
a@a:~$ 

On va regarder ce rapport de suppression du noyau et de réinstallation https://paste.ubuntu.com/p/q3z6q8MB79/
Je n'ai pas retrouvé la lenteur de fabrication du boot-info. Mais je relancerais la suppression du noyau en chronométrant
Je suis passé par le mode recovery. Il ne propose plus qu'un seul noyau....

df -h
Sys. de fichiers                                 Taille Utilisé Dispo Uti% Monté sur
tmpfs                                              583M    1,9M  581M   1% /run
rpool/ROOT/ubuntu_gi3pfd                           890G    3,0G  887G   1% /
tmpfs                                              2,9G       0  2,9G   0% /dev/shm
tmpfs                                              5,0M    4,0K  5,0M   1% /run/lock
rpool/USERDATA/a_8q5j5a                            887G    304M  887G   1% /home/a
rpool/ROOT/ubuntu_gi3pfd/var/lib                   888G    1,5G  887G   1% /var/lib
rpool                                              887G    128K  887G   1% /mnt/Root
rpool/USERDATA/root_8q5j5a                         887G    768K  887G   1% /root
rpool/ROOT/ubuntu_gi3pfd/srv                       887G    128K  887G   1% /srv
rpool/ROOT/ubuntu_gi3pfd/usr/local                 887G    256K  887G   1% /usr/local
rpool/ROOT/ubuntu_gi3pfd/var/games                 887G    128K  887G   1% /var/games
rpool/ROOT/ubuntu_gi3pfd/var/spool                 887G    128K  887G   1% /var/spool
rpool/ROOT/ubuntu_gi3pfd/var/www                   887G    128K  887G   1% /var/www
rpool/ROOT/ubuntu_gi3pfd/var/log                   887G     17M  887G   1% /var/log
rpool/ROOT/ubuntu_gi3pfd/var/snap                  887G    1,0M  887G   1% /var/snap
rpool/ROOT/ubuntu_gi3pfd/var/mail                  887G    128K  887G   1% /var/mail
rpool/ROOT/ubuntu_gi3pfd/var/lib/NetworkManager    887G    256K  887G   1% /var/lib/NetworkManager
rpool/ROOT/ubuntu_gi3pfd/var/lib/apt               887G     90M  887G   1% /var/lib/apt
rpool/ROOT/ubuntu_gi3pfd/var/lib/AccountsService   887G    128K  887G   1% /var/lib/AccountsService
rpool/ROOT/ubuntu_gi3pfd/var/lib/dpkg              887G     34M  887G   1% /var/lib/dpkg
/dev/sda11                                         536G    336G  201G  63% /mnt/Commun1
bpool/BOOT/ubuntu_gi3pfd                           1,8G     89M  1,7G   5% /boot
bpool                                              1,7G    128K  1,7G   1% /mnt/Boot
/dev/sdb1                                          256M     12M  245M   5% /boot/efi
tmpfs                                              583M     76K  583M   1% /run/user/1000

ls /boot
config-5.15.0-18-generic  grub        initrd.img-5.15.0-18-generic  memtest86+.bin  memtest86+_multiboot.bin      vmlinuz                    vmlinuz.old
efi                       initrd.img  initrd.img.old                memtest86+.elf  System.map-5.15.0-18-generic  vmlinuz-5.15.0-18-generic

grep -v "#" /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=""



  


GRUB_DISABLE_OS_PROBER=false

C'est bien un fichier tout neuf qui est là.         Ne me reste  plus qu'à  faire la mise à jour

sudo apt update
Atteint :1 http://fr.archive.ubuntu.com/ubuntu jammy InRelease
Atteint :2 http://security.ubuntu.com/ubuntu jammy-security InRelease
Atteint :3 http://fr.archive.ubuntu.com/ubuntu jammy-updates InRelease
Atteint :4 http://ppa.launchpad.net/yannubuntu/boot-repair-dev/ubuntu jammy InRelease
Atteint :5 http://fr.archive.ubuntu.com/ubuntu jammy-backports InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
29 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
sudo apt upgrade

ou à recommencer une installation pour découvrir  comment c'est en chiffré.

Dernière modification par geole (Le 27/01/2022, à 19:25)


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

En ligne

#2302 Le 27/01/2022, à 22:57

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Apparemment, ZFS n'est pas encore compatible par défaut avec GRUB ni cryptsetup.

grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.
grub-install: error: unknown filesystem.

Je vais tenter d'automatiser les hacks 'officiels' de Debian ( https://openzfs.github.io/openzfs-docs/ … stallation ).

Dernière modification par YannUbuntu (Le 27/01/2022, à 23:01)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2303 Le 27/01/2022, à 23:30

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Dans le boot-repair, on ne voit pas le contenu du fichier
/etc/fstab et j'avais été surpris de la durée.
Je recommencerais demain avec trace.
J'ai le souvenir d'avoir déjà fait la commande grub-install.
je referais avec les options de boot-repair.
A mon avis, dans le fichier /etc/fstab,  il y avait un mauvais pointeur .
pourtant sdc1 est bien en EFI.

Pourrais-tu regarder le  dernier rapport vers les lignes 700
Il faudra comparer.
J'ai le souvenir qu'à l'installation le shim s'était mis sur SDA3 et que dans mon chroot manuel cela s'était bien installé.


REPRISE DES TESTS sur session installée avec nvram épurée

df -h | grep rpool |  head -1
rpool/ROOT/ubuntu_gi3pfd                           890G    3,0G  887G   1% /

sudo efibootmgr -v  | grep  ubuntu
a@a:~$

grep efi /etc/fstab
# /boot/efi was on /dev/sda2 during installation
#UUID=0D08-BFF9  /boot/efi       vfat    umask=0022,fmask=0022,dmask=0022      0       1
/boot/efi/grub	/boot/grub	none	defaults,bind	0	0
#UUID=0D08-BFF9  /boot/efi       vfat    defaults      0       1
UUID=0D08-BFF9  /boot/efi       vfat    defaults      0       1

sudo blkid  | grep  0D08-BFF9
/dev/sdb1: SEC_TYPE="msdos" LABEL_FATBOOT="FATZFS" LABEL="FATZFS" UUID="0D08-BFF9" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="7f1a6724-84fd-477c-8ec8-bd8701946626"

Installation standard

a@a:~$ 
a@a:~$ 
a@a:~$ sudo efibootmgr -v | grep ubuntu
a@a:~$ 
a@a:~$ 
a@a:~$ sudo grub-install 
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
a@a:~$ sudo efibootmgr -v | grep ubuntu
Boot0004* ubuntu    HD(1,GPT,7f1a6724-84fd-477c-8ec8-bd8701946626,0x800,0x80000)/File(\EFI\ubuntu\grubx64.efi)
a@a:~$ 

Autre contexte montrant la réparation de la nvram

a@a:~$ sudo efibootmgr -v | grep ubuntu
Boot0004* ubuntu	HD(2,GPT,294f5c7a-7031-4abf-b4c2-58eaa809cf9a,0x8800,0x37800)/File(\EFI\refind\refind_x64.efi)
a@a:~$ sudo grub-install 
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
a@a:~$ sudo efibootmgr -v | grep ubuntu
Boot0004* ubuntu	HD(1,GPT,7f1a6724-84fd-477c-8ec8-bd8701946626,0x800,0x80000)/File(\EFI\ubuntu\grubx64.efi)
a@a:~$

Essayons de comprendre l'erreur dans le boot-repair qui est

grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.
grub-install: error: unknown filesystem.
Exit code: 1

donc

a@a:~$ sudo efibootmgr -v | grep ubuntu
a@a:~$ 
a@a:~$ sudo grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
a@a:~$ sudo efibootmgr -v | grep ubuntu
Boot0004* ubuntu	HD(1,GPT,7f1a6724-84fd-477c-8ec8-bd8701946626,0x800,0x80000)/File(\EFI\ubuntu\grubx64.efi)
a@a:~$ 
a@a:~$ sudo grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
a@a:~$ 

Bon à savoir.

sudo grub-install -v
......
grub-install : information : writing 0x24000 bytes.
grub-install : information : copying `/usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed' -> `/boot/efi/EFI/ubuntu/grubx64.efi'.
grub-install : information : copying `/boot/grub/x86_64-efi/load.cfg' -> `/boot/efi/EFI/ubuntu/grub.cfg'.
grub-install : information : copying `/usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed' -> `/boot/efi/EFI/BOOT/bootx64.efi'.
grub-install : information : copying `/usr/lib/shim/fbx64.efi' -> `/boot/efi/EFI/BOOT/fbx64.efi'.
grub-install : information : impossible d'ouvrir « /usr/lib/shim/fbx64.efi » : Aucun fichier ou dossier de ce type.
grub-install : information : copying `/usr/lib/shim/mmx64.efi' -> `/boot/efi/EFI/BOOT/mmx64.efi'.
grub-install : information : impossible d'ouvrir « /usr/lib/shim/mmx64.efi » : Aucun fichier ou dossier de ce type.
grub-install : information : Registering with EFI: distributor = `ubuntu', path = `\EFI\ubuntu\grubx64.efi', ESP at hostdisk//dev/sdb,gpt1.
grub-install : information : executing modprobe efivars 2>/dev/null.
grub-install : information : setting EFI variable Boot0004.
grub-install : information : skipping unnecessary update of EFI variable Boot0004.
grub-install : information : setting EFI variable BootOrder.
grub-install : information : skipping unnecessary update of EFI variable BootOrder.
Installation terminée, sans erreur

Je vais donc relancer le boot-repair  séquence qui supprime le grub.

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y boot-repair boot-info os-uninstaller
debut=$(date +%s)
sudo boot-repair -d
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Je ne suis permis d'apporter une petite modification au second paquet de commandes proposées.
D'ailleurs, il me semble qu'elles pourraient être directement exécutées

ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/zfs" apt-get install -y grub-efi
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  gir1.2-mutter-8 libmutter-8-0 libssl1.1
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets supplémentaires suivants seront installés : 
  grub-common grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed
  grub2-common os-prober
Paquets suggérés :
  multiboot-doc grub-emu mtools xorriso desktop-base
Les NOUVEAUX paquets suivants seront installés :
  grub-common grub-efi grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed
  grub2-common os-prober
0 mis à jour, 7 nouvellement installés, 0 à enlever et 12 non mis à jour.
Il est nécessaire de prendre 0 o/4263 ko dans les archives.
Après cette opération, 28,5 Mo d'espace disque supplémentaires seront utilisés.
Préconfiguration des paquets...
Sélection du paquet grub-common précédemment désélectionné.
(Lecture de la base de données... 155056 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../0-grub-common_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-common (2.06-2ubuntu4) ...
Sélection du paquet grub-efi-amd64-bin précédemment désélectionné.
Préparation du dépaquetage de .../1-grub-efi-amd64-bin_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi-amd64-bin (2.06-2ubuntu4) ...
Sélection du paquet grub2-common précédemment désélectionné.
Préparation du dépaquetage de .../2-grub2-common_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub2-common (2.06-2ubuntu4) ...
Sélection du paquet grub-efi-amd64 précédemment désélectionné.
Préparation du dépaquetage de .../3-grub-efi-amd64_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi-amd64 (2.06-2ubuntu4) ...
Sélection du paquet grub-efi-amd64-signed précédemment désélectionné.
Préparation du dépaquetage de .../4-grub-efi-amd64-signed_1.177+2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi-amd64-signed (1.177+2.06-2ubuntu4) ...
Sélection du paquet os-prober précédemment désélectionné.
Préparation du dépaquetage de .../5-os-prober_1.79ubuntu1_amd64.deb ...
Dépaquetage de os-prober (1.79ubuntu1) ...
Sélection du paquet grub-efi précédemment désélectionné.
Préparation du dépaquetage de .../6-grub-efi_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi (2.06-2ubuntu4) ...
Paramétrage de grub-common (2.06-2ubuntu4) ...
Created symlink /etc/systemd/system/multi-user.target.wants/grub-common.service → /lib/systemd/system/grub-common.service.
Created symlink /etc/systemd/system/sleep.target.wants/grub-common.service → /lib/systemd/system/grub-common.service.
Created symlink /etc/systemd/system/multi-user.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/rescue.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/emergency.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/sleep.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Running in chroot, ignoring command 'daemon-reload'
Running in chroot, ignoring command 'is-active'
Running in chroot, ignoring command 'restart'
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Running in chroot, ignoring command 'daemon-reload'
Running in chroot, ignoring request.
Running in chroot, ignoring command 'restart'
Paramétrage de os-prober (1.79ubuntu1) ...
Paramétrage de grub-efi-amd64-bin (2.06-2ubuntu4) ...
Paramétrage de grub2-common (2.06-2ubuntu4) ...
Paramétrage de grub-efi-amd64 (2.06-2ubuntu4) ...

Creating config file /etc/default/grub with new version
Paramétrage de grub-efi (2.06-2ubuntu4) ...
Paramétrage de grub-efi-amd64-signed (1.177+2.06-2ubuntu4) ...
Traitement des actions différées (« triggers ») pour install-info (6.8-4) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.4-4) ...
ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/zfs" grub-install
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
ubuntu@ubuntu:~$ 

Les traces

[debug]Delete the content of TMP_FOLDER_TO_BE_CLEARED
[debug]Mount all blkid partitions except the ones already mounted and BIOS_Boot
[debug]BLKIDMNT_POINT of sdc3 is: /mnt/boot-sav/zfs
[debug]BLKIDMNT_POINT of sdc1 is: /mnt/boot-sav/sdc1
[debug]BLKIDMNT_POINT of sdc4 is: /mnt/boot-sav/zfs
[debug]BLKIDMNT_POINT of sda4 is: /mnt/boot-sav/sda4
[debug]BLKIDMNT_POINT of sda2 is: /mnt/boot-sav/sda2
[debug]BLKIDMNT_POINT of sda12 is: /mnt/boot-sav/sda12
[debug]Mount path of sda12 is: /mnt/boot-sav/sda12
[debug]BLKIDMNT_POINT of sda10 is: /mnt/boot-sav/sda10
[debug]BLKIDMNT_POINT of sda7 is: /mnt/boot-sav/sda7
[debug]Mount path of sda7 is: /mnt/boot-sav/sda7
[debug]BLKIDMNT_POINT of sda5 is: /mnt/boot-sav/sda5
[debug]Mount path of sda5 is: /mnt/boot-sav/sda5
[debug]BLKIDMNT_POINT of sda3 is: /mnt/boot-sav/sda3
[debug]BLKIDMNT_POINT of sda11 is: /mnt/boot-sav/sda11
[debug]BLKIDMNT_POINT of sda8 is: /mnt/boot-sav/sda8
[debug]Mount path of sda8 is: /mnt/boot-sav/sda8
[debug]PART_UUID of sdc3 is 2280493683547443963
[debug]PART_UUID of sdc1 is 0D08-BFF9
[debug]PART_UUID of sdc4 is 3705767347231228268
[debug]PART_UUID of sda4 is 35B6E173454DCF3E
[debug]PART_UUID of sda2 is BDF5-CC87
[debug]PART_UUID of sda12 is 852c1813-7679-4194-9c0e-e9fb6db6522c
[debug]PART_UUID of sda10 is E01A90D71A90ABD2
[debug]PART_UUID of sda7 is cb50473a-5d9c-441a-9502-690c1c8684d6
[debug]PART_UUID of sda5 is 96d31832-a414-4282-a76f-630e5d66c7c1
[debug]PART_UUID of sda3 is C114-F82E
[debug]PART_UUID of sda11 is 007A992054C5D589
[debug]PART_UUID of sda8 is 3e9adae1-accd-46f8-b346-767fa906b605
[debug] BYTES_BEFORE_PART[1] (sdc) = 2048 sectors * 512 bytes = 1048576 bytes.
[debug] BYTES_BEFORE_PART[2] (sda) = 2048 sectors * 512 bytes = 1048576 bytes.
[debug]Mount all blkid partitions except the ones already mounted and BIOS_Boot
[debug]BLKIDMNT_POINT of sdc3 is: /mnt/boot-sav/zfs
[debug]BLKIDMNT_POINT of sdc1 is: /mnt/boot-sav/sdc1
[debug]BLKIDMNT_POINT of sdc4 is: /mnt/boot-sav/zfs
[debug]BLKIDMNT_POINT of sda4 is: /mnt/boot-sav/sda4
[debug]BLKIDMNT_POINT of sda2 is: /mnt/boot-sav/sda2
[debug]BLKIDMNT_POINT of sda12 is: /mnt/boot-sav/sda12
[debug]Mount path of sda12 is: /mnt/boot-sav/sda12
[debug]BLKIDMNT_POINT of sda10 is: /mnt/boot-sav/sda10
[debug]BLKIDMNT_POINT of sda7 is: /mnt/boot-sav/sda7
[debug]Mount path of sda7 is: /mnt/boot-sav/sda7
[debug]BLKIDMNT_POINT of sda5 is: /mnt/boot-sav/sda5
[debug]Mount path of sda5 is: /mnt/boot-sav/sda5
[debug]BLKIDMNT_POINT of sda3 is: /mnt/boot-sav/sda3
[debug]BLKIDMNT_POINT of sda11 is: /mnt/boot-sav/sda11
[debug]BLKIDMNT_POINT of sda8 is: /mnt/boot-sav/sda8
[debug]Mount path of sda8 is: /mnt/boot-sav/sda8
[debug]PART_WITH_OS of sdc3 : is-os
[debug]PART_WITH_OS of sdc1 : no-os
[debug]PART_WITH_OS of sdc4 : is-os
[debug]PART_WITH_OS of sda4 : is-os
[debug]PART_WITH_OS of sda2 : no-os
[debug]PART_WITH_OS of sda12 : is-os
[debug]PART_WITH_OS of sda10 : is-os
[debug]PART_WITH_OS of sda7 : is-os
[debug]PART_WITH_OS of sda5 : is-os
[debug]PART_WITH_OS of sda3 : no-os
[debug]PART_WITH_OS of sda11 : no-os
[debug]PART_WITH_OS of sda8 : is-os
[debug]sda12 contains Ubuntu Jammy Jellyfish (development branch) (linux)
[debug]sda5 contains Ubuntu 20.04.3 LTS (linux)
[debug]sda7 contains Ubuntu 18.04.6 LTS (linux)
[debug]sda8 contains Ubuntu 21.10 (linux)
[debug]sdb5 contains Ubuntu 20.04.3 LTS (linux)
[debug]sdc3 contains Ubuntu Jammy Jellyfish (development branch) (else)
[debug]sdc4 contains Ubuntu Jammy Jellyfish (development branch) (else)
[debug]sda4 contains Windows 10 or 11 (windows)
[debug]sda10 contains Windows 8 or 10 (windows)
[debug]sdc contains minimum one OS
[debug]sda contains minimum one OS
[debug] 0 Wubi, 5 other Linux, 0 MacOS, 2 Windows, 2 unknown type OS.
[debug] check_recovery_or_hidden
[debug] ls /mnt/boot-sav/zfs/ | grep -xi bootmgr (sdc3)
[debug] ls /mnt/boot-sav/sdc1/ | grep -xi bootmgr (sdc1)
[debug] ls /mnt/boot-sav/zfs/ | grep -xi bootmgr (sdc4)
[debug] ls /mnt/boot-sav/sda4/ | grep -xi bootmgr (sda4)
[debug] ls /mnt/boot-sav/sda2/ | grep -xi bootmgr (sda2)
[debug] ls /mnt/boot-sav/sda12/ | grep -xi bootmgr (sda12)
[debug] ls /mnt/boot-sav/sda10/ | grep -xi bootmgr (sda10)
[debug] ls /mnt/boot-sav/sda7/ | grep -xi bootmgr (sda7)
[debug] ls /mnt/boot-sav/sda5/ | grep -xi bootmgr (sda5)
[debug] ls /mnt/boot-sav/sda3/ | grep -xi bootmgr (sda3)
[debug] ls /mnt/boot-sav/sda11/ | grep -xi bootmgr (sda11)
[debug] ls /mnt/boot-sav/sda8/ | grep -xi bootmgr (sda8)
[debug]/var/log/boot-repair/20220128_101617/sdc/partition_table.dmp created
[debug]/var/log/boot-repair/20220128_101617/sda/partition_table.dmp created
[debug] sdc3 ends at 4832886272GB. not-far
[debug] sdc1 ends at 269483520GB. not-far
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda2 ends at 134217216GB. not-far
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda3 ends at 170917376GB. not-far
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] ECHO_SUMEFI_SECTION
[debug]TARGET_PARTITION_IS_AVAILABLE[sdc] is : yes
[debug]TARGET_PARTITION_IS_AVAILABLE[sda] is : yes
[debug]combobox_ostoboot_bydefault_fillin
[debug]Order Linux noorder bits
[debug]LABEL_PART_FOR_REINSTAL[1] sdc3 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]LABEL_PART_FOR_REINSTAL[2] sdc4 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]LABEL_PART_FOR_REINSTAL[3] sda5 \(Ubuntu 20.04.3 LTS\)
[debug]LABEL_PART_FOR_REINSTAL[4] sda12 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]LABEL_PART_FOR_REINSTAL[5] sda7 \(Ubuntu 18.04.6 LTS\)
[debug]LABEL_PART_FOR_REINSTAL[6] sda8 \(Ubuntu 21.10\)
[debug]MAIN_MENU becomes : Recommended-Repair
[debug]set_checkbutton_reinstall_grub
[debug]osbydefault_consequences sdc3
[debug]combobox_efi_fillin sdc3 ,
[debug] sdc1 EFI part (detected by BIS but not in fstab) in same disk
[debug] sda2 EFI part (detected by BIS but not in fstab) in another disk
[debug]EFIFILPRESENT yes, QTY_SUREEFIPART 2
[debug]LASTGRUB_ACTION becomes:
[debug]LASTGRUB_ACTION becomes:
[debug]set_radiobutton_place_grub
[debug]LASTGRUB_ACTION becomes:
[debug]MBR_ACTION is set : reinstall (NBOFDISKS is 2)
[debug]CHOSEN_KERNEL_OPTION becomes : nomodeset
[debug]UNHIDEBOOT_ACTION becomes : unhide-bootmenu-10s
[debug]RETOURCOMBO_efi (EFIPART_TO_USE) : sdc1
[debug]EFIPART_TO_USE becomes : 2
[debug]LASTGRUB_ACTION becomes:
[debug]LASTGRUB_ACTION becomes:
[debug]GRUBPACKAGE becomes: grub-efi
[debug]RETOURCOMBO_place_grub (NOFORCE_DISK) : sdc
[debug]RETOURCOMBO_ostoboot_bydefault : sdc3 (Ubuntu Jammy Jellyfish (development branch))
[debug]sdc3 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]Warning: Duplicate _combobox_ostoboot_bydefault .
[debug]sdc4 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]sda5 \(Ubuntu 20.04.3 LTS\)
[debug]sda12 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]sda7 \(Ubuntu 18.04.6 LTS\)
[debug]sda8 \(Ubuntu 21.10\)
[debug]Windows \(via sdc3 menu\)
[debug]
[debug]
[debug]
[debug]
[debug]
[debug]set_checkbutton_reinstall_grub
[debug]osbydefault_consequences sdc3
[debug]combobox_efi_fillin sdc3 ,
[debug] sdc1 EFI part (detected by BIS but not in fstab) in same disk
[debug] sda2 EFI part (detected by BIS but not in fstab) in another disk
[debug]EFIFILPRESENT yes, QTY_SUREEFIPART 2
[debug]LASTGRUB_ACTION becomes:
[debug]LASTGRUB_ACTION becomes:
[debug]set_radiobutton_place_grub
[debug]LASTGRUB_ACTION becomes:
[debug]MBR_ACTION is set : reinstall (NBOFDISKS is 2)
[debug]RETOURCOMBO_efi (EFIPART_TO_USE) : sda2
[debug]EFIPART_TO_USE becomes : 5
[debug]RETOURCOMBO_efi (EFIPART_TO_USE) : sdc1
[debug]EFIPART_TO_USE becomes : 2
[debug]RETOURCOMBO_place_grub (NOFORCE_DISK) : sda
[debug]RETOURCOMBO_place_grub (NOFORCE_DISK) : sdc
[debug] debug_echo_important_variables
[debug]MAIN_MENU becomes : Custom-Repair
[debug]RETOURCOMBO_ostoboot_bydefault : sdc4 (Ubuntu Jammy Jellyfish (development branch))
[debug]sdc3 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]sdc4 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]sda5 \(Ubuntu 20.04.3 LTS\)
[debug]osbydefault_consequences sdc4
[debug]combobox_efi_fillin sdc4 ,
[debug] sdc1 EFI part (detected by BIS but not in fstab) in same disk
[debug] sda2 EFI part (detected by BIS but not in fstab) in another disk
[debug]EFIFILPRESENT yes, QTY_SUREEFIPART 2
[debug]LASTGRUB_ACTION becomes:
[debug]LASTGRUB_ACTION becomes:
[debug]set_radiobutton_place_grub
[debug]LASTGRUB_ACTION becomes:
[debug]sda12 \(Ubuntu Jammy Jellyfish (development branch)\)
[debug]sda7 \(Ubuntu 18.04.6 LTS\)
[debug]sda8 \(Ubuntu 21.10\)
[debug]Windows \(via sdc3 menu\)
[debug]
[debug]
[debug]
[debug]
[debug]
[debug]RETOURCOMBO_efi (EFIPART_TO_USE) : sda2
[debug]EFIPART_TO_USE becomes : 5
[debug]RETOURCOMBO_efi (EFIPART_TO_USE) : sdc1
[debug]EFIPART_TO_USE becomes : 2
[debug]RETOURCOMBO_place_grub (NOFORCE_DISK) : sda
[debug]RETOURCOMBO_place_grub (NOFORCE_DISK) : sdc
[debug]GRUBPURGE_ACTION becomes: purge-grub
[debug]internet: connected
[debug]internet: connected
[debug] debug_echo_important_variables
[debug] first_actions=action before removal (if os-un)
[debug]/mnt/boot-sav/zfs/etc/fstab unchanged for /boot
[debug]/mnt/boot-sav/zfs/etc/fstab unchanged for /usr
[debug]Freed space function
[debug] actions_final=action after removal (if os-un)
[debug]Remove_mislocated_stage1
[debug]force_unmount_and_prepare_chroot
[debug]Unmount all OS partitions except / and partition where we reinstall GRUB (sdc4)
[debug]prepare_chroot
[debug] Already mounted /dev/sdc4 on /mnt/boot-sav/zfs
[debug] mount_separate_boot_if_required yes , , grub-efi ,
[debug] sdc3 ends at 4832886272GB. not-far
[debug] sdc1 ends at 269483520GB. not-far
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda2 ends at 134217216GB. not-far
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda3 ends at 170917376GB. not-far
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] ECHO_SUMEFI_SECTION
[debug] sdc3 ends at 4832886272GB. not-far
[debug] sdc1 ends at 269483520GB. not-far
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda2 ends at 134217216GB. not-far
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda3 ends at 170917376GB. not-far
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] ECHO_SUMEFI_SECTION
[debug] sdc3 ends at 4832886272GB. not-far
[debug] sdc1 ends at 269483520GB. not-far
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sdc4 ends at 1000204868608GB. farbios
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda4 ends at 75145149952GB. not-far
[debug] sda2 ends at 134217216GB. not-far
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda12 ends at 195749215744GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda10 ends at 290562506240GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda7 ends at 132630183424GB. farbios
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda5 ends at 90177535488GB. not-far
[debug] sda3 ends at 170917376GB. not-far
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda11 ends at 1000204140032GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] sda8 ends at 157094510080GB. farbios
[debug] ECHO_SUMEFI_SECTION
[debug]End fix /mnt/boot-sav/zfs/etc/grub.d/
[debug]Mount all blkid partitions except the ones already mounted and BIOS_Boot
[debug]BLKIDMNT_POINT of sdc3 is: /mnt/boot-sav/zfs
[debug]Mount path of sdc3 is: /mnt/boot-sav/zfs
[debug]BLKIDMNT_POINT of sdc1 is: /mnt/boot-sav/sdc1
[debug]BLKIDMNT_POINT of sdc4 is: /mnt/boot-sav/zfs
[debug]Mount path of sdc4 is: /mnt/boot-sav/zfs
[debug]BLKIDMNT_POINT of sda4 is: /mnt/boot-sav/sda4
[debug]Mount path of sda4 is: /mnt/boot-sav/sda4
[debug]BLKIDMNT_POINT of sda2 is: /mnt/boot-sav/sda2
[debug]BLKIDMNT_POINT of sda12 is: /mnt/boot-sav/sda12
[debug]Mount path of sda12 is: /mnt/boot-sav/sda12
[debug]BLKIDMNT_POINT of sda10 is: /mnt/boot-sav/sda10
[debug]Mount path of sda10 is: /mnt/boot-sav/sda10
[debug]BLKIDMNT_POINT of sda7 is: /mnt/boot-sav/sda7
[debug]Mount path of sda7 is: /mnt/boot-sav/sda7
[debug]BLKIDMNT_POINT of sda5 is: /mnt/boot-sav/sda5
[debug]Mount path of sda5 is: /mnt/boot-sav/sda5
[debug]BLKIDMNT_POINT of sda3 is: /mnt/boot-sav/sda3
[debug]BLKIDMNT_POINT of sda11 is: /mnt/boot-sav/sda11
[debug]BLKIDMNT_POINT of sda8 is: /mnt/boot-sav/sda8
[debug]Mount path of sda8 is: /mnt/boot-sav/sda8
[debug] unmount_all_and_success_br_and_bi
[debug]unhideboot
[debug]Unhide boot menu (10 seconds) if Wubi detected
[debug] bis
[debug] Check_prg
[debug] Add raid if any
[debug] List mount
[debug] for /dev/sda
[debug] eval /dev/sda
[debug] for /dev/sdb
[debug] eval /dev/sdb
[debug] for /dev/sdc
[debug] eval /dev/sdc
[debug] Identifying MBRs...
[debug] identify MBR of /dev/sda
[debug] identify MBR of /dev/sdb
[debug] identify MBR of /dev/sdc
[debug] Store and display partition tables
[debug] Computing Partition Table of /dev/sda...
[debug] Computing Partition Table of /dev/sdb...
[debug] Computing Partition Table of /dev/sdc...
[debug] loop through /dev/sda
[debug] loop through /dev/sdb
[debug] loop through /dev/sdc
[debug] deactivate dmraid if activated by the script
[debug] Search lvm
[debug] Search mdraid
[debug] Search fs hd
[debug] os detected
[debug] systinfo
[debug] check efidmsg
[debug] ECHO_SUMEFI_SECTION
[debug] print fdisk
[debug] print parted
[debug] print free space
[debug] print sgdisk -p
[debug] print blkid
[debug] print df / findmnt
[debug] print mount options
[debug] by-id
[debug] ls mapper
[debug]internet: connected
[debug]Unmount all blkid partitions except df ones
[debug]unmount /mnt/boot-sav/sdc1
[debug]unmount /mnt/boot-sav/sda4
[debug]unmount /mnt/boot-sav/sda2
[debug]unmount /mnt/boot-sav/sda12
[debug]unmount /mnt/boot-sav/sda10
[debug]unmount /mnt/boot-sav/sda7
[debug]unmount /mnt/boot-sav/sda5
[debug]unmount /mnt/boot-sav/sda3
[debug]unmount /mnt/boot-sav/sda11
[debug]unmount /mnt/boot-sav/sda8
[debug]internet: connected






Le traitement a été exécuté en 890 secondes.

Le rapport  https://paste.ubuntu.com/p/9jnfmQTWcZ/

Je vais donc relancer le boot-repair  séquence qui supprime le grub   sans mettre ma  seconde commande.

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y boot-repair boot-info os-uninstaller
debut=$(date +%s)
sudo boot-repair -d
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Le rapport  https://paste.ubuntu.com/p/8tWzqHFqwM/
Le traitement a été exécuté en 1753 secondes.
Dont environ  5 minutes pour la phase (cus) du boot-info
Dont environ  6minutes pour la phase (7) du boot-info
Dont environ  5 minutes pour la phase (5) du boot-info
Dont environ  5 minutes pour la phase (4) du boot-info

Je note que l'installation s'est bien passée

The settings chosen by the user will purge () and reinstall the grub-efi of
sdc4,
using the following options:  sdc1/boot/efi
Additional repair will be performed: unhide-bootmenu-10s use-standard-efi-file restore-efi-backups

grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.

La réparation sans le mode DEBUG

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y boot-repair boot-info os-uninstaller
debut=$(date +%s)
sudo boot-repair 
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Le traitement a été exécuté en 451 secondes.
L'URL https://paste.ubuntu.com/p/fsdPnM6YC8/

User settings: _________________________________________________________________
Dommages que cela ne soit pas/plus indiqué. Mais c'était  la suppression du grun.
grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.

Maintenant un simple boot-info

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y  boot-info 
debut=$(date +%s)
sudo boot-info
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Le traitement a été exécuté en 131 secondes.
https://paste.ubuntu.com/p/HkHtxcN8Bn/
Maintenant un boot-info en debug

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y  boot-info 
debut=$(date +%s)
sudo boot-info -d
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Le traitement a été exécuté en 444 secondes.
Dont environ 4 minutes pour la phase (4) du boot-info.....
L URL https://paste.ubuntu.com/p/fkn8KvXMpC/

Maintenant un boot-info en debug du logiciel standard sans partition ZFS car autrement perte de gestion  du terminal et du réseau.

sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y  boot-info 
debut=$(date +%s)
sudo boot-info -d
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Le traitement a été exécuté en 416 secondes.
Dont environ 5 minutes pour la phase (net-ok) du boot-info.....

L URL  https://paste.ubuntu.com/p/ZTCNxQ3BWY/

Dernière modification par geole (Le 28/01/2022, à 14:24)


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

En ligne

#2304 Le 28/01/2022, à 23:50

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

ppa175 (dans le ppa dev)
  * remove '--no-uefi-secure-boot' to avoid unrecognized option error
  * check efi files on liveUSB/MMC containing windows
  * purge to remove grub-efi when install grub-pc from EFI session
  * Workaround GRUB’s missing zpool-features support  (étapes 1 à 5 de https://openzfs.github.io/openzfs-docs/ … stallation )

@geole: effectivement dans ta purge kernel (post #2301) il n'y a pas l'erreur 'unknown filesystem', alors que dans ton essai juste avant tu l'avais, étrange.
Peux-tu stp tester avec ppa175 une install grub dans un système zfs depuis une session live , pour vérifier si tu reproduis le 'unknown filesystem'.
Les phases chiffrées (11) à (1) et (net-ok) correspondent à des ping vers sourceforge pour les stats, donc si tu as des lenteurs c'est surement du au réseau, tu peux les zapper en décochant l'envoi de stats dans les options avancées.

Il faut que je regarde pourquoi il n'y a plus le contenu de /etc/fstab , à priori depuis ppa161. Mais là dodo, j'ai du sommeil à récupérer ;-)

Dernière modification par YannUbuntu (Le 28/01/2022, à 23:56)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2305 Le 29/01/2022, à 10:20

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

@geole:
Peux-tu stp tester avec ppa175 une install grub dans un système zfs depuis une session live , pour vérifier si tu reproduis le 'unknown filesystem'.
Les phases chiffrées (11) à (1) et (net-ok) correspondent à des ping vers sourceforge pour les stats, donc si tu as des lenteurs c'est surement du au réseau, tu peux les zapper en décochant l'envoi de stats dans les options avancées.

Bonjour
Récapitulatif des essais fais.
1) Premier passage pour supprimer le grub et le réinstaller
https://paste.ubuntu.com/p/JhX5YrWsms/

boot-repair-4ppa174                                              [20220127_1540]

the settings chosen by the user will purge () and reinstall the grub-efi of
sdc4,
using the following options:  sdc1

/boot/efigrub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.

grub-install: error: unknown filesystem.
Exit code:1

2) N'ayant pas pensé à regarder le rapport, Comme le  boot fonctionnait toujours, j'ai passé à la suppression du noyau   qui s'est bien passé

3) Vu la remarque de l'incident,  j'ai réessayé en mode debug
https://paste.ubuntu.com/p/8tWzqHFqwM/

boot-repair-4ppa174                                              [20220128_1121]

The settings chosen by the user will purge () and reinstall the grub-efi of
sdc4,
using the following options:  sdc1/boot/efi

grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.

4) Pensant que le mode debug pouvait masquer un problème, j'ai relancé en mode normal
https://paste.ubuntu.com/p/fsdPnM6YC8/

boot-repair-4ppa174                                              [20220128_1212]

The settings chosen by the user will purge () and reinstall the grub-efi of
sdc4,
using the following options:  sdc1/boot/efi

grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-uefi-secure-boot
Installing for x86_64-efi platform.
Installation finished. No error reported.

J'en déduis qu'il y avait initialement un contexte particulier que la suppression des noyaux et la réinstallation du dernier noyau a fait disparaître.
Je n'ai pas d'idée sur ce contexte. Peut-être reviendra t-il accidentellement.
Peut-être avais-je aussi ajouté une autre option  sans le remarquer.

5) Je vais donc relancer avec APP175  sans oublier de déactiver les statistiques car je travaille en connexion internet via un téléphone et pas une box.
Je vais donc relancer le boot-repair  séquence qui supprime le grub.

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y boot-repair boot-info 
debut=$(date +%s)
sudo boot-repair -d
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.
Une erreur est survenue pendant la réparation.
Error detected in grub_mkconfig. Veuillez indiquer ce message à boot.repair@gmail.com

Veuillez écrire sur un papier l'URL suivante :
https://paste.ubuntu.com/p/nRmjxwmtRn/


Si vous avez toujours des problèmes de démarrage, indiquez cette URL à :
boot.repair@gmail.com 

Locked-NVram détecté.

Le traitement a été exécuté en 1003 secondes.

Seule, la sequence (7) est restée longue

Extraits du boot-repair

boot-repair-4ppa176                                              [20220129_1002]

The settings chosen by the user will purge () and reinstall the grub-efi of
sdc4,
using the following options:  sdc1/boot/efi


mount: /mnt/boot-sav/zfs/dev: échec de l’appel système mount(2) : Aucun fichier ou dossier de ce type.
mount: /mnt/boot-sav/zfs/proc: échec de l’appel système mount(2) : Aucun fichier ou dossier de ce type.
mount: /mnt/boot-sav/zfs/sys: échec de l’appel système mount(2) : Aucun fichier ou dossier de ce type.
mount: /boot: impossible à trouver dans /etc/fstab

EFI variables are not supported on this system

Set GRUB_CMDLINE_LINUX="root=ZFS=tmprpool/ROOT/ubuntu_gi3pfd" in /mnt/boot-sav/zfs/etc/default/grub
sed: -e expression n°1, caractère 63: option inconnue pour « s »

/usr/sbin/grub-probe : erreur : impossible de trouver un périphérique pour / (/dev est-il monté ?)

grub-install --efi-directory=/boot/efi --target=x86_64-efi
Installing for x86_64-efi platform.
grub-install: error: cannot find a device for /boot/efi (is /dev mounted?).
Exit code: 1

grub-install --efi-directory=/boot/efi --target=x86_64-efi
Installing for x86_64-efi platform.
grub-install: error: cannot find a device for /boot/efi (is /dev mounted?).
Exit code: 1

/sbin/grub-install --efi-directory=/boot/efi --target=x86_64-efi --no-nvram
Installing for x86_64-efi platform.
/sbin/grub-install: error: cannot find a device for /boot/efi (is /dev mounted?).
--no-nvram exit code: 1 Veuillez indiquer ce message à boot.repair@gmail.com

Je ne comprends pas la non-détection de l'EFI

ubuntu@ubuntu:~$ [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session EFI
ubuntu@ubuntu:~$ 

A mon avis, cette commande a disparu
modprobe efivars

Ajout. Le contenu du fichier /etc/fstab me semble épuré

a@a:~$ grep -v "#" /etc/fstab
/boot/efi/grub	/boot/grub	none	defaults,bind	0	0
UUID=2170a65e-9585-4aa2-a86a-15620c21a127	none	swap	sw	0	0
LABEL=Commun1 /mnt/Commun1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=0D08-BFF9  /boot/efi       vfat    defaults      0       1
a@a:~$ 

contrairement au fichier de boot

a@a:~$ wc /boot/grub/grub.cfg
  963  3904 44666 /boot/grub/grub.cfg
a@a:~$ 

Dernière modification par geole (Le 29/01/2022, à 12:59)


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

En ligne

#2306 Le 29/01/2022, à 13:17

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Mince, le chroot était buggué, attends la ppa177 (ppa de DEV) stp.  EDIT: voilà c'est dispo.

Dernière modification par YannUbuntu (Le 29/01/2022, à 14:45)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2307 Le 29/01/2022, à 15:44

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y boot-repair boot-info 
debut=$(date +%s)
sudo boot-repair
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

Le traitement a été exécuté en 1134 secondes.
dont un certain temps dans la tache (8)

PPA177 a écrit :

Le démarrage de l'ordinateur a été correctement réparé.
Veuillez écrire sur un papier l'URL suivante :
https://paste.ubuntu.com/p/qgDKmZKWQY/


Si vous avez toujours des problèmes de démarrage, indiquez cette URL à :
boot.repair@gmail.com ou sur votre forum favori.


Vous pouvez maintenant redémarrer votre ordinateur.
N'oubliez pas de faire démarrer votre firmware UEFI sur l'entrée Ubuntu Jammy Jellyfish (development branch) (fichier sdc1/efi/ubuntu/grubx64.efi) !
Si votre ordinateur redémarre directement dans Windows, essayez de changer l'ordre de démarrage dans votre firmware UEFI.
Si votre firmware UEFI ne permet pas de changer l'ordre de démarrage, changez l'entrée de démarrage par défaut de l'amorceur Windows.
Par exemple, vous pouvez démarrer Windows, puis saisir la commande suivante dans une invite de commande en mode administrateur :
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

Quelques extraits

boot-repair-4ppa177                                              [20220129_1424]

The settings chosen by the user will purge and reinstall the grub-efi of
sdc4,
using the following options:  sdc1/boot/efi


grub-install --efi-directory=/boot/efi --target=x86_64-efi
Installing for x86_64-efi platform.
Installation finished. No error reported.
Refind detected on sda2
df /dev/sdc1
mv /mnt/boot-sav/zfs/boot/efi/EFI/Boot/bootx64.efi /mnt/boot-sav/zfs/boot/efi/EFI/Boot/bkpbootx64.efi
cp /mnt/boot-sav/zfs/boot/efi/efi/ubuntu/grubx64.efi /mnt/boot-sav/zfs/boot/efi/EFI/Boot/bootx64.efi
df /dev/sda2
mv /mnt/boot-sav/sda2/efi/Boot/bootx64.efi /mnt/boot-sav/sda2/efi/Boot/bkpbootx64.efi
cp /mnt/boot-sav/zfs/boot/efi/efi/ubuntu/grubx64.efi /mnt/boot-sav/sda2/efi/Boot/bootx64.efi

grub-install --efi-directory=/boot/efi --target=x86_64-efi
Installing for x86_64-efi platform.
Installation finished. No error reported.

BootOrder: 0007,2001,001A,0006,0003,2003,2002
.......
Boot0007* ubuntu	HD(1,GPT,7f1a6724-84fd-477c-8ec8-bd8701946626,0x800,0x80000)/File(EFIubuntugrubx64.efi)

Dernière modification par geole (Le 29/01/2022, à 15:56)


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

En ligne

#2308 Le 29/01/2022, à 16:22

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

L'installation de grub-efi et la MAJ de la nvram m'ont l'air d'avoir fonctionné, tu en penses quoi ?

C'est étonnant vu le nombre de trucs bizarres qui restent à corriger:
1) les erreurs l.107 à 111

User settings: _________________________________________________________________

no datasets available
grub-probe : erreur : impossible de trouver un périphérique GRUB pour /dev/sdb2. Vérifiez device.map..
grub-probe : erreur : impossible de trouver un périphérique GRUB pour /dev/sdb2. Vérifiez device.map..
/usr/share/boot-sav/gui-tab-main.sh: ligne 71: bootflag_update : commande introuvable
/usr/share/boot-sav/gui-tab-other.sh: ligne 97: _checkbutton_stats : commande introuvable

2) 'The settings chosen by the user...' devraient suivre 'User settings: _________'
3) les erreurs de mount l.127 à 133

mount: /boot: impossible à trouver dans /etc/fstab.
mount: /boot/grub: le périphérique spécial /boot/efi/grub n'existe pas.
modprobe zfs
modprobe efivars
sdc4/boot/efi not empty
Mount sdc1 on /mnt/boot-sav/zfs/boot/efi
mount: /mnt/boot-sav/zfs/boot/efi: /dev/sdc1 déjà monté sur /mnt/boot-sav/zfs/boot/efi.

4) erreur de sed l.189

Set GRUB_CMDLINE_LINUX="root=ZFS=rpool/ROOT/ubuntu_gi3pfd" in /mnt/boot-sav/zfs/etc/default/grub
sed: -e expression n°1, caractère 60: option inconnue pour « s »

5) erreurs update-grub l.196 et 199

chroot /mnt/boot-sav/zfs update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: vmlinuz-5.15.0-18-generic in rpool/ROOT/ubuntu_gi3pfd
Found initrd image: initrd.img-5.15.0-18-generic in rpool/ROOT/ubuntu_gi3pfd
Warning: didn't find any valid initrd or kernel.
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
grub-probe : erreur : impossible de trouver un périphérique GRUB pour /dev/sdb2. Vérifiez device.map..

6) le fait qu'il fasse 1 update-grub (l.190), puis 2 grub-install (l.207 et218) puis encore un update-grub (l.242)
7) et il n'affiche toujours pas le contenu des fstab situés sur partitions zfs

ZFS c'est vraiment tordu, je vais m'arracher le peu de cheveux qui me restent :-)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2309 Le 29/01/2022, à 16:51

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Quelques réponses
grub-probe : erreur : impossible de trouver un périphérique GRUB pour /dev/sdb2. Vérifiez device.map..
grub-probe : erreur : impossible de trouver un périphérique GRUB pour /dev/sdb2. Vérifiez device.map..
/dev/sdb2             108134400 108199935     65536    32M ef EFI (FAT-12/16/32)
C'est le logiciel ventoy. La partition est formatée en FAT16

mount: /boot: impossible à trouver dans /etc/fstab.
    J'ai listé le contenu du fichier /etc/fstab.    Donc il n'y est pas voir échange 2305
mount: /boot/grub: le périphérique spécial /boot/efi/grub n'existe pas.
     Ce répertoire est maintenant dans la partition ESP et est monté en bind   dans la partition EFI
A mon avis la partition contenant bpool est totalement vide et ne doit servir qu'en cas de boot LEGACY. 

Pour le point  5  Si le grub n 'est pas refabriqué, il n'est pas détruit  et comme il fonctionne bien,   je suis abusé. Il faudrait que je pense à le renommer.
Mais ce ne sont que des warning
Warning: didn't find any valid initrd or kernel.
Warning: os-prober will be executed to detect other bootable partitions.
Dont le second signale que c'est anormal de faire la commande os-prober.

Nota,  Je viens de supprimer la partition 4 du disque avec gparted,    Il a décidé de supprimer aussi les trois premières.
Je suis donc en train de réinstaller avec l'option SECURE.. Cela va décoiffer.
J'ai vu qu'il me propose de sauvegarder la clé de sécurité dans le live USB. qui n'est pas PERSISTANT

Le boot-info de la nouvelle installation chiffrée est parti
sudo add-apt-repository -y ppa:yannubuntu/boot-repair-dev && sudo apt update && sudo apt install -y boot-info
debut=$(date +%s)
sudo boot-info
echo Le  traitement a été exécuté en  $(( $(date +%s) - $debut )) secondes.

La commande à frapper  n'est pas très bien présentée. Mais cela viendra
En revanche. Il y a problème dans l'exécution.

ubuntu@ubuntu:~$ If needed, type 'zfs load-key -a' in a terminal, then close this window.
If : commande introuvable
ubuntu@ubuntu:~$ 
ubuntu@ubuntu:~$ 
ubuntu@ubuntu:~$ 
ubuntu@ubuntu:~$ zfs load-key -a
Key load error: Failed to open key material file
0 / 1 key(s) successfully loaded
ubuntu@ubuntu:~$ 

qa
Bon à savoir, Cela doit correspondre au message "Please unlock disk keystore-rpool" et, à ce niveau, le pavé numérique n'est pas opérationnel!
Le traitement a été exécuté en 436 secondes.    https://paste.ubuntu.com/p/TQQKVrSrzM/
J'ai maintenant une grosse opération de déplacement de données personnelles afin de récupérer un disque et y restorer ZFS non chiffré. Comme je n'ai pas pensé à  sauver le boot EFI, il faudra que j'utilise boot-repair (Si j'arrive à restorer rpool.).

sudo mount /dev/sdc1 /mnt
cd /mnt
ls -als
total 12
4 drwxr-xr-x 4 root root 4096 janv.  1  197
0 drwxr-xr-x 1 root root  240 janv. 29 17:05 ..
4 drwxr-xr-x 4 root root 4096 janv. 29 17:18 EFI
4 drwxr-xr-x 5 root root 4096 janv. 29 17:37 grub

ls -als EFI
total 16
4 drwxr-xr-x 4 root root 4096 janv. 29 17:18 .
4 drwxr-xr-x 4 root root 4096 janv.  1  1970 ..
4 drwxr-xr-x 2 root root 4096 janv. 29 17:18 BOOT
4 drwxr-xr-x 2 root root 4096 janv. 29 17:18 ubuntu

ls -als EFI/ubuntu
total 3496
   4 drwxr-xr-x 2 root root    4096 janv. 29 17:18 .
   4 drwxr-xr-x 4 root root    4096 janv. 29 17:18 ..
   4 -rwxr-xr-x 1 root root     108 janv. 29 17:18 BOOTX64.CSV
   4 -rwxr-xr-x 1 root root      94 janv. 29 17:18 grub.cfg
1704 -rwxr-xr-x 1 root root 1742728 janv. 29 17:18 grubx64.efi
 840 -rwxr-xr-x 1 root root  856232 janv. 29 17:18 mmx64.efi
 936 -rwxr-xr-x 1 root root  955656 janv. 29 17:18 shimx64.efi

cat EFI/ubuntu/grub.cfg
search.fs_uuid 5D38-E7F9 root hd2,gpt1 
set prefix=($root)'/grub'
configfile $prefix/grub.cfg


ls grub
fonts  gfxblacklist.txt  grub.cfg  grubenv  locale  unicode.pf2  x86_64-efi

wc grub/grub.cfg
  372  1348 12730 grub/grub.cfg

cat 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_gpt
insmod fat
set root='hd2,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt1 --hint-efi=hd2,gpt1 --hint-baremetal=ahci2,gpt1  5D38-E7F9
else
  search --no-floppy --fs-uuid --set=root 5D38-E7F9
fi
    font="/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=hidden
    set timeout=10
  # Fallback hidden-timeout code in case the timeout_style feature is
  # unavailable.
  elif sleep --interruptible 10 ; then
    set timeout=0
  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
### END /etc/grub.d/05_debian_theme ###

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

### BEGIN /etc/grub.d/10_linux_zfs ###
function gfxmode {
	set gfxpayload="${1}"
	if [ "${1}" = "keep" ]; then
		set vt_handoff=vt.handoff=1
	else
		set vt_handoff=
	fi
}
if [ "${recordfail}" != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if 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
function zsyshistorymenu {
	# $1: root dataset (eg rpool/ROOT/ubuntu_2zhm07@autozsys_k56fr6)
	# $2: boot device id (eg 411f29ce1557bfed)
	# $3: initrd (eg /BOOT/ubuntu_2zhm07@autozsys_k56fr6/initrd.img-5.4.0-21-generic)
	# $4: kernel (eg /BOOT/ubuntu_2zhm07@autozsys_k56fr6/vmlinuz-5.4.0-21-generic)
	# $5: kernel_version (eg 5.4.0-21-generic)

	set root_dataset="${1}"
	set boot_device="${2}"
	set initrd="${3}"
	set kernel="${4}"
	set kversion="${5}"

	menuentry 'Revert system only' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-${root_dataset}-${kversion}' {
		recordfail
		load_video
		gfxmode ${linux_gfx_mode}
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		if [ ${boot_device} = /dev/sdc3 ]; then
			insmod part_gpt
			insmod zfs
			set root='hd2,gpt3'
			if [ x$feature_platform_search_hint = xy ]; then
			  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
			else
			  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
			fi
		fi
		linux	"${kernel}" root=ZFS="${root_dataset}" ro quiet splash ${vt_handoff}
		initrd	"${initrd}"
	}
	menuentry 'Revert system and user data' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-${root_dataset}-${kversion}' {
		recordfail
		load_video
		gfxmode ${linux_gfx_mode}
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		if [ ${boot_device} = /dev/sdc3 ]; then
			insmod part_gpt
			insmod zfs
			set root='hd2,gpt3'
			if [ x$feature_platform_search_hint = xy ]; then
			  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
			else
			  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
			fi
		fi
		linux	"${kernel}" root=ZFS="${root_dataset}" ro quiet splash ${vt_handoff} zsys-revert=userdata
		initrd	"${initrd}"
	}
	menuentry 'Revert system only (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-${root_dataset}-${kversion}' {
		recordfail
		load_video
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		if [ ${boot_device} = /dev/sdc3 ]; then
			insmod part_gpt
			insmod zfs
			set root='hd2,gpt3'
			if [ x$feature_platform_search_hint = xy ]; then
			  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
			else
			  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
			fi
		fi
		echo Loading Linux ${kversion} ...
		linux	"${kernel}" root=ZFS="${root_dataset}" ro recovery nomodeset dis_ucode_ldr
		echo 'Loading initial ramdisk ...'
		initrd	"${initrd}"
	}
	menuentry 'Revert system and user data (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-${root_dataset}-${kversion}' {
		recordfail
		load_video
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		if [ ${boot_device} = /dev/sdc3 ]; then
			insmod part_gpt
			insmod zfs
			set root='hd2,gpt3'
			if [ x$feature_platform_search_hint = xy ]; then
			  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
			else
			  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
			fi
		fi
		echo Loading Linux ${kversion} ...
		linux	"${kernel}" root=ZFS="${root_dataset}" ro recovery nomodeset dis_ucode_ldr zsys-revert=userdata
		echo 'Loading initial ramdisk ...'
		initrd	"${initrd}"
	}
}

menuentry 'Ubuntu Jammy Jellyfish (development branch)' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-rpool/ROOT/ubuntu_1v8srk-5.15.0-18-generic' {
	recordfail
	load_video
	gfxmode ${linux_gfx_mode}
	insmod gzio
	if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod zfs
	set root='hd2,gpt3'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
	else
	  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
	fi
	linux	"/BOOT/ubuntu_1v8srk@/vmlinuz-5.15.0-18-generic" root=ZFS="rpool/ROOT/ubuntu_1v8srk" ro quiet splash ${vt_handoff}
	initrd	"/BOOT/ubuntu_1v8srk@/initrd.img-5.15.0-18-generic"
}
submenu 'Advanced options for Ubuntu Jammy Jellyfish (development branch)' ${menuentry_id_option} 'gnulinux-advanced-rpool/ROOT/ubuntu_1v8srk' {
	menuentry 'Ubuntu Jammy Jellyfish (development branch), with Linux 5.15.0-18-generic' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-rpool/ROOT/ubuntu_1v8srk-5.15.0-18-generic' {
		recordfail
		load_video
		gfxmode ${linux_gfx_mode}
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod zfs
		set root='hd2,gpt3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
		else
		  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
		fi
		echo Loading Linux 5.15.0-18-generic ...
		linux	"/BOOT/ubuntu_1v8srk@/vmlinuz-5.15.0-18-generic" root=ZFS="rpool/ROOT/ubuntu_1v8srk" ro quiet splash ${vt_handoff}
		echo 'Loading initial ramdisk ...'
		initrd	"/BOOT/ubuntu_1v8srk@/initrd.img-5.15.0-18-generic"
	}
	menuentry 'Ubuntu Jammy Jellyfish (development branch), with Linux 5.15.0-18-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-rpool/ROOT/ubuntu_1v8srk-5.15.0-18-generic' {
		recordfail
		load_video
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod zfs
		set root='hd2,gpt3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
		else
		  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
		fi
		echo Loading Linux 5.15.0-18-generic ...
		linux	"/BOOT/ubuntu_1v8srk@/vmlinuz-5.15.0-18-generic" root=ZFS="rpool/ROOT/ubuntu_1v8srk" ro recovery nomodeset dis_ucode_ldr
		echo 'Loading initial ramdisk ...'
		initrd	"/BOOT/ubuntu_1v8srk@/initrd.img-5.15.0-18-generic"
	}
	menuentry 'Ubuntu Jammy Jellyfish (development branch), with Linux 5.13.0-19-generic' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-rpool/ROOT/ubuntu_1v8srk-5.13.0-19-generic' {
		recordfail
		load_video
		gfxmode ${linux_gfx_mode}
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod zfs
		set root='hd2,gpt3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
		else
		  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
		fi
		echo Loading Linux 5.13.0-19-generic ...
		linux	"/BOOT/ubuntu_1v8srk@/vmlinuz-5.13.0-19-generic" root=ZFS="rpool/ROOT/ubuntu_1v8srk" ro quiet splash ${vt_handoff}
		echo 'Loading initial ramdisk ...'
		initrd	"/BOOT/ubuntu_1v8srk@/initrd.img-5.13.0-19-generic"
	}
	menuentry 'Ubuntu Jammy Jellyfish (development branch), with Linux 5.13.0-19-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os ${menuentry_id_option} 'gnulinux-rpool/ROOT/ubuntu_1v8srk-5.13.0-19-generic' {
		recordfail
		load_video
		insmod gzio
		if [ "${grub_platform}" = xen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod zfs
		set root='hd2,gpt3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt3 --hint-efi=hd2,gpt3 --hint-baremetal=ahci2,gpt3  c213295e8c80ef93
		else
		  search --no-floppy --fs-uuid --set=root c213295e8c80ef93
		fi
		echo Loading Linux 5.13.0-19-generic ...
		linux	"/BOOT/ubuntu_1v8srk@/vmlinuz-5.13.0-19-generic" root=ZFS="rpool/ROOT/ubuntu_1v8srk" ro recovery nomodeset dis_ucode_ldr
		echo 'Loading initial ramdisk ...'
		initrd	"/BOOT/ubuntu_1v8srk@/initrd.img-5.13.0-19-generic"
	}
}
### 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/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###

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

### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/35_fwupd ###
### END /etc/grub.d/35_fwupd ###

### 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 ###

Dernière modification par geole (Le 29/01/2022, à 23:01)


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

En ligne

#2310 Le 29/01/2022, à 19:04

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

ppa178 (dans ppa DEV):
  * resoud les erreurs 'commande introuvable'  (point 1 de mon post précédent)
  * add display of fstab for zfs partitions


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2311 Le 30/01/2022, à 09:29

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonjour
Ce matin,  Sur une installation neuve, Le rapport boot-info aurait pu indiquer que la partition ESP a été altérée. En effet le répertoire EFI est manquant, et pour faire bonne mesure, le répertoire grub est aussi manquant.
Se souvenir qu'une installation standard ZFS place le fichier /grub/grub.cfg dans la partition esp.

On est quasiment dans la réparation conseillée si j'avais supprimé toutes les partitions ext4 du disque SDA.

A) Le retour de l'exécution des commandes du premier paquet est le suivant

sudo chroot "/mnt/boot-sav/zfs" dpkg --configure -a
sudo chroot "/mnt/boot-sav/zfs" apt-get install -fy
sudo chroot "/mnt/boot-sav/zfs" apt-get install -y zfsutils-linux
sudo chroot "/mnt/boot-sav/zfs" apt-get purge --allow-remove-essential -y grub-com*
sudo chroot "/mnt/boot-sav/zfs" apt-get purge --allow-remove-essential -y grub2-com*
sudo chroot "/mnt/boot-sav/zfs" apt-get purge --allow-remove-essential -y shim-signed
sudo chroot "/mnt/boot-sav/zfs" apt-get purge --allow-remove-essential -y grub-common:*
sudo chroot "/mnt/boot-sav/zfs" apt-get purge --allow-remove-essential -y grub2-common:*
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
0 mis à jour, 0 nouvellement installés, 0 à enlever et 201 non mis à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
zfsutils-linux est déjà la version la plus récente (2.1.2-1ubuntu1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 201 non mis à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Note : sélection de grub-common pour l'expression rationnelle « grub-com* »
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
 shim-signed : Dépend: grub-efi-amd64-signed mais ne sera pas installé ou
                        grub-efi-arm64-signed mais il n'est pas installable
               Dépend: grub2-common (>= 2.04-1ubuntu24)
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Note : sélection de grub2-common pour l'expression rationnelle « grub2-com* »
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation : 

Les paquets suivants contiennent des dépendances non satisfaites :
 init : Pré-Dépend: systemd-sysv
 shim-signed : Dépend: grub-efi-amd64-signed mais ne sera pas installé ou
                        grub-efi-arm64-signed mais il n'est pas installable
               Dépend: grub2-common (>= 2.04-1ubuntu24)
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les paquets suivants seront ENLEVÉS :
  shim-signed*
ATTENTION : Les paquets essentiels suivants vont être enlevés.
Vous NE devez PAS faire ceci, à moins de savoir exactement ce
que vous êtes en train de faire.
  shim-signed
0 mis à jour, 0 nouvellement installés, 1 à enlever et 201 non mis à jour.
Après cette opération, 3855 ko d'espace disque seront libérés.
ERROR couldn't connect to zsys daemon: connection error: desc = "transport: Error while dialing dial unix /run/zsysd.sock: connect: no such file or directory" 
dpkg: avertissement: problème contourné par utilisation de --force :
dpkg: avertissement: this is a protected package; it should not be removed
(Lecture de la base de données... 190072 fichiers et répertoires déjà installés.)
Suppression de shim-signed (1.51+15.4-0ubuntu9) ...
(Lecture de la base de données... 190054 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de shim-signed (1.51+15.4-0ubuntu9) ...
ERROR couldn't connect to zsys daemon: connection error: desc = "transport: Error while dialing dial unix /run/zsysd.sock: connect: no such file or directory" 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Le paquet « grub-common:i386 » n'est pas installé, et ne peut donc être supprimé. Peut-être vouliez-vous écrire « grub-common » ?
Les paquets suivants seront ENLEVÉS :
  grub-common* grub-efi-amd64-bin* grub-efi-amd64-signed* grub-gfxpayload-lists* grub-pc* grub-pc-bin* grub2-common* os-prober* zsys*
0 mis à jour, 0 nouvellement installés, 9 à enlever et 201 non mis à jour.
Après cette opération, 43,4 Mo d'espace disque seront libérés.
ERROR couldn't connect to zsys daemon: connection error: desc = "transport: Error while dialing dial unix /run/zsysd.sock: connect: no such file or directory" 
(Lecture de la base de données... 190054 fichiers et répertoires déjà installés.)
Suppression de os-prober (1.79ubuntu1) ...
Suppression de zsys (0.5.8build1) ...
Suppression de grub-efi-amd64-signed (1.177+2.06-2ubuntu4) ...
Suppression de grub-efi-amd64-bin (2.06-2ubuntu4) ...
Suppression de grub-pc (2.06-2ubuntu4) ...
Suppression de grub-pc-bin (2.06-2ubuntu4) ...
Suppression de grub2-common (2.06-2ubuntu4) ...
Suppression de grub-common (2.06-2ubuntu4) ...
Running in chroot, ignoring request.
Suppression de grub-gfxpayload-lists (0.7) ...
Traitement des actions différées (« triggers ») pour install-info (6.8-4) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.4-4) ...
(Lecture de la base de données... 189228 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de grub2-common (2.06-2ubuntu4) ...
Purge des fichiers de configuration de grub-pc (2.06-2ubuntu4) ...
Purge des fichiers de configuration de grub-common (2.06-2ubuntu4) ...
Purge des fichiers de configuration de zsys (0.5.8build1) ...
Purge des fichiers de configuration de grub-efi-amd64-bin (2.06-2ubuntu4) ...
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Le paquet « grub2-common » n'est pas installé, et ne peut donc être supprimé
Le paquet « grub2-common:i386 » n'est pas installé, et ne peut donc être supprimé
0 mis à jour, 0 nouvellement installés, 0 à enlever et 201 non mis à jour.
ubuntu@ubuntu:~$ 

Notons que dans cette séquence, la fameuse grille indiquée est apparrue, J'ai donc du déplacer le curseur pour valider la suppression.

J'ajoute l'exécution de la seconde commande

ubuntu@ubuntu:~$ sudo chroot "/mnt/boot-sav/zfs" apt-get install -y grub-efi
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les paquets supplémentaires suivants seront installés : 
  grub-common grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed grub2-common os-prober
Paquets suggérés :
  multiboot-doc grub-emu mtools xorriso desktop-base
Les NOUVEAUX paquets suivants seront installés :
  grub-common grub-efi grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed grub2-common os-prober
0 mis à jour, 7 nouvellement installés, 0 à enlever et 201 non mis à jour.
Il est nécessaire de prendre 4210 ko/4263 ko dans les archives.
Après cette opération, 28,5 Mo d'espace disque supplémentaires seront utilisés.
Réception de :1 http://fr.archive.ubuntu.com/ubuntu jammy/main amd64 grub-common amd64 2.06-2ubuntu4 [2200 kB]
Réception de :2 http://fr.archive.ubuntu.com/ubuntu jammy/main amd64 grub-efi-amd64-bin amd64 2.06-2ubuntu4 [806 kB]
Réception de :3 http://fr.archive.ubuntu.com/ubuntu jammy/main amd64 grub2-common amd64 2.06-2ubuntu4 [652 kB]
Réception de :4 http://fr.archive.ubuntu.com/ubuntu jammy/main amd64 grub-efi-amd64-signed amd64 1.177+2.06-2ubuntu4 [533 kB]
Réception de :5 http://fr.archive.ubuntu.com/ubuntu jammy/main amd64 os-prober amd64 1.79ubuntu1 [19,3 kB]
4210 ko réceptionnés en 3s (1380 ko/s)
Préconfiguration des paquets...
Sélection du paquet grub-common précédemment désélectionné.
(Lecture de la base de données... 189209 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../0-grub-common_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-common (2.06-2ubuntu4) ...
Sélection du paquet grub-efi-amd64-bin précédemment désélectionné.
Préparation du dépaquetage de .../1-grub-efi-amd64-bin_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi-amd64-bin (2.06-2ubuntu4) ...
Sélection du paquet grub2-common précédemment désélectionné.
Préparation du dépaquetage de .../2-grub2-common_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub2-common (2.06-2ubuntu4) ...
Sélection du paquet grub-efi-amd64 précédemment désélectionné.
Préparation du dépaquetage de .../3-grub-efi-amd64_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi-amd64 (2.06-2ubuntu4) ...
Sélection du paquet grub-efi-amd64-signed précédemment désélectionné.
Préparation du dépaquetage de .../4-grub-efi-amd64-signed_1.177+2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi-amd64-signed (1.177+2.06-2ubuntu4) ...
Sélection du paquet os-prober précédemment désélectionné.
Préparation du dépaquetage de .../5-os-prober_1.79ubuntu1_amd64.deb ...
Dépaquetage de os-prober (1.79ubuntu1) ...
Sélection du paquet grub-efi précédemment désélectionné.
Préparation du dépaquetage de .../6-grub-efi_2.06-2ubuntu4_amd64.deb ...
Dépaquetage de grub-efi (2.06-2ubuntu4) ...
Paramétrage de grub-common (2.06-2ubuntu4) ...
Created symlink /etc/systemd/system/multi-user.target.wants/grub-common.service → /lib/systemd/system/grub-common.service.
Created symlink /etc/systemd/system/sleep.target.wants/grub-common.service → /lib/systemd/system/grub-common.service.
Created symlink /etc/systemd/system/multi-user.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/rescue.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/emergency.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
Created symlink /etc/systemd/system/sleep.target.wants/grub-initrd-fallback.service → /lib/systemd/system/grub-initrd-fallback.service.
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Running in chroot, ignoring request.
Paramétrage de os-prober (1.79ubuntu1) ...
Paramétrage de grub-efi-amd64-bin (2.06-2ubuntu4) ...
Paramétrage de grub2-common (2.06-2ubuntu4) ...
Paramétrage de grub-efi-amd64 (2.06-2ubuntu4) ...

Creating config file /etc/default/grub with new version
Paramétrage de grub-efi (2.06-2ubuntu4) ...
Paramétrage de grub-efi-amd64-signed (1.177+2.06-2ubuntu4) ...
Traitement des actions différées (« triggers ») pour install-info (6.8-4) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.4-4) ...
ubuntu@ubuntu:~$ 

Le rapport généré. https://paste.ubuntu.com/p/Ngq7KTMXkP/
Je vais y jeter un coup d'oeil avant de booter.


Autre information importante

Il n'y a pas le feu pour la réparation  d'une installation ZFS en mode chiffré. En effet , aprs avoir franchi, la séquence du mot de passe duchiffrage , linitramfs se plance   
J'ai sur un papier  en en photo les  messages
La première ligne d'erreur est la suivante:
/init: line 971: dirname: not found44
Tout le reste en découle
Failed to mount rpool/root/ubuntu-6qm83k on /root//


Le reboot se passe sans difficulté.
Quelques remarques

grep -v "#" /etc/fstab
/boot/efi/grub	/boot/grub	none	defaults,bind	0	0
UUID=a3b9344d-3f8a-4a76-b986-11ed7a9deaf1	none	swap	sw	0	0
UUID=C4A3-CE11  /boot/efi       vfat    defaults      0       1

sudo blkid | grep C4A3-CE11
/dev/sdb1: UUID="C4A3-CE11" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="4b8b0d81-939a-4f01-ad31-952958d7538a"

mount | grep sdb1
/dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb1 on /boot/grub type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

 ls -als /boot/efi
total 9
1 drwxr-xr-x 2 root root  2 janv. 30 01:50 .
9 drwxr-xr-x 4 root root 19 janv. 30 09:40 ..

ls  ls /boot/grub
   1 drwxr-xr-x 2 root root       3 janv. 30 09:41 fonts
   9 -rw-r--r-- 1 root root   43442 janv. 30 09:43 grub.cfg
   5 -rw-r--r-- 1 root root    1024 janv. 30 10:07 grubenv
   9 drwxr-xr-x 2 root root       7 janv. 30 09:41 locale

sudo efibootmgr -v | grep grub
Boot0000* Ubuntu	HD(2,GPT,294f5c7a-7031-4abf-b4c2-58eaa809cf9a,0x8800,0x37800)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0004* ubuntu	HD(1,GPT,4b8b0d81-939a-4f01-ad31-952958d7538a,0x800,0x100000)/File(\EFI\ubuntu\grubx64.efi)

Mais cela me rassure

 sudo umount /dev/sdb1
umount: /boot/grub: non monté.

sudo mount /dev/sdb1 ls -ls /boot/efi
total 16
4 drwxr-xr-x 4 root root 4096 janv. 30 09:41 EFI
4 drwxr-xr-x 4 root root 4096 janv. 30 01:59 EFIabsent
4 drwxr-xr-x 2 root root 4096 janv. 30 10:06 grub
4 drwxr-xr-x 5 root root 4096 janv. 30 02:17 grubABSENT

ls -ls /boot/efi/EFI
total 8
4 drwxr-xr-x 2 root root 4096 janv. 30 09:41 BOOT
4 drwxr-xr-x 2 root root 4096 janv. 30 09:41 ubuntu
root@a:~# ls -ls /boot/efi/EFI/ubuntu
total 1708
   4 -rwxr-xr-x 1 root root     121 janv. 30 09:41 grub.cfg
1704 -rwxr-xr-x 1 root root 1742728 janv. 30 09:41 grubx64.efi

A mon avis, le problème est  dans l'ordre des lignes

rgrep -v "#" /etc/fstab
/boot/efi/grub	/boot/grub	none	defaults,bind	0	0
UUID=a3b9344d-3f8a-4a76-b986-11ed7a9deaf1	none	swap	sw	0	0
UUID=C4A3-CE11  /boot/efi       vfat    defaults      0       1

Je pense que cela se passerait mieux si on avait

UUID=a3b9344d-3f8a-4a76-b986-11ed7a9deaf1	none	swap	sw	0	0
UUID=C4A3-CE11  /boot/efi       vfat    defaults      0       1
/boot/efi/grub	/boot/grub	none	defaults,bind	0	0

Je vais rectifier pour vérifier..   Apres boot, je confirme Mais du coup Cest le grun qui est devenu inutile

Comme la réparation ne met pas le fichier de config  du grub dans la structure ESP, il ne faudrait pas qu'il y ait la ligne de bind qui monte  alors une structure vide.

ls /boot/efi/EFI
BOOT  ubuntu

 ls -ls /boot/efi
total 16
4 drwxr-xr-x 4 root root 4096 janv. 30 09:41 EFI
4 drwxr-xr-x 4 root root 4096 janv. 30 01:59 EFIabsent
4 drwxr-xr-x 2 root root 4096 janv. 30 10:06 grub
4 drwxr-xr-x 5 root root 4096 janv. 30 02:17 grubABSENT
a@a:~$ ls -ls /boot/efi/EFI
total 8
4 drwxr-xr-x 2 root root 4096 janv. 30 09:41 BOOT
4 drwxr-xr-x 2 root root 4096 janv. 30 09:41 ubuntu

 ls -ls /boot/efi/EFI/ubuntu
total 1708
   4 -rwxr-xr-x 1 root root     121 janv. 30 09:41 grub.cfg
1704 -rwxr-xr-x 1 root root 1742728 janv. 30 09:41 grubx64.efi

ls /boot
config-5.13.0-19-generic  initrd.img                    memtest86+.bin                System.map-5.15.0-18-generic  vmlinuz.old
config-5.15.0-18-generic  initrd.img-5.13.0-19-generic  memtest86+.elf                vmlinuz
efi                       initrd.img-5.15.0-18-generic  memtest86+_multiboot.bin      vmlinuz-5.13.0-19-generic
grub                      initrd.img.old                System.map-5.13.0-19-generic  vmlinuz-5.15.0-18-generic

ls -ls /boot/grub
total 0

grep -v "#" /etc/fstab
UUID=C4A3-CE11  /boot/efi       vfat    defaults      0       1
/boot/efi/grub	/boot/grub	none	defaults,bind	0	0
UUID=a3b9344d-3f8a-4a76-b986-11ed7a9deaf1	none	swap	sw	0	0

sudo umount /boot/grub

 ls /boot/grub
fonts  grub.cfg  grubenv  locale  unicode.pf2  x86_64-efi

Un dernier reboot montre quon retombe sur nos pieds

grep -v "#" /etc/fstab
UUID=C4A3-CE11  /boot/efi       vfat    defaults      0       1
UUID=a3b9344d-3f8a-4a76-b986-11ed7a9deaf1	none	swap	sw	0	0
 
 ls /boot/efi/EFI/ubuntu
grub.cfg  grubx64.efi

ls /boot/grub
fonts  grub.cfg  grubenv  locale  unicode.pf2  x86_64-efi

Maintenant, je m'attaque au vrai problème

df -h | grep rpool | head -1
rpool/ROOT/ubuntu_pmhdff                           890G    3,1G  887G   1% /

J'ai un espace disque consommé démesuré pour tester le fonctionnement d'une commande bind lol
Je vais donc rétrécir. Comme la fonctionnalité n'existe pas, cela va passer par une sauvegarde, une destruction et une recréation.


Amélioration à prévoir de boo-tinfo/boot-repair

Serait-il possible  que la partition ZFS de boot soit reconnue comme telle  ( donc proposée comme pouvant recevoir le boot) et pas comme un O.S
Voici son contenu

df -h | grep bpool
bpool/BOOT/ubuntu_pmhdff                           1,8G    169M  1,6G  10% /boot

 ls -ls /boot
total 167092
  109 -rw-r--r-- 1 root root   257058 oct.   7 11:09 config-5.13.0-19-generic
  113 -rw-r--r-- 1 root root   260361 janv. 21 13:32 config-5.15.0-18-generic
    4 drwxr-xr-x 6 root root     4096 janv.  1  1970 efi
    9 drwxr-xr-x 5 root root        8 janv. 30 09:43 grub
    1 lrwxrwxrwx 1 root root       28 janv. 30 02:13 initrd.img -> initrd.img-5.15.0-18-generic
68409 -rw-r--r-- 1 root root 70109897 janv. 30 09:38 initrd.img-5.13.0-19-generic
73353 -rw-r--r-- 1 root root 75184717 janv. 30 09:40 initrd.img-5.15.0-18-generic
    1 lrwxrwxrwx 1 root root       28 janv. 30 01:50 initrd.img.old -> initrd.img-5.13.0-19-generic
  105 -rw-r--r-- 1 root root   182704 oct.   7 12:20 memtest86+.bin
  105 -rw-r--r-- 1 root root   184380 oct.   7 12:20 memtest86+.elf
  105 -rw-r--r-- 1 root root   184884 oct.   7 12:20 memtest86+_multiboot.bin
 2025 -rw------- 1 root root  5966639 oct.   7 11:09 System.map-5.13.0-19-generic
 2129 -rw------- 1 root root  6246928 janv. 21 13:32 System.map-5.15.0-18-generic
    1 lrwxrwxrwx 1 root root       25 janv. 30 02:13 vmlinuz -> vmlinuz-5.15.0-18-generic
 9921 -rw-r--r-- 1 root root 10221728 janv. 16 08:59 vmlinuz-5.13.0-19-generic
10709 -rw------- 1 root root 11056576 janv. 21 15:21 vmlinuz-5.15.0-18-generic
    1 lrwxrwxrwx 1 root root       25 janv. 30 02:13 vmlinuz.old -> vmlinuz-5.13.0-19-generic

Le boot-info final https://paste.ubuntu.com/p/KQ2DwkNfRJ/   

zpool list
no pools available
sudo blkid | grep pool
[sudo] Mot de passe de a : 
/dev/sdc3: LABEL="bpool" UUID="8961742529072948094" UUID_SUB="2573035689303643767" BLOCK_SIZE="4096" TYPE="zfs_member" PARTUUID="1764442a-9b3e-624f-91b3-418c277c75d6"
/dev/sdc4: LABEL="rpool" UUID="11425437066537577689" UUID_SUB="5970397820726476701" BLOCK_SIZE="4096" TYPE="zfs_member" PARTUUID="1e5d5e9a-8e32-294b-bb13-f4d569d21d3a"
a@b:~$ 
zpool import -N -R /mnt/boot-sav/zfs bpool 
zpool import -N -R /mnt/boot-sav/zfs rpool 
no pools found: some devices require root privileges

==> ne pas oublier de vérifier au démarrage que c'est bien lancé  avec SUDO

a@b:~$ sudo zpool import -N -R /mnt/boot-sav/zfs bpool 
[sudo] Mot de passe de a : 
cannot import 'bpool': pool was previously in use from another system.
Last accessed by a (hostid=4941b19c) at Sun Jan 30 11:24:42 2022
The pool can be imported, use 'zpool import -f' to import the pool.
a@b:~$ 
a@b:~$ sudo zpool import -N -f -R /mnt/boot-sav/zfs bpool 
a@b:~$ zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
bpool  1.88G   170M  1.71G        -         -     0%     8%  1.00x    ONLINE  /mnt/boot-sav/zfs
a@b:~$ 

Dernière modification par geole (Le 30/01/2022, à 12:23)


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

En ligne

#2312 Le 30/01/2022, à 10:17

jibel

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

@geole,
C'est tout a fait par hasard que j'ai suivi une installe d'un OS S.Ubuntu en "expérimentale" ZFS , ce fut un échec de 1 ère. Une fois que j'ai constaté puis je me suis servi comme d'habitude avec gparted de refaire  une partition que j'utilise depuis 7/8 ans. Ensuite relancer l'installe de l'OS avec cette fois LVM pour cet OS gros succès  puisque cet OS a été installé parfaitement, sans que ce disque dur et l'OS ont été fermé toute la nuit, plus de  12 heures ..Mais malheureusement, il me manque certaines  manips pour réduire  cette partition de 1 To pour installer la swap, sans pouvoir réduire la partition de 1 To pour  installer un autre OS et la swap, qui est nécessaire ou pas ?
Étant donné que cela fait depuis 7/8 ans de rester utilisateur de B.R.D au complet ... je questionne , en étant particulier .... merci

Dernière modification par jibel (Le 30/01/2022, à 10:19)


Plus grande est la face, plus grand est le dos!
Toutes les fautes de frappe, d'orthographe, de grammaire et de syntaxe ci-dessus, sont la propriété intellectuelle de l'auteur. Elles doivent être reproduites et même corrigées sans l'accord préalable du susdit et toc !

Mint 17.1,Voyager20.04,Emmabuntus 1.Buster, Debian 10.buster, Hybryde 14.04, Pas d'OS intermédiaire ! PC Medion AKOYA  DD 1T + 2 .

Hors ligne

#2313 Le 30/01/2022, à 10:36

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonjour  jibel
Réponse rapide
Je ne peux que déconseiller à un partiticiler d'installer du ZFS, du BTRFS, du LVM dans son ordinateur portable... Ces trois techniques sont pour ceux qui disposent de centaines de disques.. et je découvre ZFS  ...... il a peut-être des avantages, mais il me semble que  la veriion UBUNTU n'est pas encore stable. Pourtant cela fait des années qu'ils bossent dessus.
Une partition ZFS fabriquée en 22.04 est inécrivable en 20.04. Je ne suis même pas certain qu'il y ait compatibilité de toutes les commandes entre ces deux versions.

Dernière modification par geole (Le 30/01/2022, à 10:41)


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

En ligne

#2314 Le 30/01/2022, à 12:36

jibel

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Hello,
Je suis obligé de te répondre sur certaines différences. Ça n'était pas la 1 er fois que je me trouvais avec S-Ubuntu 20.04 lts avec trois possibilités, deux cachées et une normale. En 1er je clique sur une des options cachées LVM et ZFS avec connexion chiffré.
A ce moment je décide de créer la partition étendue avec Boot-repair.
Une fois fait  le lance l'OS S-ubuntu en ZFS et voila la cata, ça se fait normalement et au restart cette installe ne se lance plus du tout!
Je suis loin de ce style d'installe et en plus pas dans un portable ? Ah bon? 
C'est pourquoi j'ai tenté et réussi l'installe dans ma tour dans mon seul disque dur de 1To connecté..pour cet OS S-ubuntu 20.04 qui est officiel.
J'ai aujourd'hui utilisé boot-info avec les trois D.D.s connectés ! Tout est en ordre avec des mentions que j'ai photographies avec mon I-phone une mention superbe que cet OS et application devrait être en 22.04 et pas que ça ...Voila  ma raison de ne pas  donné se rapport de boot-info, car en plus je n'ai plus de Windows nul part dans mes trois disques dur. Cela fait des années que je me sers de B.R.D avec une des app's intégrés dans cet outil ?
Bravo a Yannubuntu...
Pour finir je ne suis pas doué pour faire des scripts avec nano ou un éditeur de texte, je me suis contenté de faire des installes les plus simples possible grâce a  boot-repair-disk et en plus, il y  QQs années, avec la  1er version en 32 bits lubuntu 11.04 qui a + 8 ans... toutes les manips se faisaient correctement ..Il n'y a aucune critique dans mon commentaire , juste une constatation du a QQchose ?

Dernière modification par jibel (Le 30/01/2022, à 12:39)


Plus grande est la face, plus grand est le dos!
Toutes les fautes de frappe, d'orthographe, de grammaire et de syntaxe ci-dessus, sont la propriété intellectuelle de l'auteur. Elles doivent être reproduites et même corrigées sans l'accord préalable du susdit et toc !

Mint 17.1,Voyager20.04,Emmabuntus 1.Buster, Debian 10.buster, Hybryde 14.04, Pas d'OS intermédiaire ! PC Medion AKOYA  DD 1T + 2 .

Hors ligne

#2315 Le 30/01/2022, à 13:45

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

bonjour

@Jibel, les tests sur systèmes ne contenant pas windows sont aussi les bienvenus.

@Geole, j'étais plutot content en voyant ton 1er rapport (https://paste.ubuntu.com/p/Ngq7KTMXkP/) , car il me semble que la purge de grub sur ton système zfs a fonctionné, et qu'en plus ça y est on a enfin le contenu des fichiers fstab&co sur les partitions zfs.
Par contre j'ai déchanté en voyant ton 2e rapport (https://paste.ubuntu.com/p/KQ2DwkNfRJ/) car on y voit que l'activation zfs n'a pas réussi (l827: zpool list after activation no pools available ), et idem pour le dernier test de MAF sur ubuntuforums, et je ne vois vraiment pas pourquoi.
Concernant ta question "Serait-il possible  que la partition ZFS de boot soit reconnue comme telle  ( donc proposée comme pouvant recevoir le boot) et pas comme un O.S", eh bien non je ne sais pas faire ça pour l'instant, car bpool (et tous les points de montage rpool, par ex rpool/ROOT/ubuntu_pmhdff/usr/local ) ne sont pas considérés comme des partitions par blkid.

Et je ne sais pas comment interpréter cette remarque:

Ce matin,  Sur une installation neuve, Le rapport boot-info aurait pu indiquer que la partition ESP a été altérée. En effet le répertoire EFI est manquant, et pour faire bonne mesure, le répertoire grub est aussi manquant.
Se souvenir qu'une installation standard ZFS place le fichier /grub/grub.cfg dans la partition esp.

Peux-tu détailler stp ce que tu as testé et/ou ce qu'il faudrait améliorer ?
Pour info, sur les conseils de MAF d'ubuntuforums, je crée les dossiers /boot/grub et /boot/efi avant de monter les partitions.


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2316 Le 30/01/2022, à 15:20

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

YannUbuntu a écrit :

bonjour
Peux-tu détailler stp ce que tu as testé et/ou ce qu'il faudrait améliorer ?
Pour info, sur les conseils de MAF d'ubuntuforums, je crée les dossiers /boot/grub et /boot/efi avant de monter les partitions.

J'avais refais une installation neuve
et à la fin de l'installation j'ai demandé de continuer à tester.
Dans les tests, j'ai demandé le remontage de la partition ESP.
Puis j'ai renommé les répertoires EFI et grub en me disant que si le boot-repair ne fonctionnait pas, je pourrais refaire un renommage inverse.
Je note que maintenant, je pourrais supprimer sans risque.

En fait la nouveauté de cette installation standard est que le second fichier de configuration est dans la partition ESP est monté en technique bind.
Je ne sais pas dire si c'est parfait  ou débile. Mais la réparation de boot-repair le met dans la partition de boot standard  (bpool) au lieu de la partition de boot ESP. Dans ce contexte, il faut supprimer la ligne de bind du fichier /etc/fstab car tout se mélange et se masque.

Nota. Je n'ai pas fait de test d'installation en  version 20.04 et je n'ai pas l'intention d'en faire.  Si ZFS a été installé installé en version 20.04, soit il fonctionne, soit l'utilisateur a changé son fusil d'épaule. J'essaie de voir simplement ce qui va arriver dans quelques semaines pour ne pas avoir trop de retard.  Je rappelle que la version chiffrée ne sait pas mettre en route... et que zfs ne prévoit pas une réduction de son espace disque. Ce qui me semble inadmissible comme conception.

Dernière modification par geole (Le 30/01/2022, à 15:33)


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

En ligne

#2317 Le 31/01/2022, à 23:58

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonjour

Test en cours du montage des pool zfs
Contexte.
Tests fais uniquement en version 22.04 pour une partition créée par l'installateur et une autre créée par l'utilisateur

root@b:~# blkid | grep pool
/dev/sdb4: LABEL="rpool" UUID="14858113268561238647" UUID_SUB="11799017907393566445" BLOCK_SIZE="512" TYPE="zfs_member" PARTUUID="221f0234-c28c-4451-b954-6340ec745c64"
/dev/sdb3: LABEL="bpool" UUID="6272296466364829013" UUID_SUB="17518486775360617365" BLOCK_SIZE="4096" TYPE="zfs_member" PARTUUID="ec19b4b0-a1d1-4412-9429-52fd422ff13f"
root@b:~# 

1) Test avec deux commandes pour la partition  faite par l'installateur.

root@b:~# zpool import -N -f -R /mnt/Test bpool
root@b:~# zfs mount bpool
root@b:~# zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
bpool  1.88G   165M  1.71G        -         -     1%     8%  1.00x    ONLINE  /mnt/Test
root@b:~# ls /mnt/Test
boot
root@b:~# ls /mnt/Test/boot
root@b:~# 

L'option -f est nécessaire  parfois/souvent. Sinon  la réponse serait

root@b:~# zpool import -N -R /mnt bpool
cannot import 'bpool': pool was previously in use from another system.
Last accessed by a (hostid=4941b19c) at Mon Jan 31 20:36:06 2022
The pool can be imported, use 'zpool import -f' to import the pool.

Les fichiers ne sont pas présents

D'autre part, pour que la commande mount puisse se   faire, il faut  dire où  et l'autoriser une fois pour toute

zfs set mountpoint=/bpool bpool
zfs set canmount=on bpool

Je n'ai pas trouvé d'option permettant le montage de fichiers, Mais j'ai probablement mal cherché
Si vous connaissez, je suis preneur

2) Test avec une  commande pour la partition  faite par l'installateur

root@b:~# zpool export bpool
zpool listroot@b:~# zpool list
no pools available
root@b:~# zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
bpool  1.88G   165M  1.71G        -         -     1%     8%  1.00x    ONLINE  /mnt/Test
rpool  63.5G  4.35G  59.2G        -         -     1%     6%  1.00x    ONLINE  /mnt/Test
root@b:~# ls /mnt/Test
boot  rpool
root@b:~# ls /mnt/Test/boot
config-5.13.0-19-generic  initrd.img-5.13.0-19-generic  memtest86+_multiboot.bin      vmlinuz-5.15.0-18-generic
config-5.15.0-18-generic  initrd.img-5.15.0-18-generic  System.map-5.13.0-19-generic  vmlinuz.old
efi                       initrd.img.old                System.map-5.15.0-18-generic
grub                      memtest86+.bin                vmlinuz
initrd.img                memtest86+.elf                vmlinuz-5.13.0-19-generic
root@b:~# 

La partition est bien présente, les fichiers sont bien présents. Il y a même une autre partition listée.
Cette commande est compatible avec le chiffrement gràce à une option  à mettre mais que je ne peux pas encore tester

man zpool-import
             -l      Indicates that this command will request encryption keys for all encrypted datasets it at‐
                     tempts to mount as it is bringing the pool online.  Note that if any datasets have a
                     keylocation of prompt this command will block waiting for the keys to be entered.  Without
                     this flag encrypted datasets will be left unavailable until the keys are loaded.
3) Test avec deux  commandes pour la partition  faite par l'utilisateur
root@b:~# zpool export rpool
root@b:~# zpool export bpool
root@b:~# zpool list
no pools available
root@b:~# rmdir /mnt/Test/boot  /mnt/Test/rpool
root@b:~# zpool import -N -R /mnt/Test rpool
root@b:~# zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
rpool  63.5G  4.35G  59.2G        -         -     1%     6%  1.00x    ONLINE  /mnt/Test
root@b:~# zfs mount rpool
root@b:~# ls /mnt/Test
rpool
root@b:~# ls /mnt/Test/rpool
bin  boot  cdrom  dev  etc  home  lib  lib32  lib64  libx32  media  mnt  opt  proc  root  run  sbin  snap  srv  sys  tmp  usr  var
root@b:~# 

Même remarques que pour le point 1

4) Test avec une  commande pour la partition  faite par l'utilisateur
Initialement, la commande est refusée en indiquant un message, comme quoi toutes les options ne sont pas positionnée, , Je n'ai pas su trouver lesquelles manquaient.
Le conseil était de faire le montage  en mettant le nom. (Voir le point 3) ou de faire la mise à jour  par la commande  zpool upgrade
(Je dis de mémoire). Je l'ai fait et refais. Je constate que le conseil aurait du ajouter et de rebooter car  il semble que maintenant cela fonctionne.

root@b:~# zpool export rpool
root@b:~# zpool list
no pools available
root@b:~# zpool import -a -f -R /mnt/Test
root@b:~# zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
bpool  1.88G   165M  1.71G        -         -     1%     8%  1.00x    ONLINE  /mnt/Test
rpool  63.5G  4.35G  59.2G        -         -     1%     6%  1.00x    ONLINE  /mnt/Test
root@b:~# ls /mnt/Test
boot  rpool
root@b:~# ls /mnt/Test/rpool
bin  boot  cdrom  dev  etc  home  lib  lib32  lib64  libx32  media  mnt  opt  proc  root  run  sbin  snap  srv  sys  tmp  usr  var
root@b:~# 

5) En conclusion, voici la façon dont je réalise maintenant le chroot avec les deux  pools pour rectifier  le boot qui continue de se planter  dans initramfs. C'est le genre de plantage pas facile à trouver. jJ'ai pu faire la commande zpool et vu que rpool était présent mais pas bpool. Ce n'est peut-être pas important.

1) Montage des pools. 
sudo -i
zpool export bpool
sleep 4
zpool export rpool
rmdir /mnt/CHROOT/boot  
zpool list
zpool import  -f -R /mnt/CHROOT rpool
sleep 4
zpool import  -f -R /mnt/CHROOT bpool
ls /mnt/CHROOT
ls /mnt/CHROOT/boot

2) Le chroot
mount  -v  -t proc  /proc   /mnt/CHROOT/proc
mount -t sysfs /sys         /mnt/CHROOT/sys
for i in dev run  ; do mount -v --bind     /$i   /mnt/CHROOT/$i; done
mount -v  -t devpts devpts /mnt/CHROOT/dev/pts
modprobe efivars
modprobe zfs
chroot /mnt/CHROOT


3) Le contrôle
ls -Rls /boot
## On monte les fichiers de boot EFI  de la partition ESP 
mount /dev/sda2   ## C'est le répertoire /etc qui sait où mettre (Dans le contexte, je le considèère bon. Sinon il faut d'abord le mettre à jour)
grep -v "#" /etc/fstab
#####                 UUID=BDF5-CC87  /boot/efi       vfat    umask=0022,fmask=0022,dmask=0022      0       1
#####                 /boot/efi/grub	/boot/grub	none	defaults,bind	0	0
#####                 UUID=05bf161e-6956-4e90-affa-be0cbbe5db16	none	swap	sw	0	0
#On fait le lien pour être conforme au fichier /etc/fstab
mount -o bind /boot/efi/grub	/boot/grub
ls /boot/grub /boot/efi/EFI
####    fonts  grub.cfg  grubenv  locale  unicode.pf2  x86_64-efi 

4) Une idée: Réinitialisons le cache qui peut être en mauvais état. ==> voir la dificulté du montage. Mais cela n'a pas résolu.
mv /etc/zfs/zpool.cache /etc/zfs/zpool.cache.ANCIEN
zpool set cachefile=/etc/zfs/zpool.cache rpool
zpool set cachefile=/etc/zfs/zpool.cache bpool
ls  /etc/zfs
####         zed.d  zfs-functions  zfs-list.cache  zpool.cache  zpool.cache.ANCIEN  zpool.d

5) Procédons à  nos réparations  qui peuvent être très diverses. Mais la fin sera certainement la mise à jour du grub. La question est de savoir s'il faut déclencher apt-update; apt-upgrade; apt-full-upgrade. Souvent, lorsque cela fonctionne mal, il est conseillé de se mettre à jour...
### Ceci n est pas nécessairement correct
apt purge --allow-remove-essential -y shim-signed grub2-common  grub-common grub-efi-amd64-signed grub-common:i386  grub2-common:i386 
###  ERROR couldn't connect to zsys daemon: connection error: desc = "transport: Error while dialing dial unix /run/zsysd.sock: connect: no such file or directory"  
apt install grub-common grub2-common grub-efi-amd64-signed

sudo sed -i 's/#GRUB_TERMINAL/GRUB_TERMINAL/' /etc/default/grub
sudo sed -i 's/#GRUB_TIMEOUT_STYLE/GRUB_TIMEOUT_STYLE/' /etc/default/grub
echo GRUB_DISABLE_OS_PROBER=false | tee /etc/default/grub 

grub-install
update-grub
update-initramfs -k all -u -v 

6)Il ne reste plus qu'à quitter le plus proprement possible le chroot
umount -v /boot/efi/grub
umount -v /dev/sda2
exit
7) idem pour le mode root
umount -v --recursive /mnt/CHROOT
zpool export bpool
zpool export rpool
zpool list
exit

A noter le sleep de 15 secondes entre l'import et l'export, autrement l'export est refusé au motif que le pool est busy.
lorsqu'on fait les commandes une par une cela passe bien, mais en copier/coller du paquet, cela tilterait.

Le Boot-Info-DEV https://paste.ubuntu.com/p/JFcg5m3c94/*
La raison pour laquelle l'O.S. n'est pas détecté
zpool import -N -R /mnt/boot-sav/zfs rpool
cannot import 'bpool': a pool with that name already exists
use the form 'zpool import <pool | id> <newpool>' to give it a new name
cannot import 'rpool': pool was previously in use from another system.
Last accessed by b (hostid=6adb5f3a) at Tue Feb  1 00:53:52 2022

root@ubuntu:~# zpool export bpool
root@ubuntu:~# zpool import -N  -f -R /mnt/boot-sav/zfs rpool
root@ubuntu:~# zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
rpool  63.5G  4.35G  59.2G        -         -     1%     6%  1.00x    ONLINE  /mnt/boot-sav/zfs
root@ubuntu:~# 
root@ubuntu:~# zpool import -N  -f -R /mnt/boot-sav/zfs bpool
root@ubuntu:~# zpool list
NAME    SIZE  ALLOC   FREE  CKPOINT  EXPANDSZ   FRAG    CAP  DEDUP    HEALTH  ALTROOT
bpool  1.88G   165M  1.71G        -         -     1%     8%  1.00x    ONLINE  /mnt/boot-sav/zfs
rpool  63.5G  4.35G  59.2G        -         -     1%     6%  1.00x    ONLINE  /mnt/boot-sav/zfs
root@ubuntu:~# 

NOTA. Cette nouvelle installation n'est pas sur tout le disque, Mais elle ne démarre pas encore.

Pour ceux qui souhaitent découvrir ZFS, il est possible de le faire sans utiliser un disque entier!!
Il suffit de créer une partition non formatée d'au minima 64 Mo (avec gparted)
Puis de l'initialiser

sudo zpool destroy Nanopool 
sudo zpool create  Nanopool -o ashift=12 /dev/sdXN
sudo zfs set compression=lz4 Nanopool
sudo zpool export  Nanopool
sudo blkid | grep pool
sudo zpool import -a -f  -R /mnt/CHROOT
zfs list -o name,used,avail,refer,mountpoint,compression,refcompressratio 

Remarques
La destruction est nécessaire si on veut rejouer le scénario.
L'option ashift=12 permet d'utiliser des unités d'écriture de 2*12=4096 bytes  même si l'unité physique  supporte l'écriture en 512. En absence de ce paramêtre, la valeur physique est retenue. Donc souvent 512.
Si la valeur XN n'est pas bonne, la création ne se fera pas, sauf si on force avec l'option -f
La commande de création monte automatiquement la partition sur le point de montage /Nanopool. Il est donc préférable de ne pas mettre un nom susceptible d'être utilisé   (etc, usr ......)
La commande import est l'équivalent de mount et la commande export est l'équivalent de la commande umount
La compression LZ4 est celle retenue par l'installateur.  En sauvegardent le contenu des partitions, il faut en tenir compte  avec un espace plus important
Par exemple, le logiciel occupe  4.35G dans la partition rpool. Si on veut le sauver de façon standard, il faut prévoir 4,35*1,64 = 7,14 Go

Récemment, j'ai vu des ordinateurs équipés seulement d'un NVME de 64 GO. Si je connaisssais mieux le ZFS, je conseillerais une installation en ZFS au lieu de EXT4 tongue

Dernière modification par geole (Le 02/02/2022, à 02:21)


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

En ligne

#2318 Le 06/02/2022, à 19:50

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonjour
Dans cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22532669
Il me semble que la réparation faite. Installer un grub 32 bits dans un ubuntu 64 bits pose problème..


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

En ligne

#2319 Le 06/02/2022, à 19:51

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonjour
Dans cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22532669
Il me semble que la réparation faite. Installer un grub 32 bits dans un ubuntu 64 bits pose problème..


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

En ligne

#2320 Le 11/02/2022, à 11:55

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

bjr geole, grub-pc s'installe toujours en 32bit. La version amd64 n'est dispo que les plateformes amd64 UEFI, d'après les devs GRUB.

Bon sinon j'ai pas mal bossé dans le PPA dev depuis 10jours. Et pas que pour le ZFS :-)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2321 Le 11/02/2022, à 12:49

jibel

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

@YannUbuntu,
Merci, parce que j'ai depuis QQs semaines des ennuis d'utiliser B.R.D. dans une clé USB ! mais Voila le PB est résolu après avoir installer/désinstaller le dernier OS. J'ai utilisé "option avancée" "emplacement du grub"
Pour déterminer qui sera dans le menu de grub l'OS en 1er au lancement du disque dur dans lequel étaient installés trois OSs libres. J'ai croisé mes doigts pour que cette fonction est OK . Je ne montre pas le boot-info fait avec la version 4ppa125 ... j'ai été ébahi que cette clé USB fonctionne parfaitement avec B.R.D. wink

Dernière modification par jibel (Le 11/02/2022, à 12:55)


Plus grande est la face, plus grand est le dos!
Toutes les fautes de frappe, d'orthographe, de grammaire et de syntaxe ci-dessus, sont la propriété intellectuelle de l'auteur. Elles doivent être reproduites et même corrigées sans l'accord préalable du susdit et toc !

Mint 17.1,Voyager20.04,Emmabuntus 1.Buster, Debian 10.buster, Hybryde 14.04, Pas d'OS intermédiaire ! PC Medion AKOYA  DD 1T + 2 .

Hors ligne

#2322 Le 11/02/2022, à 21:01

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

ppa192 à tester dans ppa:yannubuntu/boot-repair-dev

  * chroot install efibootmgr wen absent during grub-efi purge
  * don't propose to enable raid on pure lmv (when mapper/vg.. )
  * propose to decrypt when crypto_LUKS and no Linux detected
  * force grub purge when grub.d missing
  * add sid to the list of EFIGRUBFILE detection
  * propose to remove hidden flag from default esp
  * block when efibootmgr not installed and grub-efi repair
  * add -lf to unchroot umount (for all: zfs and others)
  * ask install pastebinit only when upload
  * zfs improvements

Dernière modification par YannUbuntu (Le 11/02/2022, à 21:03)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2323 Le 14/02/2022, à 19:38

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonsoir
Un  boot-info avec une instance ZFS que j'utilise de temps en temps.
https://paste.ubuntu.com/p/MJK9rh5Knm/
Je ne sais pas si c'est une bonne idée de dire
====================== ZFS detected in installed session =======================
Dire  "détecté quelque part dans l'ordinateur" ?

Les fichiers /etc/fstab et /etc/default/grub du rpool ne sont pas listés,   Le taux de remplissage de bpool et rpool   n'est pas non plus indiqué.     Est-ce voulu?

La même chose depuis une session ZFS opérationnelle
https://paste.ubuntu.com/p/rkJWQHySSJ/
Cela me semble parfait

La même chose depuis une live USB

Cela me semble parfait


Il ne me reste plus qu'à attaquer l'aspect chiffré...
Pour l'instant, je ne sais pas faire démarrer une installation chiffrée.
Pour le boot-info, voici  le résultat: 
La question posée est
If needed, type 'zfs load-key -a' in a terminal, then close this window.
J'en déduis qu'il faut que je frappe la commandezfs load-key -a
peut-être sudo zfs load-key -a  dans un terminal
Ce que je fais. Dans les deux cas, la réponse est

ubuntu@ubuntu:~$ sudo zfs load-key -a
Key load error: Failed to open key material file
0 / 1 key(s) successfully loaded
ubuntu@ubuntu:~$ 

Je pense que c'est à ce niveau que je devrais fournir la clé de chiffrement. Mais rien de tel.
Pour un peu, je pense qu'il  voudrait ouvir un fichier contenant la clé...
Le résultat final https://paste.ubuntu.com/p/ZFTZkm7jQh/
La même chose en ne disant pas que c'était chiffré
https://paste.ubuntu.com/p/t4ysX7ScGh/
===> Résultat identique me semble-t-il
Nota, Je vais poster les photos du vrai démarrage raté.
La demande du mot de passe à la mise en route.
https://zupimages.net/up/22/07/tsvp.jpg
L'acceptation du mot de passe
https://zupimages.net/up/22/07/ecdw.jpg
L'incident rencontré que je qualifie de matériel
https://zupimages.net/viewer.php?id=22/07/wf5n.jpg
https://zupimages.net/up/22/07/b1ow.jpg
Je vais refaire une installation en écrasant le ZFS non chiffré.

Une installation neuve ne met pas en route à cause de ce bug https://bugs.launchpad.net/ubuntu/+sour … ug/1960083

Dernière modification par geole (Le 15/02/2022, à 18:56)


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

En ligne

#2324 Le 16/02/2022, à 10:05

YannUbuntu

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

salut Geole, merci pour les retours.

Actuellement j'ai bloqué toutes les réparations en session installée dès que ZFS est détecté, c'est pourquoi on voit ceci:

Blockers in case of suggested repair: __________________________________________

 Please use this software in a live-session (live-CD or live-USB). This will enable this feature.

De plus en session installée, je n'essaye pas d'activer les pools ZFS, d'où le manque d'infos dans le boot-info, ce qui effectivement n'est probablement pas une bonne idée.
Je te propose ceci pour les prochaines versions, au choix:
1) soit bloquer completement les boot-info/repair en session installée dès que ZFS détecté, et demander à l'utilisateur de recommencer en sessionlive  (c'est le plus simple à maintenir/supporter)
2) soit activer les pools zfs si on detecte que root n'est pas dans un pool zfs, de façon à avoir un bootinfo complet, voire autoriser les reparations en session installée. Mais je ne suis pas sûr de la fiabilité.

geole a écrit :

La même chose depuis une session ZFS opérationnelle
https://paste.ubuntu.com/p/rkJWQHySSJ/
Cela me semble parfait

La même chose depuis une live USB
Cela me semble parfait

Cool :-)

geole a écrit :

Pour l'instant, je ne sais pas faire démarrer une installation chiffrée.

Perso, je n'arrive pas à faire démarrer une installation ZFS fraichement installée (dans VirtualBox), qu'elle soit chiffrée ou pas.
C'est pourquoi j'ai besoin de ton aide pour valider les réparations réalisées par boot-repair, au moins une réinstallation de grub. Même si d'après mes essais les logs ne présentent pas d'erreur, je préfère m'assurer que le système boote correctement ensuite.

If needed, type 'zfs load-key -a' in a terminal, then close this window.
J'ai ajouté cette étape manuelle au cas-où, car je ne sais pas si elle peut nécessiter une intervention de type yes/no de la part de l'utilisateur. Et elle s'affiche systématiquement car je ne sais pas détecter quand elle est nécessaire ou pas.

Dernière modification par YannUbuntu (Le 16/02/2022, à 10:07)


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#2325 Le 16/02/2022, à 10:47

geole

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Bonjour YannUbuntu
Je pense que lorsque que ZFS est détecté, dire que  le boot-info doit être fait depuis une session LIVE est une bonne idée.
Cependant, si le boot-info est fait depuis la session ZFS, il me semble que c'est correct, Il te suffirait de faire un petit test pour savoir si la session installée est ou pas en ZFS.
(Je pense qu'en inspectant la commande DF, on doit voir des pool ou pas...)
A mon avis, ceux qui vont utiliser ZFS ne vont plus utiliser les versions EXT4. Je gagnerais aussi un test...

Je suis en train d'installer la LIVE-USB  fabriquée ce matin à 8heures 35, il parrait que le problème de connexion serait réglé.   Mais je vais devoir m'intérromptre quasiment toute la journée.


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

En ligne