其实根本就在于作者提到该插槽需要配置一下才能启用：

改天有空了可以试试。

为了叙述方便，我把一开始升级成功时采用的 EFI 称为第一版本，简称 E1，后面找到的、测试离线新建用户成功的 EFI 称为第二版本，即 E2。当然，前文里其实也已经透露出，最后发现无论是 E1 还是 E2，都不能使得升级前已经存在的用户登录进入桌面，而离线新建的用户无论是用 E1 引导还是 E2 引导，也都能进入桌面。

区别在于，E1 的相关资料、讨论中，均未有进一步处理图形性能的内容，而 E2 的说明里则非常清晰地包括了此部分的内容。简而言之，其核心症结以及相应的处理手法如下：

• 为了能够顺利安装 macOS Sequoia，需要在 OpenCore 的 config.plist 中将 T450s 伪装为一台 MacBookPro16,3 设备；
• 安装成功后，图形处理方面是不完善的；此不完善之处，需要借用 OpenCore Legacy Patcher（也即 OCLP）来进行完善；
• 而由于 OCLP 运行时，是自动检测当前设备以进行修补，那么就不能让它把 T450s 识别为伪装的 MacBookPro16,3 设备，而要设别为真正与 T450s 匹配（接近）的 MacBookPro12,1，否则修补就会错位；
• 上述矛盾，需要借用 macOS Sequoia 的 USB 安装盘来解决：把安装盘上 EFI 里的伪装设备从 MacBookPro16,3 改为 MacBookPro12,1，并使用它把安装好的 macOS Sequoia 引导起来，这时执行 OCLP；
• 执行完毕后，把安装盘的 EFI 同步到硬盘上的 EPS 分区里，应该就告功成了；

再按照上述理解进行操作后，macOS 从硬盘引导起来就完全正常了，而且之前不能登录的那个用户自动就复活了。不过在过程中，也遇到了两个问题，记录于下。

第一就是出于已经形成的认知，认为 E1 和 E2 版本的 EFI 尽管不一样，但其功效应该无甚差别，因此在 USB 安装盘的 EFI 是 E1 的情况下，按照对 E2 文档的理解，直接把伪装设备的型号（以及序列号等）从 MacBookPro16,3 改为 MacBookPro12,1，但这样改后用 E1 引导硬盘上的 macOS 会失败。把 USB 安装盘上的 EFI 从 E1 替换为 E2 并设置型号等信息后，再次引导硬盘上的 macOS 则成功了。

第二是在引导成功后，执行 OCLP 时发生了错误，报 Unable to resolve dependencies: 'com.rim.driver.BlackBerryUSBDriverInt' names a dependency on 'com.apple.iokit.IOUSBMassStorageClass', which was not found.。在网络上搜索到此处，根据一名为 Rochmind 的回答，到 /Library/Extensions 下，把两个以 RIMBB 开头的内核扩展模块移走了，再尝试 Post-Install Patch 就顺利成功了。

起因其实特别简单：不管是源盘还是目的盘，三太爷计划卖掉一个回血。在记录文中，把源盘称为 SATA 硬盘是为了不被细节纠缠，事实上，它是一块 SanDisk A110 型号的 2260 规格的 PCIe SSD。由于这种类型的磁盘生产以及销售时间较短，总量较少，因而后续的电脑尤其是笔记本对其支持往往不甚理想，大多处于薛定谔的猫式的不确定状态。而三太爷手中已经将与之原配的老电脑 HP ZBook 15 G2 脱手了，所以优先把它挂到了网上。

介绍完了源盘，又轮到了目的盘。这也不是省油灯，是一块从华为的网络设备上拆出来的 SSD，型号 P46。P46 这盘之前没用过，但众所周知华为一贯遥遥领先，想必也该受人追捧吧。好奇之下，把 P46 也挂到了闲鱼上，价格比同容量的 A110 还略贵。

两盘挂出一段时间，均无人问津。三太爷强行给自己加戏，想着 A110 便宜一点，恐怕会被人优先拍下。为了把它上面的系统保留下来，以免售出时起急，故有前述迁移操作，并在迁移之后，好心的把 A110 全盘清空了事。

