smartd.service parece não funcionar após a reinicialização, somente após a reinicialização manual

1

EDITAR: Não parece haver nada de errado. A razão pela qual o e-mail de teste não foi enviado provavelmente foi devido ao fato de o computador não ter estabelecido uma conexão com a Internet como o serviço tentou enviá-lo. Mas quando reiniciei o serviço manualmente, o computador tinha estabelecido totalmente a conexão à Internet e o email foi enviado com sucesso. Então, sem erro. Obrigado mesmo assim!

Acabei de descobrir sobre o Smartmontools e decidi testá-lo. Configurei-o usando este guia: link

Eu removi o comentário para start_smartd=yes para "iniciar o smartd na inicialização do sistema" e também o smartd_opts para editar o intervalo no arquivo "/ etc / default / smartmontools".

No arquivo de configuração smartd ("/etc/smartd.conf"), fiz um devicescan: DEVICESCAN -m [email protected] -M test e salvei. Quando interrompo manualmente o serviço com sudo /etc/init.d/smartmontools stop e, em seguida, inicio manualmente novamente, recebo um e-mail instantaneamente. Mas se eu reiniciar o computador, nada acontece.

Se eu executar systemctl status depois de reiniciar manualmente o serviço smartd ou após reinicializar o computador, tudo parecerá praticamente idêntico no serviço smartd. (exceto para o número em "smartd.service- > 968 / usr / sbin / smartd -n --interval = 10800", que eu estou supondo é o ID que foi atribuído ao serviço quando ele começou e não deveria realmente importar para esta questão?

Como posso fazer o serviço smartd funcionar após uma reinicialização sem reiniciar o serviço manualmente?

Ainda sou muito novo no Linux, por isso talvez precise de uma resposta bastante detalhada se a solução for complicada. Obrigado!

EDITAR: Conforme solicitado, insserv -s | grep smart fornece o resultado

K:01:1:smartmontools

S:02:2 3 4 5:smartmontools

E systemctl is-enabled smartd diz "ativado"

Além disso, percebi que não mencionei, mas estou usando o Debian.

Segundo EDIT: Depois de executar journalctl -b -u smartd , observei o erro que provavelmente está causando isso. Parece SSMTP é incapaz de se conectar ao servidor SMTP do Google na reinicialização, não sei por que embora. Mas quando eu reinicio manualmente o serviço, ele funciona. Estou pensando que o computador não estabeleceu uma conexão com a Internet, pois o serviço tenta enviar o e-mail de teste, isso pode estar certo? Existe algum método de consertar isso ou, alternativamente, enviar o e-mail de teste depois de um minuto ou mais?

LOG: Após a reinicialização, o log ficou assim (parte do email, o DEVICESCAN parece estar funcionando)

Dec 26 14:43:50 debian smartd[523]: Monitoring 1 ATA and 0 SCSI devices

Dec 26 14:43:50 debian smartd[523]: Executing test of to [email protected] ...

Dec 26 14:43:50 debian sSMTP[570]: Unable to locate smtp.gmail.com

Dec 26 14:43:50 debian sSMTP[570]: Cannot open smtp.gmail.com:587

Dec 26 14:43:50 debian smartd[523]: Test of to [email protected] produced unexpected output (101 bytes) to STDOUT/STDERR:

Dec 26 14:43:50 debian smartd[523]: send-mail: Cannot open smtp.gmail.com:587

Dec 26 14:43:50 debian smartd[523]: Can't send mail: sendmail process failed with error code 1

Dec 26 14:43:50 debian smartd[523]: Test of to [email protected]: successful

Dec 26 14:43:50 debian smartd[523]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 73 to 71

Dec 26 14:43:50 debian smartd[523]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.Samsung_SSD_850_EVO_250GB-.ata.state

Após reiniciar manualmente, o log parece o mesmo, exceto pela parte de e-mail que está realmente funcionando:

Dec 26 14:48:00 debian smartd[881]: Monitoring 1 ATA and 0 SCSI devices

Dec 26 14:48:00 debian smartd[881]: Executing test of to [email protected] ...

Dec 26 14:48:00 debian sSMTP[912]: Creating SSL connection to host

Dec 26 14:48:00 debian sSMTP[912]: SSL connection using RSA_AES_128_CBC_SHA1

Dec 26 14:48:02 debian sSMTP[912]: Sent mail for [email protected] (221 2.0.0 closing connection h42sm10593373lfi.30 - gsmtp) uid=0 username=root outbytes=893

Dec 26 14:48:02 debian smartd[881]: Test of to [email protected]: successful

Dec 26 14:48:02 debian smartd[881]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.Samsung_SSD_850_EVO_250GB-.ata.state

    
por L.Johnson 25.12.2016 / 22:45

0 respostas

Tags