Hur man kontrollerar diskens hälsa i Linux med smartctl

smartctl är ett kommandoradsverktyg för att övervaka lagringsenheters hälsa i Linux. Det läser S.M.A.R.T.-data (Self-Monitoring, Analysis, and Reporting Technology) från HDD-, SSD- och NVMe-enheter och spårar mått som omallokerade sektorer, temperatur och antal fel. Om en enhet är på väg att gå sönder smartctl ger verktyget varningstecken innan du förlorar data. Denna guide täcker installation, hur man kör hälsokontroller och självtest, förståelse av de viktigaste SMART-attributen samt hur man ställer in automatisk övervakning med smartd.

Installation av smartmontools

smartctl ingår i smartmontools-paketet. Du behöver root- eller sudo-behörighet för att installera det och för att köra de flesta smartctl kommandon, eftersom de kräver direkt åtkomst till hårdvaran.

Bekräfta installationen med smartctl --version.

Identifiera enheter och aktivera SMART

Innan du kan kontrollera något måste du veta vilka enheter som finns i din server och om de stöder SMART.

Lista alla blockenheter:

lsblk

Sök efter SMART-kompatibla enheter:

sudo smartctl --scan

Detta returnerar enhetsnamn, typer och protokoll (ATA, SCSI, NVMe). SATA- och SAS-enheter visas som /dev/sda, /dev/sdb, etc. NVMe-enheter visas som /dev/nvme0n1, /dev/nvme1n1.

Kontrollera om SMART är tillgängligt och aktiverat på en specifik enhet:

sudo smartctl -i /dev/sda

Leta efter "SMART support is: Available" och "SMART support is: Enabled" i utdata. Om det är tillgängligt men inte aktiverat, aktivera det:

sudo smartctl -s on /dev/sda

Denna inställning kvarstår även efter omstart.

För enheter bakom RAID-kontroller, använd flaggan -d flaggan för att ange kontrollertypen. För MegaRAID: -d megaraid,N. För HP Smart Array: -d cciss,N. Utan denna flagga smartctl kommer inte de enskilda fysiska enheterna att synas.

SMART-övervakning är inte tillgänglig för virtuella diskar i VPS-miljöer eller för de flesta USB-minnen. Virtualiseringslagret eller USB-höljet blockerar åtkomst till hårdvarutelemetri.

Kör hälsokontroller och självtest

En snabb hälsokontroll söker efter kritiska fel i enhetens firmware:

sudo smartctl -H /dev/sda

Ett resultat som PASSED innebär att enheten inte har nått sin interna felgräns. Ett resultat som FAILED innebär att enheten förväntas gå sönder inom kort. Säkerhetskopiera dina data omedelbart.

För fullständiga SMART-data, inklusive alla attribut och felloggar:

sudo smartctl -a /dev/sda

Självtest

smartctl kan köra tre typer av självtest, alla i bakgrunden medan systemet förblir i drift:

• Kort test (1–5 minuter): kontrollerar elektriska och mekaniska komponenter. sudo smartctl -t short /dev/sda
• Långt test (timmar): skannar varje sektor på enheten. sudo smartctl -t long /dev/sda
• Transporttest (~5 minuter): upptäcker fysiska skador från transporten. sudo smartctl -t conveyance /dev/sda

Kontrollera beräknad sluttid innan du startar ett långt test:

sudo smartctl -c /dev/sda

Visa testresultat:

sudo smartctl -l selftest /dev/sda

Du vill se "Slutfört utan fel." Om ett test misslyckas innehåller utdata LBA_of_first_error, vilket anger exakt var på disken skadan finns.

Viktiga SMART-attribut att hålla koll på

Hälsokontrollen med godkänd/underkänd är användbar men begränsad. En enhet kan rapportera GODKÄND även om enskilda attribut visar en negativ trend. Dessa är de som är viktigast:

• Antal omallokerade sektorer (ID 5): Felaktiga sektorer som hårddisken har bytt ut mot reservsektorer. Alla värden som inte är noll innebär fysiskt slitage. En enda omallokerad sektor på en gammal hårddisk är inte nödvändigtvis akut, men ett stigande antal är en tydlig varning.
• Antal aktuella väntande sektorer (ID 197): Sektorer som enheten inte kunde läsa eller skriva till, som väntar på att ommappas. Om detta antal fortsätter att stiga försämras enhetens tillstånd.
• Offline Uncorrectable (ID 198): Fel som inte kan korrigeras och som upptäckts under bakgrundsskanningar. Indikerar ytskador.
• Antal UDMA CRC-fel (ID 199): Fel vid dataöverföring. Detta tyder vanligtvis på en defekt SATA-kabel eller en lös kontakt, inte en trasig enhet. Kontrollera först dina kablar.

För SSD- och NVMe-enheter ska du istället hålla koll på Tillgängligt reservutrymme och Använd procentandel. När Använd procentandel närmar sig 100 % har enheten nått sin gräns för skrivhållbarhet.

Temperaturen spelar också roll. HDD-enheter blir opålitliga vid temperaturer över 50 °C. SSD-enheter tål mer värme men bör hållas under 70 °C. Visa alla leverantörsspecifika attribut med smartctl -A /dev/sda, eller kontrollera senaste kommandofel med smartctl -l error /dev/sda.

Automatisera övervakning med smartd

Att kontrollera enheter manuellt fungerar bra för engångsdiagnostik. För kontinuerlig övervakning, använd smartdsmartd, den daemon som ingår i smartmontools. Den avläser dina enheter var 30:e minut som standard och loggar attributförändringar till syslog.

Redigera konfigurationsfilen i /etc/smartd.conf (eller /etc/smartmontools/smartd.conf på RHEL/CentOS). Istället för att förlita dig på DEVICESCAN på att allt ska upptäckas automatiskt, lista dina enheter explicit. Detta undviker hängningar från inkompatibla enheter.

Exempel på konfiguration:

/dev/sda -a -m [email protected] -s (S/../.././02|L/../../6/03) -W 4,45,55
/dev/sdb -a -m [email protected] -n standby,q

Vad flaggorna gör:

• -a: övervaka alla SMART-attribut
• -m: skicka e-postvarningar vid fel
• -s: schemalägg ett kort test dagligen kl. 02:00 och ett långt test varje lördag kl. 03:00
• -W 4,45,55: logga en temperaturförändring på 4 °C, varna vid 45 °C, kritisk varning vid 55 °C
• -n standby,q: hoppa över avfrågning av enheter i standby-läge för att undvika onödiga uppstartar

För enheter bakom RAID-kontroller, ange typen per enhet:

/dev/sda -d megaraid,0 -a -m [email protected]
/dev/sda -d megaraid,1 -a -m [email protected]

Aktivera och starta tjänsten:

sudo systemctl enable --now smartd

På Debian-baserade system, ta även bort kommentaren start_smartd=yes in /etc/default/smartmontools.

För att testa e-postvarningar, lägg till -M test till en konfigurationsrad, starta om smartdoch ta sedan bort det. Ladda om konfigurationsändringarna utan att starta om tjänsten med killall -HUP smartd.

Ett kort dagligt test tar 1–2 minuter och upptäcker de flesta ytliga fel. Ett veckolångt test täcker alla sektorer. I kombination med e-postvarningar ger detta dig en tillförlitlig tidig varning innan en hårddisk går sönder helt.