事与愿违，这迁移刚刚结束，P46 被人买了，发货前只好再次把系统迁回去。只是对于 A110 来说，这一去一回，尽管其中的内容一直保持着没变，但磁盘分区的格式以及操作系统的引导方式已经改变了。但要命的地方恰在于此：把它插到笔记本里尝试引导的时候蓝屏了，报 INACCESSIBLE_BOOT_DEVICE 错误。原因很简单，操作系统上次记录的本引导介质应该是一块 NVMe 的 SSD，谁能想到它偷偷降级了呢，而且降到了一个少见的标准上。

三太爷应对这种局面虽说不是烂熟于胸，也算得上有所经验。感觉调整硬盘驱动可能会是一个可能的可行方向。于是询问 AI，NVMe 和 SATA 对应的驱动在系统中通常是哪个，AI 告知是 stornvme.sys 和 storahci.sys，但同时也强烈警告，自己随便调整其启用或者禁用状态的话可能导致系统无法引导。好在咱目前已经是无法引导了，也就不怕雪上加霜了。用 PE 优盘引导，把 SSD 上的 SYSTEM 注册表单元加载起来，到 ControlSet001 下找到上述两个驱动的注册表项看了一眼，把 stornvme 的 start 从自动加载 0 改为禁用 4，而 storahci 保持 0 未动。关机，拔掉 PE 优盘尝试从 SSD 正常启动。可惜的很，仍旧一再蓝屏。

但是！！！在不记得第三次还是四次的自动重启过程中，三太爷一直用手按 F8，某个屏幕一闪而过之后，系统竟然引导成功了！也不知道是灵异事件，还是老夫的手动修改确实生效了。仅此记录。

附：今天有人问 A110 的详情了，看来还得找个地方迁移……

在 Windows 10 下，把源盘（SATA 盘）和目标盘（NVMe 盘）都用 USB 方式连接好。

第一步是先用 DiskGenius 磁盘克隆，此后源盘抛开，不再参与后续步骤。成功克隆目标盘后的第二步是用 DiskGenius 的分区表类型转换功能把其 MBR 分区表格式转换为 GPT 分区表格式。

第三步有少许精微，其目的是要把 GPT 引导所需的 ESP 分区和 Windows 系统所需的 MSR 分区设定好。一个常见的 GPT 分区布局是，ESP 分区位于磁盘首，而 MSR 稍显随意，相邻地位于系统所在分区之前或者之后（暂不考虑 Windows 的恢复分区）。现实情况是在 MBR 布局下已经存在于系统所在分区之后，因此仅需将其分区类型在 DiskGenius 的编辑分区参数界面中重新调整为 MSR 类型即可。ESP 分区需要单独处理，主要原因是当前磁盘上没有空余空间可以使用，因此需要先用 DiskGenius 调整系统所在分区的大小，在其之前缩出 500MB 即可。此时即可通过 DiskGenius 的“建立ESP/MSR分区”菜单完成 ESP 分区的创建。

接下来还有两步路走。

首先是把刚刚创建好的 ESP 分区上置入引导文件。正好当前运行的主机也是 Windows 10，因此可以在管理员权限的命令行下执行 bcdboot C:\Windows /s S: /f UEFI /l zh-cn 来完成。其中的 S: 是给 ESP 分区分配的盘符，这个工作也可以在 DiskGenius 里做。

第二步则是确认上一步创建出来的 BCD 文件是否可用，最佳工具首推 Bootice。使用它打开 S:\EFI\Microsoft\Boot\BCD 文件，在高级编辑模式下，把左侧栏中的对象树里的必要节点仔细检查一遍（主要是 Windows Boot Manager 节点以及 Application Objects 和 Windows Resume Objects 分支下的节点，把带有 Device 字样的 key（一般是 ApplicationDevice 或者 OSDevice）都要仔细审视一番，把对应的磁盘和分区（要特别注意：引导分区和系统分区是不一样的！）选择正确后保存。理论上，这块磁盘应该准备就绪了。

在实践中，上述操作一次性成功。

想着比照盒子上的序列号去惠普官网查看一下保修期是否已超出，不是的话就再留它一段时间。可是根据序列号检索的结果是没有符合条件的产品。深入又冲浪了一阵，才把事情搞明白，原来这 HP SSD 彻头彻尾就是贴牌货，根本不是 HP 官方的亲儿子。

