报错“disk quota exceeded”表明用户配额超限，需按四步排查：先确认用户、挂载点及对应设备；再并行检查quota容量与df -i inode使用率；接着依瓶颈类型清理文件；最后验证quotaon是否启用。
用户反馈“无法写入文件”，报错含 disk quota exceeded，说明不是权限或磁盘满的问题，而是配额机制在起作用。排查要快、准、全，不能只盯着“空间”——inode 耗尽和容量超限同样致命，且表现一模一样。
第一步：确认是哪个用户、哪个挂载点出问题
先拿到关键信息：
- 用户账号名（比如
shrek） - 共享目录路径（比如
/share/） - 该目录实际挂载的设备（用
df -h /share查，例如/dev/vg01/file_lv）
这三者缺一不可。配额是按“用户 + 文件系统”绑定的，跨分区或换用户就得重新查。
第二步：分两路并行检查——容量和 inode
运行两个命令，5秒内出结果：
-
quota -u shrek /dev/vg01/file_lv—— 看用户在该设备上的配额使用详情，末尾带*表示已硬超限 -
df -i /share—— 看整个/share分区的 inode 使用率，IUse%超过 95% 就极可能卡死
注意：quota -u shrek 默认查的是用户主目录所在分区，如果 /share 是独立挂载的，必须显式指定设备，否则查错地方。
Windows-Android_SSH_Remote_Control
下载
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
第三步：定位瓶颈类型，针对性处理
根据上一步结果分情况：
-
容量超限：quota 显示
blocks已达硬限制（如 2G/2G），且df -h /share显示使用率不高（比如 65%）。这时清理用户自己的大文件即可，比如find /share -user shrek -size +10M -ls -
inode 超限：
df -i /share的IUse%接近或等于 100%，但df -h还有大量空间。重点删小文件，尤其是日志、缓存、session 文件。可用find /share -user shrek -type f | head -n 1000 | xargs ls -lhS快速看前1000个文件大小分布 - 两者都紧：先清 inode（删海量小文件见效更快），再清大文件腾空间
第四步：验证配额开关是否真开启
即使配额配置写了，也可能没生效。执行：
-
quotaon -p—— 查所有已启用配额的文件系统，确认/dev/vg01/file_lv在列表中且状态为on - 若不在列表里，补开：
quotaon /dev/vg01/file_lv
很多故障根源就是配额数据库建了（quotacheck），但忘了打开总开关（quotaon），系统全程“视而不见”。
不复杂但容易忽略
