evolix
/
wiki
22
0
Fork 0
Code Releases Activity

relecture vieille doc et ajout de compléments

This commit is contained in:
Gregory Colpart 2020-01-15 14:08:53 +01:00
parent 1aa298d71e
commit 6d8dfdd5e5
1 changed files with 27 additions and 30 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

57
HowtoInitramfsDebug.md
View File

@ -1,53 +1,50 @@
**Cette page a été importée automatiquement de notre ancien wiki mais n'a pas encore été révisée.** ---
categories: kernel boot
title: Howto Initramfs debug
...
# Howto Initramfs debug * Documentation : <https://wiki.debian.org/InitramfsDebug>
Inspiré de [<https://wiki.debian.org/InitramfsDebug>] et [<https://wiki.debian.org/CryptsetupDebug>] ## UUID
On a pu constater lors de mise à jour noyau des soucis lors de la regération de l'initramfs sur des portables Debian Jessie avec des partitions chiffrées Normalement la partition racine est montée dans `/root` et l'on peut modifier le *fstab* avec `vi /root/etc/fstab` et corriger les UUID ou commenter les lignes problématiques pour les corriger plus tard.
## En cas de soucis au démarrage du type ## Disques LVM
Si les partitions LVM ne sont pas détectées, une solution peut être de forcer leur activation avec `vgchange` :
~~~
(initramfs) lvm
lvm> vgchange -ay
^D
^D
~~~
## Souci LUKS
<https://wiki.debian.org/CryptsetupDebug>
<https://wiki.evolix.org/HowtoLUKS>
On a pu constater lors de mise à jour noyau des soucis lors de la regénération de l'initramfs sur des portables Debian Jessie avec des partitions chiffrées.
~~~ ~~~
Reading all physical volumes. This may take a while ... Reading all physical volumes. This may take a while ...
No volume groups found No volume groups found
~~~ ~~~
On obtient souvent avant l'invit initramfs et busybox une note du type Il faut corriger `/etc/crypttab` (mettre à jour l'UUID) et `/etc/fstab`.
~~~
Alert ! /dev/disk/by-uuid/dc0e0033-1e4c-41f9-8ebb-e3d3f8e03459 does not exist. Dropping to a shell!
~~~
C'est souvent lié à un changement mal géré de UUID sur l'une des partitions (notamment chiffré voire plus rarement un cas de mauvaise gestion d'ajout de partition en LVM [non traité ici] ) ## Regénérer l'INITRAMFS
Il faut avoir en tête que la syntaxe de /etc/crypttab (fichier listant les partitions qui seront déchiffrés au démarrage [[<http://trac.evolix.net/infogerance/wiki/HowtoChiffrementData>]])
peut être soit :
~~~
sda7_crypt UUID=459a6a8b-0e49-4ba2-b436-6b97400bf761 none luks
~~~
ou
~~~
sda7_crypt /dev/sda7 none luks
~~~
Le conseil est donc à l'aide de [<http://trac.evolix.net/infogerance/wiki/HowtoLiveCD>] de se chroot sur le système (sans oublier d'efi) et de modifier le /etc/crypttab (voire /etc/fstab) avec des /dev/sdaX plutôt que les UUID (à moins de les valider/verifier avec _ls -l /dev/disk/by-uuid_ ou _blkid_)
L'autre conseil est de ne pas utiliser l'utilitaire update-initramfs pour regénérer les initrd.img du type
~~~ ~~~
update-initramfs -k -all -u update-initramfs -k -all -u
~~~ ~~~
## Préférer la méthode suivante ## Reconstruire l'INITRAMFS (à relire)
(en ayant fait un backup de votre /boot/initrd.img-${uname -r} (ex : /boot/initrd.img-3.16.0-4-amd64 )) :
~~~ ~~~
cd /boot/initramfs cd /boot/initramfs
find . | cpio -H newc --create --verbose | gzip -9 > ../initrd.img-${uname -r} find . | cpio -H newc --create --verbose | gzip -9 > ../initrd.img-${uname -r}
~~~ ~~~
Puis réinstallez grub