报错“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），系统全程“视而不见”。

不复杂但容易忽略