Raspberry PI túlmelegedés?

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!

Hozzászólások

"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

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.