SSD NVMe lento no Linux? Como diagnosticar falhas via terminal

Por que seu SSD NVMe perde desempenho de repente no Linux?

Quando um SSD NVMe (unidade de armazenamento ultrarrápida conectada diretamente ao barramento do processador) começa a apresentar quedas bruscas de desempenho, a culpa raramente é de um único fator. Na prática, isso significa que a unidade pode estar sofrendo para dissipar calor, operando com menos pistas de dados do que o necessário ou lidando com desgaste avançado nas células de memória flash. Para um engenheiro de sistemas ou administrador de infraestrutura, olhar apenas para a porcentagem de uso do disco no utilitário de tarefas não resolve nada. Precisamos cavar fundo no kernel do Linux utilizando o terminal para expor o comportamento real do hardware sob estresse.

Antes de aplicar comandos complexos, vale a pena relembrar conceitos fundamentais que abordamos em nosso guia sobre como identificar gargalos de I/O em NVMe no Linux. O barramento PCIe (a rodovia de alta velocidade que liga o disco à placa-mãe) é dinâmico e pode reduzir sua capacidade de transporte caso detecte instabilidade elétrica ou superaquecimento. Se você notar que o sistema trava durante cópias pesadas de arquivos, o problema pode estar escondido nas entranhas da controladora e não no sistema de arquivos em si. Vamos examinar os sintomas passo a passo utilizando ferramentas nativas e seguras da linha de comando.

Como auditar a saúde estrutural e o desgaste do NVMe com o nvme-cli

O primeiro passo em qualquer investigação de hardware no Linux é consultar os dados proprietários que o próprio SSD armazena em sua controladora interna. Para isso, utilizamos o pacote utilitário nvme-cli, que funciona como o estetoscópio digital do disco. Ele lê os registros SMART (tecnologia de autocorreção e monitoramento) diretamente do firmware, revelando dados críticos como temperatura atual, setores remapeados e quantidade de dados gravados ao longo dos anos.

Abra o seu terminal com privilégios administrativos e execute o comando básico de listagem para identificar o identificador correto da sua unidade, que geralmente aparece como /dev/nvme0. Em seguida, solicite o relatório detalhado de saúde executando o comando a seguir no seu interpretador de comandos:

sudo nvme smart-log /dev/nvme0

Esse comando devolve um painel completo com dezenas de métricas vitais. Preste atenção especial na linha referente ao desgaste percentual e aos avisos de temperatura crítica. Caso a porcentagem de vida útil restante esteja próxima de zero, a controladora pode entrar em modo somente leitura para proteger seus arquivos, causando aquela sensação de lentidão extrema ou travamento repentino no sistema operacional.

Identificando o estrangulamento térmico por superaquecimento

O calor é o maior inimigo dos SSDs NVMe modernos. Como eles operam em taxas de transferência elevadíssimas (muitas vezes superando 7 gigabytes por segundo), os chips de memória NAND e a controladora central geram calor intenso em minúsculos espaços físicos. Quando a temperatura ultrapassa o limite seguro estipulado pelo fabricante (geralmente entre 70 e 80 graus Celsius), o disco aciona um mecanismo de proteção chamado thermal throttling ou estrangulamento térmico, cortando a velocidade pela metade ou mais para resfriar os componentes.

Para verificar se o seu disco sofreu ou está sofrendo com altas temperaturas, utilize o comando de log de temperatura do próprio utilitário nvme:

sudo nvme smart-log /dev/nvme0 | grep -i 'temperature'

Se notar que a temperatura de alerta (composite temperature) está muito alta, vale a pena cruzar esses dados com ferramentas complementares de monitoramento térmico, conforme detalhado no artigo sobre como monitorar a temperatura do NVMe no Linux via terminal. Na prática, a ausência de um dissipador de calor adequado ou um fluxo de ar deficiente no gabinete são os causadores mais comuns dessa lentidão intermitente.

Investigando a perda de pistas PCIe e conexões degradadas

Outro problema silencioso que derruba a taxa de transferência de um NVMe é a degradação física ou o mau contato nas pistas PCIe (Peripheral Component Interconnect Express). Cada SSD NVMe se comunica com a placa-mãe utilizando um determinado número de pistas, normalmente quatro (x4). Se houver poeira no slot, solda trincada ou instabilidade no chipset, o barramento pode negociar uma conexão mais estreita, como x2 ou até x1, cortando drasticamente a largura de banda disponível.

Para auditar a velocidade atual e a largura de barramento em que sua unidade está operando no momento, recorra ao comando lspci em conjunto com filtros de busca avançados. Execute o seguinte bloco no terminal:

lspci -s $(lspci | grep -i 'non-volatile memory' | awk '{print $1}') -vvv | grep -i 'link'

O resultado mostrará termos como LnkSta (Link Status). Verifique se a velocidade atual (Speed) e a largura (Width) correspondem ao que sua placa-mãe e o seu SSD suportam. Se a largura anunciada for x4 mas o status mostrar x2 ou x1, desligue a máquina, remova o SSD, limpe os contatos dourados com cuidado e encaixe-o novamente no slot M.2. Esse simples procedimento resolve grande parte dos problemas de estrangulamento de banda em servidores e estações de trabalho.

Validando o desempenho real com testes de carga controlados

Após verificar a temperatura e o barramento, o próximo passo lógico consiste em medir a vazão real de leitura e escrita para confirmar se a unidade atinge as expectativas de fábrica. Evite testes destrutivos em discos de produção; em vez disso, utilize ferramentas seguras para avaliar a latência e o throughput (volume de dados processados por segundo) sem corromper o sistema de arquivos existente.

O utilitário fio (Flexible I/O Tester) é o padrão da indústria para essa finalidade. O comando abaixo realiza um teste rápido de leitura sequencial simulando uma carga de trabalho típica de engenharia:

fio --name=test-read --ioengine=libaio --rw=read --bs=4k --numjobs=1 --size=1G --runtime=30 --time_based

Observe atentamente os valores de IOPS (operações de entrada e saída por segundo) e a latência média exibidos ao final do teste. Se a latência estiver na casa dos milissegundos em vez de microssegundos, existe um gargalo severo na controladora, fila de comandos (queue depth) ou no driver do kernel. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como testar IGBT de nobreak com multímetro na bancada.

Conclusão

Diagnosticar lentidão em SSDs NVMe no Linux exige ir muito além da simples verificação de espaço livre em disco. Ao combinar ferramentas como o nvme-cli para análise de saúde, o lspci para auditoria de barramento PCIe e o fio para testes de carga, você transforma um palpite frustrante em um diagnóstico preciso de engenharia. Compreender o comportamento térmico e elétrico do seu hardware garante estabilidade operacional a longo prazo, evitando perdas catastróficas de dados e mantendo seus servidores e estações de trabalho rodando com máxima eficiência.

Lembre-se de que a manutenção preventiva e o monitoramento constante dos logs do sistema operacional são as melhores defesas contra falhas prematuras de armazenamento. Sempre que notar quedas inexplicáveis de performance, siga este roteiro metódico para isolar a causa raiz entre temperatura, degradação de barramento ou desgaste natural das células NAND.