一次 Dell PowerEdge R750xs 启动故障复盘：从 iDRAC 带外管理到 Linux 多内核回退与 initramfs 重建

9624562026-10-25 15:31

一台 CentOS 7 服务器因最新内核的 initramfs 缺失无法挂载根文件系统，最终借助 iDRAC 虚拟控制台切换旧内核、在线重建启动工件并恢复。

说明：本文根据一次真实处置过程整理。节点名、管理地址、账号等均已匿名化；含设备服务标签的原始照片未发布。文中的命令与版本用于还原机制，生产操作前必须结合本机引导模式、分区和备份策略复核。

先给结论： 最新内核 3.10.0-1160.119.1.el7.x86_64 对应的 initramfs 文件缺失，GRUB 无法为该内核装载早期用户空间，内核也就无法识别并挂载真实根文件系统，最终触发 VFS: Unable to mount root fs on unknown-block(0,0)。通过 GRUB 选择上一版本内核 3.10.0-1160.88.1.el7.x86_64 后系统成功启动；随后使用 dracut 重建缺失镜像、用 grub2-mkconfig 刷新引导配置，重启后最新内核恢复正常。

直接故障点最新内核对应的 initramfs 文件不存在

恢复路径iDRAC 虚拟控制台 → GRUB 旧内核 → 在线修复

被排除假设处置时 /boot 仅使用 24%，不是当时空间耗尽

仍待确认文件为何缺失：更新中断、误删或存储瞬态异常均无直接证据

目录

  1. 背景与问题
  2. 目标与约束
  3. [系统架构与 iDRAC](#系统架构与 iDRAC)
  4. [Linux 多内核机制](#Linux 多内核机制)
  5. [启动工件模型（类 ERD）](#启动工件模型（类 ERD）)
  6. 数据流与执行流程
  7. 故障处置时间线
  8. Troubleshooting
  9. [根因分析与 5 Whys](#根因分析与 5 Whys)
  10. 解决方案与关键实现
  11. 验证过程
  12. 方案取舍
  13. [Lessons Learned](#Lessons Learned)
  14. 后续优化

1. 背景与问题

设备为 Dell PowerEdge R750xs，操作系统为 CentOS 7 系列，启动菜单中同时保留了三个常规内核和一个 rescue 条目。故障发生后，服务器无法进入操作系统，SSH 等带内通道自然也不可用。

第一现场首先看到的是内核恐慌：

现场证据 1：VFS 无法挂载根文件系统；图中的 i8042 提示不是本次根因

继续观察 GRUB 输出后，出现了更具指向性的错误：

现场证据 2：/initramfs-3.10.0-1160.119.1.el7.x86_64.img not found

这两张图构成了关键证据链：第一张描述"内核最终无法挂载根"；第二张揭示"GRUB 没有装载到该内核版本对应的 initramfs"。因此排查重点从泛化的 RAID、LVM、UUID、文件系统损坏，收敛到 /boot 中的版本配对关系。

2. 目标与约束

2.1 处置目标

  • 在不重装系统、不破坏业务数据的前提下恢复主机启动。
  • 确认故障位于硬件、引导器、内核、initramfs 还是根文件系统。
  • 保留可回退路径，避免直接修改唯一可启动内核。
  • 完成文件、GRUB 菜单、实际运行内核三层验证。

2.2 现场约束

  • 操作系统未启动，SSH 和业务网络不可作为主操作通道。
  • 本地键盘在 GRUB 阶段一度不能可靠切换菜单项。
  • 没有立即使用安装 ISO；优先尝试已安装的旧内核，降低救援环境与存储驱动不匹配的风险。
  • 不能把"/boot 空间满"当既定事实：实际检查结果是 1014 MiB 总量、237 MiB 已用、778 MiB 可用，使用率 24%。

3. 系统架构：为什么操作系统挂了，iDRAC 仍然能救场

图 1：iDRAC 管理面独立于主机 Linux 启动链

**iDRAC（Integrated Dell Remote Access Controller）**本质上是服务器内置的基板管理控制器（BMC）及其管理软件。它有自己的处理能力、固件和网络路径，不依赖主机 CPU 上的 Linux 正常启动。因此，即使主机卡在 POST、GRUB、Kernel panic，运维人员仍可通过 iDRAC 观察屏幕、发送键盘输入、重启/上下电、挂载虚拟介质并查看硬件日志。

3.1 iDRAC 与 SSH 的本质区别

维度 SSH / Agent（带内管理） iDRAC（带外管理）
依赖对象 Linux 内核、网卡驱动、IP、sshd 均需正常 依赖服务器供电与 iDRAC 自身固件/网络
可见阶段 操作系统启动完成后 POST、BIOS/UEFI、GRUB、内核启动、系统运行全阶段
典型能力 命令执行、应用运维 KVM 虚拟控制台、电源、虚拟媒体、硬件清单、SEL/LC 日志
本次作用 故障初期不可用 恢复键盘与屏幕控制，进入 GRUB 选择旧内核

3.2 三种常见访问路径

路径 特点 适用场景 注意事项
后置 iDRAC 专用网口 管理流量与业务网物理隔离 生产环境长期运维 应接入独立管理网，配置静态地址、访问控制与凭据轮换
Shared LOM 与主机板载网口共享链路 端口受限、已有隔离 VLAN 共享链路会扩大故障域，不宜与公网或普通办公网混用
前置 iDRAC Direct（Micro-USB） 笔记本与 iDRAC 点对点 USB 网卡 首次部署、未知管理 IP、机房现场救援 Dell 文档给出的典型地址为：iDRAC 169.254.0.3、客户端 169.254.0.4；仍需正常认证

现场证据 3：R750xs 前面板的 iDRAC Direct 管理端口（照片未包含服务标签）

**安全提示：**带外管理面应视为高权限基础设施。不要把默认账号、出厂密码、服务标签、管理 IP 发布到公网文章中；不要让 iDRAC 直接暴露在互联网。应使用独立管理网/VPN、最小权限账号、受控来源地址、日志审计和固件维护。

4. Linux 多内核机制：为什么选择第二个就能启动

RHEL/CentOS 7 安装新内核时，通常不会覆盖唯一的旧内核，而是把多个版本并存于 /boot。YUM 的 installonly_limit 用于控制保留数量；Red Hat 文档建议保留默认值 3，从而拥有两个后备内核。这不是"占空间的冗余"，而是一条非常重要的启动回退通道。

现场证据 4：最新 119.1、旧版 88.1、71.1 与 rescue 条目并存

4.1 每个内核版本都需要一组匹配工件

以版本 3.10.0-1160.88.1.el7.x86_64 为例，最基本的启动配对是：

复制代码 
/boot/vmlinuz-3.10.0-1160.88.1.el7.x86_64
/boot/initramfs-3.10.0-1160.88.1.el7.x86_64.img

vmlinuz 是压缩后的 Linux 内核；initramfs 是启动早期被解包到内存中的临时根环境，里面包含 dracut 生成的脚本、设备规则以及挂载真实根文件系统所需的块设备、RAID、LVM、文件系统等模块。二者通过内核版本号关联。

4.2 最新内核失败、旧内核成功的机制

  • 119.1：GRUB 菜单项和 vmlinuz 被发现，但配套的 initramfs-119.1.img 不存在，所以启动链在早期中断。
  • 88.1：它有自己独立且完整的 vmlinuz-88.1 与 initramfs-88.1.img，因此能够识别同一套磁盘和根文件系统并成功启动。
  • 两套内核并不是两套业务系统。它们通常共享同一个根文件系统，只是启动时使用不同版本的内核及早期启动镜像。

换句话说，选择旧内核不是"绕过磁盘数据"，而是用一套完整的旧版启动工件进入同一个系统，再从系统内部修复新版启动工件。

5. 启动工件模型与关联关系（类 ERD）

图 2：GRUB 菜单、内核、initramfs 与根文件系统的关联

对象 职责 主键/关联键 关系
GRUB Menu Entry 记录内核、initramfs、root= 与内核参数 菜单 ID；业务关联键为 kernel_version 与某一版本 vmlinuz、initramfs 各 1:1
Kernel Image Linux 内核本体 kernel_version 多个版本可共同挂载同一 Root FS（N:1）
Initramfs Image 早期用户空间、驱动与根文件系统发现逻辑 kernel_version 必须与目标内核版本匹配
Root Filesystem 承载系统和业务数据 UUID、LV 路径或其他 root= 标识 被选中的内核最终挂载

从一致性角度看，本次事故类似一条"菜单记录已写入、主实体存在，但关联实体缺失"的半完成事务：新内核包和 GRUB 条目已经可见，配套 initramfs 却未形成可用文件。这里不涉及业务数据库，因此没有传统数据库 ERD；上图用启动工件关系替代，更能解释本案例的一致性问题。

6. 数据流与执行流程

图 3：从 POST 到根文件系统的启动数据流

6.1 正常启动顺序

  1. 服务器上电，BIOS/UEFI 执行 POST，枚举 PERC、磁盘和启动项。
  2. 固件从启动设备加载 GRUB 2。
  3. GRUB 根据菜单项把指定版本的 vmlinuz 与 initramfs 放入内存，并传递 root= 等参数。
  4. 内核解压并运行，挂载内存中的 initramfs 作为临时根。
  5. initramfs 内的 dracut 逻辑加载 PERC/块设备、LVM、XFS 等模块，定位真实根分区。
  6. 挂载真实根文件系统，执行 switch_root，再启动 systemd、网络和业务服务。

6.2 本次失败路径

第 3 步中，GRUB 找不到 119.1 的 initramfs。即便内核本体开始执行，它也没有预期的早期用户空间去发现根设备，最终在 mount_block_root() 一带失败。屏幕上的 unknown-block(0,0) 表示内核没有获得可挂载的根块设备；它是结果，不等于"物理硬盘一定损坏"。

7. 故障处置时间线

图 4：本次处置采用"带外接管 → 旧内核恢复 → 新内核修复 → 重启验证"

  1. **发现：**启动屏幕出现 Kernel panic，提示 VFS 无法挂载根文件系统。
  2. **取得更直接证据：**GRUB 明确报告 119.1 版本的 initramfs 文件不存在。
  3. **尝试本地操作：**F2 进入 BIOS 的时机错过，本地键盘在 GRUB 阶段不能可靠切换。此阶段一度把问题误判为 POST/BIOS 卡住，后由 GRUB 报错证明 POST 已完成。
  4. **建立带外通道：**通过 iDRAC Direct/管理面进入 iDRAC，启动 HTML5 虚拟控制台，恢复远程屏幕和键盘控制。
  5. **最小风险恢复：**重启进入 GRUB，跳过有缺陷的第一个条目，选择第二个 88.1 旧内核，成功进入原系统。
  6. 修复： 检查 /boot 空间，使用 dracut 重建 119.1 的 initramfs，再用 grub2-mkconfig 重建菜单配置。
  7. **闭环：**重启并让最新 119.1 内核启动，系统恢复正常。

8. Troubleshooting：Symptoms → Investigation → Root Cause → Resolution → Verification → Lessons Learned

8.1 Symptoms（症状）

  • Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
  • 调用栈包含 mount_block_root、mount_root、prepare_namespace。
  • GRUB 进一步提示：file '/initramfs-3.10.0-1160.119.1.el7.x86_64.img' not found。

8.2 Investigation（调查）

假设 验证证据 结论
物理盘或 RAID 阵列完全不可用 旧内核最终可以读取同一根文件系统并完整启动 基本排除为直接根因；仍建议查看 PERC/SEL 健康状态
/boot 空间耗尽导致镜像生成失败 df -h /boot 显示 24% 使用率 处置时已排除；无法证明故障发生前从未短暂耗尽
119.1 initramfs 缺失 GRUB 直接报 file not found；重建后被 grub2-mkconfig 发现 确认
旧内核也损坏 88.1 条目成功启动 排除
i8042: No controller found 导致故障 该提示通常表示没有传统 PS/2 控制器；与 initramfs file not found 无因果链 非根因噪声
为什么 119.1 文件缺失 没有 yum/rpm 事务日志、断电记录、审计记录或文件系统错误证据 未完全确定

8.3 Root Cause（根因）

**技术直接根因：**最新内核 119.1 对应的 initramfs 镜像不存在，导致 GRUB/内核启动工件不完整，内核无法建立用于发现并挂载真实根文件系统的早期用户空间。

**流程根因：**内核更新或启动工件变更后，缺少"内核包---vmlinuz---initramfs---GRUB 条目"完整性校验，也没有在维护窗口内完成一次受控重启验证，缺失文件直到下一次启动才暴露。

**未证实的上游原因：**更新事务被中断、人工/脚本误删、文件系统或存储瞬态写入异常。由于证据不足，本文不将其中任何一个写成事实。

8.4 Resolution（解决）

使用 iDRAC 虚拟控制台选择旧内核进入系统，针对精确版本执行 dracut --force，随后重建 GRUB 配置并重启。

8.5 Verification（验证）

grub2-mkconfig 输出同时发现 119.1 的 vmlinuz 和新生成的 initramfs；重启后最新内核正常启动。验证细节见第 11 节。

8.6 Lessons Learned（经验）

多内核保留策略不是历史包袱，而是恢复机制；iDRAC 不是"远程 SSH"，而是穿透 POST/GRUB/Kernel panic 的独立管理平面；任何内核更新都应把启动工件一致性与受控重启纳入变更完成标准。

9. 根因分析：5 Whys

  1. 为什么服务器无法启动？
    因为内核无法挂载根文件系统并触发 Kernel panic。
  2. 为什么内核无法挂载根文件系统？
    因为启动时没有获得可用的早期用户空间/驱动链来发现根块设备。
  3. 为什么早期用户空间不可用？
    因为 GRUB 指定的 119.1 版本 initramfs 文件不存在。
  4. 为什么该文件不存在？
    现有证据不足以唯一确定。可疑方向包括内核更新中断、误删或存储瞬态异常；/boot 在排障时有 76% 可用空间，因此"当时空间不足"没有被证实。
  5. 为什么缺失文件没有在变更当时被发现？
    因为缺少更新后的版本配对检查、initramfs 可读性校验与计划内重启验收。

**RCA 边界：**第 3 层是有屏幕和命令输出支撑的技术根因；第 4 层只能列出假设；第 5 层是可落地改进的控制缺口。严谨复盘不能把"常见原因"偷换成"本次已证实原因"。

10. 解决方案与关键实现

10.1 第一步：选择完整的旧内核

在 iDRAC 虚拟控制台中重启进入 GRUB，选择第二项：

复制代码 
CentOS Linux (3.10.0-1160.88.1.el7.x86_64) 7 (Core)

如果第二项仍失败，应继续尝试更旧的常规内核或 rescue 条目；全部失败时再进入 ISO Rescue + chroot 路径。

10.2 第二步：进入系统后先做只读检查

复制代码 
# 确认当前是通过旧内核启动
uname -r

# 检查 /boot 容量；本次结果为 24%，不是空间满
df -h /boot

# 检查目标内核本体、initramfs、RPM 包状态
ls -lh /boot/vmlinuz-3.10.0-1160.119.1.el7.x86_64
ls -lh /boot/initramfs-3.10.0-1160.119.1.el7.x86_64.img
rpm -q kernel-3.10.0-1160.119.1.el7.x86_64

# 查看现有启动条目
grubby --info=ALL

10.3 第三步：重建缺失的 initramfs

复制代码 
dracut --force   /boot/initramfs-3.10.0-1160.119.1.el7.x86_64.img   3.10.0-1160.119.1.el7.x86_64

dracut 根据指定内核版本、当前主机驱动和配置生成新的早期启动镜像。命令无输出且退出码为 0 通常表示成功，但不能只看"没报错"，还要检查文件和内容。

10.4 第四步：重建 GRUB 菜单

本次实际环境使用并成功执行：

复制代码 
grub2-mkconfig -o /boot/grub2/grub.cfg

但这个路径与固件模式有关，不应机械照抄：

复制代码 
# 判断当前启动模式
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

# CentOS/RHEL 7 可先解析发行版提供的链接
readlink -f /etc/grub2.cfg
readlink -f /etc/grub2-efi.cfg 2>/dev/null

# BIOS 常见目标
grub2-mkconfig -o /boot/grub2/grub.cfg

# UEFI 下常见为发行版目录，例如 CentOS：
grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg

重要： 不要直接手工编辑生成后的 grub.cfg。持久设置应放在 /etc/default/grub 或相应脚本中，再生成配置。UEFI 目录名随发行版变化，应以本机实际链接和文件为准。

10.5 第五步：重启最新内核

复制代码 
reboot

重启时观察 GRUB 默认项是否为 119.1；进入系统后再执行 uname -r 完成最终确认。

10.6 备用路径：ISO Rescue + chroot

如果没有任何旧内核可启动，可通过 iDRAC Virtual Media 挂载与硬件兼容的 RHEL/CentOS 7 救援介质，进入 Rescue 模式后激活 LVM、挂载原系统、chroot，再执行同样的 dracut 与 GRUB 修复。该路径更通用，但步骤多、依赖救援介质识别 PERC/文件系统，因此应作为兜底。

11. 验证过程：不仅要"能开机"，还要证明修复闭环

11.1 文件层

复制代码 
test -s /boot/initramfs-3.10.0-1160.119.1.el7.x86_64.img
echo $?

lsinitrd /boot/initramfs-3.10.0-1160.119.1.el7.x86_64.img | head -n 40

目标文件必须存在且非零；lsinitrd 能解析镜像，说明它至少不是空文件或明显损坏的归档。

11.2 引导配置层

本次 grub2-mkconfig 输出包含：

复制代码 
Found linux image: /boot/vmlinuz-3.10.0-1160.119.1.el7.x86_64
Found initrd image: /boot/initramfs-3.10.0-1160.119.1.el7.x86_64.img
...
done

这说明版本配对重新完整，并被 GRUB 配置生成器识别。

11.3 运行态

复制代码 
uname -r
grubby --default-kernel
systemctl --failed
journalctl -b -p err..alert --no-pager

预期 uname -r 返回 119.1；同时检查失败单元和本次启动的高优先级日志，避免"能登录但业务依赖未恢复"。

11.4 硬件与带外层

  • 在 iDRAC 查看 System Event Log / Lifecycle Controller Log，确认没有新的磁盘、PERC、内存或电源错误。
  • 检查虚拟磁盘状态为 Online/Optimal（以实际控制器术语为准）。
  • 确认虚拟媒体已卸载，避免下次重启从 ISO 启动。
  • 确认 iDRAC 管理地址、NTP、证书、账号和网络隔离符合规范。

**最终结果：**重建启动工件后，服务器能够使用最新 119.1 内核正常启动，故障恢复完成。

12. 方案取舍

方案 优点 风险/代价 本次选择
旧内核启动后在线修复 最快、改动小、使用原系统工具与驱动 前提是至少一个旧内核工件完整 首选并成功
ISO Rescue + chroot 不依赖任何已安装内核启动 步骤多；救援介质需识别 PERC/LVM/文件系统 备用
重新安装目标 kernel RPM 可同时修复内核包相关文件和脚本 依赖可用仓库/安装包；变更范围更大 dracut 失败时考虑
重装操作系统 可彻底重建启动栈 停机长、数据和配置恢复成本高 不适用于单个 initramfs 缺失

13. Lessons Learned

  1. 先读最具体的错误。 Kernel panic 很宽泛，initramfs ... not found 才是能直接驱动行动的证据。
  2. 不要把告警噪声当根因。 i8042: No controller found 与根文件系统挂载失败没有证据链。
  3. **多内核必须保留。**这次能低风险恢复，依赖于 88.1 旧内核及其 initramfs 仍然完整。
  4. **iDRAC 应在故障前配置好。**管理网、账号、许可证、控制台能力和日志导出应纳入服务器上线验收，而不是事故时临时摸索。
  5. **直接根因与根因来源要分层。**文件缺失已证实；文件为何缺失没有证据。复盘中必须明确"已确认、已排除、待确认"。
  6. **更新完成不等于包管理器退出。**内核、initramfs、GRUB 条目完整，并经过受控重启，才算变更闭环。

14. 后续优化与预防措施

14.1 建立内核工件一致性检查

复制代码 
# 示例：检查所有已安装内核是否同时存在 vmlinuz 与 initramfs
for k in $(rpm -q kernel --qf '%{VERSION}-%{RELEASE}.%{ARCH}
'); do
  test -s "/boot/vmlinuz-$k" || echo "MISSING vmlinuz: $k"
  test -s "/boot/initramfs-$k.img" || echo "MISSING initramfs: $k"
done

# 查看所有菜单项与默认内核
grubby --info=ALL
grubby --default-kernel

14.2 把维护后的验证写进变更单

  • 更新前记录当前运行内核、默认内核与可回退内核。
  • 更新后检查 RPM 事务日志、目标 initramfs、GRUB 条目和 /boot 空间。
  • 维护窗口内完成一次重启；通过 iDRAC 观察整个启动过程。
  • 启动后验证 uname -r、失败单元、关键服务和业务健康检查。

14.3 保留合理的多内核数量

保留默认的 installonly_limit=3 通常能提供两个回退版本。不要为了节省少量 /boot 空间只留一个内核；Red Hat 也不允许把该值设为 1。空间治理应通过合理规划分区和安全清理旧版本完成。

14.4 建设 iDRAC 基线

  • 独立管理网络或受控 VPN，不暴露公网。
  • 删除/禁用不再使用的账号，使用具名账号和最小权限。
  • 配置 NTP、DNS、证书、邮件/SNMP/Redfish 告警与集中日志。
  • 定期验证 HTML5 虚拟控制台、虚拟媒体和电源控制是否可用。
  • 维护 iDRAC、BIOS、PERC 与磁盘固件的兼容基线。

14.5 制定 CentOS 7 迁移计划

CentOS Linux 7 已于 2024 年 6 月 30 日结束生命周期。即使本次启动问题已经解决，继续承载生产业务仍会面临安全更新、软件仓库和硬件支持风险。应评估迁移到仍受支持的平台，并通过应用兼容性测试、数据备份、回退方案和分批切换控制风险。

15. 总结

这次事故看似是"服务器 Kernel panic"，实质上是一个非常典型的启动工件一致性故障：最新内核的菜单项和内核本体仍在，但配套 initramfs 缺失。iDRAC 提供了独立于操作系统的控制通道；GRUB 多内核机制提供了可靠回退点；dracut 与 grub2-mkconfig 则完成了工件重建和配置同步。

可迁移到其他环境的核心方法不是背命令，而是沿启动链建立证据：固件是否找到启动设备 → GRUB 是否找到版本配对 → initramfs 是否能发现根设备 → 根文件系统能否挂载 → systemd 与业务是否健康。每一步都有明确输入、输出和验证点，故障就能从"黑屏与 panic"收敛成可复现、可修复、可验证的问题。

参考资料

  1. Dell PowerEdge R750xs：iDRAC configuration
  2. Dell PowerEdge R750xs：USB / iDRAC Direct 规格
  3. Dell iDRAC9：通过 Direct USB 访问 iDRAC
  4. Red Hat Enterprise Linux 7：Kernel Administration Guide
  5. Red Hat Enterprise Linux 7：Working with GRUB 2
  6. Red Hat：使用 installonly_limit 保留多个内核
  7. The CentOS Project：CentOS Linux 生命周期

本文用于工程复盘与方法沉淀。所有外部发布内容均应继续遵循所在组织的变更、备份、凭据与信息安全规范。

相关推荐
Flynn Liang1 小时前
MQTT 共享订阅$share/原理：怎么用它给消费端水平扩容做负载均衡
运维·物联网·mqtt·iot·mqtt broker
Zevalin爱灰灰1 小时前
Linux入门第一部分（Ubuntu入门篇） 第二章 浅尝Ubuntu（二）
linux·嵌入式·1024程序员节
海宇AI2 小时前
零信任架构实战：基于海宇行驶OCR证识别构建自动化租车车队行驶证电子档案网关
运维·人工智能·架构·自动化·1024程序员节
北京中科新远科技2 小时前
高速接口兼容排查实战：OSFP、QSFP112与QSFP56如何逐层验证
linux·运维·网络
Ruiery2 小时前
Linux 6.6内核 CPU 深度解析（零）：x86 内核引导协议 — 从 bootloader 到 main()
linux·运维·服务器
Ruiery2 小时前
Linux 6.6内核 CPU 深度解析（十六）：x86 保护机制 — 从 ring 到页表的权限防线
linux·运维·服务器
qetfw2 小时前
Linux 文件清理：find、mtime 与安全传参验证
linux·shell·1024程序员节
贵州诚鑫致达科技有限公司3 小时前
PHP两个9.2分RCE漏洞，速查版本
服务器·php·1024程序员节
不老刘3 小时前
异构双 Agent 协同：构建无人值守的长任务自动化研发流水线
运维·人工智能·自动化·ai编程·1024程序员节
热门推荐
01国内可直接用、免费额度/永久免费的大模型API清单（含 SiliconFlow、火山、阿里、智谱、百度、Kimi、DeepSeek、DMXAPI 等）02如何新建文件夹？ 电脑新建文件夹的4种方法03GitHub 镜像站点04历年考研数学一、数学二、数学三真题试卷及答案PDF05几个好用的ip纯净度检测网站06苹果iPA游戏软件资源下载网站07ai安全工具:CyberStrikeAI安装部署与使用08昇腾910B系列芯片完全指南：四款型号对比、服务器选型与大模型部署实战09乙二醇水溶液物性参数10「全语录+省流版」邵艾伦 × 孙宇晨：聊风口、聊个人IP、聊年轻人如何抓住 AI 时代的机会