Receba avisos de disco SMART do Ubuntu por e-mail com o smartd.

Use o pacote do Ubuntu smartmontoolspara monitorar unidades compatíveis com o `sudo` smartd, e então encaminhe os avisos por meio de um serviço de e-mail local ou um servidor SMTP. Para um servidor Ubuntu, mantenha o fluxo de alertas simples: confirme se o `sudo` smartctlconsegue ler cada disco, adicione um destinatário à lista de destinatários /etc/smartd.confe envie uma mensagem de teste antes de confiar nos alertas. Os avisos SMART podem revelar alguns problemas em desenvolvimento, mas não podem prever todas as falhas repentinas de unidades.

Escolha a rota de e-mail mais adequada para o seu host Ubuntu.

smartdNão se autentica automaticamente em um provedor de e-mail da internet. Seu caminho de e-mail padrão invoca o mailcomando do sistema, portanto, a entrega de e-mails também depende de um Agente de Transferência de Correio (MTA) ou servidor de retransmissão configurado. Selecione a rota que corresponde à que já está disponível:

Para um servidor com um único disco rígido que já tenha um servidor de e-mail funcionando, utilize o MTA existente. Se for um novo servidor Ubuntu e você tiver credenciais de retransmissão SMTP, o Postfix é uma opção prática, pois o Ubuntu documenta sua configuração de smarthost. Um cliente leve, como o `smarthost`, msmtpestá disponível no repositório de pacotes do Ubuntu, mas verifique como ele se integra ao comando `mail` esperado pela sua configuração do smartd antes de escolhê-lo. Em todos os casos, teste a entrega para o mesmo endereço externo que você planeja monitorar.

1. Confirme se o Ubuntu consegue ler os dados SMART da unidade.

Instale o smartmontools e procure por dispositivos que o sistema atual possa abrir:

sudo apt update
sudo apt install smartmontools
sudo smartctl --scan-open

A verificação pode retornar entradas como /dev/sda -d sato caminho de um dispositivo NVMe. Use o caminho e qualquer -dopção de tipo de dispositivo exibida em seu computador. Em seguida, inspecione uma unidade:

sudo smartctl -a /dev/sda

Alterne /dev/sdapara o dispositivo detectado. Um gabinete USB, um controlador RAID de hardware ou um adaptador de armazenamento podem bloquear a passagem SMART; se a verificação não mostrar um disco, consulte a documentação do controlador e as opções de tipo de dispositivo do smartmontools. Uma verificação bem-sucedida apenas confirma que os dados são legíveis, não que a unidade esteja íntegra.

2. Configure o smartd para enviar um e-mail ao destinatário.

Abra a configuração do daemon:

sudoedit /etc/smartd.conf

Para descoberta automática, use uma linha de varredura ativa, substituindo o endereço de exemplo pelo seu destino:

DEVICESCAN -a -m admin@example.net -M test

-aHabilita o conjunto padrão de verificações SMART, -mdefine o destinatário do e-mail e -M testinstrui o smartd a enviar um aviso de teste ao iniciar. DEVICESCANAplica essas diretivas às unidades detectadas e ignora entradas de dispositivo posteriores no arquivo. Se desejar apenas unidades selecionadas, use uma linha de dispositivo para cada disco, por exemplo /dev/sda -a -m admin@example.net -M test. Para discos RAID ou conectados via USB, inclua a opção de tipo de dispositivo exibida pela sua verificação ou exigida pelo controlador.

Salve o arquivo e, em seguida, habilite e reinicie o serviço smartmontools do Ubuntu:

sudo systemctl enable --now smartmontools.service
sudo systemctl restart smartmontools.service

Verifique o serviço e as mensagens de registro recentes caso ele não inicie corretamente:

systemctl status smartmontools.service
sudo journalctl -u smartmontools.service -n 50 --no-pager

Os nomes das unidades podem variar em instalações mais antigas ou personalizadas; use systemctl list-unit-files '*smart*'para encontrar a unidade instalada em seu sistema.

3. Teste a entrega e, em seguida, escolha o comportamento do lembrete.

Como -M testo serviço envia sua mensagem na inicialização, reinicie-o e confirme se o e-mail chega. Isso verifica o caminho do smartd através do comando mail local e do MTA ou servidor de retransmissão. Se o teste não chegar, primeiro envie uma mensagem pelo mesmo comando mail ou inspecione a fila e os logs do MTA; um serviço smartmontools em execução não pode corrigir credenciais SMTP, DNS, TLS ou restrições de retransmissão do provedor.

Após a chegada do teste, remova -M teste /etc/smartd.confreinicie o serviço para que reinicializações comuns não gerem outra mensagem de teste. Mantenha -mno local. Por padrão, o smartd limita alertas repetidos; dependendo do estado de monitoramento salvo, ele envia um aviso inicial e pode enviar lembretes diários para um problema em andamento. Isso reduz o ruído na caixa de entrada, enquanto um operador que deseja uma cadência de lembretes diferente deve consultar o smartd.conf(5)manual instalado antes de alterar -M.

O que esses alertas podem e não podem lhe dizer

O smartd verifica os dispositivos periodicamente, com um intervalo de verificação padrão de 30 minutos, portanto, um alerta não é instantâneo. Ele pode relatar falhas de integridade suportadas, novos erros de log e outras condições configuradas. Os atributos SMART dependem do fornecedor e um resumo de integridade não descarta uma falha repentina de componente eletrônico, mecânico, controlador ou conexão. Mantenha backups e investigue um aviso seguindo sudo smartctl -a /dev/sdaas orientações do fabricante do disco, em vez de considerar uma única linha de status como um diagnóstico completo.

Para obter informações precisas sobre o comportamento das diretivas e os tipos de dispositivos suportados, consulte o manual do smartd.conf do Ubuntu e o manual do smartd do Ubuntu . O Ubuntu documenta a configuração do smarthost SMTP em seu guia de configuração do Postfix ; o índice de pacotes do Ubuntu lista o pacote msmtp-mta para sistemas que optam por um cliente SMTP leve.