Posts by Da Flex
-
-
What does top say on SSH?
-
Da Flex : sorry, if my log was not a propper one (full debug log from LE but without a restart). Since this issue appears super random, it is hard to replicate "on command". Might be a very long log then - is that still ok if posted as you request?
Create advancedsettings.xml with log level 1 activated, and reboot. Then it's on without inconvenience. Don't care about length.
-
It's important to avoid copyright strikes. Legit samples here:
-
FYI: Tvheadend has its own forum:
-
- Upgrade to the latest stable LE release.
- Provide a complete log.
Please provide a full debug log.How to post a log (wiki)1. Enable debugging in Settings>System Settings>Logging2. Restart Kodi3. Replicate the problem4. Generate a log URL (do not post/upload logs to the forum)
use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link -
Code
2025-07-15 14:51:22.306 T:958 info <general>: Disabled debug logging due to GUI setting. Level 0.You forgot to enable debug logging.
Code2025-07-15 14:52:13.244 T:1020 warning <general>: OpenStream - Unsupported stream 0. Stream disabled.Probably a codec, which is hardware-decoded on macOS (Dolby Vision etc.). Could you provide the codec info from Kodi on macOS?
-
Which is irrelevant as my builds are dev builds that do not support auto-updating.
Even better.
-
You can disable auto-update.
-
Sorry, I forgot that we are on x86.
Then the equivalent idea is to install latest Debian (or whatever Linux) Live on USB stick, and try that hdparm version. I recently made a Debian 12 stick to bring my parallel port printer back to life.
-
Since I suspect my AVR is at fault and strangely reacting to the modified picture, is there maybe a way for me to tell the system to output audio only via HDMI1 so I can test this theory?
Yes, use LE's audio output settings.
-
OK. The next thing I would do is installing RPi OS on another microSD, and see whether it works on that OS.
If it does, then our devs can usually implement it on LE (maybe just copying the command to LE already does the trick).
-
Nothing in hd-idle.log?
-
Have a look at the OLEDproc add-on:
So the first thing is activating the I2C interface. I think OLEDproc is adaptable for Argon ONE V5, but no noob solution.
-
There is an hd-idle command, which is provided by the System Tools add-on:
It also generates a log file, so maybe helpful for further investigations.
-
If i understood i can use wget or download it to /storage/.update, is that correct?
Yes.
-
Yes. Login by SSH, cd /storage/.update, download the new nightly image by wget <URL>, and reboot.
-
I have an USB hard drive connected via USB and have no problem in general but when I pause a movie or anything I'm watching for just few minutes, HDD spins down.
Most users prefer that behavior. So in general it's not a bug, but a feature.
I tried to use hdparm in autostart.sh with this command: "hdparm -S 0 /dev/sda2" and also "/usr/bin/hdparm -S /dev/sda2" but with no luck: if I pause my watching, HDD spins down, always.
The thing that looks stange to me is the fact that if I lunch the command "hdparm -S 0 /dev/sda2" from an SSH shell when the HDD is sleeping then it start to spin up immediately.
The above facts result in the conclusion that your HDD firmware does the energy management, not LE.
- The HDD firmware spins down whenever idle in mounted mode.
- The HDD firmware takes hdparm as an abstract task, and spins up without further command interpretation.
