How to Monitor S.M.A.R.T. Drive Health on Ubuntu via Email Alerts

Ubuntu 26.04 LTS currently offers smartmontools 7.5-2 in its package repository. The package includes smartctl, which reads drive health data, and smartd, a background service that watches for selected changes and can send email. S.M.A.R.T. means Self-Monitoring, Analysis and Reporting Technology. Before configuring email alerts, first confirm that Ubuntu can read S.M.A.R.T. data from each drive; a message cannot be sent for a device the system cannot monitor.

This guide sets up a monitor on a single Ubuntu desktop and sends a test email before relying on alerts. It assumes the computer has a working route to an SMTP relay, the service that accepts outgoing email for delivery. A desktop mail app by itself does not provide that service.

What can a S.M.A.R.T. alert tell you?

S.M.A.R.T. is drive-reported health and error information. It can reveal warning conditions such as a failed health check, increasing errors, or certain self-test results. It is an early warning system, not a promise that the drive will predict every failure. A drive may stop working without a useful warning, and a “PASSED” result does not prove that every file is readable. Keep a separate backup of important data.

The values also depend on drive type and firmware. SATA hard drives and SSDs often show attribute tables; NVMe drives report health information in a different format. Do not compare raw attribute numbers across manufacturers or treat one generic threshold as universal.

What should you prepare before setup?

• An Ubuntu account with administrator access.
• The package repositories enabled and an internet connection for installation.
• The address that should receive alerts.
• An SMTP relay you are authorized to use, such as a provider or organization’s authenticated mail server, with its host, port, TLS requirements, and credentials.
• A current backup before running drive diagnostics or making storage changes.

Some USB enclosures, hardware RAID controllers, virtual machines, and network storage layers do not pass S.M.A.R.T. data through to the Ubuntu host. A command that works on a directly connected disk may therefore fail through an enclosure. Identify your connection type before changing device options.

1. Find the drive names and check S.M.A.R.T. access

List storage devices and ask smartmontools which ones it can open:

lsblk -o NAME,TYPE,TRAN,MODEL,SIZE
sudo smartctl --scan-open

Device paths commonly look like /dev/sda for a SATA disk or /dev/nvme0 for an NVMe controller, but use the path reported on your computer. Test each target with a read-only health query:

sudo smartctl -a /dev/sda

استبدل /dev/sdaالمسار بالجهاز الذي حددته. بالنسبة لمحرك أقراص NVMe، استبدل مسار وحدة التحكم المُبلغ عنه. اقرأ مخرجات الأمر: يجب أن تتضمن معلومات عن هوية محرك الأقراص وحالته، بدلاً من رسالة تفيد بأن تقنية SMART غير مدعومة أو أنه لا يمكن فتح الجهاز. إذا أظهر الفحص جهازًا من النوع المطلوب، فاتبع دليل smartmontools الخاص بوحدة التحكم أو الجسر المذكور، بدلاً من نسخ -dخيار نظام آخر.

قم بتثبيت حزمة المراقبة والأدوات الداعمة:

sudo apt update
sudo apt install smartmontools mailutils

mailutilsيُوفّر هذا البرنامج سطر الأوامر mailالذي يستخدمه مسار البريد الإلكتروني الافتراضي لـ smartd. وهو ليس، بحد ذاته، خادمًا مُرحِّلًا للبريد الصادر. إذا لم يكن لدى أوبونتو وكيل نقل بريد مُهيأ مُسبقًا، فقم بإعداده قبل المتابعة.

2. قم بضبط إعدادات البريد الإلكتروني الصادر قبل تغيير smartd

تتيح حزمة Postfix في أوبونتو إعادة توجيه البريد الصادر عبر موفر SMTP. قم بتهيئتها كعميل بريد باستخدام مضيف إعادة التوجيه، والمصادقة، وعنوان المرسل، والمنفذ، وإعدادات TLS التي يوفرها موفر الخدمة؛ لا تقم بتهيئة سطح المكتب كخادم إعادة توجيه مفتوح. توثق أوبونتو عملية تهيئة Postfix وإعادة التوجيه في دليل الخادم الخاص بها. تختلف بيانات الاعتماد والإعدادات الدقيقة باختلاف موفر البريد، لذا اتبع تعليمات موفر الخدمة الحالي. احمِ أي بيانات سرية مخزنة من المستخدمين المحليين الآخرين.

