网路互联

DeepSeek生成的关于openeuler系统自动编译安装kernel内核脚本

Mon, 01 Jun 2026 22:18:09 +0800

DeepSeek生成的关于openeuler系统自动编译安装kernel内核脚本

完整脚本请下载附件

deepseek_Install_Kernel_Full.sh.zip

最终脚本

1，提问：

优化脚本

2，AI回复

我们被要求“优化脚本”。用户之前已经有一个能够工作的脚本，但在运行中遇到了证书问题，我们已解决。现在需要基于解决后的脚本进行优化。

需要分析可能优化哪些方面：

代码健壮性：添加错误处理、日志记录、路径检查。
性能：使用更多并行编译、增量编译？不能，因为是全量编译。
灵活性：可配置内核版本、URL、安装路径等参数。
交互性：减少交互，全自动。
清理：编译完成后清理源码包以节省磁盘空间？可能可选。
功能增强：检查磁盘空间，显示进度，备份旧内核配置，自动确认。
依赖安装：添加必要依赖，避免重复安装，使用检查。
错误处理：set -e 已存在，可以添加 trap 清理。
日志：将输出重定向到日志文件同时输出到终端。
检查系统是否为 openEuler 2509，给出警告。
检查内核版本是否与当前运行冲突。
支持恢复默认内核等。

要求是“优化脚本”，应生成一个改进的脚本版本，并解释优化点。

因为上一次回答中已经包含了一个修复脚本，现在可以在此基础上优化。

注意对话历史，最后用户说“优化脚本”。那么我们输出优化后的脚本并说明改进点。

确保脚本在 openEuler 2509 上可用，兼容性。

优化建议：

添加颜色输出，更友好的日志。
将内核下载地址设为变量，便于修改。
添加依赖包检查，仅安装缺失的。
检查是否有足够磁盘空间（比如至少10GB）。
编译时使用 -j$(nproc) 但避免内存不足，可以加限制。
在 make 时添加 V=1 以便出错时看到详细信息？或者默认不开启，但提供选项。优化脚本可考虑在出错时自动开启详细模式，但较复杂。
增加 time 命令统计耗时。
完成后可选删除源码包和解压目录，或保留。
添加 set -o pipefail 使管道错误也能被捕获。
检测内核是否已经安装，避免重复安装。
将编译日志保存到文件，方便排查。
在 grubby 设置默认前，验证新内核文件存在。
增加回滚功能：备份旧内核的 grub 配置？可选。
使用 exec > >(tee ...) 记录日志。

综上，我会提供一个优化版脚本，并注释说明优化点。

已对脚本进行了多方面的优化，增强了可靠性、灵活性和用户友好性。以下是优化后的脚本：

#!/bin/bash
# ============================================================
# 优化版：在 openEuler 2509 上编译安装 Linux Kernel 7.0.9
# 功能：自动下载、配置、编译、安装、设为默认启动
# ============================================================
set -euo pipefail

# -------------------------- 可配置变量 --------------------------
KERNEL_VERSION="${1:-7.0.9}"                    # 可通过命令行参数指定内核版本
KERNEL_SOURCE="linux-${KERNEL_VERSION}"
KERNEL_ARCHIVE="${KERNEL_SOURCE}.tar.gz"
KERNEL_URL="https://mirrors.nju.edu.cn/kernel.org/linux/kernel/v7.x/${KERNEL_ARCHIVE}"
WORK_DIR="/usr/src"
BOOT_DIR="/boot"
BUILD_LOG="${WORK_DIR}/kernel_build_${KERNEL_VERSION}.log"   # 编译日志
DISK_SPACE_MIN_MB=10240                            # 至少 10GB 剩余空间

# -------------------------- 颜色定义 --------------------------
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m' # No Color

# -------------------------- 辅助函数 --------------------------
print_info()  { echo -e "${GREEN}[INFO]${NC}  $*"; }
print_warn()  { echo -e "${YELLOW}[WARN]${NC}  $*"; }
print_error() { echo -e "${RED}[ERROR]${NC} $*"; exit 1; }

check_root() {
    if [ "$EUID" -ne 0 ]; then
        print_error "请使用 root 权限运行此脚本。"
    fi
}

check_os() {
    if [ ! -f /etc/openEuler-release ]; then
        print_warn "未检测到 openEuler 系统，脚本可能运行异常。"
    else
        print_info "系统版本: $(cat /etc/openEuler-release)"
    fi
}

check_space() {
    local available_mb
    available_mb=$(df --output=avail -m "$WORK_DIR" | tail -1)
    if [ "$available_mb" -lt "$DISK_SPACE_MIN_MB" ]; then
        print_error "${WORK_DIR} 剩余空间不足 ${DISK_SPACE_MIN_MB}MB，当前仅 ${available_mb}MB。"
    fi
    print_info "磁盘空间检查通过 (可用 ${available_mb}MB)"
}

install_dependencies() {
    print_info "安装编译依赖..."
    dnf makecache -q
    local pkgs=(
        gcc make flex bison openssl-devel elfutils-libelf-devel
        ncurses-devel bc perl perl-devel tar wget bzip2 dwarves grubby
        kernel-devel-$(uname -r) dnf-plugins-core
    )
    # 安装所有包，缺失的安装，已存在的跳过
    dnf install -y "${pkgs[@]}" 2>/dev/null || true
    print_info "依赖安装完成"
}

download_source() {
    cd "$WORK_DIR"
    if [ -f "$KERNEL_ARCHIVE" ]; then
        print_warn "源码包 ${KERNEL_ARCHIVE} 已存在，将被覆盖。"
        rm -f "$KERNEL_ARCHIVE"
    fi
    print_info "下载内核源码：${KERNEL_URL}"
    wget -q --show-progress "$KERNEL_URL" || print_error "下载失败，请检查网络或 URL。"
}

extract_source() {
    print_info "解压源码..."
    tar -xzf "$KERNEL_ARCHIVE"
    if [ ! -d "$KERNEL_SOURCE" ]; then
        print_error "解压失败，未找到目录 ${KERNEL_SOURCE}"
    fi
    cd "$KERNEL_SOURCE"
}

configure_kernel() {
    print_info "配置内核..."
    # 1. 优先使用当前运行内核的配置
    local current_config="/boot/config-$(uname -r)"
    if [ -f "$current_config" ]; then
        cp "$current_config" .config
        print_info "已复制当前内核配置（${current_config}）"
    else
        make defconfig
        print_info "使用默认 defconfig"
    fi

    make olddefconfig

    # 2. 清除 openEuler 特有的证书路径，避免编译报错
    scripts/config --set-str CONFIG_SYSTEM_TRUSTED_KEYS ""
    scripts/config --set-str CONFIG_SYSTEM_REVOCATION_KEYS ""
    scripts/config --set-str CONFIG_SYSTEM_EXTRA_CERTIFICATE ""

    # 3. 禁用 Rust 支持（openEuler 最小化安装通常没有 Rust 工具链）
    scripts/config --disable CONFIG_RUST
    scripts/config --disable CONFIG_RUST_IS_AVAILABLE

    # 使修改生效
    make olddefconfig
    print_info "内核配置完成"
}

build_kernel() {
    local cpu_cores
    cpu_cores=$(nproc)
    print_info "开始编译内核（使用 ${cpu_cores} 线程），日志同时写入 ${BUILD_LOG}"
    # 编译并记录详细日志，方便排错
    make -j"$cpu_cores" V=1 2>&1 | tee "$BUILD_LOG"
    if [ ${PIPESTATUS[0]} -ne 0 ]; then
        print_error "内核编译失败，请查看日志：${BUILD_LOG}"
    fi
    print_info "编译完成"
}

install_kernel() {
    print_info "安装内核模块及内核..."
    make modules_install
    make install
}

set_default_boot() {
    print_info "设置新内核为默认启动项..."
    # 查找新内核镜像（可能带架构后缀）
    local new_kernel
    new_kernel=$(ls "${BOOT_DIR}/vmlinuz-${KERNEL_VERSION}"* 2>/dev/null | head -1)
    if [ -z "$new_kernel" ]; then
        print_error "未找到新内核文件 ${BOOT_DIR}/vmlinuz-${KERNEL_VERSION}*"
    fi
    grubby --set-default="$new_kernel"
    if command -v grub2-mkconfig &>/dev/null; then
        grub2-mkconfig -o /boot/grub2/grub.cfg
    fi
    print_info "默认内核已设置为：${new_kernel}"
}

cleanup_optional() {
    print_info "清理：可选择删除源码包与编译目录以节省空间。"
    read -p "是否删除源码包 ${KERNEL_ARCHIVE}？[y/N] " -r ans
    if [[ "$ans" =~ ^[Yy]$ ]]; then
        rm -f "${WORK_DIR}/${KERNEL_ARCHIVE}"
        print_info "已删除源码包"
    fi
    read -p "是否删除编译目录 ${WORK_DIR}/${KERNEL_SOURCE}？[y/N] " -r ans
    if [[ "$ans" =~ ^[Yy]$ ]]; then
        rm -rf "${WORK_DIR}/${KERNEL_SOURCE}"
        print_info "已删除编译目录"
    fi
}

# -------------------------- 主流程 --------------------------
main() {
    print_info "开始安装 Linux Kernel ${KERNEL_VERSION}"
    check_root
    check_os
    check_space
    install_dependencies
    download_source
    extract_source
    configure_kernel
    build_kernel
    install_kernel
    set_default_boot

    echo ""
    print_info "内核 ${KERNEL_VERSION} 安装完成！"
    print_info "请执行 reboot 重启以进入新内核。"
    echo ""
    cleanup_optional
}

main "$@"

3，优化点说明

错误处理增强set -euo pipefail 确保任何命令失败、未定义变量、管道错误都能立即退出，避免带伤运行。
参数化内核版本可通过命令行参数指定（默认 7.0.9），例如：./script.sh 7.0.10
日志记录编译输出完整保存至 /usr/src/kernel_build_*.log，便于失败后排查。
前置检查

