- 博客(5)
- 收藏
- 关注
RSS订阅原创 [故障排查] Linux 下 Gedit 命令无反应？从 strace 日志读懂“僵尸进程”的沉默
Linux 下很多“静默失败”其实是程序逻辑上的“成功退出”。strace中的意味着程序逻辑走完了。如果没达到预期结果，说明它的逻辑（比如委托给其他进程）出了问题，而不是代码本身的 Crash。诸如 Gedit, Firefox, Chrome, VSCode 等现代 GUI 软件，大多默认采用单实例模式。遇到“打不开且不报错”的情况，90% 都是后台卡死了一个旧进程。
2025-12-16 15:39:53
476
原创 Python 与 C Shell (csh) 交互踩坑指南：Environment Modules 消失与 eval 死锁
调用系统环境工具：尽量寻找底层的二进制入口（如modulecmd），避免依赖 Shell 的交互式特性（如 Alias）。构建交互式胶水脚本：永远记得stdout是给程序读的，stderr是给用户看的。当你的脚本被管道或eval包裹时，请务必使用stderr来打印交互提示。
2025-12-12 10:09:40
667
原创 [实战记录] 解决 Docker GUI 程序在无显卡服务器上崩溃的终极指南 (Qt5 + VNC + OpenROAD)
摘要： 针对Docker GUI容器在RHEL7.9服务器（无GPU/VNC显示）中崩溃的问题，分析发现根源在于X11协议通信、软渲染模式及线程栈限制的差异。通过禁用MIT-SHM共享内存（QT_XCB_NO_MITSHM=1）、强制软件渲染（LIBGL_ALWAYS_SOFTWARE=1）、增大线程栈（--ulimit stack=64MB）及优化Qt绘图参数（如禁用ARGB透明通道），最终实现稳定运行。关键配置解决了远程X11环境下的内存竞争、渲染崩溃及栈溢出问题，适用于无显卡服务器的GUI容器化部署。
2025-12-08 14:03:13
539
原创 X11找不到DISPLAY排查之ss -lntp | grep 6000可能没有打开tcp监听
摘要：X11显示错误"Can't open display:master:0"通常是由于Master节点的XServer未开启TCP监听或防火墙阻挡端口6000。可通过netstat -nolp | grep 6000检查监听状态，若未开启需修改GDM配置或使用SSH隧道转发。防火墙问题可用firewall-cmd临时开放端口。建议优先采用SSH X11转发方案，无需root权限且更安全。验证网络连通性可用nc -v -z master 6000测试。
2025-11-27 10:00:56
256
原创 Linux bsub提交远程GUI作业有时候X11转发显示can‘t open DISPLAY解决方案
运行echo $DISPLAY记下冒号后的数字，然后加上6000得到套接字监听端口然后ss -lntp | grep ‘:6018’，这里表示列出当前系统上所有正在监听 (-l) 的 TCP (-t) 套接字，用数字格式 (-n) 显示它们的地址和端口，并告诉我分别是由哪个进程 (-p) 在使用它们。sudo vim /etc/ssh/sshd_config并且找到X11UseLocalhost 这一行。然后重新登录SSH会话，再次用bsub提交的时候可能要xhost +
2025-11-18 13:55:50
135
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人