A lógica que você está vendo é um comportamento projetado por parte da Microsoft. A subchave HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVerison\ProfileList
para o SID do usuário não existe na máquina recém-criada e quando o Windows "vê" a pasta existente "D: \ Users \ nome_do_usuário" assume que essa pasta contém dados existentes e cria uma nova pasta .
Até onde sei, os detalhes específicos das subchaves "... \ ProfileList" não são documentados publicamente. É concebível que você possa escrever um Startup Script para "pré-criar" essas entradas com base no conteúdo da pasta "D: \ Users ...", mas, francamente, acho que você estará lutando uma batalha perdida para que funcione corretamente . Esta pode ser sua única opção.
Você pode fazer logon como usuário, permitir que a nova pasta seja criada, fazer logoff, fazer logon temporariamente como outro usuário para modificar a subchave "... \ ProfileList" do usuário inicial e, em seguida, limpar o não usado. "... DOMAIN" pasta de perfil de usuário que o Windows criou no logon inicial. É um processo tedioso e manual, mas funcionaria.
Armazenar os dados e perfis de seus usuários em computadores servidores contornaria toda essa confusão, mas suponho que você não esteja fazendo isso por algum motivo.