Secure Boot本身不会删除硬盘数据，仅校验启动链签名并拒绝加载未签名组件，导致无法进入系统但文件仍完整保留。
开启Secure Boot本身不会删除硬盘上的任何用户数据，但可能因引导失败导致你暂时无法访问系统里的文件——这不是Secure Boot主动擦除数据，而是它拒绝加载未经签名的引导程序，使系统卡在启动界面或直接报错黑屏。
Secure Boot到底动不动你的硬盘数据
Secure Boot只校验启动链中每个环节（PBL→Bootloader→OS Loader→Kernel）的数字签名，校验过程全程在内存和固件中进行，【不读写硬盘上的用户分区】。它不会格式化C盘、不清空D盘、不删除文档或照片。你存的Excel、视频、微信聊天记录全都在原地。
但如果你的Linux发行版使用了未签名的GRUB或内核，Windows双系统用了旧版Legacy引导，或者你手动刷入过非官方固件，Secure Boot会直接中断启动流程——此时你不是“丢了数据”，而是“进不去系统看数据”。
哪些操作真会丢数据？必须警惕的三类场景
方法一：误烧eFuse熔断位（仅限ESP32/高通平台等嵌入式设备）
执行idf.py secure-boot-flash或fastboot oem enable-charger后若触发eFuse永久熔断，且密钥管理错误，会导致设备再也无法加载旧固件。此时若无备份，旧版本逻辑功能不可逆丢失——【这不是Secure Boot删数据，是硬件级写保护锁死】。
方法二：强制关闭Secure Boot后重装系统时选错分区
在BIOS里关掉Secure Boot，再用Windows安装盘重装系统，若在分区步骤误选“删除所有分区并重新格式化”，硬盘数据立刻清零。这和Secure Boot无关，纯属人工误操作。
方法三：更新UEFI固件时断电或中断
某些OEM厂商的固件更新工具（如Dell Command | Update、Lenovo Vantage）在升级过程中若强行关机，可能导致UEFI变量区损坏。极端情况下，系统无法识别硬盘控制器，表现为“找不到启动设备”，此时数据物理尚存，但需用PE盘或Linux Live USB挂载才能抢救。
验证Secure Boot是否生效且不影响数据访问
第一步：开机反复按F2/F10/Delete进入UEFI设置界面 → 找到Boot选项卡 → 确认Secure Boot状态为Enabled且Mode为Standard（非Setup或User）。
第二步：进入已正常运行的Windows系统 → 右键开始菜单 → 选择“终端（管理员）” → 输入命令：confirm-SecureBootUEFI → 回车。若返回True，说明Secure Boot已激活且当前系统通过验证。
第三步：打开磁盘管理（diskmgmt.msc）→ 检查所有卷标、文件夹结构、上次修改时间是否与关机前一致。只要这里能看到完整分区和可读内容，就证明Secure Boot没碰你的数据。
