我的加密主文件夹出现问题:
我/home/theUser
在创建时启用了加密theUser
。我没有正确的/home/theUser/.Private
目录(它是 Luís de Sousa 所示的链接),整个/home/theUser
目录都已加密。
我现在得到的df -h
结果是:
Filesystem Size Used Avail Use% Mounted on
udev 189G 0 189G 0% /dev
tmpfs 38G 146M 38G 1% /run
/dev/sda2 6,9T 5,9T 650G 91% /
tmpfs 189G 180K 189G 1% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 189G 0 189G 0% /sys/fs/cgroup
/dev/sdb1 235G 60M 223G 1% /opt
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 38G 40K 38G 1% /run/user/112
tmpfs 38G 0 38G 0% /run/user/1020
/home/theUser/.Private 6,9T 5,9T 650G 91% /home/theUser
tmpfs 38G 0 38G 0% /run/user/1000
du -h
此外,当我登录用户主文件夹根目录的结果时,我得到:
du -h | cat > log_du_home_theUser.txt
tail log_du_home_theUser.txt
862M ./Téléchargements
4,0K ./Public
473G
这似乎意味着我的主文件夹总量达到了 473G。
操作系统是 ubuntu 服务器,因此没有垃圾:
cd /home/theUser
ls -lah .local/share/
total 96K
drwxr-xr-x 13 theUser theUser 4,0K déc. 2 14:20 .
drwxr-xr-x 3 theUser theUser 4,0K déc. 11 2014 ..
drwx------ 2 theUser theUser 4,0K déc. 11 2014 applications
-rw-rw-r-- 1 theUser theUser 0 déc. 11 2014 .converted-launchers
drwx------ 7 theUser theUser 4,0K déc. 11 2014 evolution
-rw-rw-r-- 1 theUser theUser 956 déc. 11 2014 gsettings-data-convert
drwx------ 2 theUser theUser 4,0K févr. 4 2016 gvfs-metadata
drwxrwxr-x 2 theUser theUser 4,0K déc. 11 2014 icc
drwx------ 2 theUser theUser 4,0K janv. 26 2017 keyrings
drwx------ 3 theUser theUser 4,0K déc. 11 2014 nautilus
-rw------- 1 theUser theUser 3,4K mars 24 2015 recently-used.xbel
-rw-rw-r-- 1 theUser theUser 594 janv. 26 2017 session_migration-ubuntu
drwx------ 2 theUser theUser 4,0K déc. 11 2014 sounds
drwx------ 3 theUser theUser 4,0K déc. 11 2014 telepathy
drwxr-xr-x 2 theUser theUser 4,0K déc. 11 2014 unity-settings-daemon
drwx------ 2 theUser theUser 4,0K sept. 18 2015 unity-webapps
drwx------ 3 theUser theUser 4,0K déc. 11 2014 zeitgeist
/home/theUser
为什么(473G) 和/home/theUser/.Private
(6,9T)之间有这么大的差异?
由于网站磁盘空间不足,我无法使用backup/delete/copy
帐户theUser
,如果可能的话,我更愿意保留加密的主页,但这一切很快就会失控。
干杯。
答案1
您的 df 输出有两行几乎相同的行:
/dev/sda2 6,9T 5,9T 650G 91% /
/home/theUser/.Private 6,9T 5,9T 650G 91% /home/theUser
df -T
使用&检查mount
,但如果您在家中使用 eCryptfs,它会显示为df
使用与其主机文件系统相同的空间,/
在这种情况下,即使/home/theUser
使用的空间要少得多。
/
因此, 中的所有内容(而不仅仅是)都占用了 5.9T /home
,因此您家之外还有更多的文件。
此解释从泰勒·希克斯(eCryptfs 的维护者)关于无效的错误报告可能会有所帮助:
正如 Dustin 所提到的,使用 eCryptfs 时,磁盘占用空间不会重复。查询到的 eCryptfs inode
du -h /home/name/9726255eec083aa56dc0449a21b3319
是底层文件系统中实际磁盘 inode 的内存表示。相似地,当 df 报告文件系统使用情况时,任何 eCryptfs 挂载的报告使用情况仅仅是挂载 eCryptfs 的文件系统报告的使用量。
虽然这些命令的输出(和我的解释)一开始可能会令人困惑,但它是处理像 eCryptfs 这样的堆叠文件系统时的预期输出。
我无法判断您的加密房屋是否占用了超出其du
大小的“太多空间”,检查/home/.ecryptfs
并比较其大小与您的安装房屋可能会揭示更多信息。
您可以尝试
du -h -d1 /
查看主根文件夹的大小,或者-dN
查看 N 文件夹的“深度”。我喜欢
baobab
/磁盘使用情况分析器,因为它可以通过图形方式查看哪些内容占用了磁盘空间(使用 sudo/as root 运行,否则会出现很多“权限被拒绝”消息和缺失信息)
尽管上述工具可能会将/home/.ecryptfs
和/home/theUser
视为分开的,因此占用两倍的空间(大致相等)。只有 中的文件/home/.ecryptfs
占用磁盘空间; 挂载/home/theUser
是一个虚拟解密的“视图”。
df
(此外,输出中使用的大小/dev/sda
为 5.9T。6.9T 是它的总大小。而且我不熟悉... | cat > file
到 cat 的管道似乎是不必要的。)