18
0
Fork 0

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

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 ...
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] )
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
## Regénérer l'INITRAMFS
~~~
update-initramfs -k -all -u
~~~
## Préférer la méthode suivante
(en ayant fait un backup de votre /boot/initrd.img-${uname -r} (ex : /boot/initrd.img-3.16.0-4-amd64 )) :
## Reconstruire l'INITRAMFS (à relire)
~~~
cd /boot/initramfs
find . | cpio -H newc --create --verbose | gzip -9 > ../initrd.img-${uname -r}
~~~
Puis réinstallez grub