“官方站点”在这儿：https://hp.biwintech.com/。首页页面最下面的一行字是“HP SSDs and DRAM product categories are worldwide licensed, designed, developed, produced by BIWIN.”，也就是说，HP 品牌的 SSD 和内存类别的产品，在全球范围内都是由 BIWIN 许可、设计、开发、生产的。而 BIWIN，就是国产品牌佰维，产品品牌似乎也叫“金佰维”的。

简要总结： 这个页面是 Trammell Hudson 在 31C3 大会上关于 Thunderstrike 漏洞的演讲内容整理。它介绍了苹果 Mac EFI 固件的逆向工程过程、Thunderstrike 漏洞的原理，以及攻击方式和可能的防御措施。

内容要点

• 背景与动机
  • Thunderstrike 是一种针对苹果 EFI 固件的攻击方法。
  • 攻击者只需几秒钟的物理访问，就能将恶意代码写入 Mac 的启动 ROM。
  • 这种固件级 rootkit 很难清除，甚至能抵抗系统重装。
• 逆向工程过程
  • 演讲前半部分详细展示了如何逆向苹果的 EFI 启动 ROM，包括固件结构、校验机制和压缩方式。
  • 发现苹果使用 CRC32 校验而非加密签名来验证 ROM 内容，这意味着攻击者可以轻松绕过。
• Thunderstrike 漏洞原理
  • Thunderbolt 接口允许外部设备在启动时加载 Option ROM。
  • 攻击者可通过修改 Option ROM，在固件更新流程中替换苹果的 RSA 公钥，从而让系统接受伪造的固件。
  • 一旦攻击成功，ROM 中的公钥被替换，只有攻击者签名的更新才能被接受，形成持久控制。
• 演示与影响
  • 演讲展示了概念验证攻击：利用 Thunderbolt 设备在恢复模式下注入恶意固件。
  • 成功后，攻击者能安装不可移除的 rootkit，绕过密码、记录键盘输入等。
  • 这是典型的“evil maid attack”（恶意女仆攻击），即在用户不在场时通过外部设备入侵。
• 防御与缓解措施
  • Hudson 提到的防御策略包括：
    • 改进固件签名机制（使用真正的加密验证）。
    • 限制 Option ROM 的加载。
    • 加强物理安全（例如封堵接口）。
  • 他批评苹果当时的防御不足，强调需要硬件级的安全检查。

总结

Thunderstrike 漏洞揭示了苹果 Mac 在固件安全上的重大缺陷：攻击者可通过 Thunderbolt 接口在启动阶段写入恶意代码，获得持久控制。 这次演讲不仅展示了攻击过程，还呼吁业界加强固件层面的安全防护。

之前的理解有两个问题，一个是忽略了 mSATA 本身的电压定义就是 3.3V 这个事实，另外则是对于 SATA 供电规范的一知半解导致。由于平常使用笔记本较多，而笔记本使用的 SATA 硬盘通常都是 5V 供电，因此就一直以为转接架插入到 Dell 的笔记本上，会得到 5V 的供电。结合前述以为 mSATA 也确实需要 5V 供电才能工作，因此就设想转接架用了一种脱了裤子放屁的方式来工作：把得到的 3.3V 供电在转接架的电路板上设计了升压电路来供 mSATA 使用。

SATA 供电线的接口共有 15 pin，以接近数据线接口侧起始，每 3 pin 一组，分为 3.3V、地、5V、地、12V 共 5 组，组内各 pin 作用一致。由此推断，转接架会直接去 3.3V 定义的 pin 上去取电，而供给到 mSATA SSD。对于 Dell 的笔记本，主板上的接口为 3.3V 口的 pin 提供了供电，而普通的其它 SATA 接口则可能完全忽略了 3.3V 电压的提供。

AI 甚至提供了一个信息源：改个戴尔 mSATA 转 SATA 转接卡，没 3.3V – 创意DIY 数码之家。从其图片以及简要文字介绍可知，他把 12V 供电用降压模块转接到了 3.3V 的 pin 上了。图可以见下。

有人评论说，“直接搞个 3.3V 的 LDO 就行，从 5V 取电。找废旧主板或者其他什么板子，路由器什么之类都很容易找到，外挂模块大材小用，还不美观”，或者“串两个二极管就可以了”。不过 PO 没理会，倒是回答了有个人问的“就是电流够不够呢”，说“普通的 3.3V 电流一般都是 1A，这个可以 6A，淘宝 1.5 元包邮”。有人问到模块链接，PO 发了一张图，根据图搜到了 https://e.tb.cn/h.7hesB6TItBKbMDm 这个链接。至于 LDO，随便一搜就有好多。

