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 10:00] 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 :  J'ai également rencontré un autre problème : 
Ligne 254: Ligne 265:
 </code> </code>
  
-Ça semble mieux!+Ç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.1783245607.txt.gz · Dernière modification : de simon