简介：USB_LocalDisk.zip 是一套针对 Windows XP 将 U 盘识别为可移动磁盘、难以直接多分区的限制而整理的驱动修改方案，面向旧系统维护人员、驱动学习者以及需要开展 U 盘分区实验的用户。压缩包共 6 个文件、约 7KB，内含 C 源码、资源脚本、INF 安装信息、SYS 驱动文件与 makefile，可据此了解各文件在驱动包中的职责分工，并梳理驱动编译、设备匹配信息配置和安装加载之间的对应关系。该资源已有 723 人学习下载，适合用于理解 XP 对存储设备类型的判定方式，也可作为驱动替换与回滚排错的参考样本，对初次接触 INF/SYS 驱动结构的学习者也较为友好。读者可从中获得从源码到驱动文件的完整配套结构、设备实例 ID 的修改线索以及多分区访问环境的复现思路，并据此搭建可验证的实验环境，对研究旧版 Windows 磁盘识别机制具有一定参考价值。
1. 一支 U 盘插上去显示“可移动磁盘”，有些工具就会立刻拒绝
某开发者要把一支 U 盘长期插在机房里那台常开的采集机上做数据盘，备份软件运行后直接拒绝，日志中只有一句“目标为可移动介质，不符合策略”。另一位同事更早遇到这个问题：他把系统部署进 U 盘，安装器检测到目标盘是“可移动”，覆盖写入请求就被直接拒绝。容量、接口速度、文件系统都没有问题，真正决定结果的是 SCSI 协议里的一个位：RMB。USB_LocalDisk 这类资源包做的事情很具体，就是把这一位改判，让系统把这支盘当作本地磁盘（固定盘）。它适合手上有一支普通 U 盘或移动固态盘、但工作流程必须区分介质类型的从业者，尤其是做便携系统、无人值守备份、虚拟机直通盘的人。
2. RMB 那一位：系统凭什么把 U 盘判成“可移动”
2.1 判定链：从一条 INQUIRY 命令到设备属性里的 0x10
主机插入 U 盘后，存储栈会向设备发一条 SCSI INQUIRY 命令，设备回一段标准数据，其中第一个字节的低 5 位是外设类型（U 盘一般是 0x00，直接访问块设备），第二个字节的最高位就是 RMB（Removable Media Bit）。RMB=1 表示介质可更换，RMB=0 表示介质固定。USB 大容量存储无论是走早期的 BOT 传输还是后来的 UASP，本质都是把 SCSI 命令封装在 USB 上，所以这一位从哪里来，答案只有一个：桥接芯片的固件自己报的。
Windows 存储栈拿到这一位后会把它映射成设备能力标志，用设备管理器查看磁盘驱动器属性，在“详细信息”里选“功能”，看到的数值含 0x10 就代表可移动。上层接口再往外暴露两层：WMI 的Win32_DiskDrive.MediaType会显示成Removable Media，应用程序调IOCTL_STORAGE_GET_DEVICE_PROPERTY拿到的RemovableMedia字段为真。备份软件、部署工具、虚拟化平台的直通校验，绝大多数读的就是这两处。
这里有几个常见误解需要澄清。分区表是 MBR 还是 GPT，不影响判定。格式化成 NTFS 还是 exFAT，不影响判定。接口是 USB 3.2 还是 USB 2.0，也不影响判定。甚至同一支盘，插在不同机器上判定结果不同，也不是系统“认错”，而是中间多了一层硬盘盒或扩展坞，桥接芯片换了，报上来的 RMB 就变了。所以改判这件事，本质是改“设备怎么自我描述”，而不是改“系统怎么理解”。
2.2 三条改判路线：固件、过滤驱动、换桥接
把手上的资源包放进选型框架里看，能走的路其实只有三条，各自的边界差别很大。
| 路线 | 生效范围 | 数据风险 | 操作风险 | 适合场景 |
|---|---|---|---|---|
| 刷桥接固件（量产工具） | 任何机器，盘自带 | 可能被擦 | 高，刷废即变砖 | 需要拿到别的机器上用 |
| 装过滤驱动（INF + 驱动） | 仅装了驱动的这台机器 | 不碰数据 | 中，涉及签名与策略 | 固定工位、固定设备 |
| 换一个本来就报固定盘的硬盘盒 | 任何机器，盘自带 | 无 | 低，成本是硬件 | 新采购、批量部署 |
USB_LocalDisk 属于第二条路线：用一层下层过滤驱动截住 INQUIRY 的返回数据，把 RMB 位改写成 0，再交给上层。它的好处是盘本身不动，卸载即还原，风险可控；代价是只对装了驱动的系统生效，换一台没装驱动的机器插上去，照样显示“可移动”。很多人第一次用时觉得“没生效”，其实是把“本机生效”误当成“盘生效”了。
顺带说一句第三条路线常被忽略：市面上不少 M.2 硬盘盒和移动固态本来就把 RMB 报成 0，插上去就是“本地磁盘”。如果只是要一个固定盘，先把手头的盒子挨个插一遍看MediaType，有可能根本不用改任何东西。
2.3 动手之前：认盘、备份、留退路
改判本身不改数据，但后续一定会牵扯分区操作，而分区操作的第一个事故永远是“选错盘”。所以我把三件事固定成前置流程，缺一件不动手。
第一步是按总线类型把 USB 磁盘筛出来，确认清楚盘号、序列号和容量。别用盘符认盘，盘符会漂。
# 只列出 USB 总线上的磁盘，拿到 Number 与序列号，后面所有操作都以它为准 Get-Disk | Where-Object BusType -eq 'USB' | Select-Object Number, FriendlyName, SerialNumber, PartitionStyle, @{n='SizeGB';e={[math]::Round($_.Size/1GB,1)}}Number是系统内部磁盘编号，diskpart里的select disk N用的就是它，所以这个值必须和后面每一步对齐。SerialNumber是设备固件里带的，稳定性比盘符高得多，批量脚本里应该拿它做匹配。PartitionStyle显示 MBR 还是 GPT，改判前先记下来，回滚时好对照。
第二步是把盘上数据备份到另一块物理盘。过滤驱动路线理论上不碰扇区，但分区表一旦被clean就是不可逆的，没有后悔药。第三步是留退路：确认这支盘的桥接型号能被系统正常识别、确认手上有一个能进系统的管理员账户、确认这台机器不是唯一的生产机。
# 前置环境体检：位数、引导方式、驱动签名强制状态 Get-CimInstance Win32_OperatingSystem | Select-Object Caption, OSArchitecture, BuildNumber Confirm-SecureBootUEFI # 报错通常意味着传统引导或不支持，不是故障 bcdedit /enum '{current}' | Select-String -Pattern 'testsigning'OSArchitecture决定你该用包里哪一套驱动文件，64 位系统装 32 位驱动只会得到一个黄色感叹号。Confirm-SecureBootUEFI返回值说明安全启动是否开着，这一项直接决定未签名驱动能否加载。testsigning如果是Yes，说明系统已经在测试签名模式，装完驱动记得把这条改回去，否则桌面右下角会一直挂着水印，某些带反作弊的游戏和受控环境也会拒绝启动。
3. 把 USB_LocalDisk 跑起来：从资源包到系统里的“本地磁盘”
3.1 资源包构成与三段式操作
这类资源包的目录结构大同小异，通常包含：一份 INF 安装信息文件（写明了匹配哪些硬件 ID、用哪个驱动文件、装成什么设备类）、驱动二进制文件、一个安装脚本与一个卸载脚本、一份说明文档。有些版本还会附带一个读取硬件 ID 的小工具，省得你手抄。整个流程可以拆成三段：读硬件 ID、改写 INF 的匹配段、安装并验证。
先读硬件 ID。设备管理器里点开磁盘驱动器，双击那支 U 盘，切到“详细信息”，属性选“硬件 ID”，会看到两组值：一组以USBSTOR\Disk开头，一组以USB\VID_开头。前者是存储层生成的，后者是 USB 层生成的，过滤驱动一般挂在前者上。
# 命令行等价写法：直接列出 USB 存储设备的实例 ID Get-PnpDevice -Class DiskDrive | Where-Object { $_.InstanceId -like 'USBSTOR*' } | Select-Object FriendlyName, Status, InstanceIdStatus必须是OK，如果显示Error或者Unknown，先解决设备本身的识别问题，别急着装驱动。InstanceId就是 INF 里要匹配的那串字符，注意它带反斜杠，抄的时候不要漏。
3.2 改写 INF 的匹配段并安装
INF 的[Manufacturer]段指向具体的安装段，安装段里每一行是“设备描述 = 安装节名, 硬件 ID”。下面是一段示意写法，段名和显示名以包内实际文件为准，硬件 ID 换成你自己抄到的那串。
[Manufacturer] %VENDOR_NAME%=LocalDisk,NTamd64 [LocalDisk.NTamd64] ; 示意写法：左边是显示名称，右边是安装节名 + 硬件 ID %DISK_NAME%=LocalDisk_Install,USBSTOR\DiskVen_Product______1.00 [LocalDisk_Install] ; 这里通常写驱动文件、设备类型、服务名等，照抄包内原文即可有个细节容易翻车：USBSTOR 生成的硬件 ID 在固件信息不足时会用下划线补齐到固定长度，所以你在设备管理器里看到的可能是USBSTOR\DiskVen_Product______1.00这种带连续下划线的形态。手抄时少一个下划线，驱动就匹配不上，表现是安装过程一切正常但设备毫无变化。稳妥做法是直接从属性框里复制，别肉眼核对。
INF 改好之后用系统自带的驱动安装工具落盘，不需要第三方工具。
# 把包内 INF 加入驱动仓库并尝试安装，路径与文件名按实际替换 pnputil /add-driver ".\usblocaldisk.inf" /install # 列出第三方驱动，确认刚才的驱动已经入库并记下 oemNN.inf 编号 pnputil /enum-drivers/add-driver只是把驱动复制进系统驱动仓库，/install才会尝试匹配当前在线的设备。执行完通常会提示“已成功添加驱动程序包”，但这不等于设备已经用上了它，还要让设备重新枚举一次。最省事的办法是拔插一次；不方便拔插的机器用下面这段。
# 让目标磁盘设备重新枚举，等效于拔插一次 $dev = Get-PnpDevice -Class DiskDrive | Where-Object InstanceId -like 'USBSTOR*' Disable-PnpDevice -InstanceId $dev.InstanceId -Confirm:$false Start-Sleep -Seconds 2 Enable-PnpDevice -InstanceId $dev.InstanceId -Confirm:$falseDisable-PnpDevice会让盘从资源管理器里消失几秒，如果这块盘上正跑着服务，先停服务再操作。-Confirm:$false是为了免掉交互确认，写在脚本里必须带上，否则计划任务会卡在确认提示上直到超时。
3.3 三个地方必须同时变，才算真的成功
只看到资源管理器图标变了不算数，因为图标缓存会骗人。我一般三处对齐验证，三处全过才算落地。
第一处是 WMI 的介质类型，这是上层软件最常读的字段。
# 关注 MediaType：Removable Media 表示可移动，External/Fixed hard disk media 表示固定 Get-CimInstance Win32_DiskDrive | Select-Object Index, Model, InterfaceType, MediaType, Partitions, @{n='SizeGB';e={[math]::Round($_.Size/1GB,1)}}注意External hard disk media和Fixed hard disk media在上层看来都是固定盘，不用纠结具体是哪一个。有些原生就报固定的硬盘盒会直接显示成这两种，这也是为什么改判前一定要先记下原始值，否则你无法判断是驱动起了作用还是盘本来就如此。
第二处是设备能力位。设备管理器里打开磁盘属性，详细信息选“功能”，数值里含 0x10 就是可移动，改判成功后这一位应该消失。第三处是磁盘管理或者diskpart的显示，固定盘会以“磁盘 N 联机”的形式出现，右键菜单里会多出“转换成动态磁盘”之类的选项，可移动盘没有。
diskpart list disk select disk 3 detail disk exitdetail disk会打出磁盘状态、类型、只读属性、分区列表。这里的select disk后面跟的数字必须和前面Get-Disk拿到的Number一致，选错盘的后果是下一步分区直接作用在系统盘上。我的习惯是先list disk看一眼容量，容量对上了再敲select disk。
3.4 回滚：把这一位还回去
过滤驱动的优势就在这里，卸载即还原，盘上数据一个字节都不动。
# 先查编号，再按发布名称卸载；oemNN.inf 是系统分配的，不是固定值 pnputil /enum-drivers pnputil /delete-driver oem42.inf /uninstall /force/uninstall会把驱动从当前使用的设备上摘下来，/force用于设备正在被占用、常规卸载失败的情况。执行完重新拔插，回到 3.3 那三条命令复查，MediaType应该回到Removable Media。如果没有回滚成功，多半是设备还挂在旧的驱动节点上，去设备管理器手动卸载设备（勾选“删除此设备的驱动程序软件”），再扫描硬件改动。
提示：回滚前先把这块盘上的分区卸载干净，尤其是别让它带着页面文件或者挂载的 VHD 在跑，否则卸载驱动时系统会提示设备忙，
/force也未必能顶住。
4. 变成固定盘之后：分区、盘符与加密的连锁反应
4.1 多分区这件事，卡的不是分区表而是介质类型
很多人改判的真实动机不是“想让软件放行”，而是想多分区。老版本 Windows 对可移动介质只挂载第一个分区，后面的分区即使存在也拿不到盘符，diskpart里能看到但资源管理器里没有。较新的 Windows 版本放开了这个限制，但仍有部分工具和安装器按介质类型做判断，所以改判依然是绕开限制最直接的办法。
变成固定盘之后，行为会有几处变化，值得提前知道。多分区能正常挂载，可以设活动分区，可以被系统安装器当成合法目标；diskpart的create partition不再报“该介质不支持此操作”；同时，一些针对可移动盘的优化会自动关闭，比如 ReadyBoost 直接不可用，页面文件可以被放上去（但强烈不建议，U 盘的随机写扛不住）。盘符分配也可能变，因为固定盘和可移动盘的盘符分配顺序不完全一致，脚本里不要硬编码盘符。
4.2 一份可以直接抄的 GPT 双分区脚本
下面这套是我常用的方案：一个 200MB 的 FAT32 小分区放引导文件，剩余空间全给 NTFS 数据区。执行前把select disk后面的编号改成你自己的，改完再核对一遍容量。
diskpart list disk select disk 3 clean convert gpt create partition efi size=200 format quick fs=fat32 label="BOOT" assign letter=S create partition primary format quick fs=ntfs label="DATA" assign letter=U exit逐行说明一下关键参数。clean抹掉整块盘的分区表和引导记录，这一步不可逆，是整套操作里唯一真正危险的命令。convert gpt把磁盘初始化为 GPT，如果目标机器只支持传统引导，这里要改成convert mbr，并且小分区不能建成 EFI 类型。size=200单位是 MB，引导分区给 200MB 足够放下常见引导文件，不用给太大。format quick是快速格式化，只重建文件系统元数据，不写零，速度快但对旧数据没有清除效果，涉及敏感数据要改用完整格式化。assign letter=S指定盘符，选一个不容易冲突的字母，别用C。
diskpart的脚本模式也可以一次性喂进去，适合批处理：
diskpart /s .\layout.txt把上面那些命令去掉交互提示写进layout.txt，每行一条，就能无人值守执行。但正因为无人值守，select disk写错就没机会反悔，所以脚本里第一条应该是list disk，让人在日志里能回看到底选了哪块。
4.3 加密、VHD 与便携系统各自的参数差异
改判之后，加密行为的变化是最容易被忽略的一环。系统自带的整盘加密在固定盘和可移动介质上走的是两套流程：可移动介质那套不需要 TPM，直接密码解锁；固定盘默认走 TPM，没有 TPM 的机器在加密向导里会直接报错，提示找不到兼容的 TPM。解决办法是在本地组策略里放开限制，路径是计算机配置下的管理模板，找到整盘加密相关项，把“启动时需要附加身份验证”里的“允许在没有兼容 TPM 的情况下使用”打开，之后才能用密码方式加密固定盘。
已经在可移动状态下加过密的盘，改判后可能打不开，因为加密元数据里记录了介质类型和解锁方式。稳妥顺序是先解密、再改判、再按固定盘的方式重新加密。反过来，先改判再加密没有问题。
VHD 场景要单独说一句。很多人是想把虚拟磁盘文件放在 U 盘上直接挂载给虚拟机用，而多数虚拟化平台会拒绝从可移动介质加载虚拟磁盘。改判成固定盘之后这个限制就消失了，挂载、扩容、快照都正常。代价是 U 盘的 4K 随机写性能决定了虚拟机的实际体验，接口是 USB 3.x 也救不了桥接芯片的队列深度，能跑和好用是两回事。
5. 避坑与排查：五条现场记录
5.1 五条现象、原因、解决
第一条：驱动装完，盘符直接消失，设备管理器里一个黄色感叹号。现象是安装过程提示成功，重新枚举后盘不见了，磁盘管理里也看不到。原因通常是驱动没有有效签名，而安全启动开着，系统拒绝加载内核态驱动。解决办法有两条路：一是关掉安全启动再装（装完可以不开启回来，但开启后驱动会失效），二是给驱动做签名。还有一个小概率情况是 INF 里的硬件 ID 多写或少写了字符，设备根本没匹配上，此时设备管理器里显示的是原来的驱动，只是盘符因为重新枚举没回来，拔插一次就好。
第二条：这台机器上显示本地磁盘，换一台机器插上去又变回可移动。现象是带着盘去会议室演示，接上别人的电脑，软件照样拒绝。原因是过滤驱动只作用于装了它的系统，盘本身没变。这不是故障，是这条路线固有的边界。要跨机器生效，只能走固件路线或者换一个本来就报固定盘的硬盘盒。批量场景下的做法是把 INF 和安装脚本打成部署包，随镜像一起发下去。
第三条：分区明明建好了，重启之后只剩第一个分区。现象是diskpart里list partition能看到两个分区，资源管理器只有一个有盘符。原因有两种：一是改判其实没成功，MediaType还是Removable Media，系统按可移动介质策略只挂第一个；二是分区表没真正落盘，操作完直接拔盘，缓存里的元数据丢了。排查顺序是先回 3.3 复查介质类型，确认改判生效；再重新插拔，用diskpart的rescan让系统重读分区表；最后才是怀疑分区表损坏。养成习惯：任何分区操作结束后先在系统里安全弹出，等指示灯停止闪烁再拔。
第四条：刷固件刷到一半断电，盘彻底不认了。现象是插上之后连设备管理器都不弹新设备，或者弹出来是个未知设备。原因是固件写入过程中断，主控进入半砖状态。这类问题只能靠同主控的量产工具重新刷写，部分主控需要短接特定引脚才能进入刷写模式，属于硬件级操作。我的建议很直接：如果这支盘上有不可替代的数据，别走固件路线；走的话，先想办法把原厂固件备份出来，并且确保刷写过程中机器不会休眠、不会被误碰断电。这是整篇文章里唯一没有后悔药的操作。
第五条：加密过的盘改判之后提示无法解锁。现象是输入正确密码仍然报错，或者提示需要恢复密钥。原因是加密元数据与介质类型绑定，设备自描述变了，解锁流程走的分支也跟着变了。解决方式是回到没改判的状态（卸载过滤驱动），用原方式解锁并完全解密，再改判，再重新加密。如果已经改判且解不开，就在装过驱动的那台机器上卸载驱动还原，这一步大概率能救回来，因为数据区本身没被动过。
5.2 一套五分钟自检流程
出问题的时候不要凭感觉猜，按下面这张表跑一遍，基本能定位到具体环节。
| 检查项 | 命令或位置 | 正常值 |
|---|---|---|
| 设备是否在线 | Get-PnpDevice -Class DiskDrive | Status 为 OK |
| 驱动是否入库 | pnputil /enum-drivers | 能看到对应发布名称 |
| 介质类型 | Get-CimInstance Win32_DiskDrive | 非 Removable Media |
| 能力位 | 设备属性 → 详细信息 → 功能 | 不含 0x10 |
| 分区可见性 | Get-Partition -DiskNumber N | 分区数与预期一致 |
这张表的顺序是有讲究的：从设备层往文件系统层查，前面一项不过，后面查了也白查。我见过有人一上来就重建分区表，结果根因是驱动没加载，白折腾两小时还把数据搞没了。
6. 进阶：批量部署时用序列号定位，别用盘符
单机操作靠人眼核对容量就够了，一旦上到几十台，靠盘符和容量定位迟早出事，因为容量相同的盘太常见。我后来把所有脚本里的定位方式统一改成序列号匹配，diskpart之前先用 PowerShell 把盘号解出来，再拼进脚本。
# 按序列号定位磁盘编号，避免同容量多盘时选错 $serial = 'AA00000000000001' # 换成 Get-Disk 里读到的真实序列号 $disk = Get-Disk | Where-Object SerialNumber -eq $serial if (-not $disk) { throw "未找到目标磁盘，终止" } if ($disk.BusType -ne 'USB') { throw "目标不是 USB 磁盘，终止" } # 生成 diskpart 脚本，只对确认过的盘号执行 @" select disk $($disk.Number) clean convert gpt create partition primary format quick fs=ntfs label="DATA" assign "@ | Set-Content -Path .\layout.txt -Encoding ASCII diskpart /s .\layout.txt这段脚本里真正有价值的不是那些diskpart命令，而是两行校验：找不到序列号就抛异常，总线类型不是 USB 就抛异常。加这两行的直接原因是某次批量部署，一台机器的盘符顺序和预期不一样，脚本对着系统盘跑了clean，好在是测试机。从那以后我每次写磁盘脚本，都强制走一遍序列号匹配加总线类型校验，哪怕只操作一台机器。另外提醒一句，序列号在不同桥接芯片上的格式不统一，有的带空格有的截断，脚本里最好先打印出来比对，别照着文档硬写。
验证环节也一样可以脚本化，把 3.3 的三处检查写成一个函数，装完就跑，输出一张表，比人眼挨个点属性可靠得多。至于选哪条路线，我的判断标准很朴素：只在一台机器上用，走过滤驱动，随时能退；要在多台机器之间带着盘跑，直接换一个报固定盘的硬盘盒，省下来的时间足够买好几个盒子了。希望帮到你。
本文还有配套的精品资源，点击获取