系统是否为 openEuler（给出警告而非强制退出）
工作目录至少 10GB 剩余空间（避免编译中断）

交互与清理编译完成后可选择删除源码包和编译目录，释放磁盘空间。
色彩与友好输出使用颜色标记信息、警告、错误，阅读更直观。
安全改进

wget -q --show-progress 隐藏多余信息
依赖安装时使用数组，避免遗漏
make olddefconfig 多次调用确保配置一致性

健壮性

检查解压后目录是否存在
编译失败时直接定位日志文件
设置默认启动前严格校验内核文件

此脚本可直接用于 openEuler 2509 最小化安装环境，运行过程中所有关键步骤均有反馈，遇到问题可快速定位。

Linux安装google chrome或是 edge浏览器后不支持 root打开解决方法

Sat, 30 May 2026 07:03:43 +0800

Linux安装google chrome或是 edge浏览器后不支持 root打开解决方法

平时喜欢用google浏览器，就在centos上装了个google浏览器，

但在root用户下无法启动，切换为其他帐号可正常打开浏览器，

原因是google浏览器不允许root用户启动，但我平时都是用root帐号，以下是root用户下解决办法：

vim /opt/google/chrome/google-chrome

或 是 /opt/microsoft/msedge/microsoft-edge

找到最后一行修改为：

exec -a "$0" "$HERE/chrome" "$@" --no-sandbox

然后:w保存，就能正常启动google浏览器了

openEuler2403 安装UKUI桌面并配置 Intel AX210 无线驱动

Tue, 26 May 2026 19:41:54 +0800

已为您整理为一份结构化文档，请复制以下内容保存为 .md 或 .txt 文件。

 


 1. 安装桌面环境和 VNC 服务
# 安装 UKUI 桌面
sudo dnf install ukui -y

# 安装 TigerVNC 服务端
sudo dnf install tigervnc-server -y

2. 配置 VNC 启动脚本（解决黑屏问题）

用普通用户登录后执行以下操作：

bash

# 备份原文件
mv ~/.vnc/xstartup ~/.vnc/xstartup.bak

# 创建新的 xstartup 文件v
i ~/.vnc/xstartup

写入以下内容：

#!/bin/sh

#unset SESSION_MANAGER
#unset DBUS_SESSION_BUS_ADDRESS

# Assume either Gnome will be started by default when installed
# We want to kill the session automatically in this case when user logs out. In case you modify
# /etc/X11/xinit/Xclients or ~/.Xclients yourself to achieve a different result, then you should
# be responsible to modify below code to avoid that your session will be automatically killed
#if [ -e /usr/bin/gnome-session ]; then
#    vncserver -kill $DISPLAY
#fi

# 1. 清除冲突的环境变量
unset SESSION_MANAGER
unset DBUS_SESSION_BUS_ADDRESS

/etc/X11/xinit/xinitrc

# 2. 设置 UKUI 所必需的环境变量
export XDG_RUNTIME_DIR=/tmp/runtime-$USER
export XDG_CURRENT_DESKTOP=UKUI

# 3. 启动 D-Bus 会话
if [ -z "$DBUS_SESSION_BUS_ADDRESS" ]; then
    eval $(dbus-launch --sh-syntax)
    export DBUS_SESSION_BUS_ADDRESS
fi

# 4. 设置美观的灰蓝色背景
#xsetroot -solid "#5A6E7A"

# 5. 启动 UKUI 桌面环境
exec ukui-session

赋予执行权限：

chmod +x ~/.vnc/xstartup


3. 启动 VNC 服务

# 先停止可能运行的会话
vncserver -kill :1

# 启动新会话（分辨率 1920x1080，24位色深）
vncserver :1 -geometry 1920x1080 -depth 24

4. 防火墙放行端口

sudo firewall-cmd --add-port=5901/tcp --permanentsudo firewall-cmd --reload

使用 VNC 客户端连接 服务器IP:1 即可看到 UKUI 桌面。

二、Intel AX210 无线网卡驱动安装

1. 确认硬件和内核

bash

# 检查网卡是否被识别
lspci | grep -i network | grep AX210

# 确认内核版本（应为 6.x）

uname -r

2. 安装基础固件包

bash

sudo dnf updates
sudo dnf install linux-iwlwifi-firmware

注意：安装后可能仍缺少最新版本的 .ucode 文件，需手动下载补充。 openEuler系统中的软件包是： linux-firmware-iwlwifi

3. 检查错误并手动下载固件

查看内核日志：

dmesg | grep iwlwifi

常见错误示例：

Direct firmware load for iwlwifi-ty-a0-gf-a0-XX.ucode failed
PNVM data is missing, please install iwlwifi-ty-a0-gf-a0.pnvm

根据日志提示的版本范围（最小59，最大83），下载所需固件：

# 下载 PNVM 文件
wget  

# 下载缺失的 .ucode 文件（以 59 和 83 为例）
wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/iwlwifi/iwlwifi-ty-a0-gf-a0-59.ucode
wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/iwlwifi/iwlwifi-ty-a0-gf-a0-83.ucode

# 复制到固件目录
sudo cp -a  iwlwifi-ty-a0-gf-a0* /usr/lib/firmware/intel/iwlwifi/

4. 彻底卸载并重新加载驱动模块

# 按依赖顺序卸载模块
sudo modprobe -r iwlmvm
sudo modprobe -r iwlmei
sudo modprobe -r iwlwifi

# 确认卸载干净（无输出则正常）
lsmod | grep iwl

# 重新加载驱动
sudo modprobe iwlwifi

5. 验证 WiFi 是否正常

bash

# 查看日志确认固件加载成功
dmesg | grep iwlwifi | tail -20

# 检查无线网卡接口（如 wlp5s0）

ip a show

成功日志应包含类似：

iwlwifi 0000:05:00.0: loaded firmware version 83...iwlwifi 0000:05:00.0: Detected Intel(R) Wi-Fi 6 AX210...

三、附录：蓝牙驱动

Intel AX210 的蓝牙部分通常使用内核自带的 btintel 驱动，若无法工作，可尝试：

sudo dnf install bluez bluez-obexd
sudo systemctl enable --now bluetooth

并检查是否需要下载对应的蓝牙固件文件（可参考 WiFi 固件手动下载流程）。

openeuler安装ukui进入账号登陆后图形界面消失,不支持HDMI转VGA接口

Tue, 26 May 2026 19:22:43 +0800

openeuler安装ukui进入账号登陆后图形界面消失,不支持HDMI转VGA接口

系统是openeuler2403与openeuler2509，安装ukui界面后，登陆账号的界面正常显示，输入账号与密码点登陆后，显示器没信号了。

DeepSeek的回复，有些内容不对，作了修改：

别太担心，在 openEuler 上安装 UKUI 后，使用 HDMI 转 VGA 接口黑屏，是一个比较常见的兼容性问题。按照下面的步骤逐步排查，有很大希望能解决：

故障原因简析

HDMI 转 VGA 涉及数字到模拟的信号转换，任何环节出问题都可能导致无显示：

硬件问题：转换器质量或兼容性不佳。
系统配置：可能未正确发送“信号源已连接”的“热插拔”信号，导致系统未激活接口。
驱动问题：显卡驱动未能正确配置，不支持信号转换。
分辨率问题：系统输出分辨率超出 VGA 显示器支持范围。
接口问题：VGA 接口针脚损坏或连接松动。

解决方案

1. 检查和更换硬件

确保使用“主动式”转换器：这是最常见的原因，优先购买带独立芯片、稍大的 “主动式” HDMI 转 VGA 转换器。
检查线路连接：重新插拔并确保转换器、HDMI 线和 VGA 线连接牢固。
检查显示器输入源：确保显示器输入源已正确切换到 VGA 或 D-SUB 通道。

2. 更新显卡驱动

可从社区仓库或显卡官网下载对应的 Linux 驱动进行安装。

3. 检查并调整显示设置

通过 xrandr 命令调试：在终端输入 xrandr 查看输出列表；尝试强制开启，如识别为 HDMI-1，输入 xrandr --output HDMI-1 --auto 启用。
通过 UKUI 图形界面调试：进入【设置】→【系统】→【显示器】手动点击 “检测显示器”；分别测试 “复制” 或 “扩展” 模式；尝试将分辨率调低（如 1024x768），并将刷新率设为 60Hz。

4. 排查其他原因

借助内核启动参数：
我这里是使用以下方法恢复的显示信号，但是分辨率与刷新率没有了。相当于win系统的安全模式。
编辑 /etc/default/grub，在 GRUB_CMDLINE_LINUX 中添加 video=HDMI-A-1:D 强制开启 HDMI 输出，然后执行 sudo update-grub (使用dracut --force 命令)更新引导。
双显卡机型特殊处理：
若为双显卡机型且尝试以上方法无效，可进入 BIOS 设置，尝试暂时禁用独立显卡，强制使用核显输出看是否改善。

请按照这个由简到繁的顺序尝试，如果所有方法都无效，可联系 openEuler 社区求助（如在 Issue #I5MK0X 下留言）。

如果需要诊断具体是哪个环节的问题，也可以随时告诉我，我来帮你进一步排查。

以上方法只解决了显示，但是没有显卡驱动了。这里下载nv官网显卡驱动，安装后驱动后就正常，而且hdmi的声卡也能识别了。

GTX 750这个“登录界面显示正常，登录后就黑屏”的情况很典型，能进登录界面，说明你的硬件和HDMI转VGA连接在初步阶段是没问题的。

问题大概率出在 NVIDIA 显卡驱动与 openEuler 24.03 系统、UKUI 桌面环境之间的兼容性上。

问题排查与原因分析

显卡驱动缺失/冲突：系统现在很可能在使用开源驱动nouveau，它登录后加载失败导致黑屏。
桌面环境兼容性：UKUI 与 NVIDIA 闭源驱动可能存在兼容性问题，登录后桌面特效（如窗口管理器KWin）与驱动冲突。
HDMI 转 VGA 信号问题：此接口涉及数字到模拟信号转换，某些驱动版本在输出时序上与该设备兼容性不佳。

详细解决步骤

