安装Windows 10时提示“无法访问介质”，如何解决？

Question

安装Windows 10时提示“无法访问介质”，通常源于安装介质（U盘或光盘）损坏、USB控制器驱动缺失或兼容性问题。常见原因包括：U盘制作工具不兼容（如非微软官方Media Creation Tool）、ISO文件校验失败、UEFI/Legacy启动模式与分区表（GPT/MBR）不匹配，或主板USB 3.0端口在PE环境下缺少原生驱动。解决方案：① 使用微软官方工具重新制作启动U盘；② 尝试更换USB 2.0接口或主板后置接口；③ 进入BIOS关闭Fast Boot、Secure Boot（临时），并确认启动模式与目标磁盘分区类型一致（UEFI+GPT / Legacy+MBR）；④ 若为品牌机（如戴尔、联想），可下载对应机型的USB 3.0/ NVMe驱动，集成至安装镜像。建议安装前用`certutil -hashfile`校验ISO SHA256值，确保完整性。

Answer 1

```html

一、现象层：基础报错识别与上下文定位

“无法访问介质”是 Windows 10 安装过程中典型的 0x80070015 或 0x80300001 错误的用户侧呈现，多出现在“选择安装位置”界面。该提示并非指向硬盘故障，而是安装环境（WinPE）无法枚举或挂载启动源（U盘/光驱）或目标磁盘。需首先区分：是 源介质不可见（如U盘在安装界面完全不显示），还是 目标磁盘不可访问（列表为空或显示“未初始化”但无法点击）。此阶段应记录 BIOS 启动日志（如按 F12 进入启动菜单时能否识别U盘）、USB设备指示灯状态及是否伴随蓝屏（如 INACCESSIBLE_BOOT_DEVICE）。

二、介质层：ISO完整性与启动盘制作可靠性验证

使用非官方工具（如 Rufus 默认配置、老版本 UltraISO）易导致 FAT32 分区下 efisys.bin 损坏或 bootmgr.efi 权限异常。必须执行双重校验：

• 下载后立即运行：certutil -hashfile Win10_22H2_English_x64.iso SHA256，比对微软官网公布的 SHA256 值（例：7E9F...A3C1）；
• 制作时强制使用 Media Creation Tool (v22H2+) 并勾选“为其他电脑创建安装介质”，禁用第三方压缩/分卷选项。

验证手段还包括：将U盘插入已运行 Windows 的主机，检查是否可正常打开 \sources\install.wim（大小应 ≥3.2GB）且无 NTFS 权限错误。

三、固件层：UEFI/Legacy 启动模式与磁盘分区表的强耦合关系

这是企业级部署中最易被忽视的底层约束。下表阐明启动模式与磁盘结构的刚性匹配规则：

BIOS 启动模式	磁盘分区表类型	必需引导文件	典型失败表现
UEFI	GPT	\EFI\Microsoft\Boot\bootmgfw.efi	安装界面显示“驱动器未找到”，但磁盘管理中可见未分配空间
Legacy BIOS	MBR	\boot\mgr + bootsect.exe 写入	报错后自动重启，或卡在“正在准备安装”阶段

四、驱动层：USB 3.x/NVMe 在 WinPE 中的原生支持缺口

Windows 10 ADK 自带 WinPE 默认仅含 USB 2.0 OHCI/UHCI 驱动，对 Intel Alpine Ridge、AMD X370/X570 芯片组的 USB 3.1 Gen2 控制器及多数 NVMe SSD（如 Samsung 980 Pro）无原生支持。品牌机解决方案如下：

1. 戴尔：从 Dell SupportAssist 下载 Dell Command | Deploy Driver Pack；
2. 联想：使用 Lenovo System Update 导出 USB3x_NVMEDrivers.cab；
3. 集成方式：通过 DISM /Image:C:\winpe_mount /Add-Driver /Driver:D:\Drivers /Recurse 注入到自定义 WinPE 映像。

五、系统层：BIOS/UEFI 固件策略对安装流程的深度干预

现代主板（尤其 2018 年后机型）默认启用多项安全机制，需针对性调整：

graph TD
    A[进入BIOS Setup] --> B{关键设置项}
    B --> C[Disable Fast Boot]
    B --> D[Set Secure Boot to 'Other OS' or 'Disabled']
    B --> E[Set SATA Mode to 'AHCI' not 'RAID On']
    B --> F[Enable 'CSM Support' only if Legacy required]
    C --> G[保存并重启]
    D --> G
    E --> G
    F --> G

六、诊断层：基于 WinPE 命令行的精准排障路径

当图形界面失效时，按 Shift+F10 调出命令提示符，执行以下诊断链：

diskpart
list disk          // 确认物理磁盘是否枚举
list volume        // 查看U盘是否分配盘符（如D:）
exit
dism /Get-WimInfo /WimFile:D:\sources\install.wim  // 验证WIM头完整性
reg query HKLM\SYSTEM\CurrentControlSet\Services\usbhub /s  // 检查USB Hub服务状态

若 list volume 无输出，说明 USB 存储驱动未加载——此时需注入驱动或更换端口。

七、工程层：面向大规模部署的自动化加固方案

针对 IT 运维团队，推荐构建具备自愈能力的安装介质：

• 使用 Windows Assessment and Deployment Kit (ADK) 定制 WinPE，预置 PowerShell 脚本自动检测 USB 3.0 控制器型号并加载对应 .inf；
• 在 startnet.cmd 中加入：wmic path win32_usbcontroller get name + 条件分支加载驱动；
• 集成 DrvLoad 工具与硬件 ID 数据库（如 Intel INF v10.1.1.9），实现零人工干预驱动匹配。

八、演进层：Windows 11 兼容性延伸思考

本问题在 Win11 部署中进一步复杂化：TPM 2.0 检测前置触发、SecureBootPolicy 组策略强制、以及默认禁用 CSM。建议将当前排查框架升级为“双模验证”——同一台机器分别以 UEFI+GPT 和 Legacy+MBR 模式启动测试介质，确认是固件兼容性问题还是镜像制作缺陷。此方法可快速剥离 TPM/Secure Boot 等新约束干扰。

```