A ferramenta fsck curto para o File System Check

Usando fsck

A ferramenta fsck, abreviação de File System Check, é usado para diagnosticar e reparar sistemas de arquivos que podem ter sido danificados no decurso de operações diárias. Tais reparações são geralmente necessários após uma falha do sistema em que o sistema não tive a oportunidade de liberar integralmente todos os seus buffers internos para o disco. (Embora o nome desta ferramenta tem uma semelhança notável com uma das expressões proferidas muitas vezes após uma falha do sistema, que esta ferramenta é parte do processo de recuperação é estritamente coincidência.) Normalmente, o sistema executa a ferramenta fsck automaticamente durante o processo de boot (muito da mesma forma que o Windows executa o Scandisk) se detecta uma partição que não foi corretamente desmontado. Linux faz um esforço impressionante para reparar automaticamente todos os problemas que atravessa e na maioria dos casos não cuidar de si mesmo. A natureza robusta do sistema de arquivos ext3 ajuda em tais situações. No entanto, pode acontecer que você receber essa mensagem: O sistema parece ter encerrado uncleanly Pressione Y dentro de 5 segundos para forçar o arquivo de verificação de integridade do sistema Se você pressionar Y, você verá as mensagens aparecem na tela dizendo-lhe como a verificação é processo. O sistema irá dizer-lhe o sistema de arquivos está sendo verificado e até o cheque progrediu. Você pode ver as mensagens como estas:

recuperar jornal compensação inode órfãs

Essas mensagens são normais; fsck está apenas fazendo o seu trabalho. Se você acha que um sistema de arquivos não está se comportando como deveria (mensagens de log são excelentes sugestões para esta situação), você pode querer executar fsck-se sobre um sistema em execução. A única desvantagem é que o sistema de arquivo em questão deve ser desmontada para que isso funcione. Se você optar por tomar este caminho, certifique-se de remontar o sistema de arquivos quando você está feito.

NOTA

O fsck nome não é o título adequado para a ferramenta ext2/ext3 reparação; é realmente apenas um invólucro. O invólucro fsck tenta determinar que tipo de sistema de arquivos precisa ser reparado e, em seguida, executa a ferramenta de reparação adequado, passando os parâmetros que foram passados para fsck. No ext2 e ext3, o instrumento real é chamado e2fsck. Quando ocorre uma falha no sistema, você poderá ter de recorrer diretamente e2fsck invés de depender de outros aplicativos para chamá-lo para você automaticamente.

Parâmetros disponíveis para e2fsck

Os parâmetros disponíveis para e2fsck são mostrados em Imagem 7-4. Por exemplo, para executar e2fsck no sistema de arquivos / dev/hda3, você deve executar:

[root @ Tedford / root] # e2fsck / dev/hda3

Para forçar uma verificação e automaticamente responder Sim para todas as instruções que aparecem, você deve digitar o comando:

[root @ Tedford] # e2fsck-f-y / dev/hda3

TIP

Você não vai encontrar um e3fsck "comando. O ext2 e ext3 são tão semelhantes que o e2fsck comando funciona em ambos.

What If I Get Erros?

Em primeiro lugar, relaxe. A verificação fsck raramente encontra problemas que ele não pode corrigir por si só. Quando ele faz pedir a intervenção humana, dizendo fsck para executar sua sugestão padrão é muitas vezes suficiente. Muito raramente uma única passagem do e2fsck não esclarecer todos os problemas. Nas raras ocasiões em que uma segunda corrida é necessária, não deve aparecer mais erros. Se isso acontecer, você provavelmente está diante de uma falha de hardware. Lembre-se de começar com o óbvio: Verificar se há energia confiável e com boas ligações de cabos. Qualquer um que executam sistemas SCSI deve verificar se eles estão usando o tipo correto de terminator, que os cabos não são muito longas, que IDs SCSI não são conflitantes, e que a qualidade do cabo é suficiente. (SCSI é especialmente exigente com a qualidade dos cabos.)

O diretório lost + found

Outra situação é quando e2fsck raro encontrar segmentos de arquivos que ele não pode voltar com o arquivo original. Nesses casos, ele vai colocar o fragmento na partição do diretório lost + found. Este diretório está localizado onde a partição está montada, então, se / dev/hda3 é montado em / usr e / usr / lost + found correlatos para / dev / hda3. Qualquer coisa pode entrar em um diretório lost + found-fragmentos de arquivos, diretórios, e até mesmo arquivos especiais. Quando os arquivos normal vento lá em cima, dono de um arquivo deve ser anexado, e você pode contactar o dono e ver se eles precisam de dados (normalmente, eles não). Se você encontrar um diretório no lost + found, você provavelmente vai querer tentar restaurá-lo através de backups mais recentes ao invés de tentar reconstruí-lo de perdidos e achados. Pelo menos, lost + found diz-lhe se alguma coisa se tornou deslocado. Mais uma vez, esses erros são extremamente raros.

um artigo submetido por Daniel K.

Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "A ferramenta fsck curto para o File System Check" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.