| Prochaine révision | Révision précédente |
| retrecir_un_volume_logique_lvm [2022/08/23 09:08] – créée - modification externe 127.0.0.1 | retrecir_un_volume_logique_lvm [2025/11/19 10:56] (Version actuelle) – [Transférer l'espace libéré à un LV existant] Flaz |
|---|
| Ce n'est pas le plus compliqué mais on perd l'égalité : taille du volume = taille directement utilisable. On doit alors considérer 3 données qui auront nécessairement des valeurs différentes : la taille du volume, la taille du système de fichiers, la taille de l'espace directement utilisable. | Ce n'est pas le plus compliqué mais on perd l'égalité : taille du volume = taille directement utilisable. On doit alors considérer 3 données qui auront nécessairement des valeurs différentes : la taille du volume, la taille du système de fichiers, la taille de l'espace directement utilisable. |
| |
| Les relation liant les deux derniers est la plus simple. Selon la configuration par défaut, un système de fichier ext4 réserve 5% de l'espace total pour son propre usage. On dispose donc librement de 95% du total. On peut être fâchée avec les pourcentages mais, au moins, une relation mathématique existe. | La relation liant les deux derniers est la plus simple. Selon la configuration par défaut, un système de fichier ext4 réserve 5% de l'espace total pour son propre usage. On dispose donc librement de 95% du total. On peut être fâchée avec les pourcentages mais, au moins, une relation mathématique existe. |
| |
| === J'adore les pourcentages et le binaire === | === J'adore les pourcentages et le binaire === |
| |
| Il reste toujours l'expérimentation, bien qu'expérimenter en aveugle rende hasardeuse l'interprétation des comportements des systèmes… Quand l'approche calculatoire est dans l'impasse, il serait ballot de ne pas se lancer ;-) On n'a pas fait une sauvegarde (ou deux) pour le seul plaisir encombrer l'espace d'archivage LOL | Il reste toujours l'expérimentation, bien qu'expérimenter en aveugle rende hasardeuse l'interprétation des comportements des systèmes… Quand l'approche calculatoire est dans l'impasse, il serait ballot de ne pas se lancer ;-) On n'a pas fait une sauvegarde (ou deux) pour le seul plaisir encombrer l'espace d'archivage LOL |
| | |
| | ==== Transférer l'espace libéré à un LV existant ==== |
| | === Cas d'utilisation === |
| | Je ne traite que du cas particulier où l'espace récupéré est transféré à un LV du __même VG__ et où ce LV est __formaté en //ext4//__. Si ces __deux prérequis__ ne sont pas vérifiés, les indications ci-après ne peuvent être suivies telles quelles. |
| | |
| | //L'opération décrite s'est faite sur le système de production, en cours d'utilisation.// |
| | |
| | === Principe === |
| | - démonter le LV à étendre |
| | - contrôler l'état du SF |
| | - étendre le LV à la totalité de l'espace disponible dans le VG, en ajustant le SF |
| | - contrôler l'état du SF |
| | - afficher l'espace libre dans le VG (normalement, aucun !) |
| | - remonter le LV étendu |
| | - afficher l'espace utilisable |
| | |
| | === En pratique === |
| | |
| | <code> |
| | # vgdisplay <vg> |
| | # umount /dev/<vg>/<lv> |
| | # e2fsck -fy /dev/<vg>/<lv> |
| | # lvextend --resizefs -l +100%FREE /dev/<vg>/<lv> |
| | # e2fsck -fy /dev/<vg>/<lv> |
| | # vgdisplay <vg> |
| | # mount /dev/<vg>/<lv> |
| | # df -h |
| | </code> |
| | |
| | En pratique, l'espace rendu directement utilisable par l'utilisatrice est inférieur à l'espace libéré/libre. C'est normal et expliqué dans une [[#on_n_utilise_pas_tout_l_espace_libere|autre section]] de cette fiche. |
| ==== Si le LV contient autre chose que ext4 ? ==== | ==== Si le LV contient autre chose que ext4 ? ==== |
| La procédure exposée n'est valable que si le volume que l'on doit rétrécir héberge un des systèmes de fichiers suivants : //ext2//, //ext3//, //ext4//, //ReiserFS// ou //XFS//. | La procédure exposée n'est valable que si le volume que l'on doit rétrécir héberge un des systèmes de fichiers suivants : //ext2//, //ext3//, //ext4//, //ReiserFS// ou //XFS//. |