如果从 5V 或者 12V 取电后转流到 3.3V 上，按说即不可直接用回到 Dell 原装笔记本里，那样会出现两路供电的冲突，应该避免。

好几年前的时候，由于微软向系统中引入的 Sets 功能一再跳票，遂决定入手一份 Groupy。这个软件由 Stardock 公司出品，其主要作用就是提供了运行的应用窗口分组整理的功能。看中的就是它功能单一，个头也不大。只是价格不便宜，比来比去，发现 Steam 上的价格算下来是最优惠的，所以注册了 Steam 账户，充了一点美元进去用于买软件。又过了些时候，发现 Groupy 2 发布了，但是 Steam 里没有提供升级途径，而是需要再次购买，价格 $9.99，常年不变，而老夫账号里的 $9.97 的余额，也就只能长年望洋兴叹。

昨天说到此处，兜哥突然说，这几天可是圣诞季，说不定有优惠。一句话点醒梦中人。连忙打开 Steam 客户端，发现果真如此，目前是七五折。正要下单时，兜哥又得陇望蜀，说别急，在看看国区的价格，说不定更便宜。一查果然，才人民币 ￥26.25。尝试先转区，把余额转成人民币后购买，结果转区一直因为网络问题而失败。最后只好直接购买，支付时选择国内的支付方式，同时触发转区。这样操作下来，结果是支付宝付款后，原来的美元余额才转为人民币余额。

这些前在里面放的时间也不短了，趁机看看还有没有性价比高的东东能买。想起了同一开发商的 Fences 产品，它是为桌面图标提供分组管理功能的。看了一下，也有优惠，但是折扣之后的价格可也不算便宜，要 90 多。思忖了一番，最终还是下单了，补足了 ￥21.6 的差价。用了几分钟发现，其提供的功能有的是不太满意，有的是画蛇添足，遂又发起了退款申请，一觉醒来，退款完成。

今早又想，既然 Fences 不合适，不知有无同类开源产品可以体验的？到 GitHub 上检索，还真有，抛去几个几乎无人问津的项目（不过更新时间倒是挺近的），有这么几个：

• limbo666/DesktopFences: An alternative to Stardock Fences. Open Source
• PinchToDebug/DeskFrame: Organize your desktop into frames
• chrisdfennell/OpenFences: OpenFences – a lightweight, open-source WPF app for Windows that lets you group desktop icons into movable “fences.” Create/rename fences, drag files to auto-create shortcuts, minimize to tray, toggle desktop icons, and one-click Auto-Import that sorts your desktop into Apps, Documents, and System fences.
• Twometer/NoFences: Open Source Stardock Fences alternative

NoFences 虽然被我列在最后，但似乎它具有一定的知名度。从它的 issue #69 中可以知道，它显然是把图标的“副本”纳入到自己的数据管理范畴之后，就不去顾及 Windows 系统桌面上原本的图标本身了。这是一个偷懒的方法，当然了，这与开发者的技术能力以及目标有关。从技术上来说，桌面图标处于 Explorer 进程内，另一个程序跨进程去管理它们，确实是有难度的，更何况，即便就从数据本身来说，出了最常见的快捷方式，还有 shell object 需要处理，后者涉及到的编程模型和技术更加复杂。事实上，前面我说到的那几个“抛去的无人问津的项目”，基本也都是 NoFences 这个路子。

经过实际使用测试，Desktop Fences 也是这样，OpenFences 也是这样，DeskFrame 也是这样，全军覆没！要不将来老夫动手写一个？

在检索过程中，还发现一个用 Qt 技术栈为 Linux 实现的 类 Fences 项目，同一个作者。先后写了两版，具体原因别问，问俺也不知道。先头一版是 https://github.com/Yue-Lan/Fences-for-Linux，后一版本是 https://github.com/Yue-Lan/desktop-file-memos。此处仅做存档，没有下载、试用过。

拿它跟一块标准的 SATA 硬盘比较一下可知，如果把周围的四个专用于服务器内固定螺丝用的螺孔翼片剪除，其尺寸就与标准 SATA 硬盘完全一致了。之所以这么肯定，很显然，三太爷手里有这个东东的实物。