أرسل رسالة اختبار من سطر الأوامر قبل استخدام smartd:

printf 'This is an Ubuntu SMART email test.\n' | mail -s 'SMART alert test' you@example.com

استبدل عنوان المستلم الافتراضي بعنوانك. تأكد من وصول الرسالة، حتى لو كانت في مجلد البريد العشوائي أو غير المرغوب فيه. إذا لم تصل، فابدأ بفحص خادم البريد. تحقق من قائمة انتظار البريد باستخدام الأمر المناسب، mailqوافحص سجلات Postfix باستخدام الأمر المناسب أيضًا journalctl -u postfix. قد يعني نجاح الأمر محليًا فقط أن الرسالة قد وُضعت في قائمة الانتظار؛ أما وصولها إلى صندوق البريد البعيد فهو الاختبار الحقيقي.

3. أضف وجهة تنبيه ذكية

افتح إعدادات smartd كمسؤول:

sudoedit /etc/smartd.conf

بالنسبة لجهاز كمبيوتر يعثر فيه فحص الأجهزة الافتراضي على محركات الأقراص، استخدم سطر فحص أجهزة نشطًا واحدًا، واستبدل عنوان المثال. إذا كان الملف يحتوي بالفعل على DEVICESCANإدخال نشط، فقم بتحرير ذلك السطر بدلاً من إضافة سطر مكرر.

DEVICESCAN -a -m you@example.com -M test

DEVICESCANيطلب من smartd اكتشاف الأجهزة المدعومة. -aيُفعّل مجموعة الفحوصات الشائعة للصحة، وسجل الأخطاء، والاختبار الذاتي، وفحوصات السمات. -mيُحدد مُستلم البريد الإلكتروني. -M testيطلب إرسال بريد إلكتروني تجريبي واحد عند بدء تشغيل الخدمة. يُشير دليل تكوين smartd إلى أن DEVICESCANإدخالًا واحدًا يحل محل تكوين الفحص، لذا لا تُضف أسطرًا خاصة بكل قرص بعده. إذا لم يكتشف الكشف التلقائي قرصًا، فاستخدم إدخالات جهاز صريحة بناءً على smartctl --scan-openالمخرجات والدليل.

احفظ الملف وأغلقه. اجعل ملف الإعدادات قابلاً للقراءة من قِبل المسؤولين فقط إذا كان يحتوي على معلومات خاصة. لا يُعدّ المُستلِم كلمة مرور، ولكن يجب عدم وضع بيانات اعتماد ترحيل SMTP في هذا الملف مطلقًا.

4. ابدأ المراقبة وتأكد من تنبيه الاختبار

في نظام أوبونتو، يُسمى البرنامج المُجمّع smartmontools.service. قم بتمكينه وتشغيله، ثم افحص حالته:

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

تستخدم حزمة أوبونتو أيضًا ملفًا /etc/default/smartmontoolsللتحكم في بدء تشغيل الخدمة في تكوينات الحزمة المدعومة. إذا كانت الخدمة غير نشطة بعد التثبيت، فتحقق من هذا الملف بحثًا عن start_smartd=yesإعداد، ثم أعد تشغيل الخدمة. إذا فشل بدء التشغيل، فاقرأ سجل النظام قبل تعديل ملفات الوحدة.

sudo journalctl -u smartmontools.service -b

بما أن الإعدادات تتضمن ذلك -M test، فإن إعادة تشغيل الخدمة ستؤدي إلى إرسال بريد إلكتروني تجريبي واحد. تأكد من استلامه. يثبت هذا الاختبار أن برنامج smartd قادر على استدعاء مسار البريد وأن الرسالة تصل إلى صندوق الوارد؛ ولكنه لا يحاكي عطلًا في القرص ولا يضمن وصول الرسائل مستقبلًا. بعد نجاح الاختبار، عدّل الإعدادات /etc/smartd.confواحذفها -M testحتى لا تُرسل عمليات إعادة التشغيل العادية رسائل تجريبية إضافية. ثم أعد تشغيل الخدمة مرة أخرى.

sudo systemctl restart smartmontools.service

5. تأكد من مراقبة كل محرك أقراص

تحقق من سجلات الخدمة ومخرجات الحالة الصحية اليدوية:

sudo journalctl -u smartmontools.service -b
sudo smartctl -a /dev/sda

