Thanks for pointing the Freeview transmitter changes to me. I'm tuned into the Crystal Palace transmitter and have no satellite tuners. I don't recall this being a problem in the past, but I rescanned all channels this morning and ran the autobouquet scan too. Let's see if this makes any odds.
I wasn't capturing and looking at debug logs on a regular basis to know if the EPG cache was corrupted as often in the past, but it seems to be a regular occurrence in the last few days. I temporarily set it to autosave every 8 hours to see if it would stop the crashes, but it doesn't. The crashes happened whether I store the EPG on the spinning disk or on a USB stick.
Last night there was a crash-fest. More about it below, but here's a list of some things I have tried to see if they stop these 'crashes':
1. Change theme.
2. Change the time NTP servers, also change source from NTP to Transponder.
3. Store the EPG cache on the spinning disk, instead of USB stick.
4. Go back a couple of versions on the firmware.
5. Install the latest firmware in a different slot.
6. Ran fsck on the USB, hard disk and mmc partitions after unmounting them.
None of the above efforts worked to eliminate crashes. The crashes coincide around the start or end of recordings, when the timer margin kicks in. They will always happen if I'm recording more than one programme at at time, but may also happen as a recording starts while I'm watching of have paused something in timeshift.
For example last night I started recording Endeavour on ITV HD (20:00-22:00) and Top Gear on BBC TWO HD (20:00-21:00), plus The Pale Horse on BBC ONE HD (21:00-22:00).
At around 20:32 we started playing back Endeavour (with subtitles on) from the list of recordings.
At 20:57 as the Top Gear was finishing and the Pale Horse recording started, the now familiar crash took place. The TV screen went black for a second or two, all recordings stopped and then restarted creating additional files. Here's the Top Gear and Pale Horse files we ended up with - I have not played back any of them yet to avoid altering their meta files:
Code:
root@mutant51:~# ls -ltcr /media/hdd/movie/
[snip ...]
-rw-r--r-- 1 root root 166 Feb 16 19:56 20200216 1957 - BBC TWO HD - Top Gear.eit
-rw-r--r-- 1 root root 1473712 Feb 16 20:58 20200216 1957 - BBC TWO HD - Top Gear.ts.sc
-rw-r--r-- 1 root root 2427191296 Feb 16 20:58 20200216 1957 - BBC TWO HD - Top Gear.ts
-rw-r--r-- 1 root root 154128 Feb 16 21:04 20200216 1957 - BBC TWO HD - Top Gear_001.ts.sc
-rw-r--r-- 1 root root 24 Feb 16 21:05 20200216 1957 - BBC TWO HD - Top Gear_001.ts.cuts
-rw-r--r-- 1 root root 6736 Feb 16 21:05 20200216 1957 - BBC TWO HD - Top Gear_001.ts.ap
-rw-r--r-- 1 root root 294517228 Feb 16 21:05 20200216 1957 - BBC TWO HD - Top Gear_001.ts
Code:
root@mutant51:/media/hdd/movie/Drama# ls -ltcr
-rw-r--r-- 1 root root 236 Feb 16 20:56 20200216 2057 - BBC ONE HD - The Pale Horse.eit
-rw-r--r-- 1 root root 33680 Feb 16 20:58 20200216 2057 - BBC ONE HD - The Pale Horse.ts.sc
-rw-r--r-- 1 root root 33304576 Feb 16 20:58 20200216 2057 - BBC ONE HD - The Pale Horse.ts
-rw-r--r-- 1 root root 298 Feb 16 20:59 20200216 2057 - BBC ONE HD - The Pale Horse.ts.meta
-rw-r--r-- 1 root root 1480080 Feb 16 22:00 20200216 2057 - BBC ONE HD - The Pale Horse_001.ts.sc
-rw-r--r-- 1 root root 1438834688 Feb 16 22:00 20200216 2057 - BBC ONE HD - The Pale Horse_001.ts
-rw-r--r-- 1 root root 302 Feb 16 22:00 20200216 2057 - BBC ONE HD - The Pale Horse_001.ts.meta
-rw-r--r-- 1 root root 110496 Feb 16 22:05 20200216 2057 - BBC ONE HD - The Pale Horse_001_002.ts.sc
-rw-r--r-- 1 root root 24 Feb 16 22:05 20200216 2057 - BBC ONE HD - The Pale Horse_001_002.ts.cuts
-rw-r--r-- 1 root root 4592 Feb 16 22:05 20200216 2057 - BBC ONE HD - The Pale Horse_001_002.ts.ap
-rw-r--r-- 1 root root 213626468 Feb 16 22:05 20200216 2057 - BBC ONE HD - The Pale Horse_001_002.ts
-rw-r--r-- 1 root root 300 Feb 16 22:16 20200216 2057 - BBC ONE HD - The Pale Horse_001_002.ts.meta
We had to watch the Endeavour recordings over 3 different files due to the interruptions in the recording.
I've looked through the logs, a new hobby I developed recently and which I'm increasingly spending more time doing than using the Mut@nt. LOL!
Every time there is a crash this is what is captured at the end of the debug file (interestingly as a rule no crash files are generated):
Code:
< 3913.531> [eSubtitleWidget] disp width 1920, disp height 1080
< 3913.531> [eSubtitleWidget] add 0 906 1920 58
< 3913.531> [eSubtitleWidget] disp width 1920, disp height 1080
< 3916.033> [eEPGCache] start caching events(1581886700)
< 3916.033> [eDVBSectionReader] DMX_SET_FILTER pid=211
< 3916.033> [eDVBSectionReader] DMX_SET_FILTER pid=561
< 3916.033> [eDVBSectionReader] DMX_SET_FILTER pid=18
< 3916.034> [eDVBSectionReader] DMX_SET_FILTER pid=18
< 3916.034> [eDVBSectionReader] DMX_SET_FILTER pid=18
< 3916.034> [huffman] read.. '/usr/share/enigma2/otv_eeee0000_233a_4084.dict'
< 3916.034> [eEPGCache] abort non avail OpenTV EIT reading
< 3916.187> [eSubtitleWidget] setPage
< 3916.187> [eSubtitleWidget] add 0 848 1920 58
< 3916.187> [eSubtitleWidget] disp width 1920, disp height 1080
< 3916.187> [eSubtitleWidget] add 0 906 1920 58
< 3916.187> [eSubtitleWidget] disp width 1920, disp height 1080
< 3917.741> [eSubtitleWidget] setPage
< 3917.741> [eSubtitleWidget] add 0 906 1920 58
< 3917.741> [eSubtitleWidget] disp width 1920, disp height 1080
< 3919.957> [eSubtitleWidget] setPage
< 3919.957> [eSubtitleWidget] add 0 848 1920 58
< 3919.957> [eSubtitleWidget] disp width 1920, disp height 1080
< 3919.957> [eSubtitleWidget] add 0 906 1920 58
< 3919.957> [eSubtitleWidget] disp width 1920, disp height 1080
< 3920.278> Backtrace:
< 3920.279> /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x1844A4]
< 3920.279> /lib/libc.so.6(__default_rt_sa_restorer) [0xB6D1DE20]
< 3920.280> /usr/bin/enigma2(_ZN9eventDataD2Ev) [0x14533C]
< 3920.282> /usr/bin/enigma2(_ZN9eEPGCache11sectionReadEPKhiPNS_12channel_dataE) [0x14A54C]
< 3920.283> /usr/bin/enigma2(_ZN9eEPGCache12channel_data8readDataEPKhi) [0x14AD30]
< 3920.283> /usr/bin/enigma2(n/a) [0x1688C0]
< 3920.283> /usr/bin/enigma2(_ZN17eDVBSectionReader4dataEi) [0x159728]
< 3920.284> /usr/bin/enigma2(n/a) [0x1753E8]
< 3920.284> /usr/bin/enigma2(n/a) [0x17C07C]
< 3920.284> /usr/bin/enigma2(_ZN9eMainloop15processOneEventElPP7_object9ePyObject) [0x182134]
< 3920.284> /usr/bin/enigma2(_ZN9eMainloop7iterateEjPP7_object9ePyObject) [0x182290]
< 3920.284> /usr/bin/enigma2(_ZN9eMainloop7runLoopEv) [0x182380]
< 3920.284> /usr/bin/enigma2(_ZN9eEPGCache6threadEv) [0x14A024]
< 3920.284> /usr/bin/enigma2(_ZN7eThread7wrapperEPv) [0x174078]
< 3920.284> -------FATAL SIGNAL (11)
Backtraces are identical for each crash. I attach the debug log from the events leading up to last night's first crash. You'll notice towards the end at timestamp 3916.033, there was an EPG caching attempt, but I don't know if this caused the problem.
I have also looked at the OS logs but couldn't see anything suspicious in there. The OS itself is not crashing, or rebooting.
I have not yet opened the box to measure voltages in case the PSU is on its way out, but I'm thinking if it were a RAM or power supply issue, wouldn't the OS be complaining about it too?