标签: disk-usage

最近我的系统盘莫名其妙就被占满了92%。

根据论坛中的建议，我删除了（使用 Synaptics）过时版本的 Linux 内核（这导致系统仅填充了 62%），清理了系统垃圾等，甚至尝试从 Evolution 中删除电子邮件......

从那时起，计算机一直处于开启状态（一两个小时），然后我收到一条系统已满（100%）的消息！有什么建议么？

两个示例案例：

• 示例 1：安装外部未加密驱动器（GPT、ext4）并从计算机的 SSD（GPT、ext4）复制 8GB 文件 -> 整个 GUI 将变得无响应。没有输入设备工作。
• 示例 2：使用 Virtualbox 启动 40GB 虚拟机 -> 整个 GUI 将变得无响应。没有输入设备工作。

使用iotop我可以看到这些磁盘读/写操作占用了100%的CPU。

在移动大数据时如何避免计算机无响应？

我无法在我的计算机上安装或更新任何软件。

利用我令人难以置信的推理能力，我推断出 /boot 已满并引起了我的心痛。

notlinus@NS0:/boot$df -h

Filesystem                Size  Used Avail Use% Mounted on\nudev                      2.0G  4.0K  2.0G   1% /dev\ntmpfs                     396M  656K  395M   1% /run\n/dev/mapper/NS0--vg-root   36G  3.6G   30G  11% /\nnone                      4.0K     0  4.0K   0% /sys/fs/cgroup\nnone                      5.0M     0  5.0M   0% /run/lock\nnone                      2.0G     0  2.0G   0% /run/shm\nnone                      100M     0  100M   0% /run/user\n/dev/sda1                 236M  234M     0 100% /boot\n

notlinus@NS0:/boot$ls -l

total 229780\n-rw-r--r-- 1 root root  1270654 Aug 12  2015 abi-3.19.0-26-generic\n-rw-r--r-- 1 root root  1271100 Sep  1  2015 abi-3.19.0-28-generic\n-rw-r--r-- …

我正在 Ubuntu virtualbox 上工作并尝试使用安装curl sudo apt-get install curl -y。

我收到回复说存在未满足的依赖关系，并说您可能需要运行“apt-get -f install”来纠正这些问题：

所以，我执行apt-get -f install并遇到一个新问题：

After this operation, 43.0 MB of additional disk space will be used.
(Reading database ... 273817 files and directories currently installed.)
Preparing to unpack .../linux-image-3.13.0-91-generic_3.13.0-91.138_amd64.deb ...
Done.
Unpacking linux-image-3.13.0-91-generic (3.13.0-91.138) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13.0-91-generic_3.13.0-91.138_amd64.deb (--unpack):
 cannot copy extracted data for './boot/vmlinuz-3.13.0-91-generic' to '/boot/vmlinuz-3.13.0-91-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message …

我想知道“IO Block”在输出中的含义stat以及该数字是如何计算的。

我知道文件夹/文件的物理大小以 4096 字节块来衡量。

然而，在下面的示例中，文件的大小超过 4096 字节，并且“IO Block”的值没有改变。

IO块的含义是什么以及如何更改？

stat yeni
  File: 'yeni'
  Size: 12890           Blocks: 32          IO Block: 4096   normal dosya
Device: 805h/2053d  Inode: 2255976     Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1000/   ihsan)   Gid: ( 1000/   ihsan)
Access: 2017-08-15 20:07:26.324017949 +0300
Modify: 2017-08-15 20:06:30.703053636 +0300
Change: 2017-08-15 20:07:26.324017949 +0300
 Birth: -

办公室机器 - 运行后lsblk我注意到我没有使用一台机器的所有磁盘空间，

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT\nsdb      8:16   0 465.8G  0 disk \n\xe2\x94\x9c\xe2\x94\x80sdb2   8:18   0     1K  0 part \n\xe2\x94\x9c\xe2\x94\x80sdb5   8:21   0  63.9G  0 part [SWAP]\n\xe2\x94\x94\xe2\x94\x80sdb1   8:17   0 401.9G  0 part /\nloop6    7:6    0  86.6M  1 loop /snap/core/4486\nloop4    7:4    0 101.9M  1 loop /snap/skype/23\nloop2    7:2    0  86.6M  1 loop /snap/core/4571\nloop0    7:0    0   137M  1 loop /snap/skype/33\nsda      8:0    0   2.7T  0 disk \nloop5    7:5    0  86.6M  1 loop /snap/core/4650\nloop3    7:3    0 146.2M  1 loop /snap/skype/30\n

我有一个新的 Ubuntu Digital Ocean Droplet，它的根空间一直不足。

df

Filesystem     1K-blocks      Used Available Use% Mounted on
udev             2013876         0   2013876   0% /dev
tmpfs             404640     10740    393900   3% /run
/dev/vda1       81120924  81104144       396 100% /          <----------<<<<< 396k space left after running apt clean commands. it keeps going down to 0 
tmpfs            2023196         0   2023196   0% /dev/shm
tmpfs               5120         0      5120   0% /run/lock
tmpfs            2023196         0   2023196   0% /sys/fs/cgroup
/dev/sda       363979364 245756248  99856652  72% /mnt/volume-nyc1-04
/dev/vda15        106858      3437    103421   4% /boot/efi
tmpfs             404640         0    404640 …

我通过使用磁盘使用命令知道什么占用了空间。

该目录/var占用11GB，其子目录var/lib占用8GB。并且/usr目录占用2GB。

我的 20 GB 根磁盘还剩 5xx MB，而且我没有安装很多应用程序。

如何确定要删除哪些内容以免破坏我的系统？

更新：详细查看后，我发现罪魁祸首是/var/lib/flatpak我使用 Flatpak 来安装应用程序，但我没有任何那么大的应用程序来占用这么多空间。这是里面的内容的屏幕截图flatpak：

~$ du -sh /var/lib/flatpak/* | sort -n
1.1G   /var/lib/flatpak/app
2.3G   /var/lib/flatpak/runtime
4.1G   /var/lib/flatpak/repo
14M    /var/lib/flatpak/appstream
412K   /var/lib/flatpak/exports

有没有办法可以强制 Flatpak 驻留在主目录中，而不重新安装应用程序？

我的部分有 200 GB 的空间，.cache 跟踪器 meta.db-wal 占用了 140 GB 的空间，我不\xe2\x80\x99 不知道如何清除它。我看到您可以禁用跟踪器，但实际上没有告诉我如何清除或清理它以恢复空间。有人还建议删除跟踪器文件，但因为我之前遇到过 Ubuntu 问题，我担心删除将来可能需要的文件。

在 中./chromium/common/chromium/BrowserMetrics，我发现了超过 100 个名为 的文件BrowserMetrics-60B60603-3D7326.pma，总共超过 600MB，所有文件都可以追溯到过去约 5 天。

[除此之外./chromium/common/chromium/Default/Cache]

这些是什么？我可以摆脱它们吗？

Ubuntu 20.04.2 LTS（5.8.0-53-generic）上的 Chromium 91.0.4472.77 snap