Ubuntu 26.04 LTS ofrece actualmente smartmontools 7.5-2 en su repositorio de paquetes. Este paquete incluye smartctl, que lee datos de estado de las unidades, y smartd, un servicio en segundo plano que supervisa cambios específicos y puede enviar correos electrónicos. SMART significa Tecnología de Automonitoreo, Análisis e Informes. Antes de configurar las alertas por correo electrónico, confirme que Ubuntu puede leer los datos SMART de cada unidad; no se puede enviar un mensaje para un dispositivo que el sistema no puede monitorear.
Esta guía configura un monitor en un único equipo Ubuntu y envía un correo electrónico de prueba antes de utilizar alertas. Se presupone que el equipo tiene una conexión funcional con un servidor SMTP, el servicio que recibe el correo saliente para su entrega. Una aplicación de correo electrónico de escritorio por sí sola no proporciona este servicio.
SMART proporciona información sobre el estado y los errores de la unidad. Puede revelar advertencias como fallos en la comprobación de estado, errores crecientes o ciertos resultados de autodiagnóstico. Es un sistema de alerta temprana, no una garantía de que la unidad prediga todos los fallos. Una unidad puede dejar de funcionar sin previo aviso, y un resultado de "APROBADO" no garantiza que todos los archivos sean legibles. Realice una copia de seguridad de sus datos importantes.
Los valores también dependen del tipo de unidad y del firmware. Los discos duros SATA y las unidades SSD suelen mostrar tablas de atributos; las unidades NVMe informan sobre el estado del sistema en un formato diferente. No compare los valores de atributos sin procesar entre distintos fabricantes ni considere un umbral genérico como universal.
Algunas carcasas USB, controladores RAID de hardware, máquinas virtuales y capas de almacenamiento en red no transmiten los datos SMART al host Ubuntu. Por lo tanto, un comando que funciona en un disco conectado directamente puede fallar a través de una carcasa. Identifique el tipo de conexión antes de modificar las opciones del dispositivo.
Enumera los dispositivos de almacenamiento y pregúntale a smartmontools cuáles puede abrir:
lsblk -o NAME,TYPE,TRAN,MODEL,SIZE
sudo smartctl --scan-openLas rutas de los dispositivos suelen tener el mismo formato que /dev/sdapara un disco SATA o /dev/nvme0un controlador NVMe, pero utilice la ruta que aparece en su ordenador. Pruebe cada objetivo con una consulta de estado de solo lectura:
sudo smartctl -a /dev/sdaReemplaza /dev/sdacon el dispositivo que identificaste. Para una unidad NVMe, sustituye la ruta del controlador que aparece en el informe. Lee la salida del comando: debería incluir información sobre la identidad y el estado de la unidad, en lugar de un mensaje que indique que SMART no es compatible o que el dispositivo no se puede abrir. Si el análisis muestra un dispositivo con un tipo de dispositivo requerido, sigue el manual de smartmontools para ese controlador o puente específico, en lugar de copiar la -dopción de otro sistema.
Instale el paquete de monitorización y las herramientas de soporte:
sudo apt update
sudo apt install smartmontools mailutilsmailutilsProporciona el programa de línea de comandos mailque utiliza la ruta de correo electrónico predeterminada de smartd. No es, por sí mismo, un servidor de retransmisión de correo saliente. Si Ubuntu no tiene configurado un agente de transferencia de correo, configúrelo antes de continuar.
El paquete Postfix de Ubuntu puede reenviar correo saliente a través de un proveedor SMTP. Configúrelo como cliente de correo utilizando el host de retransmisión, la autenticación, la dirección del remitente, el puerto y la configuración TLS proporcionados por su proveedor; no configure el equipo como un relé abierto. Ubuntu documenta la configuración de Postfix y la retransmisión en su guía del servidor. Las credenciales y la configuración exactas varían según el proveedor de correo, así que siga las instrucciones vigentes de dicho proveedor. Proteja cualquier información confidencial almacenada de otros usuarios locales.
Envía un mensaje de prueba desde la línea de comandos antes de involucrar a smartd:
printf 'This is an Ubuntu SMART email test.\n' | mail -s 'SMART alert test' you@example.comSustituya el destinatario de ejemplo por su propia dirección. Confirme que el mensaje llega, incluso a las carpetas de spam o correo no deseado. Si no llega, primero solucione el problema del servidor de correo. Compruebe la cola de correo con mailqy revise los registros de Postfix con journalctl -u postfix. Un comando local exitoso solo significa que se puso un mensaje en cola; la entrega al buzón remoto es la prueba definitiva.
Abra la configuración de smartd como administrador:
sudoedit /etc/smartd.confPara un equipo donde el escaneo de dispositivos predeterminado encuentra las unidades, utilice una línea de escaneo de dispositivos activa, reemplazando la dirección de ejemplo. Si el archivo ya tiene una DEVICESCANentrada activa, edite esa línea en lugar de agregar una duplicada:
DEVICESCAN -a -m you@example.com -M testDEVICESCANSolicita a smartd que detecte los dispositivos compatibles. -aHabilita el conjunto común de comprobaciones de estado, registro de errores, autodiagnóstico y atributos. -mEstablece el destinatario del correo electrónico. -M testSolicita un correo electrónico de prueba al iniciar el demonio. El manual de configuración de smartd indica que una DEVICESCANentrada se encarga de la configuración de escaneo, por lo que no se deben agregar líneas por disco después de ella. Si la detección automática no detecta un disco, utilice entradas de dispositivo explícitas según smartctl --scan-openla salida y el manual.
Guarda y cierra el editor. Si el archivo de configuración contiene información privada, asegúrate de que solo los administradores puedan leerlo. El destinatario no es una contraseña, pero las credenciales de retransmisión SMTP nunca deben incluirse en este archivo.
En Ubuntu, la unidad empaquetada se llama smartmontools.service. Habilítela e iníciela, luego inspeccione su estado:
sudo systemctl enable --now smartmontools.service
systemctl status smartmontools.serviceEl paquete de Ubuntu también se utiliza /etc/default/smartmontoolspara controlar el inicio del demonio en configuraciones de paquetes compatibles. Si el servicio está inactivo después de la instalación, revise ese archivo para ver si hay alguna start_smartd=yesconfiguración y luego reinicie el servicio. Si el inicio falla, lea el registro antes de modificar los archivos de unidad:
sudo journalctl -u smartmontools.service -bDado que la configuración incluye -M test, reiniciar el servicio debería generar un correo electrónico de prueba. Confirme la recepción. La prueba demuestra que smartd puede invocar la ruta de correo y que un mensaje puede llegar a la bandeja de entrada; no simula una unidad defectuosa ni garantiza la entrega futura. Después de que la prueba sea exitosa, edite /etc/smartd.confy elimine -M testpara que los reinicios normales no envíen mensajes de prueba adicionales. Luego, reinicie el servicio nuevamente:
sudo systemctl restart smartmontools.serviceCompruebe tanto los registros de servicio como la salida del estado manual:
sudo journalctl -u smartmontools.service -b
sudo smartctl -a /dev/sdaSustituya la ruta con cada unidad detectada durante el descubrimiento. El registro del demonio debería mostrar que se abrieron los dispositivos compatibles y se programaron las comprobaciones sin repetir errores de acceso a los dispositivos. Un informe correcto ahora proporciona información de referencia útil, pero no garantiza que no se produzca un fallo repentino.
Para inspeccionar el comportamiento sin esperar a que falle, ejecute una autoprueba de la unidad cuando el dispositivo lo admita. Una prueba corta suele ser menos perjudicial que una larga, pero consulte el manual de la unidad y evite iniciar diagnósticos en un sistema inestable o en una unidad con datos irremplazables y sin copia de seguridad. Un comando de prueba puede ser similar a este sudo smartctl -t short /dev/sda: la unidad informa cuándo se espera que finalice la prueba. Revise el resultado con este comando sudo smartctl -l selftest /dev/sda: La prueba de correo electrónico y la autoprueba de la unidad son comprobaciones independientes: una verifica la entrega, mientras que la otra le pide al dispositivo que se examine a sí mismo.
Primero, envía otro mensaje con el mailcomando. Si falla, revisa el relé SMTP, la autenticación, la configuración TLS, la política del remitente, el DNS, la cola y la carpeta de spam. Si el correo por línea de comandos funciona, pero la prueba de smartd falla, confirma que el destinatario aparece en la DEVICESCANlínea activa, que el mailejecutable está instalado y que smartd puede encontrarlo. Consulta el registro del demonio para ver el mensaje de error del servidor de correo.
Vuelva sudo smartctl --scan-opena ejecutar el comando e inspeccione las instrucciones específicas del dispositivo. Un puente USB a SATA puede requerir un modo de transferencia específico, mientras que algunos controladores RAID requieren una sintaxis de dispositivo propia. No adivine: un tipo de dispositivo incorrecto puede provocar que smartmontools consulte el destino equivocado o que no genere información útil.
Lea los atributos detallados, el registro de errores y el registro de autodiagnóstico en lugar de considerar el resumen general como el diagnóstico completo. Si los errores aumentan, el dispositivo se vuelve poco fiable o se recibe una alerta, realice una copia de seguridad de los datos importantes de inmediato y planifique un reemplazo. Un resultado sin errores no sustituye las copias de seguridad periódicas.
smartd realiza sondeos periódicos de los dispositivos compatibles y envía alertas por correo electrónico; no supervisa todos los posibles modos de fallo, y un ordenador de sobremesa sin conexión no puede informar mientras esté apagado o desconectado. El correo electrónico también puede retrasarse, rechazarse o filtrarse. Compruebe el estado del servicio periódicamente y repita la prueba de entrega de correo tras cambiar las credenciales o los proveedores SMTP. Para datos críticos, combine la monitorización SMART con copias de seguridad independientes y un plan de recuperación.
Solucione el problema de la tarjeta de sonido que falta en Pardus Linux 23. Compruebe la detección de ALSA, los módulos del kernel, los servicios de audio, los perfiles de salida, el firmware y las actualizaciones de forma segura.
Solucione el problema de una máquina virtual Pardus KVM atascada en 1024x768 comprobando la GPU virtual, el agente SPICE, la sesión X11 o Wayland y verificando que los modos de visualización superiores sean correctos.
En Debian, se monta automáticamente un directorio SSHFS remoto al arrancar el sistema utilizando SSH basado en claves, /etc/fstab, opciones de red de systemd, automontaje y pasos de verificación.
Solucione el problema "No se puede asignar memoria" durante una actualización de SLES. Compruebe la RAM, el espacio de intercambio, los registros de OOM y los límites de procesos, y luego recupere el sistema sin interrumpir las transacciones de paquetes.
Solucione problemas de desplazamiento táctil, rotación y mapeo de pantalla en tabletas Harmonica OS (HamoniKR). Compare las soluciones de X.Org y libinput, realice pruebas de forma segura y sepa cuándo la calibración no será suficiente.
Encripta una partición de intercambio existente de Debian 12 con dm-crypt, una clave aleatoria nueva en cada arranque, /etc/crypttab, /etc/fstab y pasos de verificación seguros.
Instala smartmontools en Ubuntu para monitorizar el estado de las unidades y enviar alertas SMART por correo electrónico. Comprueba la compatibilidad de los dispositivos, configura la entrega de correo, prueba las notificaciones y soluciona los fallos.
Solucione los fallos de arranque UEFI de Debian comprobando el modo de arranque del instalador, la partición del sistema EFI, las entradas NVRAM, los archivos GRUB EFI, el arranque seguro y las alternativas de firmware.
Configura Snapper para crear y eliminar instantáneas Btrfs programadas en Ubuntu Desktop. Primero, verifica la estructura de tus subvolúmenes, habilita los temporizadores de systemd y comprueba la retención de forma segura.
Diagnosticar y recuperar un pool LVM thin completo en SUSE Linux Enterprise distinguiendo el agotamiento de datos del agotamiento de metadatos, ampliando el almacenamiento, reparando los metadatos y habilitando la extensión automática.