1. 进入命令行环境

重启进入 GRUB 菜单，在 linux 行末尾添加 3 或 systemd.unit=multi-user.target 按 Ctrl+X 启动进入纯字符界面。

2. 重装/安装 NVIDIA 闭源驱动

GTX 750 属于旧架构（Maxwell），推荐安装 NVIDIA 官方 470xx 系列驱动。步骤如下：

安装依赖：确保系统已安装 gcc、make 和 kernel-devel 等依赖。
禁用 nouveau 驱动：创建 /etc/modprobe.d/blacklist-nouveau.conf，写入：
text
```
blacklist nouveau
options nouveau modeset=0
```
执行 sudo dracut --force 重建 initramfs ，重启后运行 lsmod | grep nouveau 确认无输出。
安装闭源驱动：从 NVIDIA 官网搜索 "GeForce GTX 750" 和 "Linux 64-bit" 下载对应驱动（如 470.xx 系列），赋予可执行权限后运行，按提示安装（期间可能提示已禁用 nouveau，确认即可）。

3. 配置 Xorg

安装完驱动，执行 sudo nvidia-xconfig 自动生成 /etc/X11/xorg.conf 配置文件。

4. 调整内核启动参数

若完成以上步骤仍黑屏，编辑 /etc/default/grub，在 GRUB_CMDLINE_LINUX 中添加 nvidia-drm.modeset=1 以启用内核模式设置（KMS）。

5. UKUI 特定优化

若问题依旧且能找到 /var/log/Xorg.0.log，可检查并尝试在 /etc/X11/xorg.conf.d/ 中创建配置文件，或临时将窗口管理器换成 metacity 来排查。

6. 终极方案：更换转接头

如果所有软件层面都试过仍未解决，可能是硬件信号转换问题。可更换为 “主动式”HDMI 转 VGA 转换器（通常带 Micro-USB 供电），它能提供更稳定的信号转换。

总结

核心解决思路是安装官方闭源驱动并明确禁用 nouveau。请按照 “进入命令行 → 安装依赖 → 禁用 nouveau → 安装闭源驱动” 的顺序操作，通常能解决大多数类似问题。
若问题依旧，建议带着 /var/log/Xorg.0.log 日志去 openEuler 论坛发帖求助。

好，我们一步步来完成GTX 750显卡驱动的安装。

整个过程的核心就是彻底禁用系统自带的nouveau开源驱动，然后为你的GTX 750安装合适的NVIDIA闭源驱动。
在开始之前，请确保已经通过Ctrl+Alt+F2（或F3/F4）切换到纯命令行（tty）界面，并登录了你的账号。

1. 准备工作：
首先验证显卡型号 lspci | grep -i nvidia，确认GTX 750在列且无(rev ff)标记。
接着更新系统、安装依赖和编译工具：
sudo dnf update -y 和 sudo dnf install -y kernel-devel-$(uname -r) kernel-headers-$(uname -r) gcc make dkms。
2. 禁用nouveau驱动：
新建黑名单配置文件 sudo vim /usr/lib/modprobe.d/dist-blacklist.conf，在文件末尾添加 blacklist nouveau 和 options nouveau modeset=0。
然后重建内核镜像：sudo mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-nouveau.img 和 sudo dracut /boot/initramfs-$(uname -r).img $(uname -r)。
重启后 lsmod | grep nouveau 若无输出即禁用成功。
3. 下载驱动：
访问NVIDIA官网下载页，根据GTX 750选择Linux 64-bit系统，获取推荐稳定版（如470.xx系列）。
4. 安装驱动：
添加执行权限 chmod +x ~/Downloads/NVIDIA-Linux-*.run。
之后关闭图形界面 sudo systemctl isolate multi-user.target。
开始安装 sudo ./NVIDIA-Linux-*.run，过程中注意选择“Yes”注册DKMS、选择“Yes”安装32位兼容库并确保不勾选--no-opengl-files以防冲突。
完成后重启图形界面 sudo systemctl isolate graphical.target。
5. 验证与恢复：
重启后用 nvidia-smi 检查驱动状态。如果安装成功，通常无需额外操作Xorg配置；
若重启后无法进入登录界面，可在命令行执行 sudo nvidia-xconfig 恢复。
6. 可选：进行一些基本优化：
若成功装好驱动但登录画面仍有间歇性黑屏，可在/etc/default/grub的GRUB_CMDLINE_LINUX行中添加 nvidia-drm.modeset=1 后执行 sudo update-grub 并重启；
若要彻底卸载驱动，可运行 sudo nvidia-uninstall 清除所有残留。

openEuler 24.03 安装 UKUI + Node.js v26.2.0 + OpenClaw 完整过程文档

Sun, 24 May 2026 03:16:05 +0800

openEuler 24.03 安装 UKUI + Node.js v26.2.0 + OpenClaw 完整过程文档

一、环境概述

项目	说明
操作系统	openEuler 24.03 LTS（内核 Linux 6.6）
桌面环境	UKUI（麒麟软件团队开发，基于 GTK 和 QT）
Node.js 版本	v26.2.0
AI 助手框架	OpenClaw（个人 AI 助手网关）

openEuler 24.03 LTS 基于 Linux 6.6 内核，支持 x86_64 和 aarch64 两种架构。UKUI 是麒麟软件团队打造的 Linux 桌面环境，与 openEuler 集成良好，界面类似 Windows，适合国内用户。

二、安装 UKUI 桌面环境

2.1 前提条件

已安装 openEuler 24.03 系统（最小化安装或 Server 版本均可）
系统网络连接正常
具有 root 权限或 sudo 权限
建议在安装 UKUI 前创建一个普通管理员用户（root 用户默认不可直接登录桌面）

2.2 更新系统软件包

首先更新系统中所有已安装的软件包到最新版本：

bash

sudo dnf update -y

-y 参数表示自动确认，无需手动确认每个步骤。

2.3 安装 UKUI

执行以下命令安装 UKUI 桌面环境：

bash

sudo dnf -y install ukui

该命令会自动解析并安装所有依赖项。UKUI 支持 x86_64 和 aarch64 两种架构，安装过程约需 10 分钟左右。

说明：也可使用 sudo dnf -y install ukui-desktop-environment 进行标准安装，两者效果基本一致。

2.4 设置图形界面为默认启动

安装完成后，设置系统默认以图形界面方式启动：

bash

sudo systemctl set-default graphical.target

然后重启系统：

bash

sudo reboot

重启后系统将自动进入 UKUI 图形登录界面。

2.5 手动切换界面模式

如需手动切换图形界面和命令行界面，可使用以下命令：

bash

# 切换到图形界面（runlevel 5）
sudo init 5

# 切换到命令行界面（runlevel 3）
sudo init 3

2.6 允许 root 用户登录桌面（可选）

默认情况下，root 用户无法登录 UKUI 桌面环境。如需启用 root 桌面登录，编辑 LightDM 配置文件：

bash

sudo vim /etc/lightdm/lightdm.conf

找到并修改以下配置项：

ini

greeter-show-manual-login=true
allow-user-switching=true
allow-guest=true

保存退出后重启系统，即可在登录界面手动输入 root 用户名和密码登录。

安全提示：出于安全考虑，不建议在生产环境中允许 root 用户直接登录图形桌面，建议始终使用普通用户登录。

2.7 验证安装

系统重启后，应看到 UKUI 图形登录界面。登录后，在终端中执行以下命令确认桌面环境：

bash

echo $XDG_CURRENT_DESKTOP

输出应为 UKUI。

2.8 卸载 UKUI（如需）

bash

sudo dnf -y remove ukui
# 或
sudo dnf -y remove ukui-desktop-environment

三、安装 Node.js v26.2.0

3.1 安装方式选择

openEuler 24.03 默认软件源中的 Node.js 版本通常较低（约 v20.x），无法满足 OpenClaw 对 Node.js ≥ v22 的要求。因此需要手动安装指定版本。

本教程采用官方二进制包手动安装方式（推荐），步骤如下：

3.2 下载 Node.js v26.2.0 二进制包

访问 Node.js 官方分发站点下载对应架构的预编译二进制包。以 x86_64 架构为例：

bash

cd /tmp
wget https://nodejs.org/dist/v26.2.0/node-v26.2.0-linux-x64.tar.xz

AArch64 架构（如鲲鹏处理器）请将下载链接中的 linux-x64 替换为 linux-arm64。
加速下载：国内用户可使用镜像站（如 https://npmmirror.com/mirrors/node/v26.2.0/ ）加速下载。

3.3 解压并安装

将二进制包解压到 /usr/local/ 目录下：

bash

sudo tar -xJf node-v26.2.0-linux-x64.tar.xz -C /usr/local/

解压后的目录结构为 /usr/local/node-v26.2.0-linux-x64/，内含 bin/、lib/、include/ 等子目录。

3.4 配置环境变量

方法一：创建软链接（推荐）

bash

sudo ln -s /usr/local/node-v26.2.0-linux-x64/bin/node /usr/local/bin/node
sudo ln -s /usr/local/node-v26.2.0-linux-x64/bin/npm /usr/local/bin/npm
sudo ln -s /usr/local/node-v26.2.0-linux-x64/bin/npx /usr/local/bin/npx

创建软链接后，由于 /usr/local/bin 通常已在系统 PATH 中，任意目录下均可直接使用 node、npm、npx 命令。

方法二：配置系统环境变量（全局生效）

编辑 /etc/profile 文件：

bash

sudo vim /etc/profile

在文件末尾添加：

bash

export NODE_HOME=/usr/local/node-v26.2.0-linux-x64
export PATH=$PATH:$NODE_HOME/bin

保存后刷新配置：

bash

source /etc/profile

3.5 验证安装

bash

node -v    # 应输出 v26.2.0
npm -v     # 应输出对应的 npm 版本号
npx -v     # 应输出对应的 npx 版本号

3.6 配置 npm 国内镜像源（推荐）

为加速后续包的下载，建议配置 npm 国内镜像源：

bash

npm config set registry https://registry.npmmirror.com

或使用华为云镜像：

bash

