mount.ntfs desacelerando o computador sem ocupar a CPU, mostrando “suspensão do disco”

Question

Tenho duas partições NTFS montadas no meu sistema de arquivos. Um deles hospeda meus projetos, então é muito importante.

De vez em quando, meu computador fica lento, às vezes a ponto de quase congelar. Percebi que sempre que isso acontece, o processo mount.ntfsmostradisk sleepna coluna CPU do Monitor do Sistema ksysguard (veja a imagem abaixo).

Notavelmente, nessas situações, a memória énãoacabando e as CPUs estãonãofuncionando em plena capacidade.

Quais são as possíveis explicações para isso e como posso corrigi-lo?

Eu executo o Kubuntu 19.04, 64 bits.

Captura de tela

Answer 1

De certa forma, "disk sleep" não é ocausada desaceleração, é apenas um sintoma.

No momento, o processo não está fazendo nada, exceto aguardar o recebimento de uma resposta a uma solicitação de leitura/gravação de disco. Portanto, se o disco demorar muito para responder,qualquerO processo que tenta ler ou gravar entrará no estado "suspensão do disco" ou "espera de E/S" até que sua operação termine.

Suponho que o sistema parece lento porque muitos de seus programas estão simplesmente tentando ler arquivos de sua partição NTFS, então, naturalmente, eles estarão aguardando a recuperação do mount.ntfs - e o próprio mount.ntfs não pode atender a essas solicitações de acesso porque está aguardando a recuperação do seu HDD.

Pode haver várias causas:

1. Hábastantede leituras ou gravações de disco acontecendo (neste disco físico como um todo; não necessariamente nesta partição específica). Para determinar se essa é a causa, comece com:

   • iotopou iotop -Paopara ver programas individuais atualmente executando E/S;
   • iostat -h 1para relatar ototalTaxa de E/S para cada dispositivo de armazenamento físico.

2. O disco está ocupado tentando ler uma área danificada. (Os HDDs ocasionalmente apresentam setores danificados – às vezes o setor só pode ser lido após uma dúzia de tentativas; às vezes é totalmente ilegível, mas você tem que esperar que o HDD desista de tentar.)

   • dmesgou dmesg -wpara ver se o disco está relatando erros de leitura ou outros problemas de hardware.

3. O kernel pode ter bugs, por exemplo, discos conectados através de USB 3.0 no modo "UAS" de alto desempenho costumavam bloquear todo o sistema no passado.

   • Novamente dmesg, mas desta vez procure o kernel relatando seus próprios travamentossemum erro de leitura de disco associado.

Se o seu projeto for importante, mesmo umsolteiroerro relatado em ‘dmesg’ significa que você deve parar tudo e fazer backups em outro disco. (Na verdade, se o seu projeto forna verdadeimportante, você já deveria estar fazendo backups.)