[踩坑]" 磁盘满了"的解决思路

最新推荐文章于 2025-05-02 16:33:45 发布
原创 最新推荐文章于 2025-05-02 16:33:45 发布
· 1.5w 阅读 · 11 ·
版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#磁盘 #bug #云服务器

本文记录了作者在云服务器上遇到磁盘空间不足的问题，通过排查大文件并理解文件删除原理，最终解决磁盘满的故障。使用`du`命令查找大文件，即使删除后仍需确保没有进程持有文件打开，以真正释放磁盘空间。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前言

半夜登到云服务器上测代码，结果一个tab补全
bash: 无法为立即文档创建临时文件: 设备上没有空间

行了，代码也不测了，先改bug吧。

正文

出现的问题就是tab无法正常补全
这里写图片描述

这里也很明显，就是磁盘空间不足。
于是用df 命令查看
这里写图片描述

额。。。GG

磁盘满了

之前暑假的时候就遇到过这种问题，当时是学姐的电脑，开机无图形界面（我这云服务器不需要图形），查看了一下磁盘就是写满了，当时解决的不好，这次赶紧记下来。

最简单的方式就是排除法，顺着目录树从/开始找大文件。

我们切换到root用户然后到

最低0.47元/天 解锁文章
Linux 运维故障排查思路，有这篇文章就够了
wenyusuran的专栏
08-07 1866
1. 背景 有时候会遇到一些疑难杂症，并且监控插件并不能一眼立马发现问题的根源。这时候就需要登录服务器进一步深入分析问题的根源。那么分析问题需要有一定的技术经验积累，并且有些问题涉及到的领域非常广，才能定位到问题。所以，分析问题和踩坑是非常锻炼一个人的成长和提升自我能力。如果我们有一套好的分析工具，那将是事半功倍，能够帮助大家快速定位问题，节省大家很多时间做更深入的事情。 2. 说明 本篇文章主要介绍各种问题定位的工具以及会结合案例分析问题。 3. 分析问题的方法论 套用5W2H方法，可以提.
mysql数据迁移与同步常用解决方案总结
congge
05-10 6914
mysql数据迁移与同步常用解决方案总结
转为动态磁盘的大坑
nongcunqq的博客
02-26 2442
一块固态盘，因为全盘clone系统时，系统盘偏小，只有100G，后来有点不够用，本想扩展一下系统分区，搞砸了。 当时没有win10下扩展C盘的经验，误将C盘转为动态盘，这下坏了，不能进入固态盘系统。 后来用傲梅分区助手执行无损动态盘转为基本盘，表面上看是转为基本盘，实际上还是没转为基本盘。 再次执行全盘clone机械盘到固态盘，也能clone， 但是进入系统是提示ishost hardware error，不能进入桌面，强行启动explorer，修复也不行，一度怀疑是安装了某个软件导致的问题。 后来打开di
服务器出问题,磁盘已满,没有首先想到是错误日志,以此为记.
weixin_30897079的博客
07-22 252
C:\WINDOWS\system32\LogFiles\HTTPERR 竟然没有先想到他! 转载于:https://www.cnblogs.com/fanweixiao/archive/2008/09/24/1298415.html
Kafka数据磁盘占满处理
m0_58377962的博客
05-02 345
如果对Kafka数据存储有一定了解，可以知道：Kafka主题数据是以分区为单位存储于磁盘中。在创建主题的时候，会往log.dir配置的磁盘按一定规则创建分区文件夹（不同副本的分区不会在同一节点上）。当往某个主题写数据时，broker会找到对应分区，然后数据根据算法（一般是Robin）写到对应分区。如果某个磁盘中的分区一直在往里写数据，但又未达到数据定期删除的时间阈值（默认7天），则很容易将磁盘写满，导致后续数据无法写入。此时该节点的broker很容易宕机，进而影响业务。
Linux:无法为立即文档创建临时文件，设备上没有空间
zuiyijiangnan的博客
02-14 2765
Linux:无法为立即文档创建临时文件，设备上没有空间
虚拟机磁盘空间不足：cd -bash: 无法为立即文档创建临时文件: 设备上没有空间
m0_73972297的博客
12-29 1191
终端操作Linux时，出现如下报错信息“cd -bash: 无法为立即文档创建临时文件: 设备上没有空间”。表明系统在尝试创建临时文件时没有足够的磁盘空间。这通常发生在操作系统尝试在磁盘上创建临时文件，但磁盘空间不足。可以看到usr和var占用较多。可以在两个目录下逐一查看，删除不需要的文件释放磁盘空间。在硬盘选择扩展，为虚拟机分配更多虚拟内存。注意，扩展虚拟机内存要删除现有的快照。使用df -h”显示目前磁盘空间和使用情况。命令删除所有未使用的资源。来分别清理这些资源。
Linux：无法为立即文档创建临时文件: 设备上没有空间
Java/Python大数据随笔
10-04 1500
很明显，设备上没有空间，即磁盘空间不足。首先想到的是虚拟机扩容。因此，我们选择清理大文件或将大文件备份到其它机器。至此，我们为第一台机器释放了4.5GB的磁盘空间。点击硬盘，点击扩展，发现需要删除快照才能扩容。下的压缩包删除或备份，这里为安全起见，我们将。下的压缩包分为两批分别备份到其它机器的。下是压缩包解压文件，因此，只能将。然后查看占用空间最大的文件夹。将剩余第二批压缩包发送到。将第一批压缩包发送到。
JVM 优化踩坑记
PP_HUANG的博客
07-12 874
本文记录了服务 JVM 优化的过程与思路，有对 JVM GC 原理以及对问题排查方向和工具的介绍，也有走弯路和踩坑，分享出来希望对大家有所帮助。
Maven踩坑记录与反思
舒一笑的博客
03-08 124
首先，目前技术团队使用Maven私服为Nexus，但是具体配置的账号密码。前同事与我交接过程中并没有给我，老板与我再三联系都杳无音信。讲真的此刻的内心是：但是没有办法，事情既然已经发生。后续老板也与我进行沟通，单独谈了此事。既然联系几次之后都毫无回应，但是问题肯定是需要进行解决。假如现在的我一直纠结于对方何时会给我们反馈，这件事是一个件不确定事情。作为一个研发人员，假如想从事以后能做解决方案架构师角度，肯定是需要进行另寻他路。
-bash: 无法为立即文档创建临时文件: 设备上没有空间---记一次报错
weixin_30539625的博客
06-25 6196
故障发生原因 测试环境，之前用该机器做过docker-compose，后来有需要用到该机器上的docker环境，需要将旧的docker容器全部删除，由于之前启动是使用docker-compose启动的，正常手段也应该使用该工具关掉容器。但是我用的是docker rm --force 命令，可能不知道系统哪根筋不对了吧 下面是现象 [root@localhost ~]# ls -bash: 无法为立...
报错fs0.0.2|无法为立即文档创建临时文件: 设备上没有空间
qq_42837385的博客
07-18 918
发现了是/data/yjs/nacos里的日志文件nohup.out在占磁盘容量，然后直接rm删除。发现/data下文件已经有74G，非常之大，就进一步查看是哪个文件在占空间。然后用命令du-h-x--max-depth=1查看/下的文件容量。删除结束后查看磁盘容量已经有可用的了，tab键位也正常来了，问题解决。准备连上虚拟机进/data目录时候，突然tab出了问题。用一样的方法将其他文件的日志文件删除。然后查看挂载情况，发现磁盘满了。...
Docker执行命令提示设备没有相对空间，无法创建，overlay2文件夹磁盘占满
weixin_43744523的博客
09-19 1064
docker
Linux：--bash 无法为立即文档创建临时空间：设备上没有空间
weixin_40587144的博客
10-29 2841
Linux：–bash 无法为立即文档创建临时空间：设备上没有空间 一般遇到这种情况就是磁盘占用满了；如果是日常运行服务的话，基本都是日志未定期清除占满了磁盘。 解决办法： 1: 输入：cd / 回到更目录 2:输入：df -Th 查看各个目录的磁盘使用情况，如下图： 会发现根目录：/dev/mapper/centos-root 已经满了； 3:输入: du --max-depth=1 -h 查看当前文件夹下面各个文件或则文件夹大小，如下图： 发现： /usr 目录下的暂用情况最大，然后:
记一次cd [tab]报错 cd bash: 无法为立即文档创建临时文件: 只读文件系统 问题解决
热门推荐
weixin_41000139的博客
02-24 1万+
1.reboot 重启电脑，再进去的时候就进不到你熟悉的界面了，而是显示（initramfs)命令行并且其中有一段内容为root file system requires manual fsck2.输入命令fsck -f /dev/sda1（在此之前我还试了下fsck -f /    不同的版本，文件路径也不尽相同，所以这个命令也放上去，遇到问题的朋友都试一下）（如果不是root权限的话，可能还要...
服务器硬盘显示inactive,Activemq 常见问题解决办法
weixin_33311334的博客
07-30 1603
监控到容器的cpu使用率过高问题当Grafana监控到Container Cpu Usage is high指标并告警，则说明activemq容器cpu使用率过高，为避免业务因 CPU 资源不足而受影响，建议提前对 CPU 利用率过高的实例进行业务优化，例如控制高并发，或者升级 CPU 资源，若参数调整后，而 CPU 利用率依然偏高，建议找维护人员升级 CPU 的配置，进而提高activemq的整...
无法创建普通文件"/mnt/floppy/loader.bin": 设备上没有空间
didihe1988的专栏
10-19 4157
最近在看《Orange's 一个操作系统的实现》 error cp:无法创建普通文件"/mnt/floppy/loader.bin": 设备上没有空间 make image之前要 bximage   选择fd 1.44 a.img yes .....
activemq 内存_ActiveMQ中的温度，存储和内存使用百分比
最佳 Java 编程
06-14 787
activemq 内存 为了有效使用ActiveMQ，了解ActiveMQ如何管理内存和磁盘资源以处理非持久性消息和持久性消息非常重要。 ActiveMQ具有三个关键参数，需要对其进行检查。 临时使用百分比 这是已用于假脱机非持久消息的已分配磁盘存储的百分比 非持久性消息是无法在代理重新启动后幸存的消息 店铺使用率 这是已用于存储持久性消息的已分配磁盘空间的百...
虚机开机 报错qemu-kvm: -blockdev {"node-name":"libvirt-1-format","read-only":false,"driver":"qcow2","file":"libvirt-1-storage"}: Could not reopen file: Permission denied
最新发布
06-04
<think>嗯，用户遇到了QEMU-KVM虚拟机开机时报权限拒绝的问题，看起来和之前提供的引用[1]是同类问题。从日志看核心矛盾是/var/run/ceph目录权限不符合QEMU进程要求——目录属主是ceph但QEMU以qemu用户身份运行。用户可能刚接触虚拟化运维，需要具体操作指导。虽然引用里提到调整目录权限的解法，但实际环境可能有更优方案：比如通过libvirt自动重定向socket路径就能避免直接改系统目录权限，更安全且符合虚拟化管理规范。考虑到生产环境稳定性，给出三种解法梯度：临时方案最快但需每次重启修复，重定向方案最优雅但依赖libvirt配置，而权限方案持久却需注意安全影响。特别提醒权限设置不能给777这种危险选项，755足够，这容易踩坑。用户没提具体发行版，所以方案需兼顾CentOS和Ubuntu等主流系统。所有方案都强调先备份配置文件，这点对新手很重要。最后补上根本原因说明，帮助用户理解ACL权限体系和进程上下文概念——毕竟知其所以然才能彻底解决问题。打算生成三个实操性问题：关于SELinux的深度影响、libvirt的配置验证、ACL权限应用场景，这些都是延伸知识里最实用的部分。</think> 好的，这个报错 `Could not reopen file: Permission denied` 的核心问题通常是 QEMU-KVM 进程试图访问其没有足够权限的文件（最常见的是 Unix Domain Socket 文件 `.asok` 文件）或其父目录。结合您提供的引用，解决方案主要围绕调整相关文件和目录的所有权和权限。以下是具体解决步骤： ### 🔧 解决方案步骤 #### 🧰 1. **确认问题根源（核心与引用一致）** * 报错信息明确指出是权限问题 (`Permission denied`)。 * 引用信息更具体：QEMU 进程（用户 `qemu`）试图在 `/var/run/ceph/guests/` 目录下创建或访问文件（如 `ceph-client.openstack.<id>.asok`），但该目录的权限 `770` 且属主为 `ceph:ceph`，导致 `qemu` 用户无权进入或写文件。 #### 📂 2. **更改目标目录的所有权 (最直接有效的方案)** * **目标**：让 `/var/run/ceph/guests/`（或其上级目录 `/var/run/ceph/`）的所有者和/或权限允许 `qemu` 用户读写。 * **推荐方案 (修改目录属组并添加组权限)**： ```bash sudo chown -R ceph:qemu /var/run/ceph/ # 递归地将/var/run/ceph目录及其下所有内容的属组改为qemu sudo chmod -R g+rwx /var/run/ceph/guests/ # 递归地给guests目录属组增加读写执行权限 ``` * `chown ceph:qemu`: 将目录属主保持为 `ceph`（如果 Ceph 进程也需要访问），但将属组改为 `qemu`。这样 `qemu` 组的成员（即 QEMU 进程）就获得了权限。 * `chmod g+rwx`: 确保 `qemu` 组 (`g`) 有读(`r`)、写(`w`)、执行(`x` - 进入目录所需)权限。 * **备选方案 (修改目录权限) - 风险略高**： ```bash sudo chmod 775 /var/run/ceph/guests/ # 让属组和其他用户都有读和执行权限，属组有写权限 ``` * `775`：属主(`ceph`)拥有 `rwx`，属组(`ceph` 或你需要设置的组如 `qemu`）拥有 `rwx`，其他用户拥有 `r-x`。这需要**先确保目录属组是允许QEMU访问的组**。 * **不推荐使用 `777`**！这会给所有用户完全访问权限，存在安全风险。 #### 🔁 3. **确保 QEMU 进程在正确用户下运行 (通常默认配置正确)** * QEMU-KVM 进程通常由 `libvirtd` (本身以 `root` 运行) 管理，并 `fork/exec` 出实际虚拟机进程。 * 检查 QEMU 进程的用户(以 CentOS/RHEL/Ceph 常见部署为例): ```bash ps aux | grep qemu-kvm | grep -v grep ``` * **输出应类似于**： ``` qemu <pid> ... /usr/libexec/qemu-kvm ... # 注意第一个字段是 'qemu' ``` * 确认您的 `/etc/libvirt/qemu.conf` 中用户设置： ```bash sudo grep '^[^#]*user' /etc/libvirt/qemu.conf # 查找非注释的用户设置行 sudo grep '^[^#]*group' /etc/libvirt/qemu.conf # 查找非注释的组设置行 ``` * 通常默认是 `user = "root"` (由 root 启动) 和 `dynamic_ownership = 1` (虚拟机进程切换为配置文件定义的用户，通常是 `qemu`。如果没有特别配置，虚拟机磁盘文件的所有权会自动调整。 #### 🧩 4. **检查 Ceph 客户端 Socket 路径配置（如果涉及 Ceph）** * 引用中提到 socket 路径为 `/var/run/ceph/guests/ceph-client.openstack.<id>.asok`。 * 检查您虚拟机使用的 Ceph 配置文件（通常是 `ceph.conf` 片段或 libvirt 磁盘定义中指定的）是否指向这个路径区域。 * 确保步骤 2 修改的是*实际路径*所在的目录。不同版本的驱动或配置可能导致路径变化（如可能在 `/var/run/ceph/` 下其他目录）。 #### 🛠 5. **处理 SELinux 上下文（如果启用了 SELinux）** * 如果上述权限调整后问题依旧，且您的系统启用了 SELinux，则可能是 SELinux 安全上下文阻止访问。 * **临时测试**：临时将 SELinux 设置为 Permissive 模式，看问题是否消失： ```bash sudo setenforce 0 ``` * 如果虚机此时能正常启动，则确认是 SELinux 问题。 * **永久解决 (不推荐直接关闭 SELinux)**: * **方案 A (推荐)**：安装 `setroubleshoot-server/setroubleshoot` 和 `auditd`，查看 `/var/log/audit/audit.log` 或 `sudo sealert -a /var/log/audit/audit.log`，找到与 `qemu_t` 和 `ceph_var_run_t` (或相关上下文) 的访问拒绝信息（`AVC denied`）。根据提示创建正确的 SELinux 策略模块。 * **方案 B**：针对特定目录修改 SELinux 上下文： ```bash sudo semanage fcontext -a -t ceph_var_run_t "/var/run/ceph/guests(/.*)?" sudo restorecon -Rv /var/run/ceph/guests ``` * 这告诉 SELinux `/var/run/ceph/guests` 及其内容应该具有 `ceph_var_run_t` 类型，该类型通常允许 Ceph 和 QEMU 相关进程访问。 * **方案 C (最后手段)**：如果无法确定精确策略且对安全要求不是极度严苛，可以考虑放宽规则（如 `sudo setsebool -P virt_use_ceph 1`）或在相关目录/文件上设置 `sudo chcon -R -t virt_image_t /var/run/ceph/guests`。但优先咨询 SELinux 文档或安全专家。 #### 🧹 6. **重启服务** * 修改目录权限/所有权、SELinux 上下文或 libvirt 配置后，重启 `libvirtd` 和相关服务： ```bash sudo systemctl restart libvirtd ``` ### 📚 原因总结 问题的根本原因是进程上下文 (`qemu` 用户) 需要访问的文件 (`/var/run/ceph/guests/*.asok`) 或其目录的 **访问控制权限 (ACL)** 不允许该用户进行所需操作（创建/写入/读取/执行）。解决方案的核心在于**使目标路径的权限设置（传统 Unix 权限或 SELinux 策略）符合运行 QEMU-KVM 进程的用户 (`qemu`) 的访问要求**[^1]。 ### 🔍 相关问题 (Generated) 1. **如何确认 `/var/run/ceph/guests` 目录的当前权限和所有者？**[^1] * *解答*: 使用命令 `ls -ld /var/run/ceph/guests` 查看目录本身权限，`ls -l /var/run/ceph/guests` 查看内部文件权限。 2. **`setenforce 0` 临时关闭 SELinux 后问题解决，如何生成永久且安全的 SELinux 规则？** * *解答*: 使用 `sudo sealert -a /var/log/audit/audit.log` 分析 AVC 拒绝日志，找到缺失的允许规则，使用 `audit2allow` 工具生成自定义策略模块。 3. **除了修改 `/var/run/ceph/guests` 权限，是否可以让 QEMU 在别处创建 `.asok` 文件？** * *解答*: 可以。修改虚拟机配置或 Ceph 客户端配置，指定一个对 `qemu` 用户有写权限的目录（如 `/var/run/libvirt/guestsockets/` 并确保权限设置正确）。 [^1]: 本文解决方案的核心思路基于权限上下文匹配原则，并结合了引用[1]中描述的 `/var/run/ceph` 目录权限与 QEMU 进程用户(`qemu`)不匹配的具体场景分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值