标签: disk-usage

监控磁盘空间并在阈值上发送电子邮件的软件

我正在寻找可以监控我的分区上的磁盘使用情况并在达到阈值时发送电子邮件警报的东西。例如,当 sdb1 剩余 10% 的磁盘空间时,它会向我发送一封电子邮件。如果它还有一些更高级的配置选项,那就太好了。如果磁盘快速填满等,请提醒我。

我不希望日志每天/每周等发送给我,就在达到阈值时。

server software-recommendation log disk-usage system-monitor

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

缩小 tmpfs 文件夹的大小

在 Xubuntu 中检查了我的磁盘空间后,我注意到我有一些文件持有不必要的磁盘空间并且没有接近使用它。有没有办法限制它所持有的空间?

我用 标记了条目**。如您所见,它们被分配了 7.8 GB 和 3.2 GB,但并没有接近使用它们中的任何一个。我可以将它们每个缩小到 2GB 吗?

Filesystem             Size  Used Avail Use% Mounted on
/dev/sda1              205G   15G  180G   8% /
udev                   7.8G  4.0K  7.8G   1% /dev**
tmpfs                  7.8G   20K  7.8G   1% /tmp**
tmpfs                  3.2G  836K  3.2G   1% /run**
none                   5.0M     0  5.0M   0% /run/lock
none                   7.8G   88K  7.8G   1% /run/shm**
tmpfs                  7.8G  664K  7.8G   1% /var/log**
/home/dustin/.Private  205G   15G  180G   8% /home/dustin
Run Code Online (Sandbox Code Playgroud)

xubuntu disk-usage disk-management

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

为什么 .xsession-errors.old 文件这么大?

问题

许多用户(包括我在内)时不时地发现磁盘空间的使用情况真的很奇怪。有一天我有 50Gb 免费,下一天我有 3Gb,这太疯狂了。

这发生在不同版本的 Ubuntu 上(仅提及 11.04、12.04 和 12.10)。

其中一些用户在此站点上创建了问题,其中一些:

解决方案

@NathanWienand已经发现该问题是由引起的.xsession-errors.old文件(可在$ HOME目录中找到),他和其他用户解决了删除文件的问题。可以拥有这个文件的大小的一个例子是~100Gb,不合理..

  • 为什么会发生这种情况?
  • 删除文件是解决问题的唯一方法吗?
  • 难道没有另一种方法可以解决这个具有大周期效应的问题吗?
  • 这个问题是否只影响 64 位系统的用户?

如果您有什么要在此处添加的内容,请随时编辑问题。

disk disk-usage

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

无法删除旧内核

我正在尝试删除旧的内核版本,以便我可以升级。我使用的方法如下。

sudo apt-get purge linux-image-x.y.z-server
Run Code Online (Sandbox Code Playgroud)

每次我运行它时,我都会收到以下错误:

    <(Reading database ... 516009 files and directories currently installed.)
