Tyvärr gav inte 10 Krpm 300GB HP SAS-disken så mycket info (den är på separat HBA i IT-mode controller pga. att den håller på att rasa efter typ 10 års drift - bakom P400-kontrollern kan man inte se sådana detaljer utan att köras egna program) - men dessa är av disktyp utan landningbrygga och landar direkt på skivan vid stopp och därför inte tål speciellt många starter (har tagit isär en sådan liknande tidigare)
smartctl -a /dev/sdg
Device does not support Self Test loggingsmartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-42-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: HP
Product: EG0300FARTT
Revision: HPD5
Compliance: SPC-3
User Capacity: 300,000,000,000 bytes [300 GB]
Logical block size: 512 bytes
Rotation Rate: 10025 rpm
Form Factor: 2.5 inches
Logical Unit id: 0x500000e113726ae0
Serial number: D001P9C081CA0951
Device type: disk
Transport protocol: SAS (SPL-3)
Local Time is: Sat Aug 1 11:41:41 2020 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Enabled
=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK
Current Drive Temperature: 0 C
Drive Trip Temperature: 0 C
Elements in grown defect list: 1425
Error Counter logging not supported
Dold text
Sådana här diskar har en bitfelssannolikhet BER 1*10^-16 - dvs sannolikheten för en ej korrigerbar felaktig läst sektor är ca 1/100-dels i takt mot tex. en WD-RED eller en Toshiba N300 med bara BER 1*10^-14 i bitfelssannolikhet efter rättning. - observera att det är maxvärden som sämst för diskarna - i regel är det bättre ändå
- dock hittar ni på posten 0xBB (187 dec) i SMART värde högre än '0' så har detta ändock hänt vilket inte alltid innebär att man fått trasig fil och i en RAID med redundanta diskar så är det precis sådant redundansen är till för att rätta när det händer - för det händer, förr eller senare!!. Det är också skillnaden mellan en desktopdisk som försöker till varje pris rädda den oläsbara sektorn och kan vara borta lång över halvminuten ej responsivt över SATA-bussen med ideliga omläsningar medans en NAS och serverdisk-disk överger läs försöken inom max 7 sekunder så att RAID rättar den oläsbara sektorn istället med en skrivning med data framräknad av pariteten då efter 8 sekunder så aborteras hela disken från RAID. detta är något att tänka på för er som skapar stora JBOD eller RAID0-strukturer - med NAS-diskar model WD-RED eller Toshiba N300 med BER 1*10^-14 så kan det bli 1 läsfel och förlorad sektor per 11 TB läst utan att det kan anses att diskarna är sönder!!
1*10^-14 ger ungefär att ett fel kan inträffa per 11 TB läst medans med 1*10^-16 kan man läsa 1100 TB innan det inträffar läsfel i genomsnitt.