在过去，如果我想在 Windows 中对驱动器进行映像，则需要将其卸载。对于系统驱动器，这通常意味着使用启动盘或重新启动到在 Windows 完成加载之前加载的“存根”以进行复制。这很有意义，因为它们本质上只是逐个扇区复制，并且无法检测到文件系统是否更改了先前复制的扇区。
现代成像软件似乎不需要这个，并且很乐意制作正在使用的驱动器的图像。甚至Windows系统驱动器。
它是如何做到的？
在过去的一周里，我已经研究了好几个小时。我的研究工作的描述在这篇文章的末尾。
磁盘工具不会恢复 APFS 卷，“因为它的密封已损坏”，但该卷似乎已被密封。
来源是 2013 Mac Pro 中的内部 SSD。目标是连接 Thunderbolt 的 SSD。
磁盘工具的日志：
Restoring “Container disk5” from “Macintosh HD”
Validating target...
Validating source...
The source volume cannot be restored because it has a broken seal
Could not validate source - Invalid argument
The operation couldn’t be completed. (OSStatus error 22.)
Operation failed…
csrutil authenticated-root status返回：Authenticated Root status: enabled这表明该卷当前已正确密封。
迄今为止的努力
- 启动到恢复模式（同样的问题）
- 从第三个 SSD 启动并完全全新安装 [macOS Big Sur (v11.1)][3]（相同问题）
- 切换要通过 Thunderbolt 连接的源和目标作为内部驱动器（同样的问题）
- 用过另一台电脑，MacBook Air，（同样的问题）
- 使用 Apple Software Restore 命令
sudo asr restore --source /dev/disk1 --target /dev/disk5 --erase，其中 disk1 是源 APFS 容器，disk5 是目标 APFS 容器（同样的问题） - 尝试创建卷的磁盘映像，因此我可以尝试使用磁盘映像作为源进行还原（下面的研究工作中描述的其他问题）
- 创建了 APFS 容器的磁盘映像并尝试使用磁盘映像作为源进行还原（下面的研究工作中描述的其他问题）
- 创建磁盘的磁盘映像并尝试将磁盘映像还原为源（下面的研究工作中描述的其他问题）
涉及软件
- macOS Big Sur（v11.1 build 20C69）这最初类似于 v11.0.1 安装到新驱动器上，大约在 2020 年 11 月或 2020 年 12 月（两到三个月前）到新擦除的 SSD。
- 磁盘工具 20.0 (1714)
研究工作
- 目前，Google 搜索“无法恢复源卷，因为它的封条损坏”只得到七个结果（两个是损坏的链接，两个不适用，两个来自 macOS Big Sur (macOS 11) 处于测试阶段时，并且只描述问题，一个是另一个结果的副本）。
- 对于限制较少的未引用版本的查询，谷歌搜索结果在很大程度上会导致完全不相关的结果；少数相关结果是前面描述的七个结果的重复，或者是讨论 APFS 的内部工作原理和新的密封卷特性的结果，接下来将描述
- 因此，由于找到其他人已经找到的直接解决方案是一条死胡同，我努力学习有关新密封卷的所有信息，这对我解决这个问题没有帮助。
- 我尝试使用图像文件而不是直接还原会导致其他问题。根据为磁盘映像选择的级别（卷、容器或设备），会出现三个不同的问题。其中最有希望的一个问题是我的研究表明似乎与更新后具有快照的 macOS Big Sur (macOS 11) APFS 引导卷有关。如果无法直接解决该问题，并且进一步尝试解决该问题失败，我可能会针对该问题发布一个单独的问题。
WDDriveService.exe 正在努力工作，消耗 CPU 周期并无缘无故访问 Internet。
我在 Process Explorer (Sysinternals) 上看到了这个。（附2张图片）
我读过“wddriveservice.exe”可能是恶意软件（即恶意软件可以命名为“wddriveservice.exe”），我很困惑地看到：当前目录：c:/Windows/System32
该文件夹中没有 wddriveservice.exe。
此外，wddriveservice.exe 似乎在访问 Internet 时异常活跃。（见下图）
显然，我可以直接卸载，但我想知道这里发生了什么，以及是否有更好的卸载方法。
CPU 时间的过度（看似）使用是间歇性的。如果我重新启动问题似乎消失了，但稍后它会回来。由于我通常 24/7 离开我的计算机（间歇性地重新启动），感觉就像 WDDriveService.exe 一直在等到我不看才做……无论如何。
某网站称，“进程是一项服务，服务名称是WDDriveService。该服务提供WD Drives的发现。程序是不可见的。” 我的 WD 驱动器是我的 D: 驱动器。我不需要一些程序不断地寻找它并在互联网上谈论它。
我在 Western Digital 论坛上发布了有关此内容的信息，但没有得到我需要的内容，因此将其发送到 StackExchange。
谢谢你的帮助。
Ps 我不认为我的 WDDriveService.exe 问题可能是基于我的钻机的硬件，但我只是觉得如果我不包含它，有人会说他们需要它，所以这里是 - [Speccy]
操作系统 – Windows 10 Pro 64 位
CPU – Intel Core i7 7700 @ 3.60GHz 39 °C – Kaby Lake 14nm 技术
内存 – 32.0GB
主板 – Gigabyte Technology Co. Ltd. Z390 AORUS ULTRA-CF (U3E1) 31 °C
显卡 – BenQ XL2420TX (1920x1080@120Hz)
047MB NVIDIA GeForce GTX 1060 6GB（索泰国际）45°C
贮存 -
9314GB 西部数据 WDC WD102KRYZ-01A5AB0 (SATA ) 48 °C –
931GB 三星 SSD 850 EVO 1TB (SATA (SSD)) 32 °C –
7452GB Seagate Backup+ Hub WH SCSI 磁盘设备 (USB (SATA) ) 49 °C
光驱 – HL-DT-ST BDDVDRW UH12NS30 – HL-DT-ST BD-RE BH16NS40
音频 – Realtek 高保真音频
外围设备
鼠标 Razer DeathAdder V2
打印机
传真 - HP Officejet Pro 8620
HP Officejet Pro 8620
ScanSnap S1500
智能标签打印机 450
键盘：Corsair Vengeance K90 注意：Speccy 说键盘是 Razer！
[
我正在尝试使用以下命令在 MacOS 上创建 ram 磁盘
diskutil erasevolume HFS+ RAM_Disk_512MB `hdiutil attach -nomount ram://16384`
这似乎在我的桌面上工作正常，但是当我尝试在我的笔记本电脑上运行它时，我收到以下错误
Unable to find disk for hdiutil attach -nomount ram://16384
谷歌搜索并没有出现太多。有谁知道我可能做错了什么或如何解决这个问题？
这个给我带来问题的系统正在运行 MacOS 10.13.6