Volumio 4 Feedback Thread

Hi @nerd
OTA from 4.076 to 4.078
Pi5, USB DAC, NVMe boot, wired connection

Update successful. This time both Wired and Wifi visible in the network settings; both are accessible.

Wifi continues with ethernet cable removed. Both are working when the cable is plugged in again. At this point only the wired connection details are displayed in Network Settings, even when viewing the wifi GUI.

Hi @nerd

Version 4.078 (OTA update) on a Raspberry Pi 3 Model B Plus Rev 1.3.

Device working fine when connected with lan cable. Playback stopped about 15 seconds after lan cable removed. Checked to see whether router had assigned device a different IP address; it hadn’t.

Shut down, removed lan cable, restarted. Device not found on network; again, router had not assigned it a different IP address. Plugged in lan cable, device available within a second or two.

Log: http://logs.volumio.org/volumio/h0NQIS4.html

I can’t help noting that almost every other post about this issue reports that it’s been resolved by the most recent updates. In particular, @nett_flanders reports success with a rpi 3b+. Perhaps my 3b+ is faulty; I will look at this tomorrow.

Hey @nerd
I just update my rPi5 over wifi.to 4.079. All was succesful except for that rpi touch display 2 stayed blank. I guess it would need some delay so it can be fully load.
Fixed it by disable and enable touch display plugin.

Best / Regards / C

OTA update from 4.073 to 4.079 went good on a RPI3b with using onboard WIFI

Does this have the wifi dongle fix?

Hey @jocoman,

Does what have the WiFi dongle fix? I am not tracking what you are referring to - new version, kernel update, patch?

Can you clarify what “this” is? I focus on technical V4 delivery and do not follow all thread history.

Kind Regards,

@nerd

go up in this tread and it is all there.
Search this: TP-Link Archer T3U unable to start on V4 x86 - I get this error when enabling wireless networking…

To refresh your memory, wifi dongle does not work. People said they were working on a fix, but it is tricky" . I really would like a forecast its been like 3-4 weeks! For me I have the failure on RPI-4
I would really appreciate an update and I have been looking for a while for this fix!

Hey @jocoman,

I understand your frustration - waiting weeks for a fix is not easy.

I have already prepared a working fix weeks ago. It is not approved for production yet, and that decision is not my call to make. Fixes go through review, testing, and approval processes before they reach production builds.

Here is what I can tell you: other users are currently participating in testing versions 4.075 through 4.080 and reporting results. If you want to help move this forward, you could participate in testing and provide feedback - that helps get fixes validated and approved faster.

The GitHub repository is also available for anyone who wants to contribute or review the changes.

I cannot give you a timeline because I do not control the release schedule, but active testing participation from users like you makes a real difference.

Kind Regards,

Hi @jetstream,

did you try to re-enter your WiFi password?

Hey @nerd

I installed your solution again in os 4.0.79 and it works without any problem at all. it’s described in this post:

https://community.volumio.com/t/volumio-4-feedback-thread/74379/245?u=claesm

Best Regards / C

Hey @ClaesM,

This is actually counterproductive from 4.076 onward. You will overwrite forward changes.

Kind Regards,

1 Like

Hi @nerd
OTA from 4.078 to 4.079
Pi5, USB DAC, NVMe boot, wired connection

Update successful. On start-up the wired connection and hotspot details are shown in Network Settings. GUI is available via wired.

Switchover to Wifi is immediate when the ethernet cable removed. No stutter when streaming a Tidal track.

On reconnecting the ethernet cable, the wired connection starts immediately and wifi disconnects. Again stream playback is uninterrupted.

1 Like

Hey @nerd

I updateded rPi4 wired and rPi5 wifi to latest OS 4.080

It works well on both except for network settings in rPi5 where both wireless and wifi was connected. Wired connection shows up connected to IP 127.0.0.1. So I disabled wired and all seems to run well. I guess it’s a problem with rPi 5.

Good Evening / C

Hi @nerd
OTA from 4.079 to 4.080
Pi5, USB DAC, NVMe boot, wired connection

Update successful. On start-up the wired connection and wifi details are shown in Network Settings.

This time BOTH ethernet and wifi are available via browser.

On disconnecting the ethernet cable wifi had a little pause, but worked fine after 15 seconds.

