Ubuntu-fr

eloi-j

VMware création d'un volume logique difficile à supprimer

Bonjour à tous,

je rencontre un petit soucis au niveau de mon disque avec mon ordinateur qui est sous Ubuntu.
Alors voilà, après avoir lutté assez longtemps pour l'installation virtualbox, je me suis finalement tourné vers VMware que j'ai finalement pu installer  avec succès. J'ai donc voulu créer une machine virtuelle Ubuntu pour tester le bon fonctionnement, que j'ai ensuite supprimé via l'interface de VMware.

Cependant, après avoir fait ça, j'ai checké l'occupation de mon disque et là, surprise :

$ df -h
Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
udev                          1,9G       0  1,9G   0% /dev
tmpfs                         379M    2,1M  377M   1% /run
/dev/mapper/ubuntu--vg-root   115G     85G   25G  78% /
tmpfs                         1,9G     83M  1,8G   5% /dev/shm
tmpfs                         5,0M    4,0K  5,0M   1% /run/lock
tmpfs                         1,9G       0  1,9G   0% /sys/fs/cgroup
/dev/loop0                    256M    256M     0 100% /snap/gnome-3-34-1804/36
/dev/loop2                     63M     63M     0 100% /snap/gtk-common-themes/1506
/dev/loop1                    178M    178M     0 100% /snap/skype/143
/dev/loop4                    2,3M    2,3M     0 100% /snap/gnome-system-monitor/148
/dev/loop3                     97M     97M     0 100% /snap/core/9804
/dev/loop7                     55M     55M     0 100% /snap/core18/1880
/dev/loop5                    231M    231M     0 100% /snap/atom/258
/dev/loop6                    165M    165M     0 100% /snap/firefox/418
/dev/loop8                    199M    199M     0 100% /snap/gitkraken/153
/dev/loop10                   2,5M    2,5M     0 100% /snap/gnome-calculator/730
/dev/loop11                   180M    180M     0 100% /snap/skype/147
/dev/loop9                    165M    165M     0 100% /snap/firefox/411
/dev/loop12                    55M     55M     0 100% /snap/gtk-common-themes/1502
/dev/loop13                   199M    199M     0 100% /snap/gitkraken/154
/dev/loop14                    18M     18M     0 100% /snap/pdftk/9
/dev/loop15                   384K    384K     0 100% /snap/gnome-characters/550
/dev/loop17                   182M    182M     0 100% /snap/spotify/36
/dev/loop18                    56M     56M     0 100% /snap/core18/1885
/dev/loop16                   162M    162M     0 100% /snap/gnome-3-28-1804/128
/dev/loop19                   1,0M    1,0M     0 100% /snap/gnome-logs/93
/dev/loop20                   234M    234M     0 100% /snap/atom/259
/dev/loop21                   2,3M    2,3M     0 100% /snap/gnome-system-monitor/145
/dev/loop22                   161M    161M     0 100% /snap/gnome-3-28-1804/116
/dev/loop23                   1,0M    1,0M     0 100% /snap/gnome-logs/100
/dev/loop24                   164M    164M     0 100% /snap/spotify/41
/dev/loop26                   384K    384K     0 100% /snap/gnome-characters/539
/dev/loop25                    97M     97M     0 100% /snap/core/9665
/dev/loop27                   256M    256M     0 100% /snap/gnome-3-34-1804/33
/dev/loop28                   2,5M    2,5M     0 100% /snap/gnome-calculator/748
/dev/sda2                     705M    168M  486M  26% /boot
/dev/sda1                     511M    6,1M  505M   2% /boot/efi
tmpfs                         379M     16K  379M   1% /run/user/121
tmpfs                         379M     24K  379M   1% /run/user/1000

mis à part le fait que j'ai installé beaucoup de paquet snap quand je venais d'installer ubuntu ^^, c'est cette ligne là qui m'a inquiété :

/dev/mapper/ubuntu--vg-root   115G     85G   25G  78% /

en gros, j'ai pu constater que mon disque physique avait été divisé en 2. Après quelques recherches, je pense comprendre que 2 volumes logiques de même dimensions avaient été créés sur mon disque physique suite à la création de ma VM. (Avant la création de ma VM, je n'avait pas de /dev/mapper/ubuntu--vg-root mais direct /dev/[nom_du_disque]).

[edit]
Quand je regarde dans le dossier /dev/mapper :

$ ls /dev/mapper
control  sda3_crypt  ubuntu--vg-root  ubuntu--vg-swap_1

La commande montre bien que j'ai 3 volumes virtuels : sda3_crypt, ubuntu--vg-root, ubuntu--vg-swap_1.
En voulant vérifier leur taille, j'ai ces résultats là :

$ sudo fdisk -l /dev/mapper/sda3_crypt 
Disque /dev/mapper/sda3_crypt : 118 GiB, 126727749632 octets, 247515136 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

