Outils pour utilisateurs

Outils du site


informatique:partition_boot_remplie_sur_debian_grub_rescue

Différences

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

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
informatique:partition_boot_remplie_sur_debian_grub_rescue [2026/07/05 09:42] simoninformatique: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' 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:  Enter passphrase for /dev/sda5: 
  
Ligne 91: Ligne 91:
 {{ :informatique:screenshot_from_2026-06-05_09-07-27.png?400 |}} {{ :informatique:screenshot_from_2026-06-05_09-07-27.png?400 |}}
  
-À tester : une ligne à copier coller :+Les commandes à copier/coller :
 <code bash> <code bash>
-sudo -imkdir /rescuecryptsetup luksOpen /dev/sda5 data; mount -t ext4 -o noatime /dev/mapper/betula--vg-root /rescuemount /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> </code>
  
Ligne 157: Ligne 162:
  
 <code bash> <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> </code>
  
Ligne 177: Ligne 185:
 Puis relancez la création de l’image du noyau avec cette commande : Puis relancez la création de l’image du noyau avec cette commande :
 <code bash> <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> </code>
 </WRAP> </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.:-\ 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 : 
 +<code bash>
 +root@localhost-live:/# grub-install --target=i386-pc /dev/sda
 +Installing for i386-pc platform.
 +grub-install: error: cannot backup `/boot/grub/i386-pc/ehci.mod': Structure needs cleaning.
 +</code>
 +
 +Si je comprends bien, il y a des erreurs dans les partitions et ça vaut la peine de nettoyer ça (voir [[https://askubuntu.com/questions/910078/structure-needs-cleaning-error-cannot-mount-partition|askubuntu.com]]) :
 +
 +<code bash>
 +root@localhost-live:/# 
 +exit
 +root@localhost-live:~# umount /rescue/boot 
 +root@localhost-live:~# e2fsck /dev/sda1
 +e2fsck 1.47.3 (8-Jul-2025)
 +/dev/sda1 contains a file system with errors, check forced.
 +Pass 1: Checking inodes, blocks, and sizes
 +Inode 108123, i_size is 16384, should be 12288.  Fix<y>? yes
 +Inode 108123, i_blocks is 34, should be 26.  Fix<y>? yes
 +Inode 108363, i_blocks is 36, should be 26.  Fix<y>? yes
 +Inode 108675, i_blocks is 32, should be 26.  Fix<y>? yes
 +Inode 108125, i_blocks is 116, should be 26.  Fix<y>? yes
 +Inode 108126, i_blocks is 60, should be 26.  Fix<y>? yes
 +Inode 108127, i_blocks is 58, should be 26.  Fix<y>? yes
 +Inode 108161, i_blocks is 236, should be 26.  Fix<y>? yes
 +Inode 108162, i_blocks is 292, should be 26.  Fix<y>? yes
 +Inode 108163, i_blocks is 346, should be 26.  Fix ('a' enables 'yes' to all) <y>? yes to all
 +Inode 108630, i_blocks is 120, should be 26.  Fix? yes
 +
 +(...plein de trucs...)
 +
 +Free blocks count wrong for group #60 (2348, counted=2359).
 +Fix? yes
 +
 +Free blocks count wrong (166249, counted=167613).
 +Fix? yes
 +
 +
 +/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
 +/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]]
informatique/partition_boot_remplie_sur_debian_grub_rescue.1783244556.txt.gz · Dernière modification : de simon