Thank you for your donation!


Cloudsmith graciously provides open-source package management and distribution for our project.


Solved: OK, What have I done...........
#1
I'm sure this has come up before, and when you tell me the answer I will feel a  "right ***"!

H/W is RPi 3B+ with the Pi 7 inch Touch screen and an IQAudio DAQ HAT.

MoOde is 8.3.9  (Yes, I know....I'll get around to updating at some point).

Anyway, my issue is that on boot-up, the display on the Pi Touch screen ends up with the text display ending with "login:". Needless to say, subsequently accessing the system from both PC & IThings is absolutely fine.

On Peripherals/Local Display screen (on PC) I have this

   

Have already tried a couple of reboots, and RESTARTing the Local Display from the button on that screen just blanks the Pi Touch screen for a minute or so and then reverts to the text display. 
I've also tried (from the PC) switching the Touch screen off, rebooting, and switching it back on, but seems to make no difference

What have I done?  Big Grin
Reply
#2
it could be the "home dir bug"

What is output from the following command?

Code:
ls -l /home/
Enjoy the Music!
moodeaudio.org | Mastodon Feed | GitHub
Reply
#3
pi@moode-sue:~  $ ls -l /home/

total 4
drwxr-xr—x 5 pi pi 4096 Jul 13 17:15 pi

pi@moode-sue:~  $
Reply
#4
That looks ok.

Check the status of the local service and verify that User=pi in the service file
Code:
systemctl status localui

cat /lib/systemd/system/localui.service
Enjoy the Music!
moodeaudio.org | Mastodon Feed | GitHub
Reply
#5
(07-17-2024, 05:13 PM)Tim Curtis Wrote: That looks ok.

Check the status of the local service and verify that User=pi in the service file
Code:
systemctl status localui

cat /lib/systemd/system/localui.service

'User = pi' is in the response to the second command.

If you think its easier to redo the SD card then I'm happy to do that tomorrow....I have just been informed that it's time to fire up the BBQ!
Reply
#6
@suzywong 

The first time you start the local display, it creates a hidden directory named .cache (aka folder, if that's your preference) in the default user's home directory. This directory contains 4 subdirectories, including one named chromium.

I forget the exact circumstances that lead up to it, but somehow I once got into a situation where the local display wouldn''t start. 

Resetting it to off in a remote browser, I ssh'ed into the player and deleted the entire hidden directory (rm -r .cache). After that, turning it back on worked a treat.

As always, YMMV.

Regards,
Kent
Reply
#7
OK. 9.0.4 fixed the display issue.
Reply


Forum Jump: