mirror of
https://github.com/007revad/Synology_SMART_info.git
synced 2026-04-25 08:05:48 +03:00
[GH-ISSUE #65] Conversion metrics for SSD #13
Labels
No labels
enhancement
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Synology_SMART_info#13
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @pierretrn on GitHub (Feb 25, 2026).
Original GitHub issue: https://github.com/007revad/Synology_SMART_info/issues/65
Hello Dave,
I've noticed a potential bug in the NVMe reporting section for my Micron 2400 (MTFDKBK512QFM) NVMe SSD. The script reports very low values for data units read and written (MB), which seems inconsistent with the drive's wear level.
My Output:
M.2 Drive 1 Micron_2400_MTFDKBK512*** **************C /dev/nvme0n1
SMART Error Counter Log: No Errors Logged
critical_warning : 0
temperature : 26 C
available_spare : 100%
available_spare_threshold : 5%
percentage_used : 3%
data_units_read : 16,834,602 (17MB)
data_units_written : 17,580,652 (18MB)
With 3% usage over 1,197 hours, the data written should be in the range of several Terabytes (TB), not Megabytes (MB).
It seems the raw SMART value for data_units_read/written on this controller (and possibly others) represents 512-byte blocks or another unit that leads to an underestimation when the script calculates the "(XX MB)" suffix.
Thanks
Pierre
Note : Is there a way to re enable by script the smart info data in dsm that has been removed? I know there is a script to enable Ironwolf Health
@007revad commented on GitHub (Feb 25, 2026):
Which version of the script did you run?
I assume you ran the script with
-aor-all? If yes then that is the raw (unedited) output from:The script uses the following smartctl7 or nvme commands. Do they both show the wrong "data_units_read/written"?
sudo smartctl7 -A /dev/nvme0 | awk '/Health Information/{flag=1;next}flag'sudo nvme smart-log /dev/nvme0 | awk '/Smart Log for NVME/{flag=1;next}flag'My WD Black nvme drives show the correct TB value.
syno_smart_info result
smartctl7 command result
nvme command result
@007revad commented on GitHub (Feb 25, 2026):
I do have a Micron NVMe in my DS925+ and it correctly shows GB
syno_smart_info result
smartctl7 command result
nvme command result
@007revad commented on GitHub (Feb 25, 2026):
Another thought, since you appear to have SynoCli Disk Tools installed which version is it?
For me it's
@pierretrn commented on GitHub (Feb 25, 2026):
Thx for the quick response, and good guess, SynoCki Disk tools was not installed !
I just installed SynoCli Disk Tools from the package manager and it is all good now, thanks.
Last question, there is no way to enable the smart info in DSM after Synology decided to remove it ?
@007revad commented on GitHub (Feb 25, 2026):
Which version of the script are you using? Maybe in an older version for the nvme command it was calculating (incorrectly) the data_units_read/written before I discovered that smartcl7 can do it.
I tried to re-enable the SMART Info in storage manager but DSM no longer keeps a database/log of SMART values. Though it must do so for Synology brand drives.
PeterSuh-Q3 has created a Synology package that uses this syno_smart_info script and shows the results in a nice web gui.
https://github.com/PeterSuh-Q3/SynoSmartInfo
@pierretrn commented on GitHub (Feb 25, 2026):
I m using the latest version (v1.4.38). It seems that since smartctl7 was missing, the script probably fell back to the native nvme command, which likely caused the unit conversion issue.
Thanks for the recommendation on the Syno package! I will definitely use it as a workaround; it's really useful for providing proof of drive health if I ever decide to sell a HDD.
@007revad commented on GitHub (Feb 25, 2026):
You're, right. I see that even the latest version of the script does (incorrectly) calculate the units for data_units_read/written when smartctl7 is not installed and the
-aor--alloption is not used.