Custom Query (1497 matches)
Results (184 - 186 of 1497)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #605 | fixed | many places in source code are pointing to the smartmontools.sourceforge.net url | ||
| Description |
This url is just redirecting to the website for a very long time. Also sometime it works not very reliable, because of sf.net issues. I am going to change it to the www.smartmontools.org |
|||
| #656 | fixed | manpage improvements from Debian package | ||
| Description |
Hi, please find enclosed a patch we received in the Debian BTS to improve the manpages. The patch has a header which explains the improvements (lots of groff convention fix-ups and consistency changes etc.) Please let me know if you don't like this. I have a few more patches from the Debian package to submit which I will do in due course. |
|||
| #1017 | duplicate | make smartd usable as temperature monitor / replace hddtemp | ||
| Description |
Hi. It seems to me that hddtemp, is more or less dead and unmaintained... and since (AFAIK) its temperature reading is also based on SMART, there is not much sense in having both, smartd and hddtemp. For many of my newer devices like SSDs, hddtemp reports "no temp sensor found" or so... while smartmontools work perfectly on them (and display temperature). smartd already seems to have some limited functionality to monitor a device's temperature, namely via: -W DIFF[,INFO[,CRIT]] There are a number of problems with it: 1) Most importantly, it seems that warnings are not re-sent as they occur (but only once a day?). For example, I have had a line in smartd.conf like: /dev/disk/by-id/ata-Samsung_SSD_850_PRO_1TB_S252NXAG910017F -d auto -d removable -n standby,4 -a -W 0,50,55 -m root -M exec /usr/share/smartmo ntools/smartd-runner For testing purposes I changed that to -W 0,20,25 and got an alert. Changed it back to -W 0,50,55 (which is fine for that device) and restarted... and then I repeated this (i.e. going back to something that should trigger a warning). However, no further warning. This behaviour may be reasonable for other smart values, e.g. things like:
would typically get only worse and not better again. And things like:
may increase pretty fast on some devices (one such value does on Seagate) and it's perfectly fine for them. But for temperature monitoring it's IMHO bad: My Samsung SSD for example, supports I think up to 70°C. So I'd like to get a warning at say 50°C ... but not only the first time per day, because the temperature may decrease again then (or I just decrease the IO load on the device)... only to rise again shortly after (which I wouldn't notice anymore, as no further warning is sent). Especially on mobile devices like laptops, temperatures can easily go up and down quite regularly. Therefore it makes sense to send temperature errors every time they occur (i.e. that is once per check interval). 2) devices typically also have a minimum operation temperature This is typically pretty low, so I'm not sure if it's can be even monitored properly (=> do the temp sensors of the disks give reasonable values for such low temps?)... but if they can, it would be nice if smartd would also monitor for a minimum temperature. 3) smartmontools should know the max[/min] temperatures of the devices *if* smartd would become a replacement / alternative to hddtemp, it would of course be nice if it comes with a database of max[/min] temperatures for known devices. Example, my Samsung SSD (according to Samsung) operate in some range between 0-70°C. My HDDs take much less (~50°C or so? would need to look it up). So it would be nice, if there'd be a DB, that automatically selects reasonable values, like for the SSD in my case: INFO at 60°C, CRIT at 70°C Cheers, Chris. |
|||
