所有文章 - CYBER ZENhttps://hex2rgb.github.io/posts/所有文章 | CYBER ZENHugo -- gohugo.iozh-CNTue, 28 Apr 2026 19:28:27 +0800PCIE通道分配异常问题排查及知识总结https://hex2rgb.github.io/posts/pcie%E9%80%9A%E9%81%93%E5%88%86%E9%85%8D%E5%BC%82%E5%B8%B8%E9%97%AE%E9%A2%98%E6%8E%92%E6%9F%A5%E5%8F%8A%E7%9F%A5%E8%AF%86%E6%80%BB%E7%BB%93/Tue, 28 Apr 2026 19:28:27 +0800Cyber Zenhttps://hex2rgb.github.io/posts/pcie%E9%80%9A%E9%81%93%E5%88%86%E9%85%8D%E5%BC%82%E5%B8%B8%E9%97%AE%E9%A2%98%E6%8E%92%E6%9F%A5%E5%8F%8A%E7%9F%A5%E8%AF%86%E6%80%BB%E7%BB%93/起因
  • 组装电脑后，分别插入一块x16规格显卡和一块PCIe x1转SATA扩展卡，发现显卡未运行在x16满带宽模式，而是降为x8模式，对此产生疑惑并排查原因。

大概明白了

  • CPU存在PCI Express通道数最大值参数，消费级CPU通常为16条，高端型号可达20条及以上，我的CPU支持16条通道。
  • 主板上的PCIe通道分为两类：一类来自CPU（高速通道），另一类来自PCH南桥（低速通道），具体如图1所示【图1】。
  • 由于将PCIe x1转SATA扩展卡插入了CPU直连的高速PCIe插槽，导致CPU的16条通道被拆分为8+8，显卡因此只能运行在x8模式。
  • 后续将扩展卡更换至PCH控制的PCIe插槽后，显卡成功恢复x16满带宽运行。

PCIe通道与芯片组扩展知识总结

一、PCIe x1插槽基础

  • 多数由主板芯片组提供通道，不直接与CPU连接。
  • 主要适配网卡、声卡等低带宽设备，满足基础扩展需求。
  • 可通过扩展卡转接为SATA接口，实现硬盘扩展。

二、PCIe x1转SATA扩展卡特性

  • 信号需经过南桥（PCH）处理，带宽受PCIe版本限制。
  • PCIe 3.0 x1接口理论带宽为1GB/s，可稳定支持4块SATA硬盘同时工作。
  • 单块硬盘传输速度接近原生SATA 3.0接口的600MB/s上限。

三、CPU PCIe通道分配规则

  • 若将CPU的16条通道全部分配给x16显卡插槽，依赖CPU通道的设备（如部分M.2 SSD）会被自动禁用。
  • 由芯片组扩展的PCIe x1、x4等低速设备，不受CPU通道分配的影响，可正常工作。

四、芯片组与PCH功能

  • 现代主板中的PCH（平台控制器中枢）即传统意义上的南桥，主要负责低速接口扩展。
  • 芯片组型号决定主板的扩展能力，例如C246芯片组的PCIe通道数量多于C236芯片组。
  • 主板手册中提及的“来自PCH的PCIe通道”，即指由芯片组提供的扩展通道资源。

附件

图1

]]>github page 自定义域名设置后消失https://hex2rgb.github.io/posts/%E8%87%AA%E5%AE%9A%E4%B9%89%E5%9F%9F%E5%90%8D%E8%AE%BE%E7%BD%AE%E5%90%8E%E6%B6%88%E5%A4%B1/Mon, 27 Apr 2026 09:37:48 +0800Cyber Zenhttps://hex2rgb.github.io/posts/%E8%87%AA%E5%AE%9A%E4%B9%89%E5%9F%9F%E5%90%8D%E8%AE%BE%E7%BD%AE%E5%90%8E%E6%B6%88%E5%A4%B1/自定义域名消失（Hugo 自动部署场景）

原因很简单：

Hugo 自动部署时，生成的内容里 没有 CNAME 文件，发布分支被全量覆盖，GitHub Pages 检测不到域名配置，就把自定义域名清空了。