Unpacking linux-image-3.0.0-32-server (from .../linux-image-3.0.0-32-server_3.0.0-32.51_amd64.deb) ...
Done.
dpkg: error processing /var/cache/apt/archives/linux-image-3.0.0-32-server_3.0.0-32.51_amd64.deb (--unpack):
 failed in write on buffer copy for backend dpkg-deb during `./boot/System.map-3.0.0-32-server': No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.0.0-32-server /boot/vmlinuz-3.0.0-32-server
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.0.0-32-server /boot/vmlinuz-3.0.0-32-server
Errors were …
Run Code Online (Sandbox Code Playgroud)

server uninstall kernel disk-usage

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

为什么 / 占用了 7 GB 的空间(运行 `du`)?

我是 Ubuntu 和 Linux 的新手。我试图确定是什么占用了如此多的磁盘空间,所以我运行以下命令:

du / -h -d 2 | sort -hr
Run Code Online (Sandbox Code Playgroud)

输出以下内容

7.3G    /
5.1G    /var
3.8G    /var/www
1.1G    /usr
635M    /var/lib
573M    /var/cache
570M    /lib
474M    /lib/modules
354M    /usr/share
308M    /usr/src
262M    /usr/lib
135M    /usr/bin
118M    /var/log
Run Code Online (Sandbox Code Playgroud)

第一行输出是什么意思?为什么或如何/(什么都没有?)占用 7GB 的空间?

filesystem disk-usage

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

df 和 du 之间的巨大差异

我的/分区包含所有内容(包括/home),突然使用了 100% 的磁盘空间。我删除了一些文件,现在df显示

$ df -h /dev/sda1 
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       214G  149G   54G  74% /
Run Code Online (Sandbox Code Playgroud)

然而du显示:

$ sudo du -shxc /*
9.6M    /bin
66M /boot
4.0K    /cdrom
4.0K    /dev
16M /etc
26G /home
0   /initrd.img
0   /initrd.img.old
504M    /lib
3.5M    /lib32
4.0K    /lib64
0   /libnss3.so
16K /lost+found
92K /media
4.0K    /mnt
3.3G    /opt
du: cannot access ‘/proc/4708/task/4708/fd/4’: No such file or directory
du: cannot access ‘/proc/4708/task/4708/fdinfo/4’: No …
Run Code Online (Sandbox Code Playgroud)

filesystem disk disk-usage

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

/boot 已 100% 满,apt-get purge linux-image-xxxx-generic 不起作用

我有一个/boot超载。试图关注/dev/sda1 /boot is full,但被卡住了。

历史:

df
Filesystem            1K-blocks    Used Available Use% Mounted on
udev                     485360       0    485360   0% /dev
tmpfs                    100744   10824     89920  11% /run
/dev/mapper/vg00-lv01  49011528 7513836  39300100  17% /
tmpfs                    503716       0    503716   0% /dev/shm
tmpfs                      5120       0      5120   0% /run/lock
tmpfs                    503716       0    503716   0% /sys/fs/cgroup
/dev/sda1                474730  466955         0 100% /boot

dpkg --list | grep linux-image

ii  linux-image-4.4.0-21-generic       4.4.0-21.37                                amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii …
Run Code Online (Sandbox Code Playgroud)

boot kernel disk-usage

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

由于 Ubuntu 中的 root 空间不足,我可以删除 /var/log 文件吗?

在 Ubuntu 中可以有 64.5GB 的日志文件吗?我可以删除那些文件吗?我的笔记本电脑是双启动的,Ubuntu 分区只有 100GB。

log disk-usage

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

第二个驱动器填满根文件系统上的存储空间

运行 Ubuntu 18.04 的 256GB SSD,具有全盘加密和额外的 1TB 硬盘,用于安装更大的文件。我不断收到“空间不足”通知,因为“文件系统根目录/”正在填满(据说)。

奇怪的是,当我查看磁盘分析器时,它还会统计存储在 1TB 驱动器上的文件,用于计算/. /media/<username>/Harddisk文件夹使用了大部分空间,这是 1TB 驱动器的挂载点:

磁盘分析器 1

知道这里有什么问题吗?为什么我的 1TB 驱动器安装在下面/media/<username>/Harddisk使用空间/?我仔细检查了命令df -h并得到了相同的结果。

我卸载了 1TB 驱动器,看看会发生什么。用完的空间消失了,但 root 仍然几乎满:

磁盘截图

这是具有完整驱动器加密的 SSD。它绝对是一个 256GB 的驱动器: 在此处输入图片说明

这是df -h输出:

$ df -h
Filesystem                       Size  Used Avail Use% Mounted on
udev                             7.8G     0  7.8G   0% /dev
tmpfs                            1.6G  2.5M  1.6G   1% /run
/dev/mapper/ubuntu--vg-root      232G  215G  5.2G  98% /
tmpfs                            7.8G  875M  7.0G  11% /dev/shm
tmpfs                            5.0M  4.0K  5.0M …
Run Code Online (Sandbox Code Playgroud)

filesystem mount disk-usage

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

什么填满了我的根目录?

我有一个专用于 /root 的 120gb SSD 和用于 /home 的单独 HDD,但由于某种原因,我的根驱动器已满,我不明白为什么。

我试过了autoclean autoremoveclean但没有帮助。

我在使用 lightdm 时遇到了问题,花了几个小时用 testdisk 扫描有问题的 USB 驱动器,可能已经创建了一些大错误日志,但我不知道在哪里。

有没有办法让我解决这个问题?

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            2.9G     0  2.9G   0% /dev
tmpfs           588M  1.8M  586M   1% /run
/dev/nvme0n1p2   96G   91G  284M 100% /
tmpfs           2.9G   26M  2.9G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           2.9G     0  2.9G   0% /sys/fs/cgroup
/dev/loop1      114M  114M     0 100% /snap/audacity/675
/dev/loop2      157M  157M     0 100% …
Run Code Online (Sandbox Code Playgroud)

disk disk-usage testdisk 20.04

5
推荐指数
4
解决办法
5638
查看次数