可启动的 Linux USB 驱动器是 Windows 系统崩溃时的关键救援工具，支持硬盘检测、文件复制及系统恢复，且无需加载损坏的系统。在此基础上，一种新的实践方案是在 USB 驱动器中部署小型本地 AI 模型，并配备浏览器聊天界面。该方案利用主机算力，将软件与模型存储于驱动器中，使用户能在无网络环境下，通过对话形式解读诊断工具的输出信息，辅助排查故障。
构建集成 AI 的 Linux 救援环境
该方案基于 64GB USB 3.0 驱动器，首先安装 Ventoy。Ventoy 支持直接复制可启动 ISO 文件并在启动时选择镜像，剩余空间则用于存储 AI 运行环境及模型文件。需注意，安装 Ventoy 会清空驱动器数据，操作前务必备份。
Linux 系统选用 SystemRescue，其内置磁盘诊断、分区管理、文件恢复工具及 Firefox 浏览器，无需在救援会话中额外下载软件。由于 SystemRescue 默认不支持安全启动（Secure Boot），用户需在固件设置中调整，并备好 BitLocker 恢复密钥。
AI 组件采用 llama.cpp 框架配合 Qwen3-4B-Instruct-2507 模型。为确保在 8GB 内存设备上流畅运行，选用占用约 2.5GB 空间的 Q4_K_M 量化版本，并将上下文窗口限制为 2,048 个 token。推理过程完全依赖 CPU，避免在 Live 环境中配置 GPU 驱动的复杂性。
部署时，将 Linux x86-64 运行时环境、依赖库及 GGUF 格式模型文件存入 USB。启动 SystemRescue 后，挂载数据分区并通过本地路径启动 llama-server，即可通过 Firefox 访问内置的聊天界面。
利用 AI 解读诊断数据
进入救援桌面后，首要任务是确认硬件识别状态。运行 `lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS` 可列出驱动器及分区信息。将输出结果粘贴至聊天机器人，并附带问题描述，即可获取分析建议。
为获得精准建议，需向模型说明环境背景：当前通过 USB 运行 SystemRescue，目标系统为 Windows。初始提示词示例如下：“Windows 无法启动，我正通过 USB 运行 SystemRescue。以下是 lsblk 的输出结果。请帮我识别内部的 Windows 驱动器，解释此输出意味着什么，并建议下一步的诊断检查步骤，不要修改磁盘。”
随后，可进一步提供 `smartctl` 磁盘健康报告或 `dmesg` 存储日志。驱动器列表反映 Linux 对 SSD 的检测情况，健康报告揭示磁盘物理状况，内核消息则暴露通信错误。这些具体数据为对话提供依据，用户可据此询问字段含义、检查必要性或验证诊断结论。
修复前的数据备份策略
在尝试修复 Windows 之前，必须优先备份重要文件。SystemRescue 能够访问 Windows 分区，支持在同一会话中将文档复制到外部驱动器。
借助 AI 辅助，可准确识别源分区及其挂载点。Windows 用户文件夹通常位于系统分区的 Users 目录下，但在 Linux 中需结合挂载点确定完整路径。提供实际挂载信息有助于模型生成匹配当前机器的正确路径。
连接外部驱动器作为备份目标后，建议以只读方式挂载源分区，并通过文件管理器复制选定文件夹。若 Windows 卷受 BitLocker 保护，需先输入凭据解锁。
本地大模型的实用价值
本地大语言模型（LLM）在整理数据、辅助 PC 故障排查等场景展现出显著实用价值。在现有硬件上部署本地模型，不仅可行且高效，反驳了“本地模型无用”的观点，值得更多技术爱好者尝试与应用。