我看到了一些问题，知道Ubuntu会为root保留5%的文件系统。相信我，这不是这种情况。
我正在将一些文件从我的主文件夹移动到另一个分区，由于某些原因（复制没有突然停止，我取消了它），我不得不取消复制过程。现在当我尝试移动剩余的文件时，我会收到错误消息Error opening file '/media/sda5/Android/carbon/external/icu4c/i18n/ucol_bld.h': No space left on device。目标分区有85Gb的可用空间，而我的源（Ubuntu主文件夹）分区只有12Gb的可用空间（总共48Gb，48的5％不是12）。
是否有其他原因导致我可能会遇到此错误？我该如何解决？
注意：我正在移动的路径有很多目录和子目录。（实际上是android源代码。所以你可以想象。）我不知道这些信息是否有用。
编辑：
df -h | grep -v '^none'给出
Filesystem Size Used Avail Use% Mounted on
/dev/loop0 48G 34G 12G 75% /
udev 3.9G 4.0K 3.9G 1% /dev
tmpfs 793M 1.4M 792M 1% /run
/dev/sda7 50G 50G 441M 100% /host
/dev/sda9 50G 34G 17G 68% /media/sda9
/dev/sda6 300G 281G 20G 94% /media/sda6
/dev/sda5 300G 221G 80G 74% /media/sda5
df -h -i | grep -v '^none' 给出的结果是
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/loop0 3.0M 874K 2.2M 29% /
udev 989K 578 989K 1% /dev
tmpfs 992K 655 991K 1% /run
/dev/sda7 505K 66 505K 1% /host
/dev/sda9 17M 38K 17M 1% /media/sda9
/dev/sda6 20M 110K 20M 1% /media/sda6
/dev/sda5 81M 1.1M 80M 2% /media/sda5
请注意，所涉及的分区为
/dev/loop0和/dev/sda5
编辑2:
我刚刚注意到，我甚至无法在我的分区/dev/sda5中创建新文档（更加令人惊慌）
编辑3: 我执行了sudo strace mv。 这是输出。我真的不太理解它。
dmesg | less，看看是否能找到任何有意义的信息。如果那里没有有用的内容，就进入/var/log文件夹，尝试在日志文件中找到问题的源头。它们都有有意义的名称，所以你可以知道要检查哪一个。（如果你更喜欢使用图形界面工具，比如sudo geany或sudo gedit，你也可以通过它们来浏览这些文件。sudo ls /var/log命令将列出日志文件。） - Apachedf -h | grep -v '^none'和df -h -i | grep -v '^none'。这将提供所有文件系统（排除虚拟文件系统）的空间占用情况（前者）和索引节点数（基本上是文件数量）。 - Rmanostrace cp ...来准确地查看失败的位置。或者可能你打开并删除了一个大文件，由某个进程保持活动状态，并堵塞了你的磁盘。很难说。 - Rmano/dev/loop0不是一个加密的磁盘。我的 Ubuntu 是通过 Wubi 安装的，虽然如此。我甚至重新启动了我的笔记本电脑，所以我不确定那个可能打开的大文件现在是否仍然打开着。 - TheRookierLearnersudo strace mv ..命令，但老实说，我对输出结果并没有很多理解。你介意我把输出结果粘贴到pastebin上吗？ - TheRookierLearnerchkdsk命令来检查它是否有错误。 - Danatelacmdshell中运行了chkdsk E:/f（这是我的E：驱动器），确实发现了一些错误并修复了它们。如果你能把这个写成答案，我会很高兴接受的。另外，我会在我的问题中添加Wubi标签，因为我认为这是一个Windows/Wubi特定的问题。 - TheRookierLearnerdf - i命令输出显示，我只使用了29%的索引节点（见第一个编辑）。 - TheRookierLearner