XPost: alt.os.linux.mageia, alt.os.linux.ubuntu

Markus Robert Kessler wrote on 18/9/22 6:56 am:

On Sat, 17 Sep 2022 19:58:10 +0200 Marco Moock wrote:

Am Samstag, 17. September 2022, um 17:20:51 Uhr schrieb Markus Robert
Kessler:

If you find this helpful, you can get it from here:

https://www.dipl-ing-kessler.de/developer/freigabe/hddetemp

Great, but wouldn't it be the best solution to implement your extensions
into hddtemp?
Did you contact the original developer about this?

Hi Marco,

implementing this code into hddtemp source would be nice, but looking at

http://download.savannah.nongnu.org/releases/hddtemp/

(official homepage) it seems that hddtemp is no longer maintained.
Updating the drives database is not enough to get ahead here.

Thanks, best regards,

Markus

Is Hddtemp just a spinning drive-type tool or is it applicable for Solid
State Drives as well??
--
Daniel

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

XPost: alt.os.linux.mageia, alt.os.linux.ubuntu

Am Sonntag, 18. September 2022, um 23:09:24 Uhr schrieb Daniel65:

Is Hddtemp just a spinning drive-type tool or is it applicable for
Solid State Drives as well??

Why should that matter?
There is a temperature sensor that need to be read out, regardless of
the technology the disk uses.
But according to the other post hddtemp is very old, so it is from a
time where SSD weren't common.

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

XPost: alt.os.linux.ubuntu

On 18/09/2022 16:24, Marco Moock wrote:

Am Sonntag, 18. September 2022, um 23:09:24 Uhr schrieb Daniel65:

Is Hddtemp just a spinning drive-type tool or is it applicable for
Solid State Drives as well??

Why should that matter?
There is a temperature sensor that need to be read out, regardless of
the technology the disk uses.
But according to the other post hddtemp is very old, so it is from a
time where SSD weren't common.

What works for me (on SSD):

nvme smart-log /dev/nvme0 | grep temperature

from "man nvme" ;

<quote>
NVME(1) NVMe Manual NVME(1)

NAME
nvme - the NVMe storage command line interface utility (nvme-cli)

SYNOPSIS
built-in plugin:

nvme <command> <device> [<args>]
</quote>




--
No Micro$oft products were used in the URLs above, or in preparing this message.
Recommended reading: http://www.catb.org/~esr/faqs/smart-questions.html#before
and: http://alpha.mike-r.com/jargon/T/top-post.html

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

XPost: alt.os.linux.mageia, alt.os.linux.ubuntu

On 9/18/2022 9:24 AM, Marco Moock wrote:

Am Sonntag, 18. September 2022, um 23:09:24 Uhr schrieb Daniel65:

Is Hddtemp just a spinning drive-type tool or is it applicable for
Solid State Drives as well??

Why should that matter?
There is a temperature sensor that need to be read out, regardless of
the technology the disk uses.
But according to the other post hddtemp is very old, so it is from a
time where SSD weren't common.

For reasons that escape pretty well everyone, the SMART table on
legacy HDD and on the new SSD, don't match. You would think there
would be value, having entries with the same name, at their
traditional address. I would guess that is too easy.

Some environment information is pinned out in ACPI tables, such as
CoreTemp from your CPU. One of the improvements in reading the
hardware monitor interface on the SuperIO, was for the BIOS to
wrap some of the information, making it easier for userland applications
to "consume" the information. For example, the scaling resistors on
the voltage measurement section, if you use the ACPI table, the
voltages are already scaled for you. And that saves an unbelievable
amount of labor. In the past, humans used to submit empirically
derived scale resistor info, to the maintainer of MBM5, per motherboard
design. And that sucked as a method. Having the correct values
computed by the BIOS designer, and passed via ACPI table, made
so much more sense.

But not everything in life is that easy. Thus, we're still fiddling
with SMART tables in the year 2022.

I assume NVMe temperature is the same as SATA SSD, but that would
be a rash assumption unless verified. Even an eMMC chip, could have
its temperature information, delivered in some other way. And USB
flash sticks, I've never seen a measured value printed on a screen,
for those.

Paul

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

XPost: alt.os.linux.mageia, alt.os.linux.ubuntu

Tried it on a system with and external drive inside a usb converter, and
the systemctl command simply hangs. ^C cannot free it, but
sudo killall hddetemp
did kill it.


On 2022-09-17, Markus Robert Kessler <no_reply@dipl-ing-kessler.de> wrote:

Hi everyone,

maybe this info is helpful for someone:

With "hddtemp" there's a tool out, capable of monitoring harddisks' temperature. This may help to prevent them from heat death.

Unfortunately, hddtemp (every version I know of) can only access internal drives. External ones can not be read. Don't know why.

So, I developed a little workaround and called it hddetemp (e for
external, also). It is now also tested under Raspbian OS.

Here you see the difference:

[542 root@rpi-inst /]# hddtemp /dev/sda
/dev/sda: Generic External: S.M.A.R.T. not available

[543 root@rpi-inst /]# hddetemp /dev/sda
/dev/sda: Hitachi HTS545016B9A300: 25 (Min/Max 16/43)°C

If you find this helpful, you can get it from here:

https://www.dipl-ing-kessler.de/developer/freigabe/hddetemp

Best regards,

Markus

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

XPost: alt.os.linux.mageia, alt.os.linux.ubuntu

On Wed, 21 Sep 2022 13:53:07 +0000 William Unruh wrote:

If you look into the source, you see that hddetemp has nothing to do with systemctl. It relies on smartctl. If this hangs, then something is wrong
with your hardware.

Tried it on a system with and external drive inside a usb converter, and
the systemctl command simply hangs. ^C cannot free it, but sudo killall hddetemp did kill it.

On 2022-09-17, Markus Robert Kessler <no_reply@dipl-ing-kessler.de>
wrote:

Hi everyone,

maybe this info is helpful for someone:

With "hddtemp" there's a tool out, capable of monitoring harddisks'
temperature. This may help to prevent them from heat death.

Unfortunately, hddtemp (every version I know of) can only access
internal drives. External ones can not be read. Don't know why.

So, I developed a little workaround and called it hddetemp (e for
external, also). It is now also tested under Raspbian OS.

Here you see the difference:

[542 root@rpi-inst /]# hddtemp /dev/sda /dev/sda: Generic External:
S.M.A.R.T. not available

[543 root@rpi-inst /]# hddetemp /dev/sda /dev/sda: Hitachi
HTS545016B9A300: 25 (Min/Max 16/43)°C

If you find this helpful, you can get it from here:

https://www.dipl-ing-kessler.de/developer/freigabe/hddetemp

Best regards,

Markus

--
Please reply to group only.
For private email please use http://www.dipl-ing-kessler.de/email.htm

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)