解决

在 Hugo 项目中添加：static/CNAME

blog.hex2rgb.top

附件

]]>LVM 扩容实战记录（Ubuntu 根分区扩容）https://hex2rgb.github.io/posts/ubuntu-lvm-%E6%89%A9%E5%AE%B9/Mon, 27 Apr 2026 08:33:34 +0800Cyber Zenhttps://hex2rgb.github.io/posts/ubuntu-lvm-%E6%89%A9%E5%AE%B9/LVM 扩容完整命令

1. 查看是否已满

df -h /
Filesystem                         Size  Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-ubuntu--lv   11G   11G     0 100% /

2. 查看是否有可用空间

sudo vgs
  VG        #PV #LV #SN Attr   VSize   VFree 
  ubuntu-vg   1   1   0 wz--n- <21.95g 10.97g 【可用空间】

3. 获取 LV 路径（关键）

sudo lvs
LV         VG
ubuntu-lv  ubuntu-vg

得到设备路径：

]]>AI prompt 输出 markdown 源码https://hex2rgb.github.io/posts/ai-markdown-prompt/Sun, 26 Apr 2026 22:35:37 +0800Cyber Zenhttps://hex2rgb.github.io/posts/ai-markdown-prompt/ 
任务：将图片中的所有内容完整转写为 Markdown
严格要求：
    输出必须使用 一个且仅一个代码块 包裹（使用 ```markdown 开头）
    禁止在代码块外输出任何内容
    保持原始结构：
    标题层级（#、##、###）
    列表（-、1.）
    代码块（bash、yaml 等）
    行间空行
    所有代码块必须正确嵌套（外层 markdown，内层 bash / ```yaml）
    禁止拆分为多个代码块
    禁止总结、解释、改写或补充
    文本必须与图片内容逐字一致（包括标点、大小写、空格）
    保留所有命令、路径、配置格式
    如果图片中有多个代码块，必须在同一个 markdown 代码块内原样还原
