О файловой системе сообщает полная половины из него использование ecrypt и другая половина/home/user

Я устанавливаю свою рабочую станцию с помощью предоставленной возможности установщика для шифрования мой "/домой" каталог, я ожидал, что это будет completly прозрачный на использовании, но после системы предупреждают меня, что файловая система была полна, я обнаружил, что о половине пространства сообщили, как используется "ecrypt" файлом, в то время как другая половина использовалась "/home/username" каталогом.

Я действительно читал о том, что/home/user является виртуальным монтированием реальных данных в .ecrypt и не должен больше занимать место на жестком диске.

Однако моя система (человечность 16.04), кажется, не понимает это тот путь и делает меня не могущим полностью использовать мой жесткий диск.

"df" сообщают о размере для / домашний раздел 226G, какой подтвержденный "du" наполовину заполнен/home/user и наполовину заполнен .ecrypt частью.

Другие утилиты, которые делают системный призыв к проверке файловой системы, встречаются с той же проблемой, например, Python os.statvfs ('/home / ') показывает результат, когерентный с "du".

Если eCrypt не "удваивает" пространство, использованное для / домашняя папка, как я помогаю системе понять это? Если мой жесткий диск действительно полон, как я делаю корректное использование eCrypt, таким образом, это не удвоило пространство, необходимое для моего / домашние данные?

ниже точного результата ранее обсужденных команд:

информация о системе:

$> uname -a
Linux pc-name 4.15.0-43-generic #46~16.04.1-Ubuntu SMP Fri Dec 7 13:31:08 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

результат df:

$> df -h

udev 3,9G 0 3,9G 0% /dev
tmpfs 787M 9,5M 778M 2% /run
/dev/mapper/ubuntu--vg-root 226G 199G 16G 93% /
tmpfs 3,9G 71M 3,8G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/nvme0n1p2 473M 121M 328M 27% /boot
/dev/nvme0n1p1 511M 3,5M 508M 1% /boot/efi
tmpfs 787M 36K 787M 1% /run/user/1000
/home/username/.Private 226G 199G 16G 93% /home/username

результат lsblk:

$>sudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL
NAME                  FSTYPE        SIZE MOUNTPOINT LABEL
nvme0n1                           238,5G            
├─nvme0n1p3           LVM2_member 237,5G            
│ ├─ubuntu--vg-swap_1 swap          7,9G            
│ │ └─cryptswap1      swap          7,9G [SWAP]     
│ └─ubuntu--vg-root   ext4        229,6G /          
├─nvme0n1p1           vfat          512M /boot/efi  
└─nvme0n1p2           ext2          488M /boot

результат du:

$> sudo du -h --max-depth=1 /home/
119G /home/username
119G /home/.ecryptfs
237G /home/

Точка зрения Python:

Python 2.7.12 (default, Nov 12 2018, 14:36:49) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> statvfs = os.statvfs('/home/')
>>> statvfs.f_frsize * statvfs.f_blocks
242521694208
#that is 242G of hardrive
>>> statvfs.f_frsize * statvfs.f_bfree
29071433728
>>> statvfs.f_frsize * statvfs.f_bavail
16728436736
#16G of free space

Любая справка для решения или диагностика проблема далее, такая как инструмент для осмотра использования фактической дисковой емкости приветствуется.

- Редактирование, добавляющее df информация, в то время как пользователь не, входит в систему:

Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
udev                          3,9G       0  3,9G   0% /dev
tmpfs                         787M    9,5M  778M   2% /run
/dev/mapper/ubuntu--vg-root   226G    201G   14G  94% /
tmpfs                         3,9G    252K  3,9G   1% /dev/shm
tmpfs                         5,0M    4,0K  5,0M   1% /run/lock
tmpfs                         3,9G       0  3,9G   0% /sys/fs/cgroup
/dev/nvme0n1p2                473M    121M  328M  27% /boot
/dev/nvme0n1p1                511M    3,5M  508M   1% /boot/efi
tmpfs                         787M    120K  787M   1% /run/user/1002