استبدل المسار بكل محرك أقراص تم الإبلاغ عنه أثناء عملية الاكتشاف. يجب أن يُظهر سجل البرنامج أنه فتح الأجهزة المدعومة وجدول عمليات الفحص دون تكرار أخطاء الوصول إلى الجهاز. يُعد التقرير السليم الآن معلومات أساسية مفيدة، ولكنه لا يضمن عدم حدوث عطل مفاجئ.

لفحص سلوك القرص دون انتظار حدوث عطل، قم بتشغيل اختبار ذاتي للقرص عندما يدعم الجهاز ذلك. عادةً ما يكون الاختبار القصير أقل إزعاجًا من الاختبار الطويل، ولكن راجع دليل القرص وتجنب بدء التشخيص على نظام غير مستقر أو قرص يحتوي على بيانات لا يمكن استبدالها ولا يوجد به نسخة احتياطية. يمكن أن يبدو أمر الاختبار كالتالي sudo smartctl -t short /dev/sda؛ ويُبلغ القرص عن وقت انتهاء الاختبار المتوقع. راجع النتيجة باستخدام الأمر المناسب sudo smartctl -l selftest /dev/sda. يُعد اختبار البريد الإلكتروني والاختبار الذاتي للقرص فحصين منفصلين: أحدهما يتحقق من التسليم، بينما يطلب الآخر من الجهاز فحص نفسه.

المشاكل الشائعة وما يجب فحصه

الخدمة تعمل، ولكن لا يوجد بريد إلكتروني

أرسل رسالة أخرى باستخدام mailالأمر أولًا. إذا فشلت هذه المحاولة، فافحص إعدادات خادم SMTP، والمصادقة، وTLS، وسياسة المرسل، وDNS، وقائمة الانتظار، ومجلد البريد العشوائي. إذا نجح إرسال البريد عبر سطر الأوامر، ولكن اختبار smartd لم ينجح، فتأكد من ظهور اسم المستلم في DEVICESCANسطر الأوامر النشط، ومن mailتثبيت الملف التنفيذي، ومن قدرة smartd على الوصول إليه. راجع سجل النظام (daemon journal) للاطلاع على مخرجات أخطاء برنامج إرسال البريد.

محرك أقراص مفقود من الفحص

أعد تشغيل sudo smartctl --scan-openالبرنامج واطلع على التعليمات الخاصة بالجهاز. قد يحتاج جسر USB-to-SATA إلى وضع تمرير خاص، بينما تتطلب بعض وحدات تحكم RAID صيغة جهاز خاصة بها. لا تخمن: فقد يؤدي اختيار نوع الجهاز الخاطئ إلى قيام smartmontools بالاستعلام عن الهدف الخاطئ أو عدم الإبلاغ عن أي معلومات مفيدة.

يُشير القرص إلى "تم بنجاح"، ولكن هناك أخطاء.

اقرأ الخصائص التفصيلية وسجل الأخطاء وسجل الاختبار الذاتي بدلاً من اعتبار الملخص العام بمثابة التشخيص الكامل. إذا تزايدت الأخطاء، أو أصبح الجهاز غير موثوق، أو وصل تنبيه، فقم بنسخ البيانات المهمة احتياطيًا على الفور وخطط لاستبداله. لا تُغني نتيجة الفحص السليم عن النسخ الاحتياطي الدوري.

اعرف حدود مراقبة البريد الإلكتروني

يقوم برنامج smartd باستطلاع الأجهزة المدعومة دوريًا وإرسال تنبيهات محددة عبر البريد الإلكتروني؛ ولكنه لا يراقب جميع حالات الأعطال المحتملة، ولا يمكن لجهاز سطح المكتب غير المتصل بالإنترنت إرسال تقارير أثناء إيقاف تشغيله أو فصله عن الشبكة. كما قد يتأخر وصول البريد الإلكتروني أو يُرفض أو يُصفّى. لذا، يُنصح بفحص حالة الخدمة من حين لآخر وإعادة اختبار تسليم البريد بعد تغيير بيانات اعتماد SMTP أو مزودي الخدمة. بالنسبة للبيانات الحيوية، يُفضل دمج مراقبة SMART مع نسخ احتياطية مستقلة وخطة استعادة.

المراجع الرسمية

• حزمة أدوات SmartMontools لنظام Ubuntu 26.04 LTS
• دليل استخدام Ubuntu smartd.conf
• دليل استخدام Ubuntu smartctl
• خادم أوبونتو: تثبيت وتكوين بوستفيكس