$ sudo fdisk -l /dev/mapper/ubuntu--vg-swap_1 
Disque /dev/mapper/ubuntu--vg-swap_1 : 976 MiB, 1023410176 octets, 1998848 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Je ne sais pas à quoi correspond ubuntu--vg-swap_1 mais j'en viens donc à supposer que sda3_crypt est un volume logique qui a été créé suite à ma VM. Et c'est ce volume là qui me pose soucis puisqu'il fait 118Go et me sert à absolument rien.
[fin de l'edit]

J'ai regardé dans le dossier de VMware, il n'y a plus le disque virtuel de mon ancienne VM.

J'ai pu faire pas mal de recherches ces derniers jours par rapport à ça, mais tout ça reste un peu obscur pour moi. J'ai eu l'occasion de tester pas mal de truc (en suivant des tutos sur internet sans trop les comprendre, que je ne pourrai pas vous énumérer) mais rien n'a réellement fonctionner.

J'en viens donc à vous demander votre aide pour m'aider à supprimer ce volume logique et essayer de faire revenir mon disque physique à son état original, et également m'aider à comprendre ce qu'il a pu se passer et éventuellement comment éviter ça dans le futur.

Merci d'avance et bonne journée !

Dernière modification par eloi-j (Le 07/09/2020, à 15:24)

inbox

Re : VMware création d'un volume logique difficile à supprimer

Salut,

La partition /dev/mapper/ubuntu--vg-root est la partition racine (root alias /). Elle contient aussi ton /home qui contient tes données personnelles. Si tu le supprimes, c'est comme si tu supprimais  totalement ton système et tes données. Cette partition a été créée ainsi lors de l'installation du système avec les choix par défaut.

Conclusion, il n'y a rien à faire de ce côté, mais à part faire des sauvegardes régulières de tes données personnelles.

Tu peux tout de même faire du ménage dans les Snaps avec cette commande :

snap list --all | awk 'BEGIN {print "#! /bin/sh\n"} ; /désactivé|disabled/ {print "snap remove "$1" --revision "$3"\n"} ; END {print "exit 0"}' > script && chmod +x script && ./script && rm script

A+

---

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

eloi-j

Re : VMware création d'un volume logique difficile à supprimer

Salut, tout d'abord merci de ta réponse.

Je m'excuse, je pense que dans ma question, il y avait beaucoup d'élements qui manquaient (je vais l'éditer).
J'avais bien compris que  /dev/mapper/ubuntu--vg-root était ma partition racine, cependant, mon disque fait 250Go de base.

Quand je regarde dans le dossier /dev/mapper :

$ ls /dev/mapper
control  sda3_crypt  ubuntu--vg-root  ubuntu--vg-swap_1

La commande montre bien que j'ai 3 volumes virtuels : sda3_crypt, ubuntu--vg-root, ubuntu--vg-swap_1.
En voulant vérifier leur taille, j'ai ces résultats là :

$ sudo fdisk -l /dev/mapper/sda3_crypt 
Disque /dev/mapper/sda3_crypt : 118 GiB, 126727749632 octets, 247515136 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

$ sudo fdisk -l /dev/mapper/ubuntu--vg-swap_1 
Disque /dev/mapper/ubuntu--vg-swap_1 : 976 MiB, 1023410176 octets, 1998848 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Je ne sais pas à quoi correspond ubuntu--vg-swap_1 mais j'en viens donc à supposer que sda3_crypt est un volume logique qui a été créé suite à ma VM. Et c'est ce volume là qui me pose soucis puisqu'il fait 118Go et me sert à absolument rien.

PS : merci pour la commande sur les snaps

inbox

Re : VMware création d'un volume logique difficile à supprimer

La partition ubuntu--vg-swap est une partition d'échange. Elle sert de complément à la mémoire.

D'après la structure de ton installation, je pense que tu as installé avec l'option Utiliser tout un disque avec LVM chiffré. C'est pour cette raison, que tu as une partition sda3_crypt. C'est probablement ta partition de données personnelles.
Pour tenter d'y voir plus clair, donne les retours de :

sudo blkid

cat /etc/fstab

Tu peux aussi consulter la documentation LVM.

Dernière modification par inbox (Le 07/09/2020, à 16:15)

---

Un problème résolu ? Indiquez le en modifiant le titre du sujet.

eloi-j

Re : VMware création d'un volume logique difficile à supprimer

Alors

sudo blkid

me donne :

/dev/mapper/sda3_crypt: UUID="3na3Sn-FPlC-n7EE-wRsL-Uyr7-jDUt-Zqla9s" TYPE="LVM2_member"
/dev/mapper/ubuntu--vg-root: UUID="b7b560d9-b853-4489-81e1-329d18909c18" TYPE="ext4"
/dev/sda1: UUID="5FF2-59BE" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="2365e12d-7df0-4026-bdf4-a600eb46723a"
/dev/sda2: UUID="6bcc96f7-5bb6-4d6a-8461-c89002995b42" TYPE="ext4" PARTUUID="f23387ee-045e-4455-8df2-ae0ef86020c2"
/dev/sda3: UUID="0bf74a52-bcc5-48e1-ae96-d74d778f0787" TYPE="crypto_LUKS" PARTUUID="9a48929d-9e14-4ca7-8eff-ae09fe19e182"
/dev/mapper/ubuntu--vg-swap_1: UUID="3192d5d5-cb40-495e-b94b-19425f9dd63c" TYPE="swap"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"

et

cat /etc/fstab

me donne :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/ubuntu--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=6bcc96f7-5bb6-4d6a-8461-c89002995b42 /boot           ext4    defaults        0       2
# /boot/efi was on /dev/sda1 during installation
UUID=5FF2-59BE  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/ubuntu--vg-swap_1 none  

inbox

Re : VMware création d'un volume logique difficile à supprimer

C'est donc bien ce que je te disais dans le message #4.

---

Un problème résolu ? Indiquez le en modifiant le titre du sujet.