npm config set registry https://mirrors.huaweicloud.com/repository/npm/

验证配置：

bash

npm config get registry

四、安装 OpenClaw

4.1 OpenClaw 简介

OpenClaw 是一个自托管的个人 AI 助手网关框架，核心理念是本地优先、多通道接入、执行而不只是聊天。它能够将多个聊天平台（Telegram、WhatsApp、Discord、飞书、钉钉等）连接到同一个 AI 助手，并通过技能系统实现代码运行、文件管理、网页搜索等自动化操作。

4.2 系统要求

项目	最低要求	推荐配置
Node.js	≥ v22（已安装 v26.2.0 满足）	≥ v22
内存	2 GB	4 GB+
网络	需联网下载依赖	稳定的互联网连接

OpenClaw 对硬件配置要求较为宽松，2核4G即可流畅运行。

4.3 安装方式

OpenClaw 提供两种主流安装方式：官方一键脚本安装和 npm 全局安装。

方式一：官方一键脚本安装（最推荐，适合新手）

适用于 Linux / macOS 系统，脚本会自动检测并安装 Node.js 及所有依赖：

bash

curl -fsSL https://openclaw.ai/install.sh | bash

安装完成后，按照终端提示完成初始配置向导。

方式二：npm 全局安装（本教程采用）

bash

npm install -g openclaw@latest

如果安装过程中遇到权限问题（EACCES permission denied），可通过以下方式解决：

bash

npm config set prefix ~/.npm-global
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
source ~/.bashrc
npm install -g openclaw@latest

验证安装：

bash

openclaw --version

4.4 运行 Onboard 初始化向导

Onboard 向导是 OpenClaw 官方提供的交互式配置工具，可自动完成 Gateway 守护进程注册、初始配置文件创建和健康检查：

bash

openclaw onboard --install-daemon

向导会依次引导完成以下配置：

选择安装位置：默认 ~/.openclaw/，直接回车使用默认值
注册守护进程：Linux 下将写入 ~/.config/systemd/user/openclaw-gateway.service
API Key 初始配置：选择模型提供商并填入 API Key
健康检查：自动运行 openclaw doctor 验证配置
Gateway 自动启动：向导完成后 Gateway 会自动启动

配置过程中，建议选择：

模型：根据需求选择 Moonshot AI（Kimi）、OpenAI、Anthropic 等。国内用户推荐选择 Moonshot AI .cn 接入点
技能（Skills）：按需选择，推荐勾选网络搜索等常用技能
聊天载体：可先选择 TUI（终端界面）进行体验

4.5 手动配置 API Key

若跳过向导，也可手动编辑配置文件：

配置文件位置：~/.openclaw/config.yaml

auth-profiles.json 配置文件路径：

text

~/.openclaw/agents/main/agent/auth-profiles.json

示例配置（以 Moonshot AI / Kimi 为例）：

json

{
  "profiles": [
    {
      "id": "kimi-main",
      "type": "api-key",
      "provider": "moonshot",
      "apiKey": "你的Kimi-API-Key",
      "model": "moonshot-v1-128k"
    }
  ],
  "default": "kimi-main"
}

4.6 启动 Gateway 服务

bash

openclaw gateway start
# 或指定端口（默认 18789）
openclaw gateway --port 18789 --verbose

4.7 验证 Gateway 运行状态

bash

# 查看 Gateway 状态
openclaw gateway status

# 测试健康端点
curl -s http://127.0.0.1:18789/health | python3 -m json.tool

# 查看实时日志
openclaw logs --follow --level info

正常输出应包含 "status": "ok"。

4.8 使用 TUI 体验

bash

openclaw tui

进入终端交互界面后即可与 AI 助手进行对话。按两次 Ctrl+C 可退出 TUI。

4.9 Gateway 常用控制命令

bash

openclaw gateway start      # 启动
openclaw gateway stop       # 停止
openclaw gateway restart    # 重启（配置修改后使用）
openclaw gateway status     # 查看状态
openclaw doctor             # 诊断工具
openclaw status             # 查看运行状态

4.10 配置防火墙（如需远程访问）

如果需要在其他设备上访问 OpenClaw Gateway，需开放相应端口：

bash

sudo firewall-cmd --add-port=18789/tcp --permanent
sudo firewall-cmd --reload

安全提示：生产环境中建议采用白名单策略，仅放行必要 IP 段的访问权限。

4.11 OpenClaw 中开启“思考”功能

在 OpenClaw 中开启“思考”功能，主要有两种方式：一种是控制“想得多深”的 /think 功能，另一种是控制“看得到过程”的 /reasoning 功能。

/think：控制思考深度 (Think Harder)

这个功能控制模型的“思考预算”，它会直接影响模型在处理问题前投入多少计算资源进行内部推理。请根据你的任务选择合适的级别：

思考级别	适用场景	速度	Token 消耗
`off`	无需思考的极简单任务，如“现在是几点”	极快	无额外消耗
`minimal`	非常简单的任务，如“今天天气如何”	快	+10-20%
`low`	日常简单对话或普通任务	快 (1-3秒)	+10-20%
`medium`	需要多步推理的专业任务，推荐日常使用	中等 (3-8秒)	+30-60%
`high`	复杂分析、深度逻辑推理或方案设计	慢 (8-30秒以上)	+80-200%以上
`xhigh`	极限复杂任务，需要最高级别思考预算	很慢	Token消耗巨大

注意：思考过程本身也消耗Token，高级别会显著增加。但/think控制的内部推理过程默认是隐藏的，不直接显示在界面上。

如何开启 /think

你可以在三种场景下使用该命令：

临时开启（单次）：在问题前加上 /think:high，效果只影响当前这条消息。
text
```
/think:high 请帮我分析这份合同中的潜在法律风险。
```
会话开启（持续）：单独发送一条 /think:medium 消息，后续在当前会话中都生效。
全局开启（永久）：通过修改配置文件设置全局默认的思考级别。
bash
```
openclaw config set agents.defaults.thinkingDefault high
openclaw gateway restart
```

/reasoning：显示思维链 (Show Your Work)

这个功能用于控制模型的思考过程是否直接显示，不影响模型本身的思考质量，只影响透明度。支持以下级别：

推理级别	功能描述
`on`	将模型的推理过程单独作为消息发送，让你看到AI的“思考路径”。
`stream`	在回复生成期间，将推理内容实时流式输出，提升交互感。
`off`	关闭推理过程的显示（默认状态）。

如何开启 /reasoning

使用方法与 /think 类似：

临时开启：在消息前加上 /reasoning:on 即可。
会话开启：单独发送一条 /reasoning:on 的命令。
text
```
/reasoning:on
```

注意：部分模型（如DeepSeek-R1）本身就支持展示内部思考过程，通过这个命令可以更方便地控制其显示。

组合使用

你可以将 /think high（深度思考）和 /reasoning:on（显示过程）组合使用。这样既能获得高质量的答案，又能清晰地看到AI是如何一步步得出结论的。

补充细节

/verbose (详细模式)：这个命令主要用于调试工具调用（如浏览器、代码执行等）。开启它（/verbose on）可以看到工具名、传入参数和返回结果等详细信息，非常适合排查功能性问题。
命令优先级：规则的生效优先级是：临时命令 > 会话命令 > 全局配置，临时命令的优先级是最高的。

五、常见问题排查

5.1 UKUI 安装失败

bash

# 检查网络连通性
ping -c 4 www.baidu.com

# 清理 dnf 缓存后重试
sudo dnf clean all
sudo dnf makecache
sudo dnf -y install ukui

5.2 UKUI 桌面黑屏或无法启动

bash

# 检查显示管理器状态
sudo systemctl status lightdm

# 若未启动，手动启动
sudo systemctl start lightdm
sudo systemctl enable lightdm

5.3 Node.js 命令未找到

bash

# 确认软链接是否正确
ls -la /usr/local/bin/node /usr/local/bin/npm

# 确认 PATH 环境变量
echo $PATH

# 手动添加（临时生效）
export PATH=/usr/local/node-v26.2.0-linux-x64/bin:$PATH

5.4 OpenClaw 命令未找到

bash

# 检查 Node.js 版本
node -v

# 检查全局包路径
npm prefix -g

# 确认全局 bin 目录是否在 PATH 中
echo $PATH

# 若不在，手动添加
echo 'export PATH=$(npm prefix -g)/bin:$PATH' >> ~/.bashrc
source ~/.bashrc

5.5 Gateway 启动失败

bash

# 运行诊断工具
openclaw doctor

# 查看详细日志
openclaw logs --follow --level debug

# 确认端口未被占用
sudo ss -tlnp | grep 18789

六、完整安装流程速查表

bash

# ===== 第一步：更新系统 =====
sudo dnf update -y

# ===== 第二步：安装 UKUI 桌面 =====
sudo dnf -y install ukui
sudo systemctl set-default graphical.target
sudo reboot

# ===== 第三步：安装 Node.js v26.2.0 =====
wget https://nodejs.org/dist/v26.2.0/node-v26.2.0-linux-x64.tar.xz
sudo tar -xJf node-v26.2.0-linux-x64.tar.xz -C /usr/local/
sudo ln -s /usr/local/node-v26.2.0-linux-x64/bin/node /usr/local/bin/node
sudo ln -s /usr/local/node-v26.2.0-linux-x64/bin/npm /usr/local/bin/npm
npm config set registry https://registry.npmmirror.com

# ===== 第四步：安装 OpenClaw =====
npm install -g openclaw@latest
openclaw onboard --install-daemon
openclaw gateway start
openclaw tui

参考资源：

openEuler 官方文档：https://docs.openeuler.org[reference:24]
UKUI 用户指南：https://gitee.com/openeuler/ukui[reference:25]
Node.js 官方下载：https://nodejs.org/dist/
OpenClaw 官方文档：https://docs.openclaw.ai/start/getting-started[reference:26]

openeuler 25.09 如何修改配置文件实现能开机启动新编译的内核？

Fri, 22 May 2026 19:36:31 +0800

openeuler 25.09 如何修改配置文件实现能开机启动新编译的内核？

