Raspberry PI túlmelegedés?

Miniszámítógépek, SBC-k

Sziasztok,

van egy RPi 3B, amire Raspbian-t telepítettem (Raspbian Stretch desktoppal, bár a desktopot gyakorlatilag nem használom, SSH-n érem el, ha kell).
Deluge fut rajta, másra nem használom. Aktív hűtés illetve hűtőborda nincs, de a doboztetőt levettem.
a CPU hőmérsékletét és a load adatait percenként naplózom egy fájlba és egy sqlite adatbázisba is (cron). Ezek a fájlok az SD kártyán vannak.
Az RPi több mint fél éve 0-24 fut, eddig problémamentesen.

Ma reggel észrevettem, hogy nem megy. Monitort és billentyűzetet rádugva sötét képernyő és a jobb felső sarokban a túlmelegedést jelző ikon fogadott.
Újraindítottam és látszólag minden OK volt.
A legutolsó mért adat 55C fok volt hajnali 5 körül. Ez azért elég messze van a túlmelegedéstől (teljesen átlagos érték), tudomásom szerint 80 C fok körül veszi vissza az órajelet, ha túlmelegedést észlel. Egy perc alatt biztosan nem nőtt kb. 30 fokot a hőmérséklet.
A szobában ugyan 26 fok körüli a hőmérséklet, de nem ez az első dögmeleg nap ebben az évben...
Egyszóval nem értem, mi történhetett.
Ráadásul ma délután újra túlmelegedett.
Ismét újraindítottam.
A furcsa, hogy a hajnalban rögzített mérési adatok óta nem került új adat a fájlba pedig az első újraindítás után néhányszor ellenőriztem a fájlt és láttam benne a friss méréseket.
Azóta többször szabályosan újraindítottam az RPi-t és egyszerűen nem ment semmilyen mérési adatot.

1. tényleg túlmelegedhetett? ha igen, tönkremehetett-e benne valami, esetleg az SD kártya megsérült?
2. hol vannak a friss mérési adatok? miért nincs benne friss adat újraindítás után, ha egyszer látom, hogy percenként frissül? nem menti azonnal az SD kártyára?

kérlek segítsetek!

  • 1305 megtekintés

( kisbetu v | 2018. 06. 13., sze – 20:29 )

"nem menti azonnal az SD kártyára?"
Ezt kérdezed?
Hát te programoztad, neked kell tudni, mikor ment.

az adatfájl a home könyvtáramban van, és ha desktopon és ssh terminálon nézem, az adatfájl percenként frissül az aktuális adatokkal.

ha szabályosan újraindítom a gépet, mégsem tartalmazza az adatfájl az új adatokat (a legfrissebb adat ma hajnalban került bele)

hogyan lehetséges ez? valamiért mégsem kerül az SD kártyára a friss adat

( renard | 2018. 06. 13., sze – 21:14 )

Te tudsz írni a kérdéses állományokba, ha SSH-n belépsz? A jogosultságok rendben vannak?
Könnyen lehet, hogy a lefagyások következtében a fájlrendszer megsérült.

Hűtőbordák vannak a Málnán? Szellőzni tud a doboz?

tudok írni a fájlba
ezt próbáltam: echo 'testline -----------' >> cpu-load-data.txt

viszont van valami oda nem illő szemét is a fájlban: https://photos.app.goo.gl/stXdBsqqUQGKVjxi7

hogyan tudom javítani? mit tehetek, ha sérült a fájlrendszer?

melyik log-ban lehet nyoma annak, hogy írni akarta a fájlt, de nem sikerült? van ilyen log?

=======================

nincs hűtőborda rajta, de a doboz fedelét már régebben levettem
most egy régi PC-s ventillátor fújja rá a levegőt, 44-45 fokos a CPU, miközben megy a deluge

a dmesg kimenetében találtam:

[11192.523714] EXT4-fs error (device mmcblk0p7): ext4_mb_generate_buddy:758: group 46, block bitmap and bg descriptor inconsistent: 24155 vs 24148 free clusters
[11192.523763] JBD2: Spotted dirty metadata buffer (dev = mmcblk0p7, blocknr = 0). There's a risk of filesystem corruption in case of system crash.

itt azonban nincs ilyen device:

Filesystem Size Used Avail Use% Mounted on
/dev/root 14G 5.3G 7.5G 42% /
devtmpfs 458M 0 458M 0% /dev
tmpfs 462M 0 462M 0% /dev/shm
tmpfs 462M 6.7M 456M 2% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 462M 0 462M 0% /sys/fs/cgroup
/dev/mmcblk0p6 66M 22M 45M 32% /boot
/dev/sda1 932G 229G 703G 25% /mnt/wd_elements
tmpfs 93M 0 93M 0% /run/user/1000
/dev/mmcblk0p5 30M 464K 28M 2% /media/pi/SETTINGS

az fstab alapján ez a root fájlrendszer
/dev/mmcblk0p7 / ext4 defaults,noatime 0 1

milyen lehetőségem van? az fsck sima futtatása elég fenyegetően indít

fsck from util-linux 2.25.2
e2fsck 1.43.3 (04-Sep-2016)
/dev/mmcblk0p7 is mounted.

WARNING!!! The filesystem is mounted. If you continue you ***WILL***
cause ***SEVERE*** filesystem damage.