Você está usando -M exec e smartd-runner , que aparentemente é uma especialidade do Debian.
Package Maintainers and system administrators can put scripts to be run
when smartd detects an error into /etc/smartmontools/run.d. These
scripts will be run by smartd-runner using run-parts(8). The script will
receive the filename of the file containing the errormessage as first
parameter. See /etc/smartmontools/run.d/10mail for an example.
O objetivo principal deste runner parece estar tornando o envio de email opcional (dependendo se um mailer é instalado em primeiro lugar) e separadamente, ele parece acionar uma notificação pop-up em um desktop (se o notificador for instalado).
Então, eu acho que você poderia modificar esse script 10mail para filtrar e-mails duplicados.
A alternativa seria executar o smartd com a opção --savestates e, em seguida, usar -M once no smartd.conf - isso é descrito em mais detalhes na página do manual smartd.conf, para resumir:
once - send only one warning email for each type of disk problem
daily - send additional warning reminder emails, once per day,
diminishing - send additional warning reminder emails, after a
one-day interval, then a two-day interval, then a four-day
test - send a single test email immediately upon smartd startup.
exec PATH - run the executable PATH instead of the default mail
E se isso não funcionar, você terá que conviver com isso ou escrever sua própria lógica de execução de manipulador de e-mail, que filtra de acordo, afinal.
I am fully aware of the dangers implied with a disk with uncorrectable sector(s). (This disk is used in a RAID10 configuration)
Eu ainda recomendo substituir essas unidades imediatamente. Quaisquer promessas feitas pelo RAID em relação à redundância só são válidas desde que cada unidade esteja em 100% de funcionamento.
Quando a unidade for substituída, você poderá fazer um teste de gravação completo na unidade removida sem arriscar a perda de dados - e dependendo de como a unidade faz esse teste, você pode tomar uma decisão muito mais informada se continuar usando essa unidade raid) ou não.
Você não sabe como o seu drive está realmente quebrado até que você o coloque em teste - e o seu smartd.conf não parece que você está executando auto-testes regulares, então os erros podem permanecer indetectáveis por um longo tempo . E é assim que os RAIDs morrem durante a reconstrução.