loadstate USMT capturado em um loop (quase) infinito?

1

Estou tentando introduzir o USMT no ambiente da minha empresa para todas as nossas futuras migrações. Ao fazer alguns testes, eu tenho um armazenamento de backup que se recusa a restaurar, com alguns resultados muito bizarros.

Ao extrair um pequeno arquivo MIG (600MB), isso normalmente leva apenas alguns minutos para ser concluído - ele continua por aproximadamente 20-30 minutos. O arquivo loadstate.log fica enorme, cheio disso, apenas repetindo (mais de um milhão de linhas no 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:\

Eu posso ver alguns arquivos lnk ocultos que correspondem a essas entradas de log (como, "Local (C) 581.lnk", mas não sei de onde eles vieram. Essa máquina foi criada recentemente por essa USMT teste, então parece que USMT deve ter criado esses arquivos.O loadstate.log acaba sendo cerca de 180MB, então ele finalmente se move.

Eu executei usmtutils / extract e ele é extraído muito rapidamente - e esses arquivos Local (C) ###. lnk estão lá, na pasta appdata / microsoft / windows / recent. É apenas um lnk que aponta para o drive C: \.

Alguém tem alguma ideia, etapas para solução de problemas ou experiências semelhantes?

    
por Jason Sypkens 22.06.2013 / 00:43

1 resposta

1

Eu acredito que tenho uma explicação para esse comportamento estranho.

  1. Parece que a funcionalidade "ignorar links irrelevantes" é quebrada em links que apontam para a raiz de uma unidade. Por exemplo, eu tinha um arquivo LNK na pasta "recente" que estava apontando para a unidade "F: \". A comparação executou a comparação e retornou false porque "F: \" não era igual a "F:".

  2. Cada vez que eu corri o loadstate para restaurar, ele adicionaria uma cópia do link em questão, para a unidade C: \ (ou F: \ drive). (além de todo o LNK que ele copiou da última execução do scanstate.

  3. A máquina que estou testando, eu estava fazendo muitos testes, fazendo backup e restaurando, repetidamente. 1 LNK se transformou em (2 + 1) = 3, que se transformou em (6 + 1) = 7, que se transformou em (14 + 1) = 15, 31, 63, 127, 255, 511 ... e assim por diante. O processo de comparação do LNK aparentemente tem que comparar todo lnk similar a todos os outros lnk, então são iterações O (n²) (baseadas na saída do log). Isso ficou fora de controle muito rapidamente. Um log do loadstate cresceu para 150 MB no nível de log 5 e o próximo foi de 300 MB antes de eu eventualmente cancelar o processo.

por 25.06.2013 / 02:09

Tags