#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 minutesIdem 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=falseC'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 upgradeou à 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
Hors 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: 1donc
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 erreurJe 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
Hors 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:12) 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.comJe 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
Hors 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)
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
Hors 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 introuvable2) '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
Hors 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.efiA 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 1Je 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 0Je 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-efiUn 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-efiMaintenant, 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 
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-genericLe 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
Hors 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 21.1,Voyager20.04 et 22.04,Ubuntu 22.04,Emmabuntus 1.Buster, Debian 12.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
Hors 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 21.1,Voyager20.04 et 22.04,Ubuntu 22.04,Emmabuntus 1.Buster, Debian 12.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
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
Hors 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 bpoolJe 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
exitA 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 
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
Hors 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
Hors 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
Hors 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. 
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 21.1,Voyager20.04 et 22.04,Ubuntu 22.04,Emmabuntus 1.Buster, Debian 12.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
Hors 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é.
La même chose depuis une session ZFS opérationnelle
https://paste.ubuntu.com/p/rkJWQHySSJ/
Cela me semble parfaitLa même chose depuis une live USB
Cela me semble parfait
Cool :-)
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
Hors ligne