chkdsk falha com “Não é possível gravar no atributo 16 do arquivo 0. O segmento de registro de arquivo legível 0 não é gravável”

1

Estou recebendo o erro subj quando estou executando chkdsk e não consigo consertar o disco. Este é um disco do sistema, e quando eu inicio a partir dele, recebo uma mensagem que um perfil não pode ser carregado, e não consigo nem chegar à 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.

Eu não posso verificar a superfície do disco com chkdsk 'porque ela engasga com esta etapa. 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:

por ivan_pozdeev 20.01.2017 / 23:41

2 respostas

0

O conselho de "desmontar" está correto, mas precisa ser feito de forma um pouco diferente.

O fato é que file 0 é $Mft e file 9 é $Secure , NTFS arquivos do sistema. 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, ou seja, cancelar a atribuição de carta . Em seguida, execute chkdsk especificando seu nome de volume que se parece com isso:

C:\>chkdsk \?\Volume{5c11cc4f-d5f7-11e6-ab52-806e6f6e6963} /f

O nome do volume da sua unidade pode ser encontrado em mountvol output:

C:\>mountvol
<...>
Possible values for VolumeName along with current mount points are:

    \?\Volume{5c11cc4f-d5f7-11e6-ab52-806e6f6e6963}\
        *** NO MOUNT POINTS ***

    \?\Volume{e70bedec-8947-11df-82c0-806e6f6e6963}\
        C:\

<...>

Já que no seu caso, chkdsk aparentemente sobrescreverá todos ou a maioria dos descritores de segurança, se for um volume do sistema, você terá que restaurar as permissões corretas .

    
por 20.01.2017 / 23:41
-1

Eu honestamente colocaria 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 iniciar, tente colocar o hard rive em outro pc como um escravo e execute a desfragmentação inteligente contra ele.

Deixe-me saber se isso funcionou para você.

    
por 21.01.2017 / 00:56

Tags