Lifetime writes as shown by tune2fs, was I thought, a reasonably accurate figure of data written since the file system was created.
This doesn't seem the case with solid state drives... Or, as I can find no bug reports of this, is this more likely a problem with my set up?
Briefly:
Migrated root partition (/var/tmp and /tmp included) to a 48GiB partition on a 60Gib SSD, with approx 6.6GiB of the 48GiB in use.
fstab entry:
/dev/disk/by-uuid/hex... / ext4 noatime,acl,user_xattr 1 1
fstrim runs weekly as a cron job.
After 8 days use tune2fs claims 'Lifetime writes: 963 GB'. 'Smartctl', assuming the 'raw' figure is correct and applying a bit of maths, reports just under 11 GB, a far more realistic figure.
Looking for any ideas on this one. The system is running fine with no problems. But I'd rather be able to do a simple "tune2fs -l /dev/sda1 | grep 'Lifetime writes:'" than mess around with 'smartctl' which gives the figure as the number of 512 byte sectors written...
This doesn't seem the case with solid state drives... Or, as I can find no bug reports of this, is this more likely a problem with my set up?
Briefly:
Migrated root partition (/var/tmp and /tmp included) to a 48GiB partition on a 60Gib SSD, with approx 6.6GiB of the 48GiB in use.
fstab entry:
/dev/disk/by-uuid/hex... / ext4 noatime,acl,user_xattr 1 1
fstrim runs weekly as a cron job.
After 8 days use tune2fs claims 'Lifetime writes: 963 GB'. 'Smartctl', assuming the 'raw' figure is correct and applying a bit of maths, reports just under 11 GB, a far more realistic figure.
Looking for any ideas on this one. The system is running fine with no problems. But I'd rather be able to do a simple "tune2fs -l /dev/sda1 | grep 'Lifetime writes:'" than mess around with 'smartctl' which gives the figure as the number of 512 byte sectors written...