Ubuntu触发硬件级系统重启

Ubuntu触发硬件级系统重启

  • [1. 挂载系统服务](#1. 挂载系统服务)
  • [2. 编写GPU状态监控](#2. 编写GPU状态监控)
  • [3. 编写重启函数](#3. 编写重启函数)
    • [3.1 启用内核硬件重启许可](#3.1 启用内核硬件重启许可)
    • [3.2 执行硬重启函数](#3.2 执行硬重启函数)
  • [4. 启用监控服务](#4. 启用监控服务)

因为一些至今尚未搞明白的神奇原因,RTX5090的显卡时不时就会在跑AI推理的时候挂掉(GPU lost),导致整个操作系统都在短时间内跟着一起挂掉。

在windows server上,这会导致整个操作系统自动关机重启,但是在Ubuntu上,这会导致显示器画面卡死在:

bash 复制代码
nvidia-modeset:ERROR:GPU:0:ERROR while waiting for GPU progres

使用的操作系统:Ubuntu24.04.3

Nvidia驱动:Driver Version: 580.95.05

到现在也不知道为什么会有这个显卡挂掉的问题【在同一台机器的windows server系统上同样会出现这个问题,而且更换了多个版本的驱动都存在,让我不得不怀疑硬件问题】,如果有人能知道可能的原因请麻烦告知一下。

但不论如何,目前的目的是让Ubuntu系统在显卡挂掉的情况下,能够全自动重启恢复。

经过研究,发现系统级的systemd服务在显示器画面已经爆炸的情况下其实还在正常工作,而进一步的研究发现,通过python的GPUtil.getGPUs()可以获取目前还在正常工作的显卡数量,如果这个数量低于正常水平,那么显而易见说明有显卡此时出现了故障掉线了。

这样解决思路就有了,基于在systemd服务中挂载一个root用户启动的python脚本,如果检测到GPU目前的工作数量低于正常水平(比如我的系统中应该是2张),那么就发出指令触发系统重启。

1. 挂载系统服务

在系统服务路径/etc/systemd/system/下,新建一个服务文件gpu_monitor.service

bash 复制代码
[Unit]
Description=gpu_monitor
After=network.target

[Service]
User=root
WorkingDirectory=/你的工程路径/gpu_monitor
ExecStart=/你的用户路径/anaconda3/envs/common/bin/python -u /你的工程路径/gpu_monitor.py
Restart=always

[Install]
WantedBy=multi-user.target

2. 编写GPU状态监控

编写python代码gpu_monitor.py监控GPU状态:

python 复制代码
import time
import GPUtil
import subprocess

# 正常情况下的GPU数量
NORMAL_GPU_NUM = 2
# 初始休眠,防止显卡无法恢复的情况下无限重启
INIT_SLEEP = 120
# 检测间隔
INTERVAL = 60

def reboot_system():
    pass # 系统重启逻辑

def main():
    gpu_num = len(GPUtil.getGPUs())
    print(f"Detect GPU num:{gpu_num}, init sleep until start monitor...")
    # 初始休眠,防止显卡无法恢复的情况下无限重启
    time.sleep(INIT_SLEEP)
    while True:
        try:
            gpu_num = len(GPUtil.getGPUs())
            if gpu_num < NORMAL_GPU_NUM:
                print(f"GPU lost! GPU num:{gpu_num}")
                reboot_system()
                # 重启命令执行后等待一段时间(防止程序提前退出)
                time.sleep(INTERVAL)
            else:
                print("GPU is ok!")
        except Exception as e:
            print(f"error: {e}")
        finally:
            time.sleep(INTERVAL)

if __name__ == "__main__":
    main()

3. 编写重启函数

对于如何重启恢复,尝试了很多办法,当然,思路都是基于python和root用户去运行重启命令。

但事实证明rebootshutdown这种软重启在log中能够自动恢复操作系统,但实际显示器上的画面依然停留在故障页面,因此,需要使用硬件层面的重启方式。

最后实验证明,需要使用基于sysrq-trigger的硬重启方式,才能完全恢复系统状态。

3.1 启用内核硬件重启许可

运行命令查看当前内核许可执行的权限:

bash 复制代码
cat /proc/sys/kernel/sysrq

发现默认输出为176

Linux 内核中 kernel.sysrq 的值是二进制位掩码(每一位对应一个 SysRq 功能),十进制值是所有开启位的数值之和。把 176 转换成二进制,对应的二进制:10110000

对应的权限中不包含重启(十进制2,二进制位序号1)的权限。

因此,如果需要在原本的基础上添加重启权限,则需要设置为176+2=178。

保险起见,不修改原文件,选择覆盖配置文件的参数配置方式:

bash 复制代码
sudo vim /etc/sysctl.d/99-sysrq-reboot.conf

添加行:

bash 复制代码
kernel.sysrq = 178

刷新配置:

bash 复制代码
sudo sysctl --system

查看当前配置:

bash 复制代码
sudo vim /etc/sysctl.d/99-sysrq-reboot.conf

发现在最下面已经多了kernel.sysrq = 178,这会覆盖前面相同名字的参数,此时内核已经允许执行硬件级别重启操作。

3.2 执行硬重启函数

重启对应的命令是b,即向/proc/sysrq-trigger写入b触发。

因此,对应的python函数代码为:

python 复制代码
def reboot_system():
    try:
        # 同步磁盘(避免数据丢失)
        print("同步磁盘数据到硬盘...")
        subprocess.run(["sync"], timeout=10, check=True)
    except subprocess.CalledProcessError as e:
        print(f"磁盘同步失败:{str(e)}")
    except subprocess.TimeoutExpired:
        print("磁盘同步超时,仍尝试重启...")
    except Exception as e:
        print(f"Sync失败:{str(e)}")

    try:
        # 写入b触发重启(硬件级)
        with open("/proc/sysrq-trigger", "w") as f:
            f.write("b")
        print("SysRq-b 重启指令已发送!系统即将重启...")

    except PermissionError:
        print("错误:无 root 权限写入 SysRq 相关文件!")
    except FileNotFoundError:
        print("错误:内核不支持 SysRq(CONFIG_MAGIC_SYSRQ 未开启)")
    except Exception as e:
        print(f"SysRq 重启失败:{str(e)}")

4. 启用监控服务

添加服务和开机自启动:

bash 复制代码
sudo systemctl daemon-reload
sudo systemctl enable gpu_monitor.service
sudo systemctl start gpu_monitor.service

此时,如果脚本检测到系统的GPU发生lost,就会自动重启计算机了。

相关推荐
偶遇急雨洗心尘4 小时前
记录一次服务器迁移时,数据库版本不一致导致sql函数报错和系统redirect重定向丢失域名问题
运维·服务器·数据库·sql
咋吃都不胖lyh4 小时前
CUDA、Ubuntu、显卡驱动:零基础讲清(附三者关联)
linux·运维·ubuntu
java_logo4 小时前
Transmission Docker 容器化部署指南
运维·docker·容器·kubernetes·apache·rocketmq·transmission
羊村懒哥4 小时前
ubuntu24.04系统安装VNC
linux·运维·服务器
A7bert7774 小时前
【YOLOv5seg部署RK3588】模型训练→转换RKNN→开发板部署
linux·c++·人工智能·深度学习·yolo·目标检测
BullSmall5 小时前
linux 根据端口查看进程和对应的应用
linux·运维
kali-Myon5 小时前
快速解决 Docker 环境中无法打开 gdb 调试窗口以及 tmux 中无法滚动页面内容和无法选中复制的问题
运维·安全·docker·容器·gdb·pwn·tmux
黑客思维者5 小时前
为什么Linux常被提权操作?
linux·网络·安全
石像鬼₧魂石5 小时前
Fail2Ban核心架构学习
linux·学习·ubuntu