KINGSTON SA400S väärä lämpötieto [RATKAISTU]

[mpiso]

Onko mahdollista valita, mikä SMART ID kertoo järjestelmälle levyn lämpötilan? Tuo ID 231 näyttää jatkuvasti 100°C. Oikea lämpötila on ID:ssä 194. Kuvan tilanne on käynnistyksen jälkeen, käytössä vaihtelee 30-33°C. Sormella tunnusteltaessa tieto tuntuu oikealta. Disks ja Psensor näyttävät molemmat tuon 100°C.

[Jtkone]

Minulla ID 231 näyttää koko ajan 0 astetta ja 194 ihan oikeat asteet eli käynnistyksessä suurinpiirtein huonelämmön ja siitä sitten pikkuhiljaa nousee.
Myös Levyt ja psensor näytää ID 194 mukaiset oikeat lämmöt.
Mitä sinulla sanoo:

Koodia: [Valitse]

sudo hddtemp /dev/sda
Laita oikea levytunnus sdan tilalle
Entä

Koodia: [Valitse]

sudo hddtemp /dev/sda -D
Itse en osaa oikein enempää neuvoa, mutta olisiko tuosta apuja "googlettamiseen"?

[mpiso]

Kiitos, hddtemp näytti lämmön tällä levyllä oikein. Toisella ssd levyllä ei. Laitoin sen taustaohjelmaksi alla olevalla komennolla. Sen jälkeen piti vielä lisätä Psensor asetuksiin hddtemp daemoon siellä olevan udisks2:n lisäksi. Piti vielä käynnistää kone uudelleen.

Pieneksi ongelmaksi jäi vielä pyörivä levy, se ei mene nyt lepotilaan automaattisesti. Kun pakotan sen lepotilaan, niin katkeaa myös lämmön mittaus. Antaa 0 lukeman. Udisks2 näyttää viimeksi mitattua lämpötilaa, eikä estä lepotilaan siirtymistä. Lepotilan lämmöllä ei tietysti ole merkitystä, mutta lepotilaan siirtyminen pitäisi kyllä olla automaattista.

Koodia: [Valitse]

sudo dpkg-reconfigure hddtemp

[mpiso]

Halusin mitata lämpötilan vain tuolta Kingston levyltä (/dev/sda) (Udisks2 antaa väärän lämpötilan), koska hddtemp estää pyörivän siirtymisen lepotilaan. Muutin tiedostoa /etc/default/hddtemp. Otin risuaidan pois ja muutin oikean tunnuksen /dev/sda. Taisi olla /dev/hda, jota en ensimmäisellä yrityksellä huomannut. Käynnistin palvelun (sudo systemctl restart hddtemp.service) ja psensorin uudelleen. Psensor näytti lämpötilan oikein ja käyttämätön kiintolevy meni lepotilaan.

Uudelleen käynnistyksen jälkeen ei toiminutkaan, piti tehdä nuo samat uudelleen käynnistykset ja vasta sitten toimii.

Osaako joku sanoa mikä meni vikaan? Siellä lukee: ”# This is a POSIX shell fragment” ja ”# [automatically edited by postinst, do not change line format ]”. Konfigurointi (sudo dpkg-reconfigure hddtemp) muutokset osuivat kuitenkin oikeille kohdille kun kokeilin. Manuaalinen muokkaus oli mielestäni ainut vaihtoehto koska siellä lukee: ”# List of devices you want to use with hddtemp. If none specified, # hddtemp will probe standard devices”.

[mpiso]

Piti vielä tutkia tätä, koska hddtemp palvelu ei selvästikään enää käynnisty automaattisesti tietokoneen käynnistyessä, vaikka toimiikin erikseen käynnistettynä. Konfiguroinnin (sudo dpkg-reconfigure hddtemp) pitäisi hoitaa automaattisen käynnistyksen määrittely, mutta kokeilin antaa alla olevan komennon. Käynnistyksen määrittelyssä on nyt jotain vikaa.

Koodia: [Valitse]

mpiso@mpiso-System-Product-Name:~$ sudo systemctl enable hddtemp.service
[sudo] mpiso-käyttäjän salasana:
Synchronizing state of hddtemp.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable hddtemp
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.
Tein kokeilulevyllä samat toimenpiteet, eikä siellä tullut virheilmoitusta.

Koodia: [Valitse]

kubuntu@kubuntu:~$ sudo systemctl enable hddtemp.service
hddtemp.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable hddtemp
Miten tästä kannattaisi edetä?

[mpiso]

Kubuntu 20.04 on minulla aivan uusi, eikä se ole vielä päivittäisessä käytössä. Helpointa oli siis tehdä uusi asennus. Vaikka en onnistunut toistamaan virhettä kokeilulevyllä (hddtemp.service static eikä generated), tein hddtemp.servicen määrittelyn mahdollisimman vähällä sähläämisellä. Asensin ohjelman, muokkasin /etc/default/hddtemp tiedoston (DISKS="/dev/sda") ja muutin määrittelyistä vain automaattisen käynnistyksen päälle. Esimerkiksi aika saa olla 0, koska se koskee vain järjestelmälokiin kirjoitusta. Nyt Psensor näyttää oikean lämpötilan ja pyörivä levy menee lepotilaan. On toiminut pari päivää ja useita käynnistyksiä.

Koodia: [Valitse]

sudo apt install hddtemp

sudo nano /etc/default/hddtemp

sudo dpkg-reconfigure hddtemp
Vaikka merkitsen tämän ratkaistuksi, jäi matkalla tullut ongelma ratkaisematta. Eli miten muutan hddtemp.servicen tilan static takaisin tilaan generated. Netistä löytyi kaikenlaista, mutta mikään ei toiminut. Ilmeisesti siihen on yksinkertainen ratkaisu, minä en sitä vain löytänyt. Jos vika toistuu ja ohjelmia on asennettu, ei käyttöjärjestelmän uudelleen asennus ole ratkaisu. Alla tila kun uudelleen käynnistyksen jälkeen toimii ja kun ei toimi.

Koodia: [Valitse]

systemctl list-unit-files --type=service | grep enabled
-------------
hddtemp.service                            generated       enabled
-------------

Koodia: [Valitse]

hddtemp.service                            static          enabled

[nm]

Vaikka merkitsen tämän ratkaistuksi, jäi matkalla tullut ongelma ratkaisematta. Eli miten muutan hddtemp.servicen tilan static takaisin tilaan generated. Netistä löytyi kaikenlaista, mutta mikään ei toiminut. Ilmeisesti siihen on yksinkertainen ratkaisu, minä en sitä vain löytänyt. Jos vika toistuu ja ohjelmia on asennettu, ei käyttöjärjestelmän uudelleen asennus ole ratkaisu.

Init- ja Systemd-skriptit saa luotua uudelleen, kun poistaa paketin apt purgella ja varmistaa vielä ennen uudelleenasennusta, ettei /etc:hen jää vanhoja jämiä alle.

[mpiso]

Tein sen heti aluksi virheen jälkeen, mutta ilmeisesi jotain jäi poistamatta, koska vika ei poistunut uudelleen asennuksen jälkeen.