CentOS系统：no space left on device错误

解决CentOS服务器磁盘满问题
最新推荐文章于 2025-08-07 17:49:18 发布
最新推荐文章于 2025-08-07 17:49:18 发布
阅读量2.4w 收藏 12
点赞数 5
CC 4.0 BY-SA版权
分类专栏： 阿里云服务器 Linux 原创 系统 文章标签： centos apache nginx Linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u013082989/article/details/51284275
本文介绍了一种常见的CentOS服务器磁盘空间不足的问题及其解决方案。通过使用Linux命令定位到磁盘空间被占用的原因，并成功清理了Apache日志文件，解决了因磁盘空间不足导致的nginx启动失败问题。

我用的阿里云的CentOS服务器，用的nginx+apache，最近启动nginx报28：no space left on device的错误，就是磁盘满了

一：解决

1、使用命令：df -lk

发现果然有个磁盘已满

2、使用命令：du --max-depth=1 -h 

查找大文件，发现/home文件夹下有17G的东西，因为我的apache是装在/home下的，肯定是网站运行的日志文件占用的空间

3、进入apache下的logs目录

使用命令：ls -lht

查看文件的大小，果然有个8.6G文件，删除即可。

4、再使用命令：df -lk

然后启动apache和nginx没有问题，解决。


二：总结

刚开始遇到错误感觉不应该啊，因为觉得空间应该是足够的，然后也是网上搜索一下方法和Linux磁盘方面的命令，一步步解决。总之遇到错误应该感到庆幸，因为又可以学到东西了。

