做一个启动盘，想确认核心的引导文件是不是已经写进 U 盘了。插上盘，打开目录一列——没有。心里一沉：文件没写进去？制作失败了？于是重新做了一遍，还是一样。折腾半天才发现，文件一直在那儿，只是列目录的时候没显示出来。
现象
具体表现：
- 列目录查看 U 盘（或某个系统盘分区）里的引导文件，第一遍没看到；
- 以为文件丢了、或者制作启动盘的过程失败了；
- 重新制作，结果一样"看不到"；
- 但用某些工具、或在某些系统里，那些文件明明在。
根因
关键在于：那些文件带"隐藏 + 系统"属性，普通的列目录默认不显示它们。
Windows 里的文件可以有若干属性位，和"可见性"直接相关的有两个：
- 隐藏（Hidden）：标记为隐藏的文件/目录，默认不在普通的资源管理器视图和
dir输出里显示； - 系统（System）：标记为系统文件，同样在默认视图里被过滤掉。
而引导文件、分区表相关文件、UEFI/GRUB 之类的启动文件，绝大多数天生就同时带这两个属性——这是刻意的：这些是"系统实现细节"，不应该在普通使用中被误删误动，所以默认藏起来。
问题在于，"默认不显示"很容易被误读成"不存在"。你用了默认的列目录方式（资源管理器没开"显示隐藏文件"、命令行 dir 没加参数），过滤规则把这两个属性的文件挡掉了，于是得到一个"空"的结果。但这个"空"是过滤后的空，不是盘上的空。
一句话：默认列目录的输出，是被"显示策略"过滤后的结果，不是文件系统里真实存在的全部内容。
解决
换一种列法：带上"包括隐藏/系统文件"的参数，重新列一遍。
命令行（cmd）：
REM /A 显示所有属性的文件（/AH 只看隐藏、/AS 只看系统，/A 是全部）
dir /A X:\
REM 只看隐藏和系统的
dir /AH /AS X:\
PowerShell：
# -Force 让列表包含隐藏和系统文件
Get-ChildItem -Force X:\
# 顺便确认某个文件到底带哪些属性
Get-ChildItem -Force X:\ | Select-Object Name, Attributes
# 想确认是不是精确带了 Hidden+System
Get-Item -Force X:\BOOT\* | Where-Object {
($_.Attributes -band [IO.FileAttributes]::Hidden) -and
($_.Attributes -band [IO.FileAttributes]::System)
} | Select-Object Name, Attributes
输出里带 Hidden、System 字样的文件，就是被默认过滤掉的那批。
资源管理器里：在"查看"选项里打开"显示隐藏的文件、文件夹和驱动器"，并取消"隐藏受保护的操作系统文件"（这个选项专门用来隐藏带系统属性的文件）。打开之后就能看见。
查看或修改属性（attrib）：
REM 查看某文件的属性
attrib X:\BOOT\BCD
REM 去掉隐藏和系统属性（会+取消，慎用！）
attrib -h -s X:\BOOT\BCD
提醒：attrib -h -s 会把保护属性去掉，让文件暴露在默认视图中——对引导文件不要随手这么做。它之所以被藏起来，就是为了防止误删。除非你明确知道自己在干什么，否则只"查看"、不"修改属性"。
延伸与预防
这条坑的通用价值，是一句很朴素但很重要的话：看不到不等于不存在，先换一种列法。
它和前面"文件存在性检查返回否""ls 权限全是横线"是同一类问题的不同面孔：你看到的结果，是经过一层"过滤/解释/映射"之后的呈现，不等于底层真实状态。
这类"呈现 ≠ 真相"的过滤层到处都是：
- 文件列表被"显示策略"过滤（本条：隐藏/系统属性）；
- 权限被"权限模型"翻译（
ls -l看不到 ACL）； - 磁盘使用量被"缓存/统计口径"滞后或偏差；
- 搜索结果被"索引范围"限制（没索引到的文件搜不出来，不代表没有）；
- 数据库查询被"权限/视图"筛选（你查不到的行可能只是没权限看）。
所以遇到"查不到/看不到"，先别下"没有"的结论，问一句：我现在用的这种方式，有什么默认的过滤或限制？换一种更底层、更全的查看方式再确认一遍。
预防上，做启动盘、检查系统分区、排查"文件缺失"时，默认就带上"显示所有文件"的参数，把它当作这类场景的固定动作。养成"先看全，再说没有"的习惯，能省下大量"以为文件丢了其实一直在"的无效折腾。