web-dev-qa-db-fra.com

Problèmes de redimensionnement du système de fichiers racine avec partition étendue, lvm et instantanés sur le disque vm

Je règle la taille de disque de mon lecteur root trop faible et je dois le développer. Installation par défaut de Ubuntu 16lts server.

J'ai cherché et les réponses/solutions trouvées ne répondent pas au problème. (les problèmes semblent identiques, mais les étapes n'ont pas fonctionné ou les options n'étaient pas disponibles sur mon système).

Je démarre un live-cd gparted (le dernier/tout à l'heure téléchargé), mais j'ai également essayé de le faire en branchant le disque sur un autre système Ubuntu (un autre ordinateur virtuel). Comme vous pouvez le voir dans la capture d'écran ci-dessous, j'ai

  • démarré un liveCD (gparted)
  • un disque (sda) soit dit en passant, c'est un VDI dans Virtualbox. J'ai déjà agrandi le disque (comme indiqué dans "l'espace non alloué"
  • d’intérêt est /dev/sda5 volume lvm contenu dans /dev/sda2 extended

J'ai essayé:

  • À partir de l'iso live gparted, je peux cliquer avec le bouton droit de la souris sur /dev/sda5 sur deactivate. De plus, la sortie lvdisplay ci-dessous est APRÈS cette désactivation.
    • cependant, cela ne supprime pas le verrou (mais réfléchit pendant un certain temps et analyse à nouveau le disque)
    • et redimensionner reste grisé sur /dev/sda2
    • lvdisplay ne semble pas montrer de changement
  • à partir de la ligne de commande, exécutez lvchange -an,
    • semble modifier l'état disponible sur/dev/sda5
    • mais fermer/rouvrir gparted montre toujours verrouillé

Merci, j'apprécie votre aide! gparted live-iso snapshot

mount | grep sd -> rien (non montré). Du gparted live-iso j'ai aussi vidé fdisk -lfdisk -l output

et lvdisplaylvdisply output

et vgdisplayenter image description here

2
mike

Après beaucoup de consternation :), j'ai découvert que mon problème était lié au moins en partie à des instantanés (comme mentionné, tout cela se trouve dans une machine virtuelle).

  • le disque que je tente de modifier provient d'une machine avec des instantanés
  • j'ai monté/essayé de redimensionner la base/l'original .vdi, je n'ai rien fait avec les instantanés
  • le contenu de ce fichier était littéralement une nouvelle installation. Il n’était donc pas évident pour moi au départ que le GUID que j’ai vu était en fait le bon disque, mais un vieil "instantané".

pour le prouver, j’ai cloné le VM à partir de l’interface utilisateur de capture instantanée de virtualbox , ce qui permet de l’aplatir à la volée actuelle. Etat.

Cela semble fonctionner (y compris aucune corruption de données observée) donc je suis de nouveau démarré dans le svr vm d'origine, avec le disque redimensionné!

  1. éteignez et clonez la machine virtuelle à partir de tout état/instantané - y compris seulement ' état actuel `(ce qui aplatira tous les instantanés)
    • Je suis sûr que tout cela est possible en plus des instantanés; pour moi cela était acceptable et a pris certaines variables du mélange
    • note j'ai un disque dynamique. Pas sûr s'il y a des différences pour statique (devrait être NON, mais je n'ai pas testé)
  2. redimensionner le résultat cloné et aplati vdi (par exemple, pas d'instantané)
    • VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
  3. connectez ce disque redimensionné à un linux séparé VM et démarrez
  4. démontez et retirez le vg
    • la racine f que j'essaie de redimensionner est à /dev/mm-ubuntu16-svr-vg/root
      • appelez ceci /dev/MY_VG/root ci-dessous
    • mount | grep 'VG' puis Sudo umount <mountpoint> s'il était monté
    • Sudo lvchange -an /dev/MY_VG # supprime le volume logique
    • Sudo vgchange -an MY_VG # supprime le groupe de volumes
  5. redimensionner la partition/volumn/et fs
    • Sudo gparted & # procéder au redimensionnement normal
      • le mien était une partition étendue grandir, puis grandir sur le lv
      • toutes les instructions "normales" fonctionnent ici, dans l'image de ma quetions, il s'agit d'un redimensionnement (croissance) /dev/sda2 suivi d'un redimensionnement (croissance) sur /dev/sda5
    • lvresize -l +100%FREE /dev/MY_VG/root
    • e2fsk -f /dev/MY_VG/root # resize2fs m'a invité à exécuter ce nettoyage
    • resize2fs /dev/MY_VG/root

Terminé! dans l’autre machine virtuelle, montez et vérifiez la capacité:

  • Sudo vgchange -ay MY_VG && Sudo lvchange -ay /dev/MY_VG # par exemple l'inverse de la suppression
  • Sudo mkdir <mountpoint> && Sudo mount /dev/MY_VG/root <mountpoint>
  • df -h # YAY indique un total de ~ 50gb!

Et puis arrêter, et démarrer dans l'original (bien, le cloné et aplati ) vm, il démarre et a le disque racine/50gb d'espace libre attendu & système de fichiers.

espérons que cela aide quelqu'un!

1
mike