标签: disk-usage

inode 耗尽

我无法更新 Ubuntu,因为我有 99% 的 inode 使用率。对我来说,缓解这个问题的最简单方法是什么?

谢谢你的帮助。

disk-usage

27
推荐指数
2
解决办法
5万
查看次数

为什么删除文件不会增加可用空间?

最近我在某个分区上收到一条关于“0 字节可用”的消息。

所以我看了看,果然:

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda1       65190604  10920296  50959160  18% /
udev              966544         4    966540   1% /dev
tmpfs             389532       744    388788   1% /run
none                5120         0      5120   0% /run/lock
none              973828       152    973676   1% /run/shm
/dev/sda5      397327316 391010276         0 100% /media/8b5e40d0-95b3-4e60-831c-e9b9aeadbfa4
Run Code Online (Sandbox Code Playgroud)

该分区上有 0 个字节可用。

所以我删除了一堆我在这台机器上不需要的文件,并清空了垃圾箱。我预计“已用”会变小,“可用”会变大相同的数量。

但实际发生的是

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda1       65190604  10921184  50958272  18% /
udev              966544         4    966540   1% /dev
tmpfs             389532       744    388788   1% /run …
Run Code Online (Sandbox Code Playgroud)

disk-usage

27
推荐指数
3
解决办法
3万
查看次数

当目标剩余空间为 31 GB 时,mv 失败并显示“设备上没有剩余空间”

我一直在尝试将 32.6 GB 的文件移动到外部闪存驱动器上的文件夹中,以释放笔记本电脑 SSD 上的空间。在终端中打开源文件夹(并运行ulimit -S -s unlimited以防止mv呕吐)后,mv *from* /media/[username]/8849-14DB/Screenshots/传输前 5.9 GB 就好了。

但是,还有 26.7 GB 可用空间:

mv: cannot create regular file '/media/[username]/8849-14DB/Screenshots/Screenshot from 2022-01-06 06-34-27.png': No space left on device
mv: cannot create regular file '/media/[username]/8849-14DB/Screenshots/Screenshot from 2022-01-06 06-34-30.png': No space left on device
mv: cannot create regular file '/media/[username]/8849-14DB/Screenshots/Screenshot from 2022-01-06 06-34-34.png': No space left on device
mv: cannot create regular file '/media/[username]/8849-14DB/Screenshots/Screenshot from 2022-01-06 06-34-39.png': No space left on device …
Run Code Online (Sandbox Code Playgroud)

filesystem disk-usage mv

27
推荐指数
1
解决办法
9710
查看次数

如何查找大小大于...的所有文件?

是否有任何 GUI 软件可以探索树并找到大小大于某个数量的所有文件?Nautilus 和 Nemo 似乎都无法做到这一点。在我的记忆中,我可以用 DOS 3.0 中的 PC-Tools 做到这一点。

software-recommendation disk-usage

26
推荐指数
4
解决办法
7万
查看次数

磁盘已满,但找不到大文件或文件夹

Ubuntu 服务器显示我几乎使用了所有磁盘:

Usage of /:   95.5% of 118.12GB
Run Code Online (Sandbox Code Playgroud)

我尝试查找大文件夹和文件,运行 ncdu:

ncdu 1.8 ~ Use the arrow keys to navigate, press ? for help                                                                                                                                                 
--- / ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    5.5GiB [##########] /root                                                                                                                                                                               
    2.3GiB [####      ] /var
  628.6MiB [#         ] /usr
  209.9MiB [          ] /lib
   28.2MiB [          ] /boot
    8.6MiB [          ] /bin
    7.7MiB [          ] /sbin
    6.6MiB [          ] /etc
  208.0KiB [          ] /run
  112.0KiB [          ] /tmp
   48.0KiB [          ] /opt
e  16.0KiB [          ] /lost+found
    8.0KiB [          ] /dev
    8.0KiB [ …
Run Code Online (Sandbox Code Playgroud)

server disk-usage

25
推荐指数
3
解决办法
5万
查看次数

df -h 显示不正确的可用空间

这是我的df-h输出。这里/media/Songs使用了几乎 100% 的磁盘空间。

root@LAB:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              19G  8.7G  9.2G  49% /
udev                  1.5G  4.0K  1.5G   1% /dev
tmpfs                 596M  960K  595M   1% /run
none                  1.5G  1.5M  1.5G   1% /run/shm
/dev/sda7              99G   32G   63G  34% /media/Softs
/dev/sda6              99G   90G  3.6G  97% /media/Films
/dev/sda8             106G   61G   40G  61% /media/Misc
/dev/sda5              99G   94G  4.9M 100% /media/Songs
Run Code Online (Sandbox Code Playgroud)

以下是/media/Songs.

root@LAB:~# du -sch /media/Songs/*
39G /media/Songs/AUDIO
16K /media/Songs/lost+found
55G /media/Songs/Video
93G total …
Run Code Online (Sandbox Code Playgroud)

disk-usage

23
推荐指数
1
解决办法
3万
查看次数

为什么 /var/lib/mlocate.db 将近 800 MB?

我可以做些什么吗?我的磁盘空间不足。

disk-usage locate

22
推荐指数
4
解决办法
3万
查看次数

磁盘使用分析器报告 .ecryptfs 文件占用的空间与主驱动器一样多

当我使用 Ubuntu 设置上网本时,我选择了“加密主分区”。磁盘使用分析器现在报告占用的空间是实际使用的空间的两倍。我已经多次看到这个问题,但响应通常倾向于“.ecrypts/.Private 是您实际的主驱动器,并且是加密的,并且显示为主驱动器的那个是虚拟的,它实际上并没有占用硬盘空间”,这完美地识别了问题,但对修复它没有帮助。

现在,无论硬盘驱动器是否已满,系统都将其视为已满。我不断收到警告说我还有 10MB 的空间;我无法更新我的保管箱文件夹;我无法有效地移动文件;机器似乎不高兴,等等。这是解决这个问题的唯一方法来执行涉及从机器中永久删除主文件夹并且可能无法解密备份的风险解密过程吗?或者有什么方法可以修复磁盘使用分析器,使其不将虚拟主文件夹与私有文件夹一起计算在内?我更愿意保持我的数据加密。

谢谢!

10.04 ecryptfs disk-usage

22
推荐指数
3
解决办法
9037
查看次数

如何增加VMware虚拟磁盘的磁盘空间?

我有一个运行 Ubuntu 的 VM,我希望将其大小从 20 GB 增加到 40 GB。

我关闭了 VM,在 VMware 端增加了分配的磁盘空间。我通过编辑虚拟机设置 -> 硬盘 -> 实用程序等来做到这一点。然后它警告我应该增加来宾 VM 中的分区大小。

查看 Ubuntu 内部的磁盘使用分析器,它目前只能看到原始的 20 GB。我如何将其增加到我分配的 40 个?

disk-usage vmware-player

22
推荐指数
1
解决办法
5万
查看次数

设备上没有剩余空间,即使有

我通过 SSH 访问的屏幕坏了的笔记本电脑。该sudo apt-get autoremove命令给了我以下错误

cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
Run Code Online (Sandbox Code Playgroud)

我从各种其他命令中得到类似的错误,但gparted告诉我笔记本电脑的(单个)分区上剩余超过 20GB 的空间。这是输出df

$ df -i
Filesystem      Inodes  IUsed   IFree IUse% Mounted on …
Run Code Online (Sandbox Code Playgroud)

apt disk disk-usage

22
推荐指数
3
解决办法
9万
查看次数