USMT负载状态被捕获在(接近)无限循环中？

Question

我正试图将USMT介绍到我公司的环境中，以适应我们未来的迁移。在做一些测试时，我有一个拒绝恢复的备份存储，结果非常奇怪。

当提取一个小型MIG文件(600 30)时，通常只需要几分钟就可以完成--它持续了大约20-30分钟。loadstate.log文件变得巨大，充满了这些内容，只是重复(日志中大约有一百万行)：

2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Compressed=C:, Mapped=C:, DestExpanded=C:\
2013-06-21 18:08:23, Info                  [0x080000] Creating stream copy in C:\Users\SYPKENJM\AppData\Local\Temp\tmp848C.tmp\Temp\tmp5290.tmp (362 bytes)
2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Links C:\Users\SYPKENJM\AppData\Local\Temp\tmp848C.tmp\Temp\tmp5290.tmp and C:\Users\SYPKENJM\AppData\Roaming\Microsoft\Windows\Recent\Local (C) (667).lnk differ in target paths: 'C:\' vs. 'C:\'
2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Compressed=C:, Mapped=C:, DestExpanded=C:\
2013-06-21 18:08:23, Info                  [0x080000] Creating stream copy in C:\Users\SYPKENJM\AppData\Local\Temp\tmp848C.tmp\Temp\tmp5291.tmp (362 bytes)
2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Links C:\Users\SYPKENJM\AppData\Local\Temp\tmp848C.tmp\Temp\tmp5291.tmp and C:\Users\SYPKENJM\AppData\Roaming\Microsoft\Windows\Recent\Local (C) (668).lnk differ in target paths: 'C:\' vs. 'C:\'
2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Compressed=C:, Mapped=C:, DestExpanded=C:\
2013-06-21 18:08:23, Info                  [0x080000] Creating stream copy in C:\Users\SYPKENJM\AppData\Local\Temp\tmp848C.tmp\Temp\tmp5292.tmp (362 bytes)
2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Links C:\Users\SYPKENJM\AppData\Local\Temp\tmp848C.tmp\Temp\tmp5292.tmp and C:\Users\SYPKENJM\AppData\Roaming\Microsoft\Windows\Recent\Local (C) (669).lnk differ in target paths: 'C:\' vs. 'C:\'
2013-06-21 18:08:23, Info                  [0x080000] pCompareLnkContent: Compressed=C:, Mapped=C:, DestExpanded=C:\

我可以在那里看到一些隐藏的in文件，它们与这些日志条目相匹配(比如，"Local )581 in“，但我不知道它们来自何处。这台机器是为这个USMT测试而拍摄的，所以看起来USMT一定是创建了这些文件。loadstate.log最终大约是180 on，然后它最终继续前进。

我运行了usmtutils /extract，它提取得非常快-并且那些本地(C) ###.lnk文件都在那里，在appdata/microsoft/windows/最近的文件夹中。它只是一个指向C:\驱动器的lnk。

有人有任何见解，故障排除步骤，或类似的经验吗？

Answer 1

我相信我对这种奇怪的行为有一个解释。

1. 似乎“忽略不相关链接”的功能在指向驱动器根的链接上中断。例如，在指向"F:\“驱动器的”最近“文件夹中有一个LNK文件。比较运行比较并返回false，因为"F:\“不等于"F:”。
2. 每次我运行loadstate来恢复时，它都会向C:\驱动器(或F:\驱动器)添加一个链接的副本。(除了从上一次扫描状态运行中备份的所有LNK之外。
3. 我正在测试的机器，我做了很多测试，备份和恢复，反复。1 LNK变成(2+1)=3，变成(6+1)=7，变成(14+1)=15，31，63,127,255,511。诸若此类。lnk比较过程显然必须将每一个相似的LNK与其他lnk进行比较，因此它是O(n平方)迭代(基于日志的输出)。很快就失控了。在日志级别5时，一个负载状态日志增长到150 to，下一个日志在我最终取消进程之前是300 to。