这个冒出来的想法还要经过另一个验证，那就是看它的功能是否确实可用。这也比较简单，找一块 mSATA 盘装上，然后用易驱线把它连接到电脑上即可。可惜的是，工作不正常。为了排除是不是个体故障导致的结果，测了不止一个转接架，也测了不止一块 mSATA 盘，效果都一样：系统中可以出现一个新的盘符，标注为移动磁盘，但是没有检测到介质，也就无从访问其中的文件等内容了。

在闲鱼上找到一个卖家，他的介绍文字里特别提到了要用机箱里的 3.3V 电源线，而我们知道，标准 SATA 的工作电压应该是 5V，这种电源方面的差异与导致的结果确实可以靠得上，只不过并不敢完全确认这就是问题所在。

附：一开始文首写到，这个转接架是为服务器使用的，是个误解。原本应用这个转接架的产品是 Dell Latitude E 系列的四代和五代产品，如 E7440、E7450，对应的十二吋产品 E7240、E7250 以及 5 系的 E5440 和 E5450 应该亦可。Latitude 是一个大产品线，E 系列是这个产品线上一轮的型号前缀，最新的一轮半则取消了这个 E 字头。接下里的四位数字，首位数是档次的体现，越高越好，之前一段时间最高就是 7 字头，近几年多了 9 字头。第二位数字是尺寸标识，4 代表 14 吋，5 代表 15 吋，2 就代表 12 吋。第三位表示在本轮中的代数，0 是第一代，以此类推。最后一位数字是变种，例如 Latitude 5421 就是 Latitude 5420 的变种，主要改变在于 CPU 采用的是标准电压的版本。

IDE 年代也是有 SSD，但那个时候的 SSD 要么物理接口极其小众，不会有错配的担心，要么就是跟普通的 IDE 硬盘完全保持相同的物理接口和数据协议，无需考虑兼容问题，故此处不作讨论范围内之想。

至于苹果公司的电脑中用到的 SSD，则留在主流业界标准之后叙及。

SATA 时代，SSD 的制式一开始也是尽量以保持兼容性的姿态入场的。也就是说，一块 SSD 盘，跟一块 SATA HDD 相比，外观和物理接口直至数据传输协议，基本都没有什么区别，可以实现无缝切换。只不过在大小上，基本都采用了笔记本的小盘尺寸，因为 SATA 盘的一个好处在于，不管是笔记本尺寸还是台式机尺寸，物理接口保持了一致，台式机的大盘位上要使用笔记本小盘的话，装在一个转接托架上就行。

SATA 的数据传输性能，高于之前的 IDE 的一个主要前提，就是要启用 AHCI 协议，可以说这个协议一开始就是为了 SATA 而设计的，SATA HDD 一开始就是以 AHCI 为主要优势作支撑的，而 SATA SSD 的出现乃至普及，当然就也沿用了这个协议。

后来以 Intel 为首的一干厂商，开始制定下一代的硬盘相关规范，物理层面上，从尺寸到接口定义包括电气指标都发生了巨大变化，这个规范一开始以 NGFF 为代称，正式命名后称之为 M.2。一块 NGFF/M.2 磁盘的宽度总是 22mm，长度则可以是 30mm、42mm、60mm、80mm、110mm 等几种，平时就分别以 2230、2242、2260、2280 和 22110 这样的叫法来指称。在 NGFF 以及 M.2 的早期，由于还要等主板厂商以及操作系统厂商的迭代，因此不少 SSD 产品仍然沿用了 SATA 协议，从外观上看，最显著的特征就是接口处有两个缺口。这样的 SSD，称之为 M.2 SATA SSD，有时候也直接称之为 NGFF SSD。

再往后发展，硬件层面发生了一个变化，就是 M.2 设备不再依托于接入到 SATA 控制器上，而是直接接入到 PCIe 总线上。这样做的目的当然还是为了提速，而在 PCIe 这一通用数据传输机制之上，仍然需要一个特别适用于磁盘数据传输的协议，于是就把当时现成的、原本是为 SATA 设计的 AHCI 协议搬了过来加以使用。采用这种方案的 M.2 SSD，就是 PCIe AHCI SSD。注意，不采用 SATA 协议的 M.2 SSD，通常都不会称作 NGFF SSD。

