( Raynes | 2025. 01. 26., v – 18:08 )

Nincs ilyenem desktopon. Ismerem a mechanizmust, de nincs beállítva hozzá a rendszer Arch-on, nincs mail mappája a root-nak /var/spool/mail vagy /var/mail alatt. Eleve nem is fut olyan szerver deamon vagy smartctl cucc, ami ide küldene akármit is. Szerverre szokott ilyen kelleni, desktopra felesleges.

smartctl-t se használok, fent van, ha valamelyik külső meghajtóhoz kéne, de nem kellett régóta semmihez, már csak NVMe SSD-k vannak a gépen, és azokat az nvme CLI paranccsal monitorozom (sudo nvme smart-log /dev/nvmeX). A smartctl is kezeli őket, de az is az nvme-vel kérdezi le az állapotot, magyarán kihagyom a middlemant. Az NVMe-ken nincs is szó szoros értelemben szabványos SMART, csak egy egyéni gyártói implementáció, ami hasonló jellemzőket, teszteket monitoroz/logol, de nem felel meg minden esetben teljesen a SMART-nak.

Ennek ellenére, ha baj lenne az NVMe vagy SATA meghajtókkal, azért a kernel is ugatna a dmesg vagy systemd journalctl logban, amikor tölti be a szükséges drivermodult, ha aggodalomra okot adó SMART értéket lát, nem tartja magában. Ez a root mailfiókja még régi vágású, többfelhasználós gépen volt hasznos, hogy lehetett valahol a felhasználóknak üzenetet hagyniuk, valamilyen szinten kommunikálniuk akkor is, ha a másik felhasználó vagy a root nem volt a gépnél, és nem játszott internetes, más gépén tárolódó mailszerveres megoldás. Akkor egy nagyon must have feature volt, rettenet hasznos.