Différences

Ci-dessous, les différences entre deux révisions de la page.

--- informatique:partition_boot_remplie_sur_debian_grub_rescue [2026/07/05 09:57] – simon
+++ informatique:partition_boot_remplie_sur_debian_grub_rescue [2026/07/05 10:56] (Version actuelle) – simon
@@ Ligne 31: / Ligne 31: @@
 mount: /rescue: unknown filesystem type 'crypto_LUKS'
-root@localhost-live:/rescue# cryptsetup luksOpen /dev/sda5 data
+root@localhost-live:/rescue# cryptsetup luksOpen /dev/sda5 sda5_crypt
 Enter passphrase for /dev/sda5:
@@ Ligne 91: / Ligne 91: @@
 {{ :informatique:screenshot_from_2026-06-05_09-07-27.png?400 |}}
-À tester : une ligne à copier coller :
+Les commandes à copier/coller :
 <code bash>
-sudo -i; mkdir /rescue; cryptsetup luksOpen /dev/sda5 data; mount -t ext4 -o noatime /dev/mapper/betula--vg-root /rescue; mount /dev/sda1 /rescue/boot/; mount -t proc proc /rescue/proc/; mount -t sysfs sys /rescue/sys/; mount -o bind /dev/ /rescue/dev/; mount -t devpts pts /rescue/dev/pts/; chroot /rescue/
+sudo -i
+mkdir /rescue
+cryptsetup luksOpen /dev/sda5 sda5_crypt
+mount -t ext4 -o noatime /dev/mapper/betula--vg-root /rescue
+mount /dev/sda1 /rescue/boot/; mount -t proc proc /rescue/proc/; mount -t sysfs sys /rescue/sys/; mount -o bind /dev/ /rescue/dev/; mount -t devpts pts /rescue/dev/pts/
+chroot /rescue/
 </code>
@@ Ligne 157: / Ligne 162: @@
 <code bash>
-# update-initramfs -u
+# export LANG=fr_BE.utf8
+# export LC_ALL=fr_BE.utf8
+# export LANGUAGE=fr_BE.utf8
+# update-initramfs -u -k all
 </code>
@@ Ligne 177: / Ligne 185: @@
 Puis relancez la création de l’image du noyau avec cette commande :
 <code bash>
-# update-initramfs -u
+# export LANG=fr_BE.utf8
+# export LC_ALL=fr_BE.utf8
+# export LANGUAGE=fr_BE.utf8
+# update-initramfs -u -k all
 </code>
 </WRAP>
@@ Ligne 183: / Ligne 194: @@
 Espérons que ça règle un peu le problème. Sinon je vais finir par faire une réinstallation complète et mettre une partition /boot de 2Go.:-\
----
+<del>Problème résolu ?</del>
 J'ai également rencontré un autre problème :
@@ Ligne 226: / Ligne 237: @@
 /dev/sda1: 523/124440 files (22.2% non-contiguous), 331075/498688 blocks
 </code>
+Après ça, on remonte la partition, on chroot à nouveau et on réinstalle grub :
+<code bash>
+root@localhost-live:~# mount /dev/sda1 /rescue/boot/
+root@localhost-live:~# chroot /rescue/
+root@localhost-live:/# grub-install --target=i386-pc /dev/sda
+Installing for i386-pc platform.
+Installation finished. No error reported.
+root@localhost-live:/# update-grub
+Generating grub configuration file ...
+Found background image: .background_cache.png
+Found linux image: /boot/vmlinuz-6.12.94+deb13-amd64
+Found initrd image: /boot/initrd.img-6.12.94+deb13-amd64
+Found linux image: /boot/vmlinuz-6.12.90+deb13.1-amd64
+Found initrd image: /boot/initrd.img-6.12.90+deb13.1-amd64
+Found linux image: /boot/vmlinuz-6.12.90+deb13-amd64
+Found initrd image: /boot/initrd.img-6.12.90+deb13-amd64
+Warning: os-prober will not be executed to detect other bootable partitions.
+Systems on them will not be added to the GRUB boot configuration.
+Check GRUB_DISABLE_OS_PROBER documentation entry.
+Adding boot menu entry for UEFI Firmware Settings ...
+done
 </code>
+Ça semble mieux! Est-ce que c'était ça qui causait le problème initial ?8-o
+Problème résolu ?
+===== Sources qui m'ont aide =====
+  * [[https://askubuntu.com/questions/1268943/after-upgrade-to-20-04-luks-doesnt-open-my-disk-on-boot-cryptroot-crypttab-is|askubuntu.com - After upgrade to 20.04: luks doesn't open my disk on boot; cryptroot/crypttab is empty, cryptsetup doesn't recognize the crypttab entry]]