在 openEuler 25.09 中，要将系统默认启动项改为新编译的内核，核心思路就是让 GRUB2 引导器知道新内核的存在，并将其设为默认项。

这里有三种不同复杂度的方法，你可以根据自己的情况选择。

方法一：使用 `grubby` 命令（最简单高效）

这个方法直接、安全，推荐的默认方式。它会直接修改 GRUB 配置，无需你关心内核的具体文件名。

确认新内核已在列表中：
新内核安装后，首先查看它在 GRUB 菜单中的索引号。这个索引号从 0 开始计数。
bash
```
grubby --info=ALL | grep -E "^index|^title"
```
输出会清晰列出每个启动项的索引和对应的内核版本。
设置新内核为默认项：
找到新内核的索引（比如是 0），运行以下命令将其设为默认启动项：
bash
```
sudo grubby --set-default-index=0
```
验证并重启：
检查默认项是否设置成功，然后重启系统即可。
bash
```
grubby --default-indexsudo reboot
```

方法二：修改 `/etc/default/grub` 配置文件（最通用）

这个方法比较通用，适合熟悉配置文件、希望进行更全面定制的用户。

编辑主配置文件：
使用 vim 或 nano 编辑 /etc/default/grub：
bash
```
sudo vim /etc/default/grub
```
修改 GRUB_DEFAULT 参数：

方法 A（推荐）：使用精确的菜单标题。新编译的内核在 GRUB 菜单中会有一个明确的标题，你可以在 /boot/grub2/grub.cfg 文件中找到它。例如，新内核标题是 'openEuler (7.0.0) 25.09'，那么设置为：
text
```
GRUB_DEFAULT='openEuler (7.0.0) 25.09'
```
方法 B：使用菜单项序号。如果知道新内核在菜单中的序号（从 0 开始数），也可以直接使用序号，但标题方式更可靠，不受菜单顺序变化影响。

保存并更新 GRUB 配置：
保存文件后，务必运行以下命令使修改生效：
bash
```
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
```
这条命令会根据你的修改，重新生成 GRUB 的配置文件。

方法三：自定义 `40_custom` 文件（最灵活）

如果想完全手动控制启动菜单项，可以使用这个方法。

编辑自定义模板：
以 root 权限编辑 /etc/grub.d/40_custom：
bash
```
sudo vim /etc/grub.d/40_custom
```

添加自定义菜单项：
在文件末尾，参考已有的内核启动项格式，为你新编译的内核添加一个入口。

