[SOLVED] After update local display doesn't shows graphical Userinterface

[eberproducts]

Since I start useing  moode with version 8 .x.x til the newest version 9.0.4 the update via "update" button doesn't work. The update itself works with no errors, but after the reboot the local (x-server ?) display stop at the login-promt without starting the graphical userinterface. Even after further reboots or  after disabling / enabling / restarting, the local display won't start the graphical userinterface - the display still stop at the login-promt.
The only working solution - til right now - 1. do the update via the update button, 2. backup the settings via the backup button, 3. erease the memorycard and install the new image, 4. restore the settings via the restore button.
I think this can't be the "desinged" update way for users with the original local PI 7"-display attached to the PI.

[Tim Curtis]

I ran a quick test updating 9.0.3 to 9.0.4 on a Pi3 + Pi-touch and no issues whatsoever. The Pi Touch displayed the WebUI after rebooting.

Code:

pi@moode9touch:~ $ cat /var/log/moode_update.log
20240708 160349 updater: Start 2024-07-06 update for moOde
20240708 160349 updater: ** Step 1-21: Remove package hold
20240708 160411 updater: ** Step 2-21: Update package list
20240708 160520 updater: ** Step 3-21: Update Linux kernel to 6.6.31
20240708 160520 updater: ** - Kernel is current, no update required
20240708 160520 updater: ** Step 4-21: Install moode-player=9.0.4-1moode1
20240708 160638 updater: ** Step 5-21: Install bluez-alsa-utils=4.2.0-2moode1
20240708 160723 updater: ** Step 6-21: Install libasound2-plugin-bluez=4.2.0-2moode1
20240708 160738 updater: ** Step 7-21: Install shairport-sync=4.3.3-1moode1
20240708 160804 updater: ** Step 8-21: Install upmpdcli=1.8.12-1moode1
20240708 160813 updater: ** Step 9-21: Install upmpdcli-qobuz=1.8.12-1moode1
20240708 160819 updater: ** Step 10-21: Install upmpdcli-tidal=1.8.12-1moode1
20240708 160825 updater: ** Step 11-21: Install bluez-firmware
20240708 160830 updater: ** Step 12-21: Install firmware-atheros
20240708 160835 updater: ** Step 13-21: Install firmware-brcm80211
20240708 160839 updater: ** Step 14-21: Install firmware-libertas
20240708 160844 updater: ** Step 15-21: Install firmware-linux-free
20240708 160849 updater: ** Step 16-21: Install firmware-misc-nonfree
20240708 160853 updater: ** Step 17-21: Install firmware-realtek
20240708 160858 updater: ** Step 18-21: Install raspi-firmware
20240708 160903 updater: ** Step 19-21: Apply package hold
20240708 160904 updater: ** Step 20-21: Post-install cleanup
20240708 160904 updater: ** Step 21-21: Sync changes to disk
20240708 160904 updater: Finish 2024-07-06 update for moOde
20240708 160906 updater: Update installed, restart required
pi@moode9touch:~ $

Hopefully someone can repro your issue  and provide some insight as to what much be happening.

[TheOldPresbyope]

Looks like you (@Tim Curtis) are running with the old "pi" default user.

I can confirm the OP's issue whan I try updating a moOde 9.0.3 to 9.0.4 where the default user is something else. A quick look at /usr/lib/systemd/system/localui.service in the updated player reveals the line "User=pi". Oops.

Don't know what else may be going on. I don't have time to explore ATM.

Regards,
Kent

PS - localui.service is marked executable. It shouldn't be.

[Tim Curtis]

Looks like you (@Tim Curtis) are running with the old "pi" default user.

I can confirm the OP's issue whan I try updating a moOde 9.0.3 to 9.0.4 where the default user is something else. A quick look at /usr/lib/systemd/system/localui.service in the updated player reveals the line "User=pi". Oops.

Don't know what else may be going on. I don't have time to explore ATM.

Regards,
Kent

PS - localui.service is marked executable. It shouldn't be.

The userid issue was fixed a while back so maybe its some sort of regression. I'll investigate.

[BlackSmile]

Hello same for me here. Get this trouble and cannot find a solution.
What I can tell is it’s all started after an auto update on 8 series.
Try fresh install with the serie 9.0… and get same result.

-Screen is OK as I can read multiple lines of codes (no errors)
-It seems 2 users in /home : pi and mine (created with raspi imager as mention in the install guide)
-cannot acces to pi (cannot find default password)
-web interface is OK

[Tim Curtis]

Hello same for me here. Get this trouble and cannot find a solution.
What I can tell is it’s all started after an auto update on 8 series.
Try fresh install with the serie 9.0… and get same result.

-Screen is OK as I can read multiple lines of codes (no errors)
-It seems 2 users in /home : pi and mine (created with raspi imager as mention in the install guide)
-cannot acces to pi (cannot find default password)
-web interface is OK

The only userid in /home/ should be the one specified in the Pi Imager when the image was prepped. 

If you installed a 3rd party app, maybe its creating the user pi?

[Tim Curtis]

Hello same for me here. Get this trouble and cannot find a solution.
What I can tell is it’s all started after an auto update on 8 series.
Try fresh install with the serie 9.0… and get same result.

-Screen is OK as I can read multiple lines of codes (no errors)
-It seems 2 users in /home : pi and mine (created with raspi imager as mention in the install guide)
-cannot acces to pi (cannot find default password)
-web interface is OK

The only userid in /home/ should be the one specified in the Pi Imager when the image was prepped. 

If you installed a 3rd party app, maybe its creating the user pi?

Nvm. I see where the issue is.

[Tim Curtis]

This and one more localui bug is fixed for upcoming 9.0.5

Code:

################################################################################
#
# 2024-MM-DD moOde 9.0.5 (Bookworm)
#
################################################################################

Updates

- UPD:

Bug fixes

- FIX: LocalUI fails to start after in-place update when userid is not 'pi'
- FIX: LocalUI settings revert to default after in-place update when userid is 'pi'

[BlackSmile]

Hello same for me here. Get this trouble and cannot find a solution.
What I can tell is it’s all started after an auto update on 8 series.
Try fresh install with the serie 9.0… and get same result.

-Screen is OK as I can read multiple lines of codes (no errors)
-It seems 2 users in /home : pi and mine (created with raspi imager as mention in the install guide)
-cannot acces to pi (cannot find default password)
-web interface is OK

The only userid in /home/ should be the one specified in the Pi Imager when the image was prepped. 

If you installed a 3rd party app, maybe its creating the user pi?

Hello Tim,
Ok only installed apps by me is Lirc.
Other apps are only scripts like for Rasptouch from audiophonics in python…
Thks

[BlackSmile]

This and one more localui bug is fixed for upcoming 9.0.5

Code:

################################################################################
#
# 2024-MM-DD moOde 9.0.5 (Bookworm)
#
################################################################################

Updates

- UPD:

Bug fixes

- FIX: LocalUI fails to start after in-place update when userid is not 'pi'
- FIX: LocalUI settings revert to default after in-place update when userid is 'pi'

Thks hope it will fix everything !