输出格式示例：
    # 标题
    
    内容...
    
    ```bash
    命令、配置
    ---

只输出结果，不要任何解释。
]]>Unraid VirtioFS 导致 Ubuntu 重启丢失 IPhttps://hex2rgb.github.io/posts/dhcp%E5%A4%B1%E6%95%88/Sun, 26 Apr 2026 22:35:37 +0800Cyber Zenhttps://hex2rgb.github.io/posts/dhcp%E5%A4%B1%E6%95%88/Unraid 虚拟机添加 VirtioFS 后 Ubuntu 重启无IP，需要手动DHCP才能上网 完整总结

一、问题现象

  • Ubuntu 虚拟机重启后无法自动获取 IPv4 地址
  • 网卡物理链路正常，carrier=1，链路已连通
  • 开机无IP，必须手动执行 DHCP 命令才可联网
  • Unraid 后台无法读取虚拟机IP，访客代理异常

二、核心根本原因

  1. Unraid 给 Ubuntu 虚拟机新增了 VirtioFS 共享设备
  2. VirtioFS 属于独立 PCI 虚拟设备，占用硬件插槽
  3. 虚拟机 PCI 设备顺序被打乱，网卡序号偏移
  4. 网卡名称由 enp1s0 自动变更为 enp3s0
  5. 系统 netplan 配置仍绑定旧网卡名称，DHCP 规则失效
  6. 开机网络服务不会对新网卡自动重试 DHCP 请求

三、临时解决：手动执行DHCP获取IP

sudo ip link set enp3s0 up
sudo dhclient enp3s0

四、永久修复：重启自动获取 IP

1. 修改 netplan 网络配置，修正对应网卡名称

sudo nano /etc/netplan/50-cloud-init.yaml

2. 写入正确配置(可能是网卡变更了)

network:
  version: 2
  ethernets:
    enp3s0:
      dhcp4: true

3. 生效配置 + 修复启动时序冲突

sudo netplan apply
sudo systemctl enable --now systemd-networkd-wait-online
sudo apt purge -y cloud-init
sudo reboot

五、修复验证检查

ip addr
]]>GitHub Action 使用私有仓库 Submodulehttps://hex2rgb.github.io/posts/github-action%E4%BD%BF%E7%94%A8%E7%A7%81%E6%9C%89%E4%BB%93%E5%BA%93/Sun, 26 Apr 2026 16:30:54 +0800Cyber Zenhttps://hex2rgb.github.io/posts/github-action%E4%BD%BF%E7%94%A8%E7%A7%81%E6%9C%89%E4%BB%93%E5%BA%93/GitHub Actions + 私有 Submodule（PAT）配置记录

仓库结构

  • A 源码仓库（主仓库）

    • 存放 Hugo 博客源码
    • 运行 GitHub Actions
    • 分支：main

  • B 部署仓库

    • 仓库名：hex2rgb.github.io
    • 存放构建后的静态文件（public/）
    • 用于 GitHub Pages 访问

  • C 主题仓库（Submodule）

    • 仓库名：hex2rgb/LoveIt
    • 私有仓库
    • 位置：themes/LoveIt
    • 引入方式：Git Submodule

调用关系

A（源码仓库） ├── content/ ├── config/ ├── themes/ │ └── LoveIt（submodule → C） └── .github/workflows/

GitHub Actions 流程：

  1. 拉取主仓库代码
  2. 拉取私有主题子模块 C
  3. Hugo 构建生成 public
  4. 推送产物到部署仓库 B

认证方式

统一使用 PAT（Personal Access Token）：

  • 全程走 HTTPS 方式访问仓库
  • 用于：
    • 拉取私有 submodule（C）
    • 推送部署仓库（B）

关键配置点

  • Submodule（C）为私有仓库，CI 默认无访问权限
  • 必须通过 PAT 配置 Git 鉴权
  • 所有 Git 操作统一使用 HTTPS + Token

一句话总结

源码仓构建，静态仓托管页面，私有主题用子模块管理，PAT 打通访问链路。

]]>Hugo 跨仓库部署 GitHub Actions 完整配置https://hex2rgb.github.io/posts/github-pages-action-settings/Sun, 26 Apr 2026 07:18:37 +0800Cyber Zenhttps://hex2rgb.github.io/posts/github-pages-action-settings/Hugo 跨仓库部署 GitHub Actions 完整配置

目录

架构概述

部署架构

  • 源码仓库 A：存放 Hugo 博客源码、主题、配置文件
  • 静态仓库 B（如 hex2rgb.github.io）：存放打包后的静态页面

核心流程

SSH 密钥对（本地生成）
    ↓
公钥 → 部署到【静态仓库 B】Deploy Keys
文章底部-如图【1】
私钥 → 加密存入【源码仓库 A】GitHub Secrets
文章底部-如图【2】
    ↓
Actions 执行：安装 Hugo → 打包源码 → 生成 public → 用私钥推送

常见坑点

Job 隔离问题

不同 job 环境完全隔离，执行完毕立即销毁。如果把 build 和 deploy 分为两个 job，打包生成的 public 目录会丢失。

]]>Windows 10 企业版激活指南https://hex2rgb.github.io/posts/windows%E6%BF%80%E6%B4%BB/Sat, 25 Apr 2026 19:54:50 +0800Cyber Zenhttps://hex2rgb.github.io/posts/windows%E6%BF%80%E6%B4%BB/简介

本文介绍如何激活 Windows 10 企业版 LTSB 2016/Windows 11 企业版 LTSC(也能用这个密钥)，通过使用 KMS 激活服务，可以快速完成系统激活。

激活步骤

前置准备

  • 以管理员身份打开命令提示符（CMD）
  • 确保网络连接正常

执行激活命令

第一步：设置 KMS 服务器

slmgr -skms skms.netnr.eu.org

执行结果：密钥管理服务计算机名称成功设置

第二步：安装产品密钥

slmgr -ipk DCPHK-NFMTC-H88MJ-PFHPY-QJ4BJ

执行结果：产品密钥安装成功

]]>