O que acontece é que quando ele contém algo como mais de 20 arquivos, ou se algum dos arquivos for maior - digamos, na ordem de giga-bytes - então a caixa de diálogo "esvaziar lixeira" chegará a "99% concluído", mas depois fica assim por um minuto ou mais. Em seguida, passar o mouse sobre o File Explorer fará com que a mensagem apareça na barra da janela que diz "O File Explorer não está respondendo". No entanto, ele sempre parece se resolver eventualmente e acho que ainda não consegui esvaziá-lo completamente. Esse comportamento é normal, por favor? Além disso, após o esvaziamento, a mensagem "Trabalhando nisso..." sempre será exibida dentro da Lixeira até que eu feche a instância do File Explorer ou clique em uma pasta diferente; e então a mensagem "Trabalhando nisso..." desaparecerá na próxima vez que eu clicar na Lixeira.
O tamanho máximo definido para a unidade que estou usando é 26 GB e nunca preencho nada próximo desse valor.
Abaixo estão os resultados de uma operação chkdsk que fiz para investigar o assunto. Eu faço regularmente verificações sfc /scannow e DISM /Online /Cleanup-Image /ScanHealth, que quase nunca encontram problemas com o sistema.
O hardware é muito novo, duvido muito que o hardware tenha algo a ver com isso.
================================================
Nome do registro: Aplicativo
Fonte: Microsoft-Windows-Wininit
Data: 07/11/2024 14:47:14
ID do evento: 1001
Categoria de tarefa: nenhuma
Nível: Informação
Palavras-chave: Clássico
Usuário: N/A
Computador: imperfeito
Descrição:
Verificando o sistema de arquivos em C:
O tipo do sistema de arquivos é NTFS.
Uma verificação de disco foi agendada.
O Windows irá agora verificar o disco.
Estágio 1: Examinando a estrutura básica do sistema de arquivos...
503808 registros de arquivo processados.
Verificação de arquivo concluída.
Duração da fase (verificação de registro de arquivo): 3,43 segundos.
19.738 registros de arquivos grandes processados.
Duração da fase (recuperação de registros de arquivos órfãos): 8,15 milissegundos.
0 registros de arquivo inválidos processados.
Duração da fase (verificação de registro de arquivo incorreto): 1,69 milissegundos.
Estágio 2: Examinando a ligação do nome do arquivo...
5.235 registros de nova análise processados.
848336 entradas de índice processadas.
Verificação do índice concluída.
Duração da fase (verificação do índice): 9,61 segundos.
0 arquivos não indexados verificados.
Duração da fase (reconexão órfã): 510,09 milissegundos.
0 arquivos não indexados recuperados para achados e perdidos.
Duração da fase (recuperação de órfãos para achados e perdidos): 914,61 milissegundos.
5.235 registros de nova análise processados.
Duração da fase (ponto de nova análise e verificação do ID do objeto): 18,43 milissegundos.
Etapa 3: Examinando descritores de segurança...
Limpando 1.460 entradas de índice não utilizadas do índice $SII do arquivo 0x9.
Limpando 1.460 entradas de índice não utilizadas do índice $SDH do arquivo 0x9.
Limpando 1.460 descritores de segurança não utilizados.
Verificação do descritor de segurança concluída.
Duração da fase (verificação do descritor de segurança): 26,34 milissegundos.
172265 arquivos de dados processados.
Duração da fase (verificação de atributos de dados): 1,86 milissegundos.
CHKDSK está verificando o Usn Journal...
36472112 bytes USN processados.
Verificação do Diário Usn concluída.
Duração da fase (verificação do diário USN): 58,14 milissegundos.
Estágio 4: Procurando clusters defeituosos nos dados do arquivo do usuário...
503792 arquivos processados.
Verificação dos dados do arquivo concluída.
Duração da fase (recuperação de arquivos do usuário): 2,93 minutos.
Etapa 5: Procurando clusters ruins e gratuitos...
71373420 clusters gratuitos processados.
A verificação de espaço livre foi concluída.
Duração da fase (recuperação de espaço livre): 43,20 segundos.
O Windows verificou o sistema de arquivos e não encontrou problemas.
Não é necessária nenhuma ação adicional.
499191807 KB de espaço total em disco.
212619732 KB em 265936 arquivos.
450544 KB in 172266 indexes.
0 KB in bad sectors.
627851 KB in use by the system.
65536 KB occupied by the log file.
285493680 KB disponíveis em disco.
4096 bytes in each allocation unit.
124797951 unidades de alocação total em disco.
71373420 unidades de alocação disponíveis em disco.
Duração total: 3,90 minutos (234.136 ms).
Informações internas:
00 b0 07 00 6f af 06 00 43 59 0c 00 00 00 00 00 ....o...CY......
a5 13 00 00 ce 00 00 00 00 00 00 00 00 00 00 00 ................
Isso é bastante normal.
Além de sua unidade ter um cache, ao excluir arquivos em um SSD, ela também usará TRIM. Embora você não tenha especificado que está usando um SSD, isso explicaria a espera no final em 99%.
A função TRIM percorrerá todas as células que tinham conteúdo, mas foram excluídas para marcá-las como completamente vazias. Uma espécie de desfragmentação. Contanto que haja espaço livre suficiente no SSD, o TRIM garantirá que a unidade permaneça rápida.
A razão pela qual mencionei cache é porque quando você executa uma função, ela tentará usar principalmente o cache, o que significa que mesmo que a operação ainda não tenha sido concluída, ela é executada fora do cache, e então o Windows já reportará a operação para ser finalizado, enquanto ainda está realizando algumas operações.
Também é possível que o cache acabe, portanto, quando houver mais dados a serem alterados do que o tamanho do cache, quando o cache acabar, a velocidade diminuirá. Isto é especialmente perceptível com uma cópia de vários arquivos grandes, onde a velocidade parece rápida e de repente se torna mais lenta, mas constante.