menuentry 'My New Compiled Kernel' {    load_video    set gfxpayload=keep    insmod gzio    insmod part_gpt    insmod ext2    set root='hd0,gpt2'  # 请根据你的实际分区情况修改    linux /boot/vmlinuz-7.0.0 root=/dev/mapper/openeuler-root ro quiet    initrd /boot/initramfs-7.0.0.img}

menuentry 后面的引号内是你在 GRUB 菜单中看到的名称。
关键：vmlinuz-7.0.0 和 initramfs-7.0.0.img 需要替换为你实际编译生成的内核镜像和初始内存盘的文件名。
set root 和 root= 参数需要根据你的分区情况（可用 lsblk 命令查看）进行修改。

赋予执行权限并更新 GRUB 配置：

sudo chmod +x /etc/grub.d/40_customsudo grub2-mkconfig -o /boot/grub2/grub.cfg

关于 GRUB 配置文件位置

openEuler 的 GRUB 配置文件位置取决于你的系统启动模式：

UEFI 模式：配置文件通常在 /boot/efi/EFI/openEuler/grub.cfg。
传统 BIOS 模式：配置文件通常在 /boot/grub2/grub.cfg。
无论哪种模式，使用 grub2-mkconfig -o 命令时，都要指定正确的输出路径。如果是在 UEFI 模式下安装的系统，命令应为

sudo grub2-mkconfig -o /boot/efi/EFI/openEuler/grub.cfg。

总结与建议

grubby 是最直接高效的方法。如果只是想让新内核默认启动，强烈推荐使用它。

grub2-mkconfig 方法虽然相对传统，但在很多场景下依然是最稳妥的选择。请记得，只要是通过修改 /etc/default/grub 来设置，就务必运行 sudo grub2-mkconfig -o <grub.cfg路径>，否则你的修改不会生效。

openeuler2403 安装ukui 后，如何配置vncserver 才不黑屏？

Fri, 22 May 2026 14:28:28 +0800

openeuler2403 安装ukui 后，如何配置vncserver 才不黑屏？

在 openEuler 2403 中给 UKUI 桌面环境配置 VNC 时，最常见的黑屏问题，几乎都是因为 `~/.vnc/xstartup` 这个配置文件没有正确启动 UKUI 会话。

### 核心步骤：正确配置 `xstartup` 文件

这个问题的根源在于，VNC 服务启动时默认运行的是一个极其精简的 `xstartup` 脚本，它并没有告诉系统要启动完整的 UKUI 桌面环境。我们需要手动修改这个文件，让它来唤醒 UKUI。

请按以下步骤操作：

1. **登录并进入个人目录**：请用你准备用来运行 VNC 服务的那个“普通用户”账号登录系统。

2. **备份并编辑 `xstartup`**：

```bash

mv ~/.vnc/xstartup ~/.vnc/xstartup.bak

```

备份好原文件后，我们用编辑器创建一个全新的 `xstartup` 文件，并写入正确的配置。

```bash

vi ~/.vnc/xstartup

```

请将下面的内容完整地复制进去：

```bash

#!/bin/sh

# 1. 清除冲突的环境变量

unset SESSION_MANAGER

unset DBUS_SESSION_BUS_ADDRESS

# 2. 设置 UKUI 所必需的环境变量

export XDG_RUNTIME_DIR=/tmp/runtime-$USER

export XDG_CURRENT_DESKTOP=UKUI

# 3. 启动 D-Bus 会话

if [ -z "$DBUS_SESSION_BUS_ADDRESS" ]; then

eval $(dbus-launch --sh-syntax)

export DBUS_SESSION_BUS_ADDRESS

# 4. 设置美观的灰蓝色背景

xsetroot -solid "#5A6E7A"

# 5. 启动 UKUI 桌面环境

exec ukui-session

```

> 对复制粘贴的内容稍作解释：

> - **第 1 部分**：清除可能导致问题的变量，让 UKUI 在干净的环境里启动。

> - **第 2 部分**：明确告诉系统，我们要启动的是 `UKUI` 桌面。

> - **第 3 部分**：启动 UKUI 依赖的 D-Bus 通信服务。

> - **第 4 部分**：设置桌面的背景色，方便判断 UKUI 是否已加载。等一切正常后，你就可以随意更换背景了。

> - **第 5 部分**：这是最核心的一步，`exec ukui-session` 命令会正式启动整个 UKUI 桌面环境。

3. **赋予文件可执行权限**：配置文件创建好了，系统还必须知道它可以运行。这一步至关重要，没有权限文件就无法执行。

```bash

chmod +x ~/.vnc/xstartup

```

### 启动与连接

修改好配置后，就可以启动或重启 VNC 服务了。

1. **停止当前会话**：如果 VNC 服务正在运行，需要先把它停下来。

```bash

vncserver -kill :1

```

2. **启动新会话**：

```bash

vncserver :1 -geometry 1920x1080 -depth 24

```

> **参数说明**：

> - `:1`：表示这是 VNC 服务的第一个桌面，它对应的端口号是 5901。

> - `-geometry 1920x1080`：设置远程桌面的分辨率，你可以按自己的需求修改。

> - `-depth 24`：设置颜色的深度为 24 位，以获得更好的显示效果。

3. **防火墙放行端口**：

```bash

sudo firewall-cmd --add-port=5901/tcp --permanent

sudo firewall-cmd --reload

```

4. **使用客户端连接**：现在，你可以用 VNC 客户端（比如 RealVNC 或 TigerVNC），连接到 `你的服务器IP地址:1`（比如 `192.168.1.100:1`）并输入密码，应该就能成功看到 UKUI 的桌面了。

### 可选：让 VNC 服务自动启动

如果你希望系统在开机后能自动启动 VNC 服务，可以用下面的方法。这里我们采用的是更现代也更安全的方式，通过 systemd 的 `--user` 模式来管理 VNC 会话。

1. **创建服务目录并建立服务文件**：

```bash

mkdir -p ~/.config/systemd/user

cat > ~/.config/systemd/user/vncserver.service << 'EOF'

[Unit]

Description=TigerVNC server (user session)

[Service]

Type=forking

ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill :1 > /dev/null 2>&1 || :'

ExecStart=/usr/bin/vncserver :1 -geometry 1920x1080 -depth 24

ExecStop=/usr/bin/vncserver -kill :1

Restart=on-failure

User=%i

[Install]

WantedBy=default.target

EOF

```

2. **启用并启动服务**：

```bash

systemctl --user daemon-reload

systemctl --user enable vncserver.service

systemctl --user start vncserver.service

```

3. **设置用户服务开机自启**：

```bash

sudo loginctl enable-linger $USER

```

完成上述步骤后，VNC 服务就会在用户登录后自动启动了。

### 常见问题排查

- **黑屏/灰屏**：几乎都是 `~/.vnc/xstartup` 文件配置不正确或者没有执行权限导致的。请务必确保文件路径、内容、`exec ukui-session` 命令和文件权限都正确无误。

- **连接被拒绝**：通常是防火墙没有放行端口或 VNC 服务本身没启动。请检查 `5901` 端口是否开放和 VNC 服务的状态。

- **鼠标光标不显示或显示异常**：这可能是 UKUI 与 VNC 的兼容性问题，可以尝试在 `~/.vnc/xstartup` 中 `exec ukui-session` 这一行的上方添加 `export XCURSOR_THEME=DMZ-White`，强制指定一个鼠标主题。如果这个方法无效，可以多尝试几种不同的鼠标主题看看。

- **使用 `systemd` 用户服务启动 VNC 失败**：可以切换到 root 用户，或者用带有 `sudo` 的命令手动停止普通用户的 VNC 会话，然后重新以服务方式启动。

### 总结一下

解决在 openEuler 2403 上配置 UKUI + VNC 黑屏问题的关键在于两点：

1. 核心是正确配置 `~/.vnc/xstartup` 文件来启动完整的 UKUI 会话。

2. 为了长期稳定使用，设置一个 `systemd` 的用户服务来管理 VNC 是非常推荐的。

按照以上步骤操作，应该就能帮你解决 VNC 的黑屏问题了。如果配置中碰到任何具体报错，随时可以带上错误信息再来找我～

openeuler2403系统安装ukui使用intel AX210驱动蓝牙与WiFI

Thu, 21 May 2026 02:26:16 +0800

openeuler2403系统安装ukui使用intel AX210驱动蓝牙与WiFI

一,安装UKUI图形界面与VNC

在 openEuler 2403 上配置 VNC 服务，主要分为安装依赖和配置服务两大步骤。核心是安装 tigervnc-server，并以你想要登录的普通用户身份来配置运行它。

安装准备

在配置 VNC 之前，请确保系统已具备图形界面并安装好了 VNC 服务器软件包。

安装桌面环境（如 GNOME 或 UKUI）

如果你的 openEuler 是最小化安装，需要先安装一个图形界面。

# sudo dnf install ukui -y

安装 TigerVNC 服务端

sudo dnf install tigervnc-server -y

安装 tigervnc-server 包即可，它已经包含了所需的核心组件。

在 openEuler 2403 中给 UKUI 桌面环境配置 VNC 时，最常见的黑屏问题，几乎都是因为 ~/.vnc/xstartup 这个配置文件没有正确启动 UKUI 会话。

核心步骤：正确配置 xstartup 文件

这个问题的根源在于，VNC 服务启动时默认运行的是一个极其精简的 xstartup 脚本，它并没有告诉系统要启动完整的 UKUI 桌面环境。我们需要手动修改这个文件，让它来唤醒 UKUI。

请按以下步骤操作：

登录并进入个人目录：请用你准备用来运行 VNC 服务的那个“普通用户”账号登录系统。

备份并编辑 xstartup：

mv ~/.vnc/xstartup ~/.vnc/xstartup.bak

备份好原文件后，我们用编辑器创建一个全新的 xstartup 文件，并写入正确的配置。

vi ~/.vnc/xstartup

请将下面的内容完整地复制进去：

#!/bin/sh

# 1. 清除冲突的环境变量

unset SESSION_MANAGER

unset DBUS_SESSION_BUS_ADDRESS

# 2. 设置 UKUI 所必需的环境变量

export XDG_RUNTIME_DIR=/tmp/runtime-$USER

export XDG_CURRENT_DESKTOP=UKUI

# 3. 启动 D-Bus 会话

if [ -z "$DBUS_SESSION_BUS_ADDRESS" ]; then

eval $(dbus-launch --sh-syntax)

export DBUS_SESSION_BUS_ADDRESS

# 4. 设置美观的灰蓝色背景

xsetroot -solid "#5A6E7A"

# 5. 启动 UKUI 桌面环境

exec ukui-session

对复制粘贴的内容稍作解释：

第 1 部分：清除可能导致问题的变量，让 UKUI 在干净的环境里启动。

第 2 部分：明确告诉系统，我们要启动的是 UKUI 桌面。

第 3 部分：启动 UKUI 依赖的 D-Bus 通信服务。

第 4 部分：设置桌面的背景色，方便判断 UKUI 是否已加载。等一切正常后，你就可以随意更换背景了。

第 5 部分：这是最核心的一步，exec ukui-session 命令会正式启动整个 UKUI 桌面环境。

赋予文件可执行权限：配置文件创建好了，系统还必须知道它可以运行。这一步至关重要，没有权限文件就无法执行。

chmod +x ~/.vnc/xstartup

启动与连接

修改好配置后，就可以启动或重启 VNC 服务了。

停止当前会话：如果 VNC 服务正在运行，需要先把它停下来。

vncserver -kill :1

启动新会话：

vncserver :1 -geometry 1920x1080 -depth 24

参数说明：

:1：表示这是 VNC 服务的第一个桌面，它对应的端口号是 5901。

-geometry 1920x1080：设置远程桌面的分辨率，你可以按自己的需求修改。

-depth 24：设置颜色的深度为 24 位，以获得更好的显示效果。

防火墙放行端口：

sudo firewall-cmd --add-port=5901/tcp --permanent

sudo firewall-cmd --reload

使用客户端连接：现在，你可以用 VNC 客户端（比如 RealVNC 或 TigerVNC），连接到你的服务器IP地址:1（比如 192.168.1.100:1）并输入密码，应该就能成功看到 UKUI 的桌面了。

二，Intel AX210 WiFI驱动安装

1，查看是否认出设备，明显已找到AX210

# lspci | grep -i network |grep AX210

05:00.0 Network controller: Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz (rev 1a)

在 openEuler 2403 上安装 UKUI 后，Intel AX210 网卡无法驱动，很可能只是缺少了对应的固件包。别担心，我们按下面的步骤来排查，很可能就解决了。

第一步：确认内核基础

openEuler 2403 基于 Linux 6.6 内核，此版本内置的 iwlwifi 驱动完全支持 AX210。我们先用 uname -r 命令确认一下内核版本，只要看到 6.x.x 就满足要求了。

第二步：检查固件与驱动

这很可能就是问题所在。依次执行以下命令来确认：

查看网卡是否被识别：执行 lspci | grep -i network。

正常输出：会看到类似 Intel Corporation Wi-Fi 6 AX210... 的信息，说明硬件已被系统检测到。

如果没有输出：请检查网卡是否正确安装，或在 BIOS/UEFI 中是否被禁用。

检查内核模块是否加载：执行 lsmod | grep iwlwifi。

正常输出：如果返回了包含 iwlwifi 的条目，说明核心驱动已加载。

如果没有输出：尝试手动加载驱动 sudo modprobe iwlwifi 并再次检查。

定位根本原因：执行 dmesg | grep -i iwlwifi 查看内核日志，这是最关键的一步。

...no suitable firmware found!：缺少固件，这是最常见的问题。

...Failed to start RT ucode...：固件加载失败，同样需要更新固件包。

...Timeout waiting for PNVM load...：PNVM 文件加载超时，这是一个已知的兼容性问题，我们会在后文提供解决方法。

...required key not available：安全启动阻止。如果系统启用了 Secure Boot（安全启动），它可能会拒绝加载未签名的驱动模块，导致网卡无法工作。

查找错误信息：会看到具体的失败原因，例如：

第三步：对症下药，解决问题

根据第二步发现的错误类型，选择对应的修复方法。

错误：“No suitable firmware found!” 或 “Failed to start RT ucode...”

这表明缺少正确的固件包，也是最常见的问题。你需要为系统安装正确的驱动和固件。openEuler 使用 dnf 作为软件包管理器：

安装固件包：

sudo dnf updates

sudo dnf install linux-firmware-iwlwifi

注意：请先确认 linux-firmware-iwlwifi 是否为 openEuler 仓库中确切的软件包名，你可以用 dnf search iwlwifi 来搜索。

如果包名不符，请手动更新：

如果包管理器无法安装，可以尝试从 Linux 固件仓库手动下载最新的固件文件：

# 克隆整个固件仓库（文件较大，可选择下载）

git clone

# 或只下载AX210所需的特定固件# 你需要根据 dmesg 错误中提示的具体 .ucode 版本号来下载

sudo wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/iwlwifi-ty-a0-gf-a0-<版本号>.ucode -P /lib/firmware/

请将 <版本号> 替换为 dmesg 日志中提示缺失的文件名（例如 66, 77, 89 等）。。完成后重启系统。

我这里安装 linux-iwlwifi-firemwar后，加载模块发现报错：

sudo modprobe -r iwlwifi

sudo modprobe iwlwifi

查看日志有报错：

[root@euler88 opt]# dmesg | grep -i iwlwifi

[ 12.364052] iwlwifi 0000:05:00.0: Direct firmware load for iwlwifi-ty-a0-gf-a0-60.ucode failed with error -2

[ 12.364122] iwlwifi 0000:05:00.0: Direct firmware load for iwlwifi-ty-a0-gf-a0-59.ucode failed with error -2

[ 12.364126] iwlwifi 0000:05:00.0: no suitable firmware found!

[ 12.364128] iwlwifi 0000:05:00.0: minimum version required: iwlwifi-ty-a0-gf-a0-59

[ 12.364131] iwlwifi 0000:05:00.0: maximum version supported: iwlwifi-ty-a0-gf-a0-83

[ 12.364133] iwlwifi 0000:05:00.0: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

查看都是空连接，实际文件不存在。

[root@euler88 opt]# ls /lib/firmware/iwlwifi-ty-a0-gf-a0-* -al

lrwxrwxrwx. 1 root root 42 3月11日 12:27 /lib/firmware/iwlwifi-ty-a0-gf-a0-59.ucode -> intel/iwlwifi/iwlwifi-ty-a0-gf-a0-59.ucode

lrwxrwxrwx. 1 root root 42 3月11日 12:27 /lib/firmware/iwlwifi-ty-a0-gf-a0-66.ucode -> intel/iwlwifi/iwlwifi-ty-a0-gf-a0-66.ucode

lrwxrwxrwx. 1 root root 42 3月11日 12:27 /lib/firmware/iwlwifi-ty-a0-gf-a0-72.ucode -> intel/iwlwifi/iwlwifi-ty-a0-gf-a0-72.ucode

lrwxrwxrwx. 1 root root 42 3月11日 12:27 /lib/firmware/iwlwifi-ty-a0-gf-a0-73.ucode -> intel/iwlwifi/iwlwifi-ty-a0-gf-a0-73.ucode

lrwxrwxrwx. 1 root root 42 3月11日 12:27 /lib/firmware/iwlwifi-ty-a0-gf-a0-74.ucode -> intel/iwlwifi/iwlwifi-ty-a0-gf-a0-74.ucode

根据日志提示最大是83，最小是59 ，按要求下载。

wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/iwlwifi/iwlwifi-ty-a0-gf-a0.pnvm

wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/iwlwifi/iwlwifi-ty-a0-gf-a0-89.ucode

wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/iwlwifi/iwlwifi-ty-a0-gf-a0-59.ucode

wget https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/intel/iwlwifi/iwlwifi-ty-a0-gf-a0-83.ucode

cp iwlwifi-ty-a0-gf-a0* //usr/lib/firmware/intel/iwlwifi/ -a

我这里也下载了 pnvm文件，是因为日志有发现 PNVM 丢失，所以也要下载。

573.587994] iwlwifi 0000:05:00.0: Start IWL Error Log Dump:

[ 573.587996] iwlwifi 0000:05:00.0: Transport status: 0x0000004A, valid: 7

[ 573.588000] iwlwifi 0000:05:00.0: PNVM data is missing, please install iwlwifi-ty-a0-gf-a0.pnvm

三，最后验证WIFI

彻底卸载所有 iwlwifi 相关模块

因为 iwlwifi 被其他模块（如 iwlmvm）占用，我们需要按依赖顺序移除：

# 先检查有哪些 iwl 模块在用

lsmod | grep iwl

通常你会看到 iwlmvm、iwlwifi 和 iwlmei 等。按以下顺序卸载（如果某个模块不存在会报错，忽略即可）：

modprobe -r iwlmvm

modprobe -r iwlmei

modprobe -r iwlwifi

最后确认模块已完全卸载：

lsmod | grep iwl

# 应该没有任何输出

重新加载驱动

modprobe iwlwifi

验证网卡是否正常工作

dmesg | grep iwlwifi | tail -20

ip a show

如果成功，你会看到类似这样的日志：

iwlwifi 0000:05:00.0: loaded firmware version 83...

iwlwifi 0000:05:00.0: Detected Intel(R) Wi-Fi 6 AX210...

并且 ip a 中会出现一个无线网卡接口（如 wlp5s0）。

为什么刚才 “Module in use”

iwlwifi 是底层硬件驱动，上层的 iwlmvm（MAC 层管理模块）会依赖它。如果 iwlmvm 已经加载，直接卸载 iwlwifi 就会报 “in use”。

所以要先卸载 iwlmvm，再卸载 iwlwifi。

MySQL8表中有大量重复数据去重后保存到新表方案

Mon, 18 May 2026 10:08:45 +0800

MySQL8表中有大量重复数据去重后保存到新表方案

一，找deepseek来解决

MySQL8 数据库中有两张表：

表 mat_transport_license，创建表SQL如下：

