{"id":545,"date":"2025-03-26T18:19:56","date_gmt":"2025-03-26T17:19:56","guid":{"rendered":"http:\/\/almic.fr\/blog\/?p=545"},"modified":"2026-01-27T01:51:06","modified_gmt":"2026-01-27T00:51:06","slug":"tester-disque-dur-linux","status":"publish","type":"post","link":"https:\/\/almic.fr\/blog\/2025\/03\/26\/tester-disque-dur-linux\/","title":{"rendered":"Tester un nouveau disque dur sous Linux"},"content":{"rendered":"

Voici ma proc\u00e9dure pour v\u00e9rifier l\u2019\u00e9tat d\u2019un nouveau disque dur.<\/p>\n

Les SSD surpassent compl\u00e8tement les disques durs en terme de performances. Cependant, m\u00eame si les SSD font des progr\u00e8s en terme de capacit\u00e9, les HDD ont toujours l’avantage en terme de prix au t\u00e9raoctet. Donc les disques durs restent utiles quand on a des donn\u00e9es volumineuses \u00e0 g\u00e9rer.<\/p>\n

<\/p>\n

V\u00e9rifications rapides avec SMART<\/h4>\n

Cette commande devrait retourner PASSED<\/i>. Si elle retourne FAILED<\/i>, ce n\u2019est pas la peine d’aller plus loin.<\/p>\n

# smartctl -H \/dev\/sdX\n=== START OF READ SMART DATA SECTION ===\nSMART overall-health self-assessment test result: PASSED<\/pre>\n
On lance la version courte de l\u2019auto-test SMART :<\/p>\n
# smartctl -t short \/dev\/sdX\n=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===\nSending command: \"Execute SMART Short self-test routine immediately in off-line mode\".\nDrive command \"Execute SMART Short self-test routine immediately in off-line mode\" successful.\nTesting has begun.\nPlease wait 2 minutes for test to complete.<\/pre>\n
On consulte les r\u00e9sultats apr\u00e8s le d\u00e9tail indiqu\u00e9 :<\/p>\n
# smartctl -l selftest \/dev\/sdX\n=== START OF READ SMART DATA SECTION ===\nSMART Self-test log structure revision number 1\nNum  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error\n# 1  Short offline       Completed without error       00%      1667         -<\/pre>\n
Pour finir les v\u00e9rifications rapides, on regarde si les donn\u00e9es SMART contiennent des valeurs suspectes :<\/p>\n
# smartctl -a \/dev\/sdX<\/pre>\n
Pr\u00eatez notamment attention aux valeurs suivantes, qui devraient \u00eatre \u00e0 z\u00e9ro :<\/p>\n
    \n
  •  Reallocated_Sector_Ct\n
  •  Current_Pending_Sector\n
  •  Offline_Uncorrectable\n<\/ul>\n
    D\u00e9sactiver les param\u00e8tres qui affectent la dur\u00e9e de vie<\/h4>\n
    Si le disque passe les premi\u00e8res v\u00e9rifications, on d\u00e9sactive certaines options pouvant r\u00e9duire sa dur\u00e9e de vie.<\/p>\n
    D\u00e9sactiver la mise en veille automatique (standby) :<\/p>\n
    hdparm -S 0 \/dev\/sdX<\/pre>\n
    D\u00e9sactiver l’APM pour \u00e9viter le parquage des t\u00eates :<\/p>\n
    hdparm -B 255 \/dev\/sdX<\/pre>\n
    Ces commandes devront \u00eatre ex\u00e9cut\u00e9s \u00e0 chaque d\u00e9marrage de la machine. On peut \u00e9galement tester les performances en lecture :<\/p>\n
    # hdparm -tT \/dev\/sdX\n Timing cached reads:   4376 MB in  2.00 seconds = 2190.20 MB\/sec\n Timing buffered disk reads: 702 MB in  3.00 seconds = 233.79 MB\/sec\n# hdparm -tT \/dev\/sdX\n Timing cached reads:   4396 MB in  2.00 seconds = 2200.29 MB\/sec\n Timing buffered disk reads: 698 MB in  3.00 seconds = 232.56 MB\/sec\n# hdparm -tT \/dev\/sdX\n Timing cached reads:   4402 MB in  2.00 seconds = 2203.49 MB\/sec\n Timing buffered disk reads: 700 MB in  3.00 seconds = 233.06 MB\/sec<\/pre>\n
    Si les valeurs sont anormalement faibles, \u00e7a peut indiquer un probl\u00e8me.<\/p>\n
    Secteurs d\u00e9fectueux<\/h4>\n
    La commande badblocks<\/i> (paquet e2fsprogs) permet de scanner le disque \u00e0 la recherche de secteurs d\u00e9fectueux. On profite que le disque ne soit pas encore utilis\u00e9 pour faire un test en mode lecture\/\u00e9criture :<\/p>\n
    # badblocks -wsv \/dev\/sdX<\/pre>\n
    Si votre disque fait plus de plus de 2 To, il faut augmenter la taille des blocs :<\/p>\n
    # badblocks -wsv -b 4096 \/dev\/sdX<\/pre>\n
    \u00c9tant donn\u00e9 que badblocks<\/i> va \u00e9crire sur la totalit\u00e9 du disque \u00e0 plusieurs reprises, le test est (tr\u00e8s) long. Pour un disque de 16 To, par exemple, \u00e7a demande plusieurs jours. Si vous \u00eates connect\u00e9 \u00e0 distance, il est donc recommand\u00e9 de lancer badblocks<\/i> dans tmux<\/i>.<\/p>\n
    Si tout se passe bien :<\/p>\n
    Checking for bad blocks in read-write mode\nFrom block 0 to 3906469887\nTesting with pattern 0xaa: done\nReading and comparing: done\nTesting with pattern 0x55: done\nReading and comparing: done\nTesting with pattern 0xff: done\nReading and comparing: done\nTesting with pattern 0x00: done\nReading and comparing: done\nPass completed, 0 bad blocks found. (0\/0\/0 errors)<\/pre>\n
    Test de charge avec stress-ng<\/h4>\n
    Pour d\u00e9tecter d’\u00e9ventuels probl\u00e8mes sous forte sollicitation, on simule une charge intensive avec la commande stress-ng<\/i>. Pour cibler le disque test\u00e9 on utilise l’option --temp-path<\/i>, ce qui n\u00e9cessite d’avoir cr\u00e9\u00e9 un syst\u00e8me de fichier sur le disque.<\/p>\n
    # cfdisk \/dev\/sdX\n# mkfs.ext4 \/dev\/sdX1\n# mount \/dev\/sdX1 \/mnt\/mnt1\n# md \/mnt\/mnt1\/stress-ng\n# apt install stress-ng\n# stress-ng --hdd 4 --aggressive --keep-files --temp-path \/mnt\/mnt1\/stress-ng --timeout 3h&<\/pre>\n
    Pendant le stress test, il vaut mieux garder un \u0153il sur la temp\u00e9rature du disque :<\/p>\n
    # watch -n 60 hddtemp \/dev\/sdX<\/pre>\n
    Si la temp\u00e9rature d\u00e9passe les 55 \u00b0C :<\/p>\n