Tag: disk usage

为什么“Filesystem root”只剩下XXX个磁盘空间？: 标题非常明显且常见：下面的错误经常发生。我要问的是它为什么会发生。我的意思是，看看GParted的输出（ Windows需要前4个分区）很明显，我在所有分区上都有很多可用空间。那么，为什么系统说剩下的空间太低了？

你有太多交换吗？: 我只是想知道你是否可以有一个太大的交换分区。如果是的话，什么时候交换分区太大了？如果交换分区太大（即使我有足够的磁盘空间），有什么缺点/不良影响？如果不是，拥有超过建议的交换空间有什么好处？

var / log / syslog的大小无限增长: 我电脑上包含Ubuntu的磁盘大小为115GB 。当磁盘满114.7GB 。我开始在这里和那里删除一些文件以释放大约5GB 。但我注意到磁盘再次装满了114GB 。我认为这是一些缓存或交换东西所以没有多想，并继续通过将一些媒体文件从磁盘中移出来释放大约40GB 。我有一个小时左右的通知，磁盘已经满了!! 40GB !!! 全没了！所以我将问题调试到/var/log/syslog文件，该文件最初肯定小于20GB 。我知道这是因为在清除内存之前/var文件夹是17GB 。 /var/log/syslog文件目前是55.9GB ！有人可以如此慷慨地解释这种exception现象吗？这是一个错误吗？或者我是否受到某些恶意软件或病毒的影响？

虚假磁盘已满错误：apt-get无法安装或删除: 升级我的Ubuntu 12.04服务器时遇到以下错误。现在apt-get无法安装或删除任何包。解压缩linux-headers-3.13.0-62（来自… / linux-headers-3.13.0-62_3.13.0-62.102~precision1_all.deb）… dpkg：error handling/var/cache/apt/archives/linux-headers-3.13.0-62_3.13.0-62.102~precise1_all.deb(–unpack）：无法创建`/usr/src/linux-headers-3.13.0-62/arch/arm/include/asm/ptrace.h.dpkg-new’ （在处理`./usr/src/linux-headers-3.13.0-62/arch/arm/include/asm/ptrace.h’时）：设备上没有剩余空间没有写入apport报告，因为错误消息表明磁盘已满错误 dpkg-deb：错误：子进程粘贴被信号杀死（断管）处理时遇到错误： /var/cache/apt/archives/linux-headers-3.13.0-62_3.13.0-62.102~precise1_all.deb E：子进程/ usr / bin / dpkg返回错误代码（1）虽然我不是真的没有磁盘空间， # df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 6.8G 4.7G 1.8G 69% / 无论如何我的inode已满， # df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda1 458752 455214 3538 100% / […]

运行低错误日志记录的磁盘空间/var/log/cups/error.log: 我将Lubuntu 16.10安装在我的磁盘上，安装为/ 。问题是CUPS日志文件（ /var/log/cups/error.log ）一直在增长，直到我没有剩余可用空间… 因此，当我删除该文件时，磁盘上的空间再次释放我已经尝试过： fsck 磁盘使用分析器每个apt-cleaning / autocleaning和依赖修复。我该怎么办？ du -sxh ： 9,0G . Model: ATA ST3160815AS (scsi) Disk /dev/sda: 160GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 32,3kB 50,3GB 50,3GB primary ext4 boot 2 50,3GB 160GB 110GB extended […]

系统日志（`journalctl`）太大而且很慢: 我的journalctl保留了超过300 MB的日志，如journalctl –disk-usage 。当我运行journalctl –verify时，一切似乎都是journalctl –verify ： $ journalctl –disk-usage Archived and active journals take up 328.0M on disk. $ journalctl –verify PASS: /var/log/journal/d7b25a27fe064cadb75a2f2f6ca7764e/system.journal PASS: /var/log/journal/d7b25a27fe064cadb75a2f2f6ca7764e/user-65534.journal PASS: /var/log/journal/d7b25a27fe064cadb75a2f2f6ca7764e/system@02f1aae76e32467390ab88ba03ae559e-0000000000000001-00056515dbdcd67e.journal PASS: /var/log/journal/d7b25a27fe064cadb75a2f2f6ca7764e/user-1000.journal PASS: /var/log/journal/d7b25a27fe064cadb75a2f2f6ca7764e/user-65534@9838f64d6ee047bebec9d30d329064d4-00000000000005bb-00056515dbfe8d9d.journal 我注意到当我从journalctl管道grep时系统的速度有多慢。我怎样才能明智地减少我在记录中保留的journalctl ？原创.GIF图片

当我的根文件系统已满时我该怎么办？: 我的/文件夹读作已满，我无法更新软件或做任何事情。不知道我在这里做错了什么。 $ df -h Results: Filesystem Size Used Avail Use% Mounted on /dev/sda1 5.7G 5.4G 0 100% / udev 1.9G 4.0K 1.9G 1% /dev tmpfs 770M 1.1M 769M 1% /run none 5.0M 0 5.0M 0% /run/lock none 1.9G 808K 1.9G 1% /run/shm /dev/sda6 961M 18M 895M 2% /tmp /dev/sda7 9.9G 2.9G 6.6G 31% /home […]