After reconnecting the cable, both were available again.

After an hour, the wifi disconnected. Wired still working normally.

V4.080

It does switch back on again when the ethernet cable is unplugged.

Music Library anomalies
I reported this occurring on my previous V3 on R Pi installation and received no replies. Now it’s happening again with my fresh V 4.073 on R Pi 5 8GB setup.

I’ve captured a log after a cold start with the problem occurring.
http://logs.volumio.org/volumio/UcTChDy.html

I look in Artists, and under The Cars, the debut album The Cars is missing.
I check the file system via an SMB connection, the files are there in the correct directory, tags are checked and correct.

I do an update folder on USB, no change, I do an update on the folder The Cars, no change.

I search The Cars, the album shows up as does the artist and their other albums.
I go to Music Library and drill down, USB, Music, The Cars, the album shows up
I can play the album via the search or folder drill down.

I go to Artists, The Cars, their other albums show up, but not their debut The Cars.

I go to the system menu (top left green hamburger), I update the source, no change. In the same place I do a re-scan of the source. I wait 30 mins, I go to Artists and at the top is a mystery folder with the Mickey Mouse head style icon.
In that folder are quite a few albums that will not show up under the correct artist, including The Cars debut album.

I restart and that mystery folder disappears, but the albums that were in it do not show up under the correct artis in Artists view.

I have screen caps if needed. It’s starting to feel like I’m never going to have a reliably working Volumio setup.

Hi @nerd

OTA update from 4.079 to 4.080.

Runs fine using a lan cable. Shut down, disconnected lan cable, restarted: runs fine! Yay.

@nett_flanders: thank you for the suggestion of re-entering my wifi password. I did this, but because I then immediately shut down and restarted as described above, I cannot be sure which change (re-entered password, or upgrade to 4.080, or both) fixed the problem. So, not a very controlled experiment on my part.

Hey @pwstereo,

This sounds like a tagging issue rather than a Volumio bug - the fact that Search and Music Library folder drill-down work correctly proves the files exist and have basic tags. The Artists view uses different logic for grouping.

Self-titled albums where Album = Artist name can trigger edge cases in MPD’s database, particularly when:

  • AlbumArtist tag is missing or inconsistent across tracks
  • Artist tag has slight variations between tracks
  • CUE files exist alongside audio files, causing duplicate/conflicting database entries

Please run these diagnostics via SSH:

  1. Check actual tags on one of The Cars debut album files:
ffprobe -hide_banner "/media/MUSIC/The Cars/The Cars/01"*.flac 2>&1 | grep -E "artist|album"
  1. Check if any CUE files exist:
find "/media/MUSIC/The Cars" -name "*.cue" -type f
  1. If CUE files are found, create .mpdignore to exclude them from indexing:
echo "*.cue" > /media/MUSIC/.mpdignore
  1. Trigger full rescan from Sources menu
  2. Do other self-titled albums in your collection have the same problem?

The “mystery folder” appearing during rescan typically indicates entries with empty or malformed artist fields - the fact it disappears after restart suggests transient database state during rebuild.

The screencaps you mentioned would help - particularly the mystery folder contents if you can reproduce it.

Kind Regards,

Hey @SimonE,

Excellent systematic testing across the OTA progression. The 4.080 observations are particularly interesting - the behavior differs from previous versions in ways that warrant investigation.

Specific differences noted:

  • Both wired and WiFi GUI accessible simultaneously at boot (SNM should enforce one interface with IP)
  • 15-second delay on ethernet disconnect switchover (4.079 was immediate, no playback interruption)
  • WiFi spontaneously disconnected after approximately one hour while ethernet remained active
  • WiFi re-engaged when cable physically unplugged

To understand what wireless.js is deciding internally, I need the daemon log.

Collection steps:

  1. SSH to your Volumio:
ssh volumio@volumio.local
  1. Create archive:
zip /tmp/wireless-log.zip /tmp/wireless.log
  1. Copy to your computer using SCP or FileZilla:

    • Host: volumio.local
    • User: volumio
    • File: /tmp/wireless-log.zip
  2. Upload the zip here or to a file sharing service and post the link.

No urgency - next time you have the system running on 4.080 after observing the behavior.

Kind Regards,