I just added a rotating disk to a DH67CF-based system that previous had only an SSD.
The Intel Desktop utilities program imemdiately detected that this disk (apparently) reports its temperature, which is nice. Though it called it "unknown" at first, but that can be edited.
The bad thing is that the threshold value for this is 0, so that any termperature at all is above threshold, producing an alert.
I can edit the threshold on the 'options' page which is fine for the remaining session, but the change does not stick across reboots (unlike the sensor name change to "Hard Disk 2 Temp" which has been preserved). So as soon as I reboot, I get red warning signs in the system tray and pop-up messages.
Is there any way to get the threshold value permanently set to something more reasonable? Any method will do: some magic 'save' button I overlooked, regedit, config file edit, etc.
Looks like the zero threshold comes from the S.M.A.R.T. data on the disk.
My guess is we have a 'units' mismatch - I think the threshold in S.M.A.R.T. is in normalized units (1-253, 1 bad, 253 good) not raw units (i.e., actual temp in degrees C). And maybe 0 means 'no threshold'.
No, this has nothing to do with the S.M.A.R.T. Threshold data; it look like the registry database used by IDU and the underlying FSC Service is somehow becoming corrupted. Use the following process to reset the database:
The issues occurring (interfaces deadlocking) when UEFI is enabled are within the BIOS releases themselves. Still, IDU's GUI should not hang; it should display but say information is unavailable; I have my developers looking into a workaround for this. As for the UEFI issue itself, I cannot provide a schedule for when (or, in the case of older (3 & 4 Series) boards, if) BIOS releases with this issue fixed will be made available.
I have the series 5 mb with the latest bios. With UEFI disabled IDU does not exhibit any problems. But with UEFI enabled, IDU just hang as if it is not being run. It does not produce any messages at all nor produce any GUI. The system runs normally.
Anyway, thanks for taking this problem into consideration for future versions of IDU.
Correction: With UEFI enabled, the GUI of IDU displayed 15 or more minutes later with zero readings and some parameters missing.
Message was edited by: Boyet
The issue with seeing readings like 128 has been traced to the SSD drives themselves. They are exposing a temperature attribute in S.M.A.R.T. regardless of whether the drive actually has a temperature sensor to provide readings for this attribute. As least two of the manufacturers have released firmware updates that correct this issue. If you are seeing this issue, check for a firmware update from your drive manufacturer...
The next release of Intel(R) Desktop Utilities will include a workaround for this issue so folks who haven't upgraded their SSD's firmware will not suffer these spurious alerts. In most cases, this will result in no temperature being exposed at all for the errant SSDs...