libatasmart viability
Przemek Klosowski
przemek.klosowski at nist.gov
Tue Jun 10 19:30:42 UTC 2014
Is libatasmart a going concern? The functionality overlaps with
smartmontools, and the development seems to have stalled [1]. I
originally started using libatasmart few years ago because it had better
support for USB bridges, i.e. it allowed reading SMART data from USB
external enclosures, which smartctl couldn't do at the time.
Recently, however, I ran into issues in skdump reading the SSD SMART
attributes. I opened a bugzilla case [2], but there has been no traffic
there.
Is there a reason for two SMART utilities? I believe that the current
smartctl functionality is a superset of libatasmart's. Are there
capabilities in libatasmart that justify its separate existence?
[1] last commit on http://git.0pointer.de/?p=libatasmart.git is from 2
years ago
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1103179
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20140610/d1e89b9d/attachment.html>
More information about the devel
mailing list