Une mise à jour rapide de mon côté. Contexte: aujourd'hui, j'ai mis en ligne un serveur dédié installé avec un schéma de partition physique au lieu de LVM. Il y avait 3 partitions:
/ boot (ext4) - 512M / (ext4) - 730G swap - 8G
En raison de la nature de l'absence d'accès à la console, l'objectif final était de convertir la partition racine existante en LVM.
Considérant que ext4 n'est pas rétractable, la seule façon était de réutiliser la partition de swap en tant que racine temporaire. J'ai également décidé de configurer la racine temporaire avec LVM pour être sûr que le processus peut fonctionner correctement.
Il s'est d'abord avéré que l'échange:
swapoff -a
Puis redimensionné la partition via parted (à l'origine, elle a été démarrée de 742 à 750):
parted
resize 3 742 744
et créé une partition pour le LVM:
mkpart primary ext2 744 750
set 4 lvm on
Création de systèmes de fichiers PV / VG / LV / pour la racine temporaire:
pvcreate /dev/sda4
vgcreate VolGroup00 /dev/sda4
lvcreate -L 5.73G -n tmproot VolGroup00
mkfs.ext4 /dev/VolGroup00/tmproot
L'étape suivante consistait à copier la racine dans l'emplacement temporaire:
mount /dev/VolGroup00/tmproot /media
rsync -ravzxq / /media/
Une fois que tout était là, l'entrée du système de fichiers racine dans / media / etc / fstab devait également être modifiée:
/dev/VolGroup00/tmproot / ext4 defaults 1 1
Presque là, la dernière et disons la partie la plus indésirable sans accès à la console était de modifier le /boot/grub/grub.conf:
entrée d'origine:
title CentOS (2.6.32-279.22.1.el6.x86_64)
root (hd0,0)
kernel /vmlinuz-2.6.32-279.22.1.el6.x86_64 ro root=UUID=e769af21-d9e1-455f-a6a7-7a9c84d8cbea rd_NO_LUKS LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=hu rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_NO_LVM rd_NO_DM rhgb quiet
initrd /initramfs-2.6.32-279.22.1.el6.x86_64.img
entrée modifiée:
title CentOS (2.6.32-279.22.1.el6.x86_64) LVM
insmod lvm
kernel /vmlinuz-2.6.32-279.22.1.el6.x86_64 ro LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=hu SYSFONT=latarcyrheb-sun16 crashkernel=auto dolvm root=/dev/mapper/VolGroup00-tmproot panic=10
#rd_NO_DM rd_NO_MD rd_NO_LUKS
initrd /initramfs-2.6.32-279.22.1.el6.x86_64.img
Juste pour être sûr: insmod lvm a été ajouté avec le paramètre dolvm pour le noyau et le chemin root a également été changé en root = / dev / mapper / VolGroup00-tmproot. Il est important d'utiliser le chemin / dev / mapper / pour le moment. En guise de dépôt sécurisé, j'ai également ajouté le paramètre panic = 10 et je n'ai pas modifié l'entrée de démarrage par défaut dans l'en-tête. Au lieu de cela, j'ai essayé de dire au grub de démarrer avec le nouveau paramètre une seule fois et en cas d'échec, l'entrée d'origine pourrait fonctionner:
grub
savedefault --default=1 --once
Et enfin:
reboot
C'était OK pour moi la première fois, j'ai donc répété toute la procédure en créant un nouveau groupe de volumes au-dessus de la partition racine d'origine et finalement j'ai obtenu la racine au bon endroit en utilisant LVM.
J'espère que cela t'aides.