Posts by mmcmonster

Quote from vpeter

Don't use them?

Code

export opt_ssh="ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no"
export opt_rsync="--progress -rptuv --delete"
rsync -e "${opt_ssh}" ${opt_rsync} ...

Thank you! That works.

So I have a rsync script to copy files from my main computer onto my Libreelec external hard drive every time I boot up the computer.

The script works fine, but now I want to expand it and use rsync flags so it is a bit reasonable.

The following doesn't work. It should work, as it works fine on MacOS under bash:

master:~/Master # ls -l try1.sh 
-rwxr-xr-x    1 root     root           624 Dec 29 08:14 try1.sh
master:~/Master # cat try1.sh 
#!/usr/bin/bash

#Rsync Flags
export opt_ssh=(ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no)
export opt_rsync=(--progress -rptuv --delete)

#Going to do Media2 (8TB HD) from scratch
export DEN=user@den.local
export DENUSER=/home/user
export BASEMENTNAS=user@basementnas.local
export BASEMENTNASUSER=/home/user
export HOME1=/storage/Home/user
export MEDIA11=/storage/Media
export HOME2=/storage/Home2/user
export MEDIA21=/storage/Media2/Media1
export MEDIA22=/storage/Media2/Media2

rsync -e "${opt_ssh[*]}" "${opt_rsync[@]}" $DEN:/home/user/Documents $HOME2/Documents 2>>$locallog

sleep 21600
shutdown -h
master:~/Master # ./try1.sh 
./try1.sh: line 4: syntax error: unexpected "("
master:~/Master # 

It looks like the following lines aren't allowed on Libreelec bash

export opt_ssh=(ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no)
export opt_rsync=(--progress -rptuv --delete)

What should I do instead?

Added bash arrays to the title of the thread, since that seems to be the problem.

This is still a problem in January 2022.
This is the error I get:

2022-01-09 13:47:41.270 LibreELEC USB-SD Creator[68642:1734204] XType: com.apple.fonts is not accessible.
2022-01-09 13:47:41.270 LibreELEC USB-SD Creator[68642:1734204] XType: XTFontStaticRegistry is enabled.
PasteBoard: Error creating pasteboard: com.apple.pasteboard.clipboard [-4960]
PasteBoard: Error creating pasteboard: com.apple.pasteboard.find [-4960]
2022-01-09 13:47:41.682 LibreELEC USB-SD Creator[68642:1734204] The application with bundle ID com.apple.ScriptEditor.id.LibreELEC is running setugid(), which is not allowed. Exiting.

Quote from chewitt

I'm not seeing anythng in the issue report that says it is an older Atom/ION machine? - but if iit was, ION = nVidia and there is no support for nVidia GPUs in LE11 'Generic' images so you'd need to self-compile the 'Generic_Legacy' version (while this is still possible).

Yes, this is an older computer. Here's a link to it from Amazon. It's an Intel Atom D525 with nVidia Ion graphics.

So I guess it's not supported by the default builds? That makes some sense.

Quote from JoeAverage

what happens when you put the *.tar in ~/.update/ ?

wasn't the *.gz for creating a usb stick only ?

anyway: *.03893cb.tar works here

Just put the LibreELEC-Generic.x86_64-11.0-nightly-20211205-03893cb.tar in ~/.update and ran into the same problem. It hangs on the boot at LibreELEC (community): nightly-20211205-03893cb line for a couple minutes and then reboots itself.

Thanks. I'll try the next few nightlies and cross my fingers.

I'll keep the SYSTEM and KERNEL files from 10.0.1 handy in case it doesn't work. They should upload faster than the whole .img. 😁

So I'm trying to install a nightly (for the first time) to see if it will fix a problem with my IR receiver crashing.

I went to https://test.libreelec.tv/ and downloaded LibreELEC-Generic.x86_64-11.0-nightly-20211205-03893cb.img.gz and put it in my ~/.update directory. It was installed on the next reboot and the system rebooted...

...and the system never came up. It stayed on the booting screen saying it was loading the nightly (probably for a couple minutes) and then just rebooted. I let it do this through a couple reboots and then remotely uploaded my previous working image (LibreELEC-Generic.x86_64-10.0.1.img) and the system unpacked it and things got back to normal (after initially booting into a safe mode).

Was I unlucky and just download a bad build? Or did I miss something?

Thanks. I'll try a nightly and see if it gets better.

Had the same thing happen this evening. The dmesg is about the same as last time. In addition, this was the last line of dmesg:

[ 1095.663733] rc rc0: receive overflow

Too much signal from the remote?

Sorry for the delay.

Terminal_Saved_Output.txt

The remote control is a Logitech Harmony 650. I have the identical remote on several other Kodi systems including one other Libreelec system without any issues on the other systems.

Please let me know what else you need.

Sporadically, my IR remote doesn't work with Kodi. It's a problem with Kodi because the remote works with everything else (ie: TV, receiver).

When I reboot Kodi (by remote login and "sudo reboot 0"), the IR remove works again, just as if nothing happened.

Running 10.0.1. Problem started around the time of the 10.0 betas, I think.

Pretty sure it started when I tried installing a Netflix add-on for Kodi. I subsequently got rid of the add-on, and the problem never went away.

If nothing else, is there a way to reboot the IR subsystem without rebooting the computer?

Quote from blueribb

I closed the SSH client but the changes were not saved.

I made the changes again and now it says:

File Name to Write: /storage/.coinfig/sleep.d/99-toggle_rate.power

and the green cursor is after .power

Do I type exit and press the ENTER key ?

You press ENTER to save the file.

In nano you can save the file at any time with CTRL-o (hold down the Control key and press o). When you do so, it will ask you for the file name, but it will already be prefilled, you can just hit the ENTER key.

You can then exit with CTRL-x (hold down the Control key and press x).

Once you exit nano with CTRL-x, exit PuTTY with 'exit'.

Quote from blueribb

I tried to SSH in using FileZilla instead but the login failed

Host: 192.168.1.153

Username: root

Password: libreelec

Connection attempt failed with "ECONNREFUSED - Connection refused by server".

Could not connect to server

Display More

(In Filezilla, make sure the Protocol is set to SFTP, not FTP.)

Question:

When you remote it with PuTTY, does entering the following two lines re-enable your audio?

xrandr --output HDMI-1 --mode 1920x1080 --rate 59.94
xrandr --output HDMI-1 --mode 1920x1080 --rate 60.00

Quote from blueribb

Here's the entire thread I posted back in 2019. Post #32 contains the script that worked for me. Unfortunately, it stopped working a few months later.

No Audio after wake from suspend

Thanks for the link. Sounds like I have almost the same solution. 😁

I think xrandr changed it's options and if you add the hyphen to HDMI-1 it should work again.

I used my script and suspended and resumed a few times and things are working great for me.

Thanks again for pointing me in the right direction. 👍

Using the above, I think I have a solution. When awaking from suspend, I will kill Kodi so that it will restart and rescan the database. I will then change the refresh rate and then change it back a couple seconds later.

Works so far. 🤞

/storage/.kodi/addons/00restart/sleep.d/restart.power

#!/bin/sh
[ "$1" = "post" ] && sleep 5 && kill -9 `pidof kodi.bin` \
&& xrandr --output HDMI-0 --mode 1920x1080 --rate 59.94 && sleep 2 \
&& xrandr --output HDMI-0 --mode 1920x1080 --rate 60.00

If it doesn't work, I would check if xrandr gives the same results before and after suspending.

Thanks for the hint. It definitely worked on the UI. I have to give it a try on the commandline. But somehow doing it once on the UI fixed it for me. 🤷‍♂️

For future reference and for others that are running into the same problem, this is how to change the refresh rate to 59.94 and then back to 60.00 on the command line:

xrandr --output HDMI-0 --mode 1920x1080 --rate 59.94
xrandr --output HDMI-0 --mode 1920x1080 --rate 60.00

Things I tried from the commandline that didn't work:

systemctl restart pulseaudio
killall pulseaudio

Problem: My nettop box doesn't restart the audio driver when awaking from Suspend. Because the computer doesn't respond to IR when completely powered down, I have to reboot after waking from suspend.

This is how I currently do it:

/storage/.kodi/addons/00restart/sleep.d/restart.power:

#!/bin/sh
[ "$1" = "post" ] && reboot

Is there a better way to restart the audio driver than rebooting the entire system?

I tried killing kodi.bin, but that doesn't work. It looks like I have to restart the kernel. Not sure how to do that without ``````"reboot". Or is there a way to restart the audio subsystem?