我有一个 5TB 的驱动器通过 USB3 连接到运行 Xubuntu 的机器。该驱动器格式化为单个 NTFS 分区。我试图将大约 400GB 的文件复制到它,并且根据以下 /dev/sdb2 条目,它有足够的空间:
df -h
Filesystem Size Used Avail Use% Mounted on
udev 32G 0 32G 0% /dev
tmpfs 6.3G 18M 6.3G 1% /run
/dev/sda2 410G 319G 70G 83% /
tmpfs 32G 152K 32G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
tmpfs 6.3G 36K 6.3G 1% /run/user/1000
/dev/sdb2 4.6T 275G 4.3T 6% /media/josh/5TB-2016-05-08
在寻找此错误的来源时,出现的一个常见问题是没有足够的 inode,但这似乎不是这里的问题:
df -ih
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 7.9M 570 7.9M 1% /dev
tmpfs 7.9M 867 7.9M 1% /run
/dev/sda2 26M 679K 26M 3% /
tmpfs 7.9M 7 7.9M 1% /dev/shm
tmpfs 7.9M 5 7.9M 1% /run/lock
tmpfs 7.9M 16 7.9M 1% /sys/fs/cgroup
tmpfs 7.9M 22 7.9M 1% /run/user/1000
/dev/sdb2 4.3G 489K 4.3G 1% /media/josh/5TB-2016-05-08
我也遇到了这。尽管驱动器距离写入 TB 还很远,我还是尝试使用 inode64 选项卸载并重新安装它,但没有成功(是的,它的文件系统不同)。
不管我是一次性复制所有文件还是逐个目录复制,最终我都会在复制完所有文件之前收到“设备上没有剩余空间”的错误信息。
答案1
当我将驱动器连接到 Windows 机器时,我发现目标目录的父目录已打开压缩。关闭该文件夹的压缩并重新连接到 Xubuntu 机器后,整个文件集便可成功复制。当然,这意味着使用的空间比之前尝试在复制结束时失败并出现“设备上没有剩余空间”错误时更多。似乎存在一些与压缩相关的故障,但未明确传达。