Re: LVM chiffré et passage de Wheezie à Jesssie.
Randy11 a écrit :
>
> À partir d'une configuration avec Wheezy qui comporte des partions
> Windows et LVM dont 2 partitions LVM chiffrées, j'ai voulu passer de
> Wheezy à Jessie par une installation complète de Jessie et non une mise
> à jour - ma config Wheezy avait été un trop bricolée.
>
> Disque /dev/sda :
> /dev/sda1 100G NTFS
> /dev/sda2 250G NTFS
> /dev/sda3 30.3G FAT32
> /dev/sda4 1.5T Extended
> /dev/sda5 1.5T Linux LVM
>
> Dans /dev/sda5, il y a 8 partitions LVM.
(...)
> Pour installer Jessie, j'ai seulement pris :
> - lv--01 pour /
> - lv--05 pour /var
> - lv--08 pour swap
Avis personnel : donner des noms génériques aux volumes logiques
constitue une négation d'un des avantages de LVM, à savoir de pouvoir
donner aux volumes logiques des noms signifiants et non de simples
numéros comme les partitions.
> En mode "rescue", message d'erreur en faisant un "chroot" avec lv--01
> montée et avec un "update-grub" suivi d'un "grub-install" :
> grub-install: info: Scanning for lvm device on distk hostdisk://dev/sda
> grub-install: info: no LVM signature found.
> grub-install: info: Scanning for DISKFILTER device on disk
> hostdisk//dev/sda
> grub-install: info: Partition 0 starts from 63.
> grub-install: info: Partition 1 start from 209728575.
> grub-install: info: Partition 2 start from 734025915.
> grub-install: info: Partition 4 start from 797515776
> grub-install: info: guess root_dev `lvmid/....../...../' from dir
> `/boot/grub/i386-pc'
> grub-install: info: setting the root device to `lvmid/.../.../'.
> grub-install: info: warning: your core.img is unusually large. It won't
> fit in the embedding area.
> grub-install: info: error: embedding is not possible, but this is
> required for RAID and LVM install
En clair :
Le contenu de /boot est dans un volume logique LVM, ce qui induit deux
contraintes contradictoires sur l'image core de GRUB :
1) Elle doit intégrer le module lvm lui permettant de lire le LV, ce qui
augmente sa taille.
2) Elle doit être installée dans l'espace réservé entre le MBR et la
première partition, les listes de blocs n'étant pas utilisables avec LVM.
Or cet espace est très réduit sur ton disque puisque la première
partition commence au secteur 63, ce qui laisse 62*512=31744 octets ou
31 Kio.
A noter que depuis un certain temps les programmes de partitionnement
actuels, y compris l'installateur Debian, ont déplacé à 2048 secteurs (1
Mio) le début de la première partition pour d'autres raison (alignement
avec les tailles de blocs des disques durs au format avancé et des SSD).
Le partitionnement de ce disque a donc dû être fait avec un programme de
partitionnement assez ancien, ce qui est contradictoire avec sa capacité
respectable d'au moins 2 To.
Et comme tout logiciel, GRUB a tendance à grossir au fur et à mesure des
versions. Je viens de regarder sur un disque avec LVM contenant à la
fois Wheezy et Jessie :
- sur Wheezy, /boot/grub/core.img = 28779 octets
- sur Jessie, /boot/grub/i386-pc/core.img = 31956 octets, soit
légèrement plus que l'intervalle post-MBR de ton disque.
Dans ces conditions, l'image core de GRUB ne peut plus être installée
sur ton disque.
> Après chaque boot, je me trouve fasse au prompt de grub :
> GRUB loading
> Welcome to GRUB!
>
> error: file not found.
Normal, c'est l'image core de GRUB de Wheezy qui est encore présente,
qui se lance et ne trouve plus ses fichiers dans le LV racine.
Solutions possibles :
- Créer une petite partition (5 Mo devraient suffire) formatée en ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la taille de
l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.
- Convertir la table de partition au format GPT avec gdisk et créer une
petite partition (1 Mo) de type "BIOS boot" où grub-install pourra
installer l'image core. Mais si le disque contient une installation de
Windows, ce dernier ne pourra plus démarrer. Ce problème peut néanmoins
être contourné avec un MBR hybride créé au moyen de gdisk.
- Si la machine a un firmware UEFI, activer l'amorçage en mode UEFI,
créer une partition système EFI (500 Mo recommandés, mais 5 Mo
suffisent) formatée en FAT à monter sur /boot/efi, installer
grub-efi-amd64 pour un firmware 64 bits ou grub-efi-ia32 pour un
firmware 32 bits. Exécuter "grub-install --removable" si nécessaire.
Mais à nouveau, une installation de Windows ne pourra plus démarrer en
dual boot avec Debian. Il faudra restaurer l'amorce de Windows dans le
MBR et sélectionner l'OS via le mode d'amorçage du firmware, UEFI pour
Debian et legacy pour Windows.
Reply to: