CHKDSK - CHKDSK
Autor (es) original (is) | Tim Paterson |
---|---|
Desenvolvedor (s) | SCP , Microsoft , IBM , DR , Datalight , Novell , Toshiba , PhysTechSoft , ReactOS Contributors |
lançamento inicial | 1980 |
Escrito em |
MS-DOS : linguagem assembly x86 FreeDOS , ReactOS : C |
Sistema operacional | 86-DOS , MS-DOS , PC DOS , MSX-DOS , SISNE plus , OS / 2 , eComStation , ArcaOS , FlexOS , DR-DOS , ROM-DOS , 4690 OS , PTS-DOS , Windows , FreeDOS , ReactOS |
Plataforma | Plataforma cruzada |
Modelo | Comando |
Licença | MS-DOS: MIT FreeDOS, ReactOS: GPLv2 |
Na computação, CHKDSK
(abreviação de "verificar disco") é uma ferramenta de sistema e comando em DOS , Digital Research FlexOS , IBM / Toshiba 4690 OS , IBM OS / 2 , Microsoft Windows e sistemas operacionais relacionados . Ele verifica a integridade do sistema de arquivos de um volume e tenta corrigir os erros lógicos do sistema de arquivos. É semelhante ao fsck
comando no Unix e semelhante ao Microsoft ScanDisk que coexistia CHKDSK
no Windows 9x e no MS-DOS 6.x.
Implementações
Uma implementação inicial de um 'CheckDisk' foi o CHECKDSK que fazia parte dos diagnósticos de hardware da Digital Equipment Corporation , rodando no início dos anos 1970 TENEX e TOPS-20 .
SCP 86-DOS
O CHKDSK
comando foi implementado pela primeira vez em 1980 por Tim Paterson e incluído no Seattle Computer Products 86-DOS .
MS-DOS / IBM PC DOS
O comando está disponível nas versões 1 e posteriores do MS-DOS .
CHKDSK
é implementado como um comando externo. As versões 2.x - 4.x do MS-DOS são usadas chkdsk.com
como arquivo executável. As versões 5.xe posteriores do MS-DOS são usadas chkdsk.exe
como arquivo executável.
Bug do MS-DOS 5.0
CHKDSK
e UNDELETE
no MS-DOS 5.0 tem um bug que pode corromper os dados: Se a tabela de alocação de arquivos de um disco usa 256 setores, a execução CHKDSK /F
pode causar perda de dados e a execução UNDELETE
pode causar resultados imprevisíveis. Isso normalmente afeta discos com uma capacidade de aproximadamente um múltiplo de 128 MB. Isto aplica-se a CHKDSK.EXE
e UNDELETE.EXE
tendo um carimbo datador de 09 de abril de 1991. Este erro foi corrigido no 5.0a MS-DOS.
Microsoft Windows
CHKDSK
pode ser executado no prompt do DOS , no Windows Explorer , no prompt de comando do Windows , no Windows PowerShell ou no Console de recuperação .
Em sistemas operacionais Windows NT , CHKDSK
também pode verificar se há setores defeituosos na superfície do disco e marcá-los (no MS-DOS 6.xe no Windows 9x , essa é uma tarefa feita pelo Microsoft ScanDisk ). A versão do Windows ServerCHKDSK
é compatível com RAID e pode recuperar totalmente os dados em setores defeituosos de um disco em uma matriz RAID-1 ou RAID-5 se os outros discos do conjunto estiverem intactos.
Fragmentos de arquivos e diretórios considerados corrompidos como resultado de, por exemplo, falta de energia durante a gravação, comprimento excessivo do nome do arquivo e / ou caracteres inválidos no nome do arquivo, são movidos para um diretório na raiz da partição, nomeados found.000
e renomeados para genérico arquivos e diretórios numerados hexadecimalmente, começando com file00000000.chk
e dir_00000000.chk
respectivamente.
Na família Windows NT, uma CHKDSK
varredura padrão consiste em três fases de teste de metadados de arquivo. Ele procura erros, mas não os corrige, a menos que seja explicitamente ordenado a fazê-lo. O mesmo se aplica à varredura de superfície - esse teste, que pode ser extremamente demorado em discos grandes ou de baixo desempenho, não é realizado a menos que seja explicitamente solicitado. CHKDSK
requer acesso de gravação exclusivo ao volume para realizar reparos.
Devido ao requisito de acesso monopolizado ao drive, o CHKDSK
não pode verificar o disco do sistema no modo normal do sistema. Em vez disso, o sistema define um bit incorreto para o volume do disco e reinicializa o computador. Durante a inicialização do Windows , uma versão especial de CHKDSK
chamado Autochk
(um aplicativo de modo nativo ) é iniciada pelo SMSS.EXE e verifica e tenta reparar o sistema de arquivos se o bit incorreto estiver definido.
Devido ao requisito de acesso exclusivo e à natureza demorada da CHKDSK
operação, o Windows Vista implementou um novo modelo de integridade do sistema de arquivos no qual o sistema operacional corrige erros nos volumes à medida que os encontra. No caso de o problema ser grave e uma varredura completa for necessária, o Action Center notifica o usuário para colocar o volume offline na primeira oportunidade.
O Windows Vista e o Windows Server 2008 adicionaram a capacidade de autocorreção, ativada por padrão, além de fornecer o CHKDSK
comando. Ele detecta erros físicos do sistema de arquivos e os corrige silenciosamente na hora. Assim, muitos problemas previamente descobertos na execução CHKDSK
nunca aparecem. É administrado por fsutil repair
comando.
A crítica tem sido direcionada à tendência de AUTOCHK
modificar automaticamente o sistema de arquivos quando não solicitado explicitamente pelo usuário que deseja fazer backup de seus dados anteriormente, pois uma tentativa de reparo pode embaralhar, minar e rejeitar caminhos de arquivos e diretórios, especialmente em um instalação de inicialização múltipla em que vários sistemas operacionais podem ter sido gravados de forma interferente na mesma partição.
O suposto bug do Windows 7
Antes do lançamento do Windows 7 , a InfoWorld relatou um suposto vazamento de memória no CHKDSK
; de acordo com o relatório, o chkdsk /r
comando faria com que o consumo de memória atingisse o máximo e o sistema travasse . Randall C. Kennedy da InfoWorld atribuiu o relatório original a " várias fontes da Web " e disse que em seus testes, o consumo de memória atingiu mais de 90%, embora ele não tenha experimentado um travamento. Mesmo assim, Kennedy considerou o consumo de memória um bug crítico que prejudicaria o lançamento do Windows 7 e puniu a Microsoft. Tom Warren, da Neowin, rejeitou a avaliação de Kennedy sobre a importância do suposto vazamento. Steven Sinofsky, da Microsoft, também respondeu que a Microsoft também não conseguiu reproduzir um travamento, mas que o consumo massivo de memória foi intencional, para melhorar o desempenho, e não um vazamento. Ed Bott, da ZDNet, também analisou a afirmação com seus próprios testes e observou que nenhum acidente ocorreria. Observando que chkdsk /r
, por design, não funciona na unidade do sistema enquanto o Windows está online, Bott concluiu que "é indiscutivelmente um recurso, não um bug, e a probabilidade de você travar um sistema dessa maneira é muito, muito pequena e completamente evitável."
DR / Novell DOS
O DR DOS 6.0 também inclui uma implementação do CHKDSK
comando.
FreeDOS
A versão FreeDOS foi desenvolvida por Imre Leber e está licenciada sob a GNU GPL 2 .
ReactOS
A implementação do ReactOS é baseada em um clone livre desenvolvido por Mark Russinovich para a Sysinternals em 1998. Ele foi adaptado para o ReactOS por Emanuele Aliberti em 1999 e suporta volumes usando o sistema de arquivos FAT32 . O comando não oferece suporte a volumes usando o sistema de arquivos Btrfs , embora o ReactOS o suporte desde a versão 0.4.1.
Veja também
Referências
Leitura adicional
- Wolverton, Van (1990). Comandos do MS-DOS: Microsoft Quick Reference, 4ª edição revisada . Microsoft Press . ISBN 978-1556152894.
- Kathy Ivens; Brian Proffit (1993). OS / 2 por dentro e por fora . Osborne McGraw-Hill . ISBN 978-0078818714.
- Frisch, Æleen (2001). Referência de bolso de comandos do Windows 2000 . O'Reilly . ISBN 978-0-596-00148-3.