尽管 PCIe AHCI SSD 较之 SATA SSD 提速不少，但由于 AHCI 设计之初与 SATA 的关联过于紧密，并不能充分发挥 PCIe 的能力，因此很快就诞生了专为 PCIe 设计的新的磁盘数据传输协议，就是我们现在耳熟能详的 NVMe 协议。此协议一出现，就得到了广泛支持，普及迅速，因此成了当下最常见的 M.2 SSD。通常就直接称之为 NVMe SSD，实际更完整的名称应该是 M.2 NVMe SSD，因为事实上已经有其它物理尺寸和接口的 NVMe SSD 存在了，例如 U.2 SSD。

由于 M.2 PCIe AHCI SSD 产品数量极少，而且存在时间也很短暂，因此许多人甚至不知道它们的存在。这种杂交技术组合出来的产品，是在特定的历史环境下产生的。这就不得不扯到苹果这家公司。由于苹果对性能的追求，导致它在业界尚未达成广泛标准之前，就使用了自家专门设计的硬件规范（接口名称为 blade，有人翻译为刀片），而软件层面就是 AHCI 协议开道。从 2011 到 2015 年间，这种苹果 SSD 一直在应用中（只不过到了后期，NVMe 协议大行其道，反过来又被苹果采纳，只是苹果 SSD 的硬件规格在这段时间内保持了不变，所以肉眼区分的可能性不大，有也只能是强行以生产年份去进行概率推断）。

当苹果推出 PCIe AHCI SSD 时，PC 厂商受到了刺激，纷纷想跟进，但是苹果自己顾自己没问题，而 PC 各厂商之间短时间又无法形成成熟的一直标准，所以只好八仙过海。结果就是名义上虽说都是 PCIe AHCI 的 SSD，但兼容性实在没法提，通常都是只能用在自家的设备上。最典型的就是 HP 的 ZBook G2，所用的 SSD 是罕见的 2260 尺寸不说，除了自家跟闪迪和建兴合作出的两款官方认证的 SSD，其它的即便插上，认不认盘，能不能引导，都是两说。前几天曾经把 ZBook G2 适用的 SanDisk A110 使用转接卡插到 MacBook Pro 2015 上测试，发现 USB 系统安装盘在引导过程中就会出问题，最终放弃。根据相关资料（见 SATA Express cards: the small world of AHCI PCIe m.2 blade SSDs | MacRumors Forums），A110 和苹果自家的 SDNEP 型号的 SSD 使用的是同一控制器，都是 Marvell 9183，竟然都是这个样子。A110 的一片详细的介绍是这个：Review: SanDisk A110 256GB M.2 PCIe SSD | Custom PC Review。根据这些文章，才知道浦科特也有 PCIe AHCI 的 SSD，使它们的 M6e 系列。

同样，由于 M.2 PCIe AHCI SSD 产品的数量极少，所以目前市面上的移动硬盘盒对它都选择了略过，有同时支持 SATA 和 NVMe 协议的 M.2 移动硬盘盒，但几乎没有说自己支持 PCIe AHCI 协议的。而恐怕是出于同样的底层原因，支持 2013~2015 年的苹果 SSD 的移动硬盘盒价格极高，目前仍还在 200 元上下。老夫有个微茫的希望，就是这个硬盘盒说不定可以支持转接后的 A110，这个希望一部分来自于，在前引 MacRumors 贴的 #24 楼可以看到一系列的性能测试截图，第一张就显示了 A110 的，而且似乎就是用的外接方式（毕竟俺实测内置方式都没成功）。

在检索相关信息时，找到一篇对苹果 SSD 的演进非常详细的文章，备于此处供参详：Apple Proprietary SSDs: Ultimate Guide to Specs & Upgrades | BeetsBlog。其中最有用的莫过于对于 MacBook Pro 来说，2013 款的三星制造的原装 SSD，其型号带有 UAX 字样，到了 2015 款，则变成了 UBX 字样，前者是 PCIe 2.0 x2，后者是 PCIe 3.0 x4，速度有很大的不同。根据网图的观测，再往后出现的更大容量的 2TB 款，则是带了 POLARIS 字样，这一款尽管接口还是 12+16pin，而且依然可以用回到 2013~2015 款的型号上，但协议应该已经彻底转为了 NVMe。