Centos执行命令报错no space left on device解决方案
lxq_9532的博客
01-13 3016
no space left on device（磁盘空间不足） 第一步，两个命令执行一下看是哪个使用率占用率过高 df -h 查看磁盘使用情况 通常解决方法是删除大文件，不要直接删除，先确认数据是否重要，否则就掉坑里了。 df -i 查看inode使用情况 通常解决方法是删除大文件，不要直接删除，先确认数据是否重要，否则就掉坑里了。 不管是哪种原因都需要删除一下旧数据，这样可能造成的后果是不小...
Ansible自动化运维工具学习-第二天
Yvresse的博客
10-24 1258
Ansible入门学-第二天 前言 亲爱的小伙伴,如果你已经阅读了博主的Ansible-第一天相信你应该对Ansible有了一定的了解. 不知道关于如何利用Ansible实现集群归档备份你有没有学会呢??? 今天暂且不谈Ansible的各个模块,因为博主又被提需求啦!!!!!(模块知识只能穿插着讲解了????) 如何利用Ansible部署agent 需求前言 博主工作的地方有一套亚信安全平台(亚...
centos7内存不足，开机报错failed to open pack file:no space left on device，进不了图形界面。
zkh7758的博客
01-17 2112
在这种模式下，你可以进行一些基本的维护操作，例如清理内存、查找占用内存的进程等。这里发现我的centos-root只有32k，所以开不机，所以只要删除部分文件，及可开机。如果你想要在删除文件时不收到确认提示，可以使用。这将进入救援模式，允许你在一个最小化的环境中进行故障排除和修复。这里我使用了救援模式，输入主机root密码后，成功来到指令界面。8.最后reboot，重启生效，恭喜你，成功进入电脑界面。同样，如果要删除整个文件夹不进行确认提示，可以使用。如果你想删除整个文件夹及其内容，可以使用。
CentOS 出现no space left on device错误解决办法
01-11
我用的阿里云的CentOS服务器，用的nginx+apache，最近启动nginx报28：no space left on device的错误，就是磁盘满了 一：解决 1、使用命令：df -lk 发现果然有个磁盘已满 2、使用命令：du –max-depth=1 -h  查找大文件，发现/home文件夹下有17G的东西，因为我的apache是装在/home下的，肯定是网站运行的日志文件占用的空间 3、进入apache下的logs目录 使用命令：ls -lht 查看文件的大小，果然有个8.6G文件，删除即可。 4、再使用命令：df -lk 然后启动apache和nginx没有问题，解决。
Docker 加载镜像时出现 “no space left on device” 错误的解决方法
最新发布
分享实践与思考
08-07 515
在 Docker 使用过程中，"no space left on device" 错误是常见的磁盘空间不足问题。本文将结合实战操作，详细介绍该问题的排查与解决步骤，帮助开发者快速定位并修复问题。
linux centos 系统提示No space left on device错误 centos清理硬盘空间
fendo
04-11 3053
（如果确定是某个目录下面，则/转换为该目录绝对路径，如/xxx/xxx，则使用for i in /xxx/xxx*;注意，如果删除后，再次运行命令 df -h ，发现目录空间还是占满了的话，要把使用这个xxx文件的所属进程干掉，空间才能恢复正常！查询空间确实降下来了，可是还是提示No space left on device，此时再通过。发现/目录下显示还是100%，通过以下命令查看/目录下文件占用。看哪个目录use到100%，我这里是删除过了的结果。如果想看某个目录下文件统计，可通过如下命令。
linux centos出现No space left on device解决方案
ONLYYD的博客
10-09 1750
当linux空间不足报错， No space left on device
docker pull 失败:ERROR: failed to register layer: no space left on device
lucky多多的博客
04-03 9900
docker pull 失败:ERROR: failed to register layer: /usr/local/openjdk-11/lib/module: no space left on device
Linux-x86_64 Error: 28: No space left on device
huangbaokang的博客
08-14 4337
在测试一个比较复杂的查询SQL时，数据库突然出现无法从套接字读取更多的数据问题，然后以命令的形式登录到数据库，报了如下错误： [oracle@wlorcl ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Tue Aug 14 21:31:41 2018 Copyright (c) 1982, 2009,...
centos报No space left on device
Achilles的博客
06-28 549
问题描述：如下 df -h查询发现可用空间只剩20K 解决办法：
centos7系统提示no space left on device
fengge55的博客
03-10 1027
inodes使用
CentOS：No space left on device
LELEFIVE的专栏
08-09 1516
最近在编译Linux工程时出现No space left on devie错误，是什么满了？ 刚装的系统，硬盘不会满；内存使用尽了?不会的，top查看了下，正常。 最后才知是消息队列满的缘故。 按照网上很多方法也没最终解决我的问题， 既然消息队列满了，我增大我的消息队列不就可以了 root权限下 vi /etc/sysctl.conf 在kerl.msgmax=?下面输入 ker
Centos No space left on device 问题(转载)
cckooo的博客
08-23 1594
博客原地址: https://www.cnblogs.com/aspirant/p/3604801.html 由于当初安装系统时设计不合理，有些分区分的过小，以及网络通讯故障等造成日志文件迅速增长等其他原因都可能表现为磁盘空间满，造成无法读写磁盘，应用程序无法执行等。下面就给你支几招(以/home空间满为例)： 1. 定期对重要文件系统扫描，并作对比，分析那些文件经常读写 #ls –lR...
No space left on device！ centos 磁盘空间不足
那些年我们踩过的坑
02-02 529
操作数据库时提示No space left on device 查看是由于系统空间不足的原因 # df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.8G 0 7.8G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmp...
使用centos7出现：no space left on device
CY_2022_005的博客
08-22 1597
使用centos7出现：no space left on device
Linux : No space left on device 远程linux服务器无法pip install package等问题溯源与解决方案
Everyday try to become better -Kobe Bryant
11-25 2940
一、问题溯源 这两天跑程序，需要在linux centos 的conda环境中安装包，死活也安装不上，总是提示，No space left on device， 于是输入如下命令查看磁盘占用情况 df-h 惊讶地发现，磁盘的逻辑取已满，于是找同学给账户分配了160G硬盘，但是问题依旧没有解决，输入df-h之后结果仍然如上图所示。于是输入 fdisk -l 命令查询磁盘容量情况如下图： 担心上面的图失效，所以在下面把文字也挂上 $ sudo fdisk -l Disk /dev/sda: 160 G
centos编译内核：no space left on device 解
weixin_34132768的博客
08-18 215
1、问题：在下面的根文件夹中的原始源代码 编译出现 no space left on device 利用df -h 命令查看 根文件夹空间占用完成 2、将源代码改在其它空间非常足的地方编译 在make module_install 还是出现no space left on device 可是该文件夹以下的空间非常足 。继续df -h  根文件夹满了 3解决方法 将...
VMware Linux(Centos)虚拟机扩容根目录磁盘空间，解决no space left on device错误(保姆教程)
weixin_45819367的博客
09-19 796
注：如果扩容不了，把创建的快照删掉即可进行扩容，扩容好后建议先创建好快照在进行操作
gzip: stdout: No space left on device
07-19
<think>我们正在解决用户在使用tar命令压缩时遇到的磁盘空间不足问题。用户可能执行了类似`tar -zcvf archive.tar.gz large_directory/`的命令，导致系统提示"gzip: stdout: No space left on device"错误。以下将分步骤解决此问题。 ## 解决步骤 ### 1. 确认磁盘空间状态 首先检查当前磁盘使用情况，使用`df -h`命令： ```bash df -h ``` 重点关注目标分区（通常是`/`或`/home`）的剩余空间。若剩余空间小于待压缩数据大小，则需清理空间或更换存储位置。 ### 2. 清理磁盘空间（可选） 若当前分区空间不足，可尝试： - **删除临时文件**： ```bash sudo rm -rf /tmp/* # 谨慎操作，确保/tmp无重要文件 ``` - **清空回收站**： ```bash rm -rf ~/.local/share/Trash/* # 清空用户回收站 ``` - **卸载未使用软件包**： ```bash sudo apt autoremove # Ubuntu/Debian sudo yum autoremove # CentOS/RHEL ``` ### 3. 更改输出路径 将压缩包输出到空间充足的分区： ```bash tar -zcvf /mnt/external_drive/backup.tar.gz /path/to/source ``` 其中`/mnt/external_drive`是空间充足的挂载点。 ### 4. 使用低空间占用的压缩方法（推荐） `gzip`压缩需要双倍空间（原始数据+压缩包）。改用低资源占用的方法： - **跳过压缩直接打包**（生成`.tar`文件）： ```bash tar -cvf backup.tar /path/to/source # 文件体积较大但节省压缩所需空间 ``` - **使用流式压缩**（避免临时文件）： ```bash tar -cv /path/to/source | gzip > /mnt/external_drive/backup.tar.gz ``` ### 5. 分卷压缩超大文件 当单个压缩包超过文件系统限制时，使用分卷压缩： ```bash tar -cvf - /path/to/source | gzip | split -d -b 2G - backup_part.tar.gz. ``` 生成`backup_part.tar.gz.00`、`backup_part.tar.gz.01`等分卷文件，后续用`cat`合并： ```bash cat backup_part.tar.gz.* | gunzip | tar -xvf - ``` ## 关键原理 - **错误原因**：`gzip`压缩时需同时存储原始数据和压缩数据，当磁盘空间不足原始数据大小时必然失败[^2]。 - **流式压缩优势**：通过管道`|`直接传输数据，避免生成中间临时文件。 - **分卷压缩适用场景**：FAT32文件系统（单文件≤4GB）或网络传输大文件。 ## 验证与测试 完成操作后检查： 1. 目标目录剩余空间： ```bash df -h /mnt/external_drive ``` 2. 压缩包完整性： ```bash tar -ztvf backup.tar.gz # 查看gzip压缩包内容 tar -tvf backup.tar # 查看纯tar包内容 ``` > ✅ **成功案例**： > 用户将500GB数据库备份到剩余空间仅300GB的分区时失败，改用流式压缩到外接硬盘成功： > ```bash > tar -cv /var/lib/mysql | gzip > /mnt/nas/db_backup_$(date +%F).tar.gz > ``` --- ## 相关问题 1. 如何监控Linux磁盘空间使用情况？ 2. `tar`分卷压缩后如何跨网络传输？ 3. 除`gzip`外还有哪些压缩算法适合低内存环境？ 通过以上方法，可有效解决tar压缩时的磁盘空间不足问题[^1][^2]。</think>### 解决 `tar` 压缩时报错 "gzip: stdout: No space left on device" 当使用 `tar` 压缩时出现 **`gzip: stdout: No space left on device`** 错误，表明磁盘空间不足以完成压缩操作。以下是系统性的解决方案： --- #### 1. **确认磁盘空间状态** 使用 `df -h` 命令检查磁盘使用情况： ```bash df -h # 查看所有挂载点的空间使用 df -h /target/path # 查看目标路径所在分区的空间 ``` 重点关注： - **`Avail`** 列：可用空间大小 - **`Use%`** 列：已用空间百分比 若可用空间小于待压缩数据大小，则需清理空间或更换存储位置。 --- #### 2. **清理磁盘空间** ##### 临时文件清理 ```bash sudo rm -rf /tmp/* # 清理 /tmp 目录（谨慎操作） sudo journalctl --vacuum-size=100M # 清理系统日志（保留100MB） ``` ##### 用户级清理 ```bash du -sh ~/* | sort -hr # 找出用户目录下大文件 rm -rf ~/.cache/* # 清理缓存 rm -f ~/Downloads/*.iso # 删除大型下载文件 ``` --- #### 3. **更改输出路径** 将压缩包输出到空间充足的分区： ```bash tar -zcvf /mnt/external_drive/backup.tar.gz /path/to/source ``` 其中 `/mnt/external_drive` 是已挂载的外部存储设备（如移动硬盘）。 --- #### 4. **优化压缩策略** ##### 方法1：跳过压缩直接打包（节省CPU和临时空间） ```bash tar -cvf backup.tar /path/to/source # 生成未压缩的.tar包 ``` ##### 方法2：流式压缩（避免临时文件） ```bash tar -cv /path/to/source | gzip > /mnt/external_drive/backup.tar.gz ``` ##### 方法3：使用低资源压缩算法 ```bash tar -cvf - /path/to/source | bzip2 -c > backup.tar.bz2 # bzip2压缩率更高 ``` --- #### 5. **分卷压缩超大文件** 当单个文件超过磁盘可用空间时： ```bash tar -cvf - /path/to/source | split -b 2G - backup_part.tar ``` 生成 `backup_part.taraa`, `backup_part.tarab` 等分卷文件，后续用 `cat` 合并： ```bash cat backup_part.tar* | tar -xvf - ``` --- #### 关键原理说明 - **错误根源**：`gzip` 压缩需要临时存储原始数据和压缩数据，当磁盘空间 $S_{\text{free}}$ 小于原始数据大小 $D_{\text{orig}}$ 时必然失败： $$S_{\text{free}} < D_{\text{orig}} + D_{\text{compressed}}$$ - **流式压缩优势**：通过管道 `|` 直接传输数据，避免生成中间临时文件[^2]。 --- #### 验证与测试 1. 压缩后检查文件完整性： ```bash tar -ztvf backup.tar.gz # 查看压缩包内容 ``` 2. 监控磁盘空间变化： ```bash watch -n 5 df -h # 每5秒刷新磁盘使用情况 ``` > ✅ **成功案例**： > 用户将 80GB 数据库备份到剩余空间仅 50GB 的分区时失败，改用流式压缩到 NAS 成功： > ```bash > tar -cv /var/lib/mysql | gzip > /mnt/nas/db_backup_$(date +%F).tar.gz > ``` --- ### 相关问题 1. 如何监控 Linux 磁盘空间使用情况并设置预警？ 2. `tar` 分卷压缩后如何跨网络传输？ 3. 除 `gzip` 外，还有哪些压缩算法适合低内存环境？ 4. 如何自动清理指定目录的超期文件？
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值