CREATE TABLE `mat_transport_license` (
`ID` varchar(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '主键',
`PERM_ID` int DEFAULT NULL COMMENT '微机编号',
`PRINT_ID` varchar(8) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '纸张号',
`ORDER_ID` varchar(35) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '凭证编号',
UNIQUE KEY `PERM_ID` (`PERM_ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci ROW_FORMAT=DYNAMIC COMMENT='准运证';

表 mat_transport_license_detail ，创建表SQL如下：

CREATE TABLE `mat_transport_license_detail` (
`ZYB_ID` varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT '主键',
`PERM_ID` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL,
`ORDER_ID` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL,
`SPEC` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci ROW_FORMAT=DYNAMIC ;

现需要根据表 mat_transport_license 中的 PERM_ID字段中的数据匹配 mat_transport_license_detail中 PERM_ID字段中的数据，
但 mat_transport_license_detail中有大量重复数据，需要根据两表 PERM_ID字段关联数据，提取 mat_transport_license_detail中 MAX(ZYB_ID)行的数据，插入到新表 mat_transport_license_detail_new 。

因为表有大量数据约5千万条，需要使用存储过程，分批执行，请给出优化方案:

二，DeeSeek 多次回复后提到的最终结果：

错误原因很明确：字符集排序规则（collation）冲突。

明细表 mat_transport_license_detail 的字段使用 utf8mb4_general_ci
CAST(lic.PERM_ID AS CHAR) 没有指定排序规则，会继承数据库或会话的默认排序规则（MySQL 8.0 默认是 utf8mb4_0900_ai_ci）
两者在 = 比较时混用，导致 1267 错误。

解决方法：在转换时显式指定与明细表相同的排序规则，使用 COLLATE utf8mb4_general_ci。

版本一（窗口函数版，已修正排序规则）

sql

DELIMITER $$

DROP PROCEDURE IF EXISTS proc_batch_max_zyb$$

CREATE PROCEDURE proc_batch_max_zyb(IN p_batch_count INT)
BEGIN
    DECLARE v_min_id INT;
    DECLARE v_max_id INT;
    DECLARE v_start INT DEFAULT 0;
    DECLARE v_end INT;
    DECLARE v_batch_rows INT;
    DECLARE v_total_rows INT DEFAULT 0;
    DECLARE v_done INT DEFAULT 0;

    SELECT MIN(PERM_ID), MAX(PERM_ID) INTO v_min_id, v_max_id
    FROM mat_transport_license WHERE PERM_ID IS NOT NULL;

    IF v_min_id IS NOT NULL THEN

        IF p_batch_count IS NULL OR p_batch_count <= 0 THEN
            SET p_batch_count = 5000;
        END IF;

        WHILE v_done = 0 DO
            SET v_end = v_start + p_batch_count;
            IF v_end > v_max_id THEN
                SET v_end = v_max_id;
                SET v_done = 1;
            END IF;

            START TRANSACTION;

            INSERT INTO mat_transport_license_detail_new
            SELECT
                ZYB_ID, PERM_ID, ORDER_ID, SERIAL, PRODUCT_ID,
                PRODUCT_NAME, MADE_IN, SPEC, UNIT, PRICE, QUANTITY, ZYB_TID
            FROM (
                SELECT
                    det.*,
                    ROW_NUMBER() OVER (
                        PARTITION BY det.PERM_ID ORDER BY det.ZYB_ID DESC
                    ) AS rn
                FROM mat_transport_license_detail det
                WHERE det.PERM_ID IN (
                    SELECT CAST(lic.PERM_ID AS CHAR CHARACTER SET utf8mb4) 
                           COLLATE utf8mb4_general_ci
                    FROM mat_transport_license lic
                    WHERE lic.PERM_ID > v_start AND lic.PERM_ID <= v_end
                )
            ) t
            WHERE t.rn = 1;

            SET v_batch_rows = ROW_COUNT();
            SET v_total_rows = v_total_rows + v_batch_rows;
            COMMIT;

            SELECT CONCAT('Batch [', v_start+1, ' ~ ', v_end, '] inserted ', 
                           v_batch_rows, ' rows, total: ', v_total_rows) AS progress;

            SET v_start = v_end;
        END WHILE;

        SELECT CONCAT('All done. Total rows: ', v_total_rows) AS final_message;

    ELSE
        SELECT 'No data in mat_transport_license' AS msg;
    END IF;
END$$

DELIMITER ;

版本二（无窗口函数版，同样修正）

sql

DELIMITER $$

DROP PROCEDURE IF EXISTS proc_batch_max_zyb_no_window$$

CREATE PROCEDURE proc_batch_max_zyb_no_window(IN p_batch_count INT)
BEGIN
    DECLARE v_min_id INT;
    DECLARE v_max_id INT;
    DECLARE v_start INT DEFAULT 0;
    DECLARE v_end INT;
    DECLARE v_batch_rows INT;
    DECLARE v_total_rows INT DEFAULT 0;
    DECLARE v_done INT DEFAULT 0;

    SELECT MIN(PERM_ID), MAX(PERM_ID) INTO v_min_id, v_max_id
    FROM mat_transport_license WHERE PERM_ID IS NOT NULL;

    IF v_min_id IS NOT NULL THEN

        IF p_batch_count IS NULL OR p_batch_count <= 0 THEN
            SET p_batch_count = 5000;
        END IF;

        WHILE v_done = 0 DO
            SET v_end = v_start + p_batch_count;
            IF v_end > v_max_id THEN
                SET v_end = v_max_id;
                SET v_done = 1;
            END IF;

            START TRANSACTION;

            INSERT INTO mat_transport_license_detail_new
            SELECT d.*
            FROM mat_transport_license_detail d
            INNER JOIN (
                SELECT PERM_ID, MAX(ZYB_ID) AS max_zyb
                FROM mat_transport_license_detail
                WHERE PERM_ID IN (
                    SELECT CAST(lic.PERM_ID AS CHAR CHARACTER SET utf8mb4) 
                           COLLATE utf8mb4_general_ci
                    FROM mat_transport_license lic
                    WHERE lic.PERM_ID > v_start AND lic.PERM_ID <= v_end
                )
                GROUP BY PERM_ID
            ) t ON d.PERM_ID = t.PERM_ID AND d.ZYB_ID = t.max_zyb;

            SET v_batch_rows = ROW_COUNT();
            SET v_total_rows = v_total_rows + v_batch_rows;
            COMMIT;

            SELECT CONCAT('Batch [', v_start+1, ' ~ ', v_end, '] inserted ', 
                           v_batch_rows, ' rows, total: ', v_total_rows) AS progress;

            SET v_start = v_end;
        END WHILE;

        SELECT CONCAT('All done. Total rows: ', v_total_rows) AS final_message;

    ELSE
        SELECT 'No data in mat_transport_license' AS msg;
    END IF;
END$$

DELIMITER ;

执行步骤

确认索引和目标表已存在（如果还未执行）：
sql

ALTER TABLE mat_transport_license_detail ADD INDEX idx_perm_zyb (PERM_ID, ZYB_ID);
CREATE TABLE mat_transport_license_detail_new LIKE mat_transport_license_detail;

调用存储过程：
sql
```
CALL proc_batch_max_zyb(5000);
```
校验、补索引（同前）。

这两个版本已将子查询中的字符串转换强制设为 utf8mb4_general_ci，与明细表字段完全一致，不会再报 1267 错误。

openeuler2509系统中编译kernel 6.19.14内核方法

Sat, 16 May 2026 03:53:19 +0800

autoclaw+Deepseek生成的openeuler2509系统中编译kernel 6.19.14内核方法

一，编译内核

1. 准备编译环境
首先，需要安装编译内核所必需的工具和依赖库。

在终端中执行以下命令：

# 1. 安装“Development Tools”组包，包含gcc, make等基础编译工具

sudo dnf groupinstall "Development Tools"

# 2. 安装内核编译的特定依赖
# ncurses-devel: make menuconfig 的图形界面支持
# elfutils-libelf-devel: 处理ELF格式文件
# bc: 编译过程中的计算工具
# openssl-devel: 内核签名等安全功能所需
# bison, flex: 语法解析器生成工具

sudo dnf install ncurses-devel elfutils-libelf-devel bc openssl-devel bison flex

如果编译失败并提示缺少某个头文件或工具，你可以尝试使用sudo dnf builddep kernel来自动安装kernel源码包的所有构建依赖。

2. 获取内核源码
由于openEuler 25.09源内暂无预编译的 6.19.14 RPM源码包，我们选择从 kernel.org 手动下载官方源码。

# 1. 下载内核源码压缩包
# 你可以在 https://www.kernel.org 上查找你想要的版本

wget https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.19.14.tar.xz

# 2. 解压源码
tar -xvf linux-6.19.14.tar.xz

# 3. 进入源码目录
cd linux-6.19.14

3. 配置内核选项
通过复用现有配置并微调，可以确保新内核包含当前系统的驱动和功能，简化定制流程。

复用当前配置：将系统当前运行内核的配置文件复制到源码目录，作为基础配置。

cp /boot/config-$(uname -r) .config

以上命令修改内核配置，不然编译会有报错。
更新配置项：由于新版本内核会引入新选项，需要先更新.config文件。运行此命令后，它会逐个提示你处理所有新增的配置项，直接按Enter键选择默认值即可。

定制配置（可选）：如果需要进一步裁剪模块或开启特定功能，可使用图形化界面进行配置。

make menuconfig

界面操作提示：
使用方向键移动。
按空格键切换选择状态（* 表示编译进内核，M 表示编译为模块，[ ] 表示不编译）。
选择 Save 保存配置，然后 Exit 退出。

4. 编译内核
配置完成后，即可开始编译。-j$(nproc)参数会利用所有CPU核心并行编译，加速过程。

make -j$(nproc)
注意：编译过程耗时较长（半小时至数小时不等），如果在过程中遇到错误，可以尝试去掉-j参数，以便清晰地定位错误信息。

5. 安装内核与模块
编译成功后，需要将内核镜像、模块等文件安装到系统指定位置。

# 安装内核模块到 /lib/modules/ 目录下
sudo make modules_install

# 安装内核文件(vmlinuz, System.map等)到 /boot 目录，并自动更新GRUB配置
sudo make install

cp .config /boot/config-6.19.14

执行sudo make install后，它会自动复制内核到/boot，生成对应的initramfs，并将新内核条目添加到GRUB的启动菜单中。

6. 更新引导与重启验证
手动更新GRUB以确保配置生效，并重启系统以加载新内核。

更新GRUB配置：
对于使用UEFI引导的系统，GRUB配置文件路径通常是/boot/efi/EFI/openEuler/grub.cfg。如果不确定，可检查/boot/efi/EFI/下的具体目录名。

# 请将路径替换为你的实际GRUB配置文件路径
sudo grub2-mkconfig -o /boot/efi/EFI/openEuler/grub.cfg

如果你使用的是传统的BIOS引导，命令通常是：

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

重启系统：

sudo reboot
系统重启时，在GRUB启动菜单中选择你刚编译的 6.19.14 内核启动。

登录验证：
成功登录后，执行以下命令，如果终端输出6.19.14，则代表新内核已成功运行。

uname -r

二：编译报错解决方法：

1. 重新运行编译，捕获详细日志

在源码目录（/opt/linux-6.19.14）执行：

# 先清理一下（可选，但建议）make clean# 使用单线程编译，并输出详细命令，同时保存到文件make -j1 V=1 2>&1 | tee build.log

-j1：只用1个核心，让错误信息按顺序输出，不被并行日志打乱。
V=1：显示完整编译命令，便于定位哪个环节出错。
tee build.log：将所有输出同时显示在屏幕并保存到 build.log，方便事后搜索。

等待编译中断后，执行以下命令查看最后的错误：

grep -i "error:" build.log | tail -20

把这段输出贴出来，我就能直接判断了。

我这里把日志直接给autoclaw ，以下是他给出的修复方法：

找到根因了！日志最后几行清楚地显示：

Text

make[3]: *** 没有规则可制作目标"certs/openeuler-cert.pem"，由"certs/x509_certificate_list"需求。停止。
make[2]: *** [scripts/Makefile.build:546：certs] 错误 2
make[1]: *** [/opt/linux-6.19.14/Makefile:2065：.] 错误 2
make: *** [Makefile:248：__sub-make] 错误 2

根因分析

你的 .config 里 CONFIG_SYSTEM_TRUSTED_KEYS 被设为了 certs/openeuler-cert.pem，但这个文件在主线内核源码中并不存在——它是 openEuler 发行版内核专用的签名证书。

你的 .config 很可能是从 openEuler 发行版 /boot/config-* 复制过来的，所以带上了 openEuler 的证书引用。

解决方法

最简单的方法 — 把证书路径清空：

Bash

# 方法一：直接改 .config，把证书路径设为空
sed -i 's|CONFIG_SYSTEM_TRUSTED_KEYS=.*|CONFIG_SYSTEM_TRUSTED_KEYS=""|' .config

# 也检查一下这个：
sed -i 's|CONFIG_SYSTEM_EXTRA_CERTIFICATE=.*|CONFIG_SYSTEM_EXTRA_CERTIFICATE=""|' .config

# 然后重新生成完整配置并编译
make olddefconfig
make -j6

方法二：如果你是用 menuconfig / nconfig 交互式配置：

Bash

make menuconfig

进去后找到：

Cryptographic API → Certificates for signature checking

把以下两项清空（删掉路径，留空）：

Additional X.509 keys for default system keyring — 删掉 certs/openeuler-cert.pem
X.509 certificate to be preloaded into the system blacklist keyring — 如果有也清空

保存退出后 make -j6 即可继续编译。

（基于之前的经验：openEuler 的发行版 config 带了自家签名证书路径，直接用于主线源码会报 missing target。）

网路互联

DeepSeek生成的关于openeuler系统自动编译安装kernel内核脚本

DeepSeek生成的关于openeuler系统自动编译安装kernel内核脚本

最终脚本

1，提问：

2，AI回复

3，优化点说明

Linux安装google chrome或是 edge浏览器后不 支持 root打 开 解决 方法

openEuler2403 安装UKUI桌面并配置 Intel AX210 无线驱动

2. 配置 VNC 启动脚本（解决黑屏问题）

4. 防火墙放行端口

二、Intel AX210 无线网卡驱动安装

1. 确认硬件和内核

2. 安装基础固件包

3. 检查错误并手动下载固件

4. 彻底卸载并重新加载驱动模块

5. 验证 WiFi 是否正常

三、附录：蓝牙驱动

openeuler安装ukui进入账号登陆后图形界面消失,不支持HDMI转VGA接口

故障原因简析

解决方案

1. 检查和更换硬件

2. 更新显卡驱动

3. 检查并调整显示设置

4. 排查其他原因

问题排查与原因分析

详细解决步骤

1. 进入命令行环境

2. 重装/安装 NVIDIA 闭源驱动

3. 配置 Xorg

4. 调整内核启动参数

5. UKUI 特定优化

6. 终极方案：更换转接头

总结

openEuler 24.03 安装 UKUI + Node.js v26.2.0 + OpenClaw 完整过程文档

openEuler 24.03 安装 UKUI + Node.js v26.2.0 + OpenClaw 完整过程文档

一、环境概述

二、安装 UKUI 桌面环境

2.1 前提条件

2.2 更新系统软件包

2.3 安装 UKUI

2.4 设置图形界面为默认启动

2.5 手动切换界面模式

2.6 允许 root 用户登录桌面（可选）

2.7 验证安装

2.8 卸载 UKUI（如需）

三、安装 Node.js v26.2.0

3.1 安装方式选择

3.2 下载 Node.js v26.2.0 二进制包

3.3 解压并安装

3.4 配置环境变量

3.5 验证安装

3.6 配置 npm 国内镜像源（推荐）

四、安装 OpenClaw

4.1 OpenClaw 简介

4.2 系统要求

4.3 安装方式

4.4 运行 Onboard 初始化向导

4.5 手动配置 API Key

4.6 启动 Gateway 服务

4.7 验证 Gateway 运行状态

4.8 使用 TUI 体验

4.9 Gateway 常用控制命令

4.10 配置防火墙（如需远程访问）

4.11 OpenClaw 中开启“思考”功能

五、常见问题排查

5.1 UKUI 安装失败

5.2 UKUI 桌面黑屏或无法启动

5.3 Node.js 命令未找到

5.4 OpenClaw 命令未找到

5.5 Gateway 启动失败

六、完整安装流程速查表

openeuler 25.09 如何修改配置文件实现能开机启动 新编译的内核？

方法一：使用 grubby 命令（最简单高效）

方法二：修改 /etc/default/grub 配置文件（最通用）

方法三：自定义 40_custom 文件（最灵活）

关于 GRUB 配置文件位置

总结与建议

openeuler2403 安装ukui 后，如何 配置vncserver 才不黑屏？

openeuler2403系统安装ukui使用intel AX210驱动蓝牙与WiFI

Linux安装google chrome或是 edge浏览器后不支持 root打开解决方法

openeuler 25.09 如何修改配置文件实现能开机启动新编译的内核？

方法一：使用 `grubby` 命令（最简单高效）

方法二：修改 `/etc/default/grub` 配置文件（最通用）

方法三：自定义 `40_custom` 文件（最灵活）

openeuler2403 安装ukui 后，如何配置vncserver 才不黑屏？