概括:
~/src/database
有一个包含文件的目录~250 GB
。- 已执行
mv ~/src/database ~/
- 与预期的结果(
database
现在为~/
)不同,我最终database
在源和目标中得到了一个目录,但只包含原始文件的一小部分(即,数据库显然以mv
某种方式损坏/丢失了)。
丢失文件不是问题——我有多个备份。问题是,即使备份了,rm -rf ~/database; rm -rf ~/src/database
我的硬盘现在也不够用了~500 GB
(巧合的是,只有 2 个数据库副本的大小)。
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/nvme1n1p2 1.9T 1.1T 701G 61% /
但是,对驱动器进行全面分析后baobab
发现,我仅使用了~600 GB
根卷上的所有文件。这与我之前知道的情况以及失败的mv
操作一致。数学计算大致正确:1.1 TB - 500 GB = 600 GB
,这正是baobab
我所使用的。
过去我遇到过类似的问题,解决办法是删除父目录,这样就能回收空间。但这里不行。
- 我已经尝试删除源的父级,但没有成功。
- 目的地的父级是我的主目录,因此
rm
这并不容易。
问题:
我该如何回收这些空间?有没有办法强制操作系统从磁盘回收搁浅节点?
$ findmnt -T ~/src
TARGET SOURCE FSTYPE OPTIONS
/ /dev/nvme1n1p2 ext4 rw,relatime,discard
$ findmnt -T ~/
TARGET SOURCE FSTYPE OPTIONS
/ /dev/nvme1n1p2 ext4 rw,relatime,discard