Re: Erreur d'un partitionnement assisté avec LVM chiffré
Ensuite, en recherchant du texte dedans, tu devrais trouver ce qui induit LVM en erreur : strings /tmp/sda1.txt Malheureusement, la sortie se limite à : LABELONE LVM2 001ZimNeHbzGRXg7YcLlmtUfejhsY3Bfc72 )QO|k Il va falloir effacer cet en-tête. Il est plus que recommandé de faire une sauvegarde de la partition avant ! umount /boot dd if=/dev/sda1 of=/var/tmp/sda1.img Ensuite, cette commande devrait faire l'affaire : pvremove /dev/sda1 Effectivement. Merci pour ton aide. Je vais quand même mentionner le problème et ta solution dans un rapport d'installation (mon mail à debian-boot@ étant resté sans réponse), car bien que je l'ai tu, j'ai rencontré le même souci avec d'autres installations « presque » à l'identique (à cela près que le partitionnement assisté avec LVM n'incluait pas le chiffrement du VG). signature.asc Description: OpenPGP digital signature
Re: Erreur d'un partitionnement assisté avec LVM chiffré
Es-tu aussi dans ce cas ? À vrai dire, j'ai fait tellement d'installations ces derniers temps que je ne pourrais pas te répondre avec certitude, mais c'est bien probable. En espérant ne pas oublier d'ici là, je tâcherai de tester les deux cas de figure prochainement (et d'en rapporter les résultats dans ce même fil). signature.asc Description: OpenPGP digital signature
Re: Erreur d'un partitionnement assisté avec LVM chiffré
Salut, Est-ce que la partition est déclarée comme Linux (type 83) ou bien LVM (type 8E) ? (La commande « fdisk -l /dev/sda ») peut l'indiquer. De type Linux. Quelle est la liste des volumes physiques LVM (commande « pvdisplay ») ? Incorrect metadata area header checksum on /dev/sda1 at offset 4096 --- Physical volume --- PV Name /dev/sda5 VG Name mon_VG PV Size 74,27 GiB / not usable 4,00 MiB Allocatable yes (but full) PE Size 4,00 MiB Total PE 19011 Free PE 0 Allocated PE 19011 PV UUID rcHUfL-Yp3x-vAJ7-HBp3-W9Ji-886p-WuiAFR --- Physical volume --- PV Name /dev/sdb1 VG Name mon_VG PV Size 74,51 GiB / not usable 1,91 MiB Allocatable yes (but full) PE Size 4,00 MiB Total PE 19073 Free PE 0 Allocated PE 19073 PV UUID ZVaWgK-4KHW-CTf6-eNe4-5Gp9-ZNRT-b2zvPY /dev/sda1 is a new physical volume of 74,50 GiB --- NEW Physical volume --- PV Name /dev/sda1 VG Name PV Size 74,50 GiB Allocatable NO PE Size 0 Total PE 0 Free PE 0 Allocated PE 0 PV UUID ZimNeH-bzGR-Xg7Y-cLlm-tUfe-jhsY-3Bfc72 Il me semble pourtant avoir vérifié ça avant d'envoyer mon mail précédent et que /dev/sda1 n'y figurait pas... signature.asc Description: OpenPGP digital signature
Re: Erreur d'un partitionnement assisté avec LVM chiffré
Apparemment, LVM peut garder les volumes physique en cache pour éviter de les re-détecter systématiquement. Que donne la commande « pvscan » ? Incorrect metadata area header checksum on /dev/sda1 at offset 4096 PV /dev/sda5 VG mon_VGlvm2 [74,26 GiB / 0free] PV /dev/sdb1 VG mon_VGlvm2 [74,50 GiB / 0free] PV /dev/sda1 lvm2 [74,50 GiB] Total: 3 [223,27 GiB] / in use: 2 [148,77 GiB] / in no VG: 1 [74,50 GiB] Le fichier /etc/lvm/lvm.conf a-t-il été modifié ? Il le fut pour sauter la détection de /dev/sda1 au démarrage, mais j'ai supprimé cette modification peu de temps après. signature.asc Description: OpenPGP digital signature
Erreur d'un partitionnement assisté avec LVM chiffré
Salut, J'ai récemment eu à installer un système Debian (/Wheezy/ 7.4, i386) chiffré sur l'un des mes disques durs. Au cours du processus d'installation, j'ai donc opté pour un partitionnement assisté avec LVM chiffré (option « LV distincts pour répertoires sensibles »). Au cours du premier amorçage, j'ai été confronté à un message d'erreur m'indiquant l'impossibilité de trouver le groupe de volumes sur /dev/sda1 (laquelle contient le répertoire /boot) : Incorrect metadata area header checksum on /dev/sda1 at offset 4096 Volume group mon_VG not found Skipping volume group mon_VG Unable to find LVM volume mon_VG/root Incorrect metadata area header checksum on /dev/sda1 at offset 4096 Volume group mon_VG not found Skipping volume group mon_VG Unable to find LVM volume mon_VG/swap_1 Enter passphrase: Puisque LVM n'est pas censé s'en occuper, je me suis convaincu qu'il devait s'agir d'une sortie attendue, et l'initialisation du système s'est poursuivie sans trouble apparent. J'ai ensuite installé le serveur SSH dropbear afin de pouvoir déverrouiller le système à distance, lequel nécessitait une modification du fichier /etc/default/grub, suivie d'un update-grub2 dont voici la sortie : Création de grub.cfg… erreur : unknown LVM metadata header. erreur : unknown LVM metadata header. [...] erreur : unknown LVM metadata header. Image Linux trouvée : /boot/vmlinuz-3.2.0-4-686-pae Image mémoire initiale trouvée : /boot/initrd.img-3.2.0-4-686-pae erreur : unknown LVM metadata header. erreur : unknown LVM metadata header. [...] erreur : unknown LVM metadata header. fait Une brève vérification avec blkid m'indique que la partition /dev/sda1 est reconnue comme « membre LVM2 », mais qui m'est pourtant indiquée au format ext2 par df. S'agit-il donc d'un problème ou tout ceci est-il tout à fait normal ? Merci d'avance pour vos réponses (n'étant pas abonné à la liste, soyez remercié.e.s d'ajouter mon adresse en copie). signature.asc Description: OpenPGP digital signature