web-dev-qa-db-fra.com

Utilisez DF sur le périphérique crypté LUKS

J'utilise Luks pour le cryptage de disque pour un système Ubuntu 18.04. J'aimerais savoir combien d'espace libre est toujours disponible sur mon disque dur. GPARTED imprime les éléments suivants:

enter image description here

Comme vous pouvez le voir, tout le disque est subdivisé en trois partitions. Sur Démarrage Luks me dit que le disque crypté s'appelle NVME0N1P3_CRYPT. Cependant, il existe également NVME0N1P1 et NVME0N1P1.

  1. Cela signifie-t-il que les trois partitions sont toutes cryptées avec la même clé?

    Le df -a -h Sorties de commande entre d'autres:

    /dev/nvme0n1p2               705M  164M  490M  25% /boot
    /dev/nvme0n1p1               511M  6,1M  505M   2% /boot/efi
    

    Malheureusement, je ne peux pas voir le dispositif actuel qui semble être/dev/nvme0n1p3?

  2. Pourquoi ne pas df répertorier le disque crypté et comment puis-je trouver l'espace libre disponible?

    df /dev/nvme0n1p3 -h donne ce qui suit:

    Filesystem      Size  Used Avail Use% Mounted on
    udev            7,7G     0  7,7G   0% /dev
    
  3. Cette sortie semble étrange, car l'espace total disponible n'est que de 7,7g. Ce n'est pas vrai comme vous pouvez le voir ci-dessus dans la sortie GParted. La partition a environ 475,75 gib. Pouvez-vous expliquer cela?

1
null

Cela signifie-t-il que les trois partitions sont toutes cryptées avec la même clé?

Non, cela signifie la partition est utilisée - aka montée. Il n'est pas recommandé d'éditer les systèmes de fichiers montés/utilisateurs, car la perte de données peut se produire. La troisième grande partition n'est pas montée en fonction de la colonne de la capture d'écran

Pourquoi DF ne répertorie pas le disque crypté et comment puis-je trouver l'espace libre disponible?

df Rapports Utilisation des systèmes de fichiers montés uniquement. Les systèmes de fichiers qui ne sont pas montés signaleront l'utilisation de /dev système de fichiers. Voici l'exemple de rapports de VS non montés montés:

# unmount my second drive, reports usage for udev
$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
$ df  /dev/sdb1
Filesystem     1K-blocks  Used Available Use% Mounted on
udev             4000948     0   4000948   0% /dev
# statvfs call can be done on mounted filesystem, hence we see usage report
$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/ubuntu.
$ df  /dev/sdb1
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sdb1      115247656 100662532   8707776  93% /mnt/ubuntu

Le /dev/nvme0n1p3 ne semble pas avoir un point de montage approprié (répertoire) et des rapports ubuntu-vg. Essayez ce qui suit ( source )

$ Sudo mount /dev/ubuntu-vg/root /mnt
$ df -h /dev/ubuntu-vg/root

Puisque vous utilisez lvm vous devez utiliser Sudo lvs De préférence pour savoir quels volumes logiques sont réellement appelés.

Cette sortie semble étrange, car l'espace total disponible n'est que de 7,7g. Ce n'est pas vrai comme vous pouvez le voir ci-dessus dans la sortie GParted. La partition a environ 475,75 gib. Pouvez-vous expliquer cela?

Cela peut se produire lorsque Système de fichiers n'est pas redimensionné après partitionnement, même avec des cas non LVM . Donc, si vous avez récemment redimensionné/repartitionné cet appareil, cela pourrait être la cause. Encore une fois, vous ne voulez probablement pas utiliser df avec lvm.

1

IIRC GPARTED ne comprend pas vraiment les volumes LVM. Essayez l'outil Disques.

  1. Que fait df / rapport? Cela montrerait l'appareil monté sur /, qui devrait être le volume LVM crypté.
  2. df /some/file vérifie le système de fichiers sur lequel ce fichier existe. Alors df /dev/nvme0n1p3 vèche simplement le système de fichiers monté sur /dev.
  3. Le système de fichiers sur /dev est le système de fichiers virtuel udev. Sa taille est la mémoire (RAM) que vous avez (qui serait d'environ 8 Go). Cette taille n'a rien à voir avec la taille du disque dur.
0
Olorin