Estou recebendo o erro de subjunção ao executar chkdsk
e não pode consertar o disco. Este é um disco do sistema e, quando inicializo, recebo uma mensagem informando que um perfil não pode ser carregado e nem consigo acessar a tela de logon.
C:\>chkdsk e: /f
The type of the file system is NTFS.
Volume label is SYSTEM.
CHKDSK is verifying files (stage 1 of 3)...
0 percent complete. (0 of 313376 file records processed)
Deleted corrupt attribute list entry
with type code 128 in file 9.
Deleting corrupt attribute record (128, $SDS)
from file record segment 9.
313376 file records processed.
<...>
CHKDSK is verifying indexes (stage 2 of 3)...
351893 index entries processed.
Index verification completed.
3 unindexed files processed.
CHKDSK is verifying security descriptors (stage 3 of 3)...
Repairing the security file record segment.
Deleting an index entry with Id 256 from index $SII of file 9.
Deleting an index entry with Id 257 from index $SII of file 9.
<...>
Deleting an index entry with Id 269 from index $SII of file 9.
Deleting an index entry with Id 259 from index $SDH of file 9.
Deleting an index entry with Id 268 from index $SDH of file 9.
<...>
Deleting an index entry with Id 263 from index $SDH of file 9.
Replacing invalid security id with default security id for file 0.
Unable to write to attribute 16 of file 0.
Readable file record segment 0 is not writeable.
Não consigo verificar a superfície do disco com chkdsk
Porque ele engasga com este passo. Verificá-lo com ferramentas de terceiros não mostrou blocos ruins de qualquer maneira.
Eu procurei na Net e encontrei relatórios semelhantes, mas a única maneira que as pessoas relataram ter sido capaz de "consertar" isso é reinstalando o Windows ou formatando a unidade. Nenhuma das medidas sugeridas me ajudou tão bem quanto eles:
- Instale um hotfix para o win2003 - não aplicável, XP aqui, e o hotfix é para um SP anterior de qualquer maneira
- Executar a partir de um disco de recuperação , cronograma
chkdsk
para executar na próxima inicialização ,/i /c
opções - sem efeito - desmontar a unidade - com
/x
mesmo erro
chkdsk
redefinir todos os descritores de segurança para acesso total paraAdministrators
eSYSTEM
, o perfil do usuário não pôde ser carregado. O que é estranho é que essa configuração não é ignorada no modo de segurança por uma razão que está além de mim.Respostas:
O conselho de "desmontar" está correto, mas precisa ser feito de forma um pouco diferente.
O fato é que,
file 0
é$Mft
efile 9
é$Secure
, Arquivos de sistema NTFS. Parece que, mesmo com/x
, esses arquivos ainda permanecem em uso - é isso que aciona o erro em uma tentativa de sobrescrever seus atributos.Você precisa desmontar completamente a unidade - por exemplo, desatribuir sua carta . E então corra
chkdsk
especificando seu nome de volume que se parece com isso:O nome do volume da sua unidade pode ser encontrado em
mountvol
saída:Desde no seu caso,
chkdsk
aparentemente vai sobrescrever todos ou a maioria dos descritores de segurança, se for um volume do sistema, você terá que restaurar as permissões corretas .fonte
Eu sinceramente executaria um smartdefrag em seu hardrive e tentaria chkdsk novamente depois. Eu sugeriria a desfragmentação inteligente do iobit, já que eles realmente me ajudaram com muitos desses problemas.
Eu sei que você não pode arrancar nele, tente colocar o disco rígido em outro pc como um escravo e executar a desfragmentação inteligente contra ele.
Deixe-me saber se isso funcionou para você.
fonte
chkdsk
encontra parece ser "id de segurança inválido ... para o arquivo 0." Como a desfragmentação pode ter alguma coisa a ver com isso ?!