NixOS Disko 格式化磁盘卡住问题分析与解决方案

问题现象

在使用 NixOS 的 disko 工具进行磁盘格式化时，部署过程会在执行 lsblk 命令后卡住，无法继续后续操作。该问题突然出现，影响多个服务器部署，且之前正常工作的环境也开始出现相同症状。

技术背景

Disko 是 NixOS 生态中的一个磁盘管理工具，它通过声明式配置来自动化磁盘分区、格式化和挂载过程。在 NixOS-anywhere 部署流程中，disko 负责目标系统的磁盘准备工作。

问题分析

1. 表面现象：部署脚本在输出 lsblk -a -f 后停止响应

2. 深层原因：SSH 会话的伪终端分配问题

   • 默认情况下，nixos-anywhere 使用 -t 参数建立 SSH 连接
   • 在特定环境下（如某些脚本执行场景），这会导致终端控制权争夺
   • 问题特别容易在非交互式终端或自动化脚本环境中出现

3. 关键发现：

   • 手动执行 SSH 命令可以完成整个磁盘格式化流程
   • 进程检查显示 lsblk 实际上已经正常退出
   • 问题出在 SSH 会话的终端管理而非磁盘操作本身

解决方案

1. 直接解决方案：

nixos-anywhere yourargs... </dev/null

通过重定向标准输入来避免终端分配问题。

2. 根本解决方案：

• 对于自动化部署环境，建议总是使用非交互式 SSH 模式
• 检查部署环境的终端设置，确保不会与 SSH 会话冲突
• 在持续集成(CI)环境中使用时，明确禁用终端分配

技术细节

当使用 -t 参数时，SSH 会尝试分配伪终端(PTY)，这在以下场景可能导致问题：

• 非交互式 shell 环境
• 某些受限的容器环境
• 自动化部署工具链中

Disko 的执行过程实际上并不需要交互式终端，强制分配 PTY 反而可能导致会话挂起。通过禁用终端分配或重定向输入，可以确保流程正常执行。

最佳实践建议

1. 在脚本中使用 nixos-anywhere 时，始终添加 </dev/null 重定向
2. 对于复杂部署环境，考虑使用更精细的 SSH 参数控制：

ssh -o RequestTTY=no ...

3. 定期检查部署环境的 SSH 配置，确保与自动化工具兼容

总结

该问题展示了系统部署工具与环境交互时可能遇到的微妙问题。理解底层机制（如 SSH 会话管理）对于解决这类问题至关重要。通过适当的参数调整和输入重定向，可以可靠地解决 disko 格式化过程中的卡住问题，确保 NixOS 部署流程的顺畅执行。

对于系统管理员和 DevOps 工程师，建议将此类解决方案纳入标准部署流程文档，以避免类似问题的重复出现。