Como alterar a senha de usuário Windows Server pelo modo recuperação

1. Boot no modo rescue Linux

Inicie o servidor com um live mode (Ubuntu Live) em vez do disco do Windows.

1. Boot & Rescue;

2. Boot from rescue;

3. Apply e depois confirme.

Depois, ligue o servidor.

2. Identifique e monte a partição do Windows

# Liste as partições disponíveis
sudo fdisk -l
# ou
lsblk -f

Monte a partição do Windows (geralmente onde está a pasta Windows):

sudo mkdir /mnt/windows
sudo mount /dev/sda2 /mnt/windows   # substitua sda2 pela partição correta, geralmente é sda2.

Se for um disco com criptografia BitLocker, você precisará da chave de recuperação antes de continuar.

3. Instale o chntpw

sudo apt install chntpw -y

4. Navegue até a pasta do registro

cd /mnt/windows/Windows/System32/config

5. Execute o chntpw no arquivo SAM

sudo chntpw -i SAM

O -i abre um menu interativo. O fluxo típico é:

1. Escolher opção 1 → Edit user data

2. Digitar o nome do usuário (ex: Administrator)

3. Escolher 1 → Clear (blank) user password (mais confiável que definir uma nova senha)

4. Digitar q para sair do menu do usuário

5. Digitar y para salvar as alterações no hive (registro)

Comando direto (sem menu, para limpar a senha de um usuário específico):

sudo chntpw -u "Administrator" -l SAM     # lista usuários
sudo chntpw -u "Administrator" SAM        # abre menu para esse usuário

6. Desmonte e reinicie

cd ~
sudo umount /mnt/windows
sudo reboot

Remova a mídia de boot e inicie normalmente no Windows. A senha do usuário escolhido estará em branco.

1. Boot & Rescue;

2. Boot from Disk;

3. Apply e depois confirme.

Depois, ligue o servidor.

Observações importantes

• BitLocker: se o disco estiver criptografado, é preciso desbloquear com a chave de recuperação antes de montar.

• Contas de domínio (Active Directory): esse método só funciona para contas locais. Contas de domínio (AD) são autenticadas pelo controlador de domínio, não pelo SAM local — nesse caso, o reset precisa ser feito via DSRM (Directory Services Restore Mode) ou por outro DC.

• Auditoria/compliance: em ambientes corporativos, documente a ação e, se possível, force a troca de senha no próximo logon depois de recuperar o acesso.

• Alternativa "definir nova senha" ao invés de limpar: pode falhar em alguns builds recentes do Windows por causa do hash NTLM; a opção "clear password" costuma ser mais confiável.

Se o objetivo for recuperar acesso a um Windows Server em produção, também vale considerar reverter para um snapshot/backup anterior como alternativa mais segura, dependendo do cenário.