Problems with RPi Zero W build

[ceejayemm]

@rern

I have just installed i20250309 to a (new to me) RPi Zero W (using rAudio-RPi0-1-20250309.img.xz) and then updated to 20250502 to ensure I have the latest version. The basic installation and update processes worked as I would have expected - sort of! I configured the system to use rAudio Shared Data and mounted my normal NAS based music library. The library was populated correctly except that the Library thumbnails were not shown dispite folder.jpg and coverart.jpg existing in each album NAS folder. These show correctly on other rAudio installations using the same NAS library and rAudio Shared Data setup.

Further investigation shows that the ownership for the NAS Music share is set to:

rAudio-zero-1:~ # ls -lrt "/srv/http/mnt/MPD/NAS"
total 8
drwxr-xr-x 2 mpd audio 4096 Aug 18 2024 NAS_Music
drwxrwxrwx 8 http http 4096 Apr 23 18:20 data

whereas on other systems it is set to:

rAudio-1:~ # ls -lrt "/srv/http/mnt/MPD/NAS"
total 4
drwxr-xr-x 2 mpd mpd 0 Mar 29 09:41 NAS_Music
drwxrwxrwx 8 http http 4096 Apr 23 17:20 data

Trying to change the ownership results in:

rAudio-zero-1:~ # chown -R mpd:mpd /srv/http/mnt/MPD/NAS/NAS_Music
chown: changing ownership of '/srv/http/mnt/MPD/NAS/NAS_Music': Operation not permitted

as to be expected due to this being an NFS share.

Running the Thumbnail update process fails on ALL albums with errors like:

rAudio-zero-1:~ # ls -lrt "/srv/http/mnt/MPD/NAS/NAS_Music/Chris Rea/La Passione/coverart.gif"
ls: cannot access '/srv/http/mnt/MPD/NAS/NAS_Music/Chris Rea/La Passione/coverart.gif': No such file or directory

It should be looking for coverart.jpg not coverart.gif

Initially selecting an album to play, correctly showed the album artwork so the installation WAS finding the correct album artwork at this point. After updating the Library however it is now not possible to see any Albums/Tracks via Albums, Artist, AlbumArtist but I can list Composers, Conductors, Date and Genre but not list any Albums / Tracks for any individual category. WebRadios can be selected and work as expected.

It seems that there are some (significant?) differences between the rAudio-RPi0-1-20250208.img.xz image and other rAudio versions.

Also when applying the latest update the update tries to apply the snapcast-0.29.0-1 package (which I don't use and probably wouldn't run on a Zero W anyway) each time the update process is run (for either MASTER or UPDATE branches). Also at the end of the update the Locales update fails (as previously reported as #1925) and also reports a missing browser file which is probably because the local browser is automatically disabled on a Zero W:

Failed to issue method call: Specified locale is not installed and non-UTF-8 locale will not be auto-generated: C.utf8
grep: /etc/systemd/system/localbrowser.service: No such file or directory.

With the options for the SD and USB devices turned off (in Library Options) these are still shown on the Library page. Also listing the NAS only shows the NAS/NAS_Music folder but no albums or tracks (possibly related to the the album artwork issue above ?). Returning from any option (for example, from the Playlist) takes me back to the last task I did (in my case updating the Thumbnails - or at least trying to) instead of back to the main Library page. No counts on any items are shown either ! See screenshot below:

The more I look the more problems I seem to be finding.

I hope the Zero W image can be made to work in the same way as the rest of the rAudio installation images as this could be a useful installation type for me.

Thanks

Chris

[ceejayemm]

More info:

Updating All Files in Library seems to have no effect and process finishes almost immediately. Output from journalctl -f while update is in progress shows:

May 05 09:17:39 rAudio-zero-1 websocket.py[223]: connection handler failed
May 05 09:17:39 rAudio-zero-1 websocket.py[223]: Traceback (most recent call last):
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/server.py", line 231, in handler
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:     await self.ws_handler(self)
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:   File "/srv/http/bash/websocket.py", line 12, in cmd
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:     async for args in websocket:
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/protocol.py", line 481, in __aiter__
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:     yield await self.recv()
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/protocol.py", line 552, in recv
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:     await self.ensure_open()
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/protocol.py", line 929, in ensure_open
May 05 09:17:39 rAudio-zero-1 websocket.py[223]:     raise self.connection_closed_exc()
May 05 09:17:39 rAudio-zero-1 websocket.py[223]: websockets.exceptions.ConnectionClosedError: received 1005 (no status code [internal]); then sent 1005 (no status code [internal])
May 05 09:17:40 rAudio-zero-1 websocket.py[223]: connection handler failed
May 05 09:17:40 rAudio-zero-1 websocket.py[223]: Traceback (most recent call last):
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/server.py", line 231, in handler
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:     await self.ws_handler(self)
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:   File "/srv/http/bash/websocket.py", line 12, in cmd
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:     async for args in websocket:
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/protocol.py", line 481, in __aiter__
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:     yield await self.recv()
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/protocol.py", line 552, in recv
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:     await self.ensure_open()
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:   File "/usr/lib/python3.10/site-packages/websockets/legacy/protocol.py", line 929, in ensure_open
May 05 09:17:40 rAudio-zero-1 websocket.py[223]:     raise self.connection_closed_exc()
May 05 09:17:40 rAudio-zero-1 websocket.py[223]: websockets.exceptions.ConnectionClosedError: received 1005 (no status code [internal]); then sent 1005 (no status code [internal])

Listing Artists, output from journalctl -f is:

May 05 09:22:14 rAudio-zero-1 kernel: audit: type=1104 audit(1746433334.154:648): pid=15998 uid=33 auid=4294967295 ses=4294967295 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=? res=success'
May 05 09:22:14 rAudio-zero-1 nginx[302]: 2025/05/05 09:22:14 [error] 302#302: *340 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught TypeError: usort(): Argument #1 ($array) must be of type array, null given in /srv/http/function.php:99
May 05 09:22:14 rAudio-zero-1 nginx[302]: Stack trace:
May 05 09:22:14 rAudio-zero-1 nginx[302]: #0 /srv/http/function.php(99): usort()
May 05 09:22:14 rAudio-zero-1 nginx[302]: #1 /srv/http/library.php(85): sortList()
May 05 09:22:14 rAudio-zero-1 nginx[302]: #2 {main}
May 05 09:22:14 rAudio-zero-1 nginx[302]:   thrown in /srv/http/function.php on line 99" while reading response header from upstream, client: 192.168.86.50, server: localhost, request: "POST /library.php HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/php-fpm.sock:", host: "raudio-zero-1.local", referrer: "http://raudio-zero-1.local/"

I hope this helps to resolve the issues noted originally.

Chris