Ubuntu系统间歇性生成0字节截图问题求助
Hey Jamilo, sorry to hear you're stuck with this frustrating intermittent screenshot bug—let's walk through some practical fixes that have helped other Ubuntu users resolve similar issues:
检查存储权限与磁盘空间
首先排查最常见的原因:- 确认默认截图保存目录(一般是
~/Pictures/Screenshots)的读写权限,运行命令:ls -ld ~/Pictures/Screenshots,确保输出里显示你的用户名拥有读写权限。如果权限异常,用sudo chown -R $USER:$USER ~/Pictures/Screenshots修复。 - 检查磁盘剩余空间,运行
df -h,如果磁盘剩余空间不足1GB,很可能是磁盘满导致写入失败,赶紧清理冗余文件(比如旧截图、缓存)再测试。
- 确认默认截图保存目录(一般是
排查截图工具进程冲突
系统自带截图服务和第三方工具(比如Shutter)可能抢占资源导致写入失败:- 如果用的是GNOME桌面,先暂时停止系统自带的截图服务:
systemctl --user stop gnome-shell-screenshot.service,之后只使用Shutter测试一段时间。如果问题消失,说明两者存在冲突,可以调整快捷键避免同时触发,或者设置其中一个为默认截图工具。
- 如果用的是GNOME桌面,先暂时停止系统自带的截图服务:
重置GNOME截图配置(GNOME桌面适用)
有时候GNOME的截图配置会出现异常,重置一下恢复默认:
运行dconf reset -f /org/gnome/gnome-screenshot/,然后按Alt+F2输入r回车重启GNOME Shell,之后再测试截图功能。修复PNG相关依赖库
错误提示提到“Fatal error in PNG image file: write error”,可能是PNG编码库损坏:- 重新安装libpng基础库:
sudo apt install --reinstall libpng16-16 - 同时修复Shutter的依赖:
sudo apt install --reinstall shutter libimage-exiftool-perl
- 重新安装libpng基础库:
查看系统日志定位根源
当问题再次出现时,立刻查看系统日志找具体报错:
运行journalctl -xe | grep -i screenshot或者journalctl -xe | grep -i png,看看有没有服务崩溃、权限拒绝等细节,这能帮你更精准定位问题所在。尝试替换截图工具
如果以上方法都无效,换个轻量稳定的截图工具测试,比如Flameshot:
安装命令:sudo apt install flameshot,设置它为默认截图工具并使用一段时间,看是否还会生成0字节文件。
备注:内容来源于stack exchange,提问作者Jamilo

