RoonBridge need to be re-enabled on the server at each reboot

So, I tested it twice.
I defined my Mac PowerBook as the RoonServer and disabled the previous server on Dietpi/x86 PC.
I use my Mac to control Roon.
In “Audio Zones” the RoonBridge (DietPI/NanoPI Neo) is not visible. I can see the Mac outputs (sound flowers, …), and the previous server’s outputs (Dietpi/x86 PC).
In Roon settings->Audio I see the RoonBridge (DietPI/NanoPI Neo) in the network devices and enable it with a name (blank by default).
I select the new zone, enable DSP option to let the “Sample rate conversion” enabled and play music.
I reboot the bridge (DietPI/NanoPI Neo), once rebooted, it is still not visible in the AudioZones.
In Roon settings->Audio, the network device is visible but not enabled and its name disappeared. I enable it, all settings seems ok, as they were previously.
The DSP settings are all off, so I re-enable the “Sample rate conversion”.

Seems, it’s not a problem with the server ?

I’ve no other roonbridge with DietPI to test.

Just adding for @Eric’s perspective / reproducibility: I see the exact same symptoms with Cuboxes running Armbian mainline (4.x kernel). Legacy (3.14.x kernel) is fine.

I think the USB drivers are not fully baked for the board – but that’s just me guessing.

Hi @Pat ---- Thank you for your patience and sharing the observations you’ve made during your troubleshooting while out team has been looking into this this behavior you have reported us. Very appreciated!

Continuing forward, our tech team has informed me that the logs that were received with the mentioned diagnostics report are almost completely “empty”, meaning that we’d expect to see numerous log files, (example below) and instead there are only 2. Based on these findings and the symptoms being experienced with RoonBridge the team, has some concerns in regard to the gear being used in your Roon setup. As such the team has asked for the following:

  • Please provide us with the exact specs of the the *all devices being utilized in your setup.

  • Just to confirm. In your setup description you mentioned that RoonServer is on a PC (w/DietPi 6.2) this is the Ryzen PC mentioned here, correct?

  • During your troubleshooting of this issue have you tried with a different Linux distro on the mentioned PC? DietPi is a trimmed down OS and we are unsure how it will perform hosting a Roon core.

  • I see you have also tested with RoonServer being hosted on an iMac Powerbook my understanding is that this device is rather old and I am worried that this computer may not have been up to the tase of hosting RoonServer. Is there a more up to date computer you can re-try this test with?

-Eric

Hi Eric,

The main setup is the one I mentioned before, I add my MacBook Pro (Mac not iMac, and MacBook not PowerBook, sorry for these typo errors).

In details.

Roon server:
Roon version 1.4 (build 300) stable 64bits on amd64 architecture
OS: DietPI 6.2 (latest version for x86) on PC Ryzen 1600 DDR4 8GB 3200MHz
OS, Roon installation and library are located on SSD/NVME 240 GB (PNY CS2030 M2 2280)
Local storage for music files on 2TB HD (SSHD) on SATA
Ethernet 1Gbps
MotherBoard Gigabyte AB350M D3H
This RoonServer is used in replacement of a NUC Core i3 (the red one with a I3 gen 2 BYxxxx).

Roon Bridge and DAC:
Version 1.0 (build 141) stable
OS DietPI 6.2 (latest) Linux 4.14.18-sunxi on NanoPI Neo in USB to Armature Hecate XMOS U208 in I2S/HDMI to DAC PS Audio DSD
The NanoPI Neo is an ARM board with H3 processor
The Armature Hecate is an XMOS U208 USB interface with isolated outputs I2S + Coax S/PDIF

Switch Netgear GS105

Optionaly my alternative Roon Core server I used for the other tests:
MacBook Pro 15’’ Core i7 3.2GHz 16GB DDR3 RAM and 512GB/SSD

Note that when I used my old setup with the NUC Roon server (so, before the Ryzen PC), this problem already existed!
The replacement by the Ryzen PC brings me more power to handle the DSP room corrections (with HAF) I plan to do in a near future.

Note also (a key point ??) that Both the NanoPI and the Hecate board share a common dedicated linear PSU.
The Hecate board is powered by its USB input but not by the NanoPI USB output. The Hecate’s USB +5V is feed directly with the same linear PSU than the NanoPI (so, not passing through the NanoPI’s USB output).
The Hecate board is always seen at NanoPI reboot time. But the fact is at a reboot time, the Hecate is never shutted down. If I power down both NanoPI and Hecate (unplug the PSU) and power up, it’s the same, I have to re-enable them on the Server’s configuration. The NanoPI uses always the same IP adress.

Thank you for follow up and taking the time to answer my questions, @Pat. Very appreciated!

My apologies for not including the mentioned “example” :dizzy_face: above. As mentioned, the “Roon logs” folder we received with the diagnostics report was almost completely empty and our techs have expressed concerns about the Roon core running under DietPi as it is “trimmed” down OS. In light of this, I touched base with the team today to get a sense as to what the “next steps” should be here in addressing this issue you are experiencing with your Roon setup. As per the conversation the tech team has asked if you would kindly perform the following:

  • Please load ubuntu on the device hosting RoonServer (i.e PC Ryzen).

  • Reproduce the issue once more as you had done previously being sure to provide timestamps of when the issue occurred.

  • Once the issue has been replicated and the time has been noted I will go ahead and re-enable diagnostics on your account.

-Eric

From the diagnostics gathered from your system:
28 PM

Diagnostics that were gathered from my “test” setup:
03 PM

@eric Hi Eric,

When you say “Please load ubuntu on the device hosting RoonServer …”, you mean “Please load DietPI on the device hosting RoonServer”.
Because, it would be painful to reinstall my whole setup. DietPI is a Debian (like Ubuntu) with some additional software. I use the DietPI installation command to install Roon Server.

So I reproduced the problem by a reboot of the RoonBridge SBC

------------- REBOOT RoonBridge SBC (NanoPI Neo / DietPI 6.4) ----------------
root@DietPi:~# uname -a ;date; reboot
Linux DietPi 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux
Sat 10 Mar 12:09:30 CET 2018
Connection to 192.168.0.37 closed by remote host.
Connection to 192.168.0.37 closed.
MacBook-Pro-de-Patrick:Downloads patrick$

-------------- Logs list on Ryzen PC with Roon Server / DietPI 6.4 -----------------------
root@DietPi:~# uname -a; date; ls -l /mnt/dietpi_userdata/roonserver/RoonServer/Logs/
Linux DietPi 4.14.13 #1 SMP Wed Mar 7 00:17:48 CET 2018 x86_64 GNU/Linux
Sat 10 Mar 12:10:20 CET 2018
total 5824
-rw-r–r-- 1 root root 117167 Mar 10 11:16 RoonServer_log.01.txt
-rw-r–r-- 1 root root 57799 Mar 10 09:38 RoonServer_log.02.txt
-rw-r–r-- 1 root root 56817 Mar 10 09:32 RoonServer_log.03.txt
-rw-r–r-- 1 root root 592884 Mar 10 09:28 RoonServer_log.04.txt
-rw-r–r-- 1 root root 570909 Mar 10 08:58 RoonServer_log.05.txt
-rw-r–r-- 1 root root 102787 Mar 9 19:05 RoonServer_log.06.txt
-rwxrwxr-x 1 dietpi dietpi 4129521 Mar 9 18:59 RoonServer_log.07.txt
-rwxrwxr-x 1 dietpi dietpi 55692 Mar 8 23:29 RoonServer_log.08.txt
-rw-r–r-- 1 root root 242643 Mar 10 12:10 RoonServer_log.txt

Now in Roon on my Mac Powerbook, I don’t see my bridge. I did the following:

  • Re-enable the Audio device (menu Settings->Neworked->ROON Trexo device), the previous settings have not changed since previous listening session (all parameters intacts as usual)
  • Put again the name of the Audio device (reset to blank): NanoPat-XMOSU208
  • In DSP Window, the DSP is left ON but the “Sample rate conversion” is now OFF. I reset it to ON, all previous parameters are lost, I have to re-set all my preferred settings (Conversion Filter, Sigma-Delta, Parallelized Sigma-Delta)

Now, the settings are re-enabled and the music plays. I launched the commands on both server and bridge.

-------------- Logs list on Ryzen PC with Roon Server / DietPI 6.4 -----------------------
root@DietPi:~# uname -a; date; ls -l /mnt/dietpi_userdata/roonserver/RoonServer/Logs/
Linux DietPi 4.14.13 #1 SMP Wed Mar 7 00:17:48 CET 2018 x86_64 GNU/Linux
Sat 10 Mar 12:12:54 CET 2018
total 5848
-rw-r–r-- 1 root root 117167 Mar 10 11:16 RoonServer_log.01.txt
-rw-r–r-- 1 root root 57799 Mar 10 09:38 RoonServer_log.02.txt
-rw-r–r-- 1 root root 56817 Mar 10 09:32 RoonServer_log.03.txt
-rw-r–r-- 1 root root 592884 Mar 10 09:28 RoonServer_log.04.txt
-rw-r–r-- 1 root root 570909 Mar 10 08:58 RoonServer_log.05.txt
-rw-r–r-- 1 root root 102787 Mar 9 19:05 RoonServer_log.06.txt
-rwxrwxr-x 1 dietpi dietpi 4129521 Mar 9 18:59 RoonServer_log.07.txt
-rwxrwxr-x 1 dietpi dietpi 55692 Mar 8 23:29 RoonServer_log.08.txt
-rw-r–r-- 1 root root 268566 Mar 10 12:12 RoonServer_log.txt
root@DietPi:~#

------------- DATE on RoonBridge SBC (NanoPI Neo / DietPI 6.4) ----------------
root@DietPi:~# uname -a ;date
Linux DietPi 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux
Sat 10 Mar 12:14:11 CET 2018

Just in case. I’ve made an archive of my logs and can send them to you if needed.
The archive is about 1MB compressed.

Hi @Pat ---- Thank you for touching base and sharing your feedback with me. It is very appreciated and my sincerest apologies for the slow response here.

Continuing forward, after having discussed this behavior with both our tech team and members of the DEV team there is some concern that you are running into this behavior because the RoonBridge folder is being saved somewhere that is being erased after each re-boot. As maniac had pointed out above.

Can you please verify where the RoonBridge folder is residing and additionally the team has asked if you could try reinstalling RoonBridge on the NanoPI Neo via the instructions listed in our knowledge base (i.e “the easy installer script).

Looking forward to your feedback, thanks again!
-Eric

1 Like

Hi Eric,

@eric I’ve installed RoonBridge using the normal DietPi installation process as you ask me.
Here is the folder in which RoonBridge resides:
root@DietPi:/mnt/dietpi_userdata/roon/RoonBridge# pwd
/mnt/dietpi_userdata/roon/RoonBridge
This folder is in “userdata” part and I believe it is never removed by DietPI.
Logs a a symbolic links to /var/logs:root@DietPi:/mnt/dietpi_userdata/roon/RoonBridge# ls -l
total 8
drwxrwxr-x 3 dietpi dietpi 4096 Feb 17 15:35 Database
lrwxrwxrwx 1 dietpi dietpi 8 Feb 17 15:34 Logs -> /var/log
drwxrwxr-x 2 dietpi dietpi 4096 Feb 17 15:35 Settings

Nor Database or Settings contains other symbolic links.

/var/log seems unchanged for a while, I see some old files in it. So I guess, never deleted at reboot.

Ok. I uninstall RoonBridge from the DietPI software (dietpi-software) command.
Then I follow the procedure from your link and install the linuxarmv7hf version.
Once install (STATUS: SUCCESS), I go to the Roon GUI on my Mac Powerbook.
In Audio settings, I see the bridge. This time, my settings are lost (PCM max sample rate, volume preferences etc…).
==> Save
A noticeable point!!! The Bridge name/Zone name “NanoPat-XMOSU208” is already filled, not blank as usual after a reboot !??
Playing music, Stop and reboot. Reboot completed.
The zone disapeared, so I “Select an audio Zone”, but the NanoPat-XMOSU208 is not there as expected :frowning:
Ok, “Settings->Audio”. And now all is like previously. Settings are there, filled correctly, and the Audio zone name is blank. I save the dialog box set the audio zone.
DSP Engine settings revert back to default (None).

I’m I the only one having this issue with DietPI ??
Could you get some help from the DietPI support team instead of me ??

One last thing.
I believe the remark made by Maniac was related to a manual installation, without the dietpi-software command. This because the folders /var/roon have been created right after the moment I proceed to the installation on the Roon’s webpage.
The proof, the folders have the same date than the installer’s date, see below:
root@DietPi:/var/roon# ls -l /var/roon/
total 8
drwxr-xr-x 4 root root 4096 Mar 17 15:42 RAATServer
drwxr-xr-x 5 root root 4096 Mar 17 15:42 RoonBridge
root@DietPi:/var/roon# ls -la
total 16
drwxr-xr-x 4 root root 4096 Mar 17 15:42 .
drwxr-xr-x 13 root root 4096 Mar 17 15:42 …
drwxr-xr-x 4 root root 4096 Mar 17 15:42 RAATServer
drwxr-xr-x 5 root root 4096 Mar 17 15:42 RoonBridge
root@DietPi:/var/roon# cd
root@DietPi:~# cd manual-roon-install/
root@DietPi:~/manual-roon-install# ls -la
total 28
drwxr-xr-x 2 root root 4096 Mar 17 15:41 .
drwx------ 7 root root 4096 Mar 17 17:09 …
-rwxr-xr-x 1 root root 16689 Mar 17 15:41 roonbridge-installer-linuxarmv7hf.sh

I believe DietPI take care to keep the settings at a safe place in /mnt/dietpi_userdata.
Besides that this folder is recommended by DietPI to store your Music or other personal data.

The pb seems to be in the way Roon recognize the bridge, based on which ID (Mac adress, IP address, other ??).

@Pat i believe you would need to find a way how to tell dietpi to permanently save RoonBridge package (contents of /var/Roon* and /var/RAAT*) only after you enable it and configure in RoonServer as this configuration is stored on the client side (on nanopi) in contrary to save it immediately after RoonBridge installation)

@maniac I don’t catch your point. On the client side (nanopi), i.e the bridge, Roon installation and all data are managed at a stable location (/mnt/dietpi_userdata/roon) and permanently.
The data are in this stable location from the beginning, I only made a test because Eric asked me to test the official installation (not driven by DietPI). This last test resulted to have effectively Roon installation in /var/roon.
Anyway, it didn’t changed anything to the problem.

Hi Pat, maybe I misunderstood , but can you please check following:

  1. reboot nanopi and run this:

ls -d /var/roon
ls -lR /var/roon
ls -ld /mnt/dietpi_userdata/roon
ls -ld /mnt/dietpi_userdata/roon/RoonBridge
ls -lR /mnt/dietpi_userdata/roon/RoonBridge

  1. then configure nanopi in RoonServer so it’s enabled and works fine and run the same commands again:

ls -d /var/roon
ls -lR /var/roon
ls -ld /mnt/dietpi_userdata/roon
ls -ld /mnt/dietpi_userdata/roon/RoonBridge
ls -lR /mnt/dietpi_userdata/roon/RoonBridge

  1. reboot nanopi and run this again:

ls -d /var/roon
ls -lR /var/roon
ls -ld /mnt/dietpi_userdata/roon
ls -ld /mnt/dietpi_userdata/roon/RoonBridge
ls -lR /mnt/dietpi_userdata/roon/RoonBridge

my intention here is to try to find out where (if) are there symlinks and if contents of configuration folders keep preserved after reboot (which i think are not)

i guess that /var/roon should be symlink to /mnt/dietpi_userdata/roon (before RoonBridge starts) but let’s see

It’s something I already checked, but I’ll redo it. The only links are the “Logs” folders in both RoonBridge and RAATServer folders.
Just in case I even checked the content of the file “unique_id” in RoonBridge/Settings, before and after a reboot. The key value in this file is exactly the same (compared with “diff” command).
EDIT: “Logs” is a symbolic link toward “/var/log”. Can’t believe that Roon uses the Log files to recognize the device or collect some settings…

ok, deeper investigation looking at what is changing on the RoonBridge before and after a reboot.
My understanding is that the problem is on the server (RoonServer) not the device with RoonBridge.

To sum up, the only difference I see on the device (bridge) an information order in the device_xxx.json file.
See below.

I uninstalled Roon unsing the official Roon’s installer (arm7h version with "uninstall’ as parameter), then re-installed Roon through dietpi-software command.
=> /opt/roon cleaned and removed .
=> Installation of Roon in /mnt/dietpi_userdata/roon

Then:
/var/roon renamed in /var/roon.old
Reboot the bridge device.

Enable the device in Roon application on my MacBook
Check all id files (id, and 2 unique_id) in RoonBridge/Settings and RAATServer/Settings, store values un a file for a later “diff” command purpose.
Recursive diff in roon installation folder, save it in a file for a later “diff” command purpose

Save content of device_xxxx.json files (2 files) in a file for a later “diff” command purpose.

Reboot again and as usual, the device need to be re-enabled.
Generate again all files with recursive folder content, all ‘id’, ‘unique_id’ files, the content off devices_xxx*.json files, and so on…

Result of the difference.
Only the date of the device JSON file in /mnt/dietpi_userdata/roon/RAATServer/Settings is changed + the content that looks the same but in a different order.

root@DietPi:~/dbg# diff mnt-dietpi_userdata-roon-before-reboot.txt mnt-dietpi_userdata-roon-after-reboot-enabled.txt
14c14
< -rwxrwxr-x 1 dietpi dietpi 380 **Mar 19 00:03** device_91495e40b85a12db4afdf7aa60c22664.json
---
> -rwxrwxr-x 1 dietpi dietpi 380 **Mar 19 00:31** device_91495e40b85a12db4afdf7aa60c22664.json

Diff on content:
root@DietPi:~/dbg# diff cat-3274.txt cat-2427.txt
6c6
< -rwxrwxr-x 1 dietpi dietpi 380 Mar 19 00:03 device_91495e40b85a12db4afdf7aa60c22664.json

> -rwxrwxr-x 1 dietpi dietpi 380 Mar 19 00:31 device_91495e40b85a12db4afdf7aa60c22664.json
10c10
< {“unique_id”: “5f2770d1-e1b0-47f1-4bcd-fd738c804b5b”, “external_config”: {“max_sample_rate_multiplier”: 4, “resync_delay”: 0.050000000000000003, “max_dsd_sample_rate_multiplier”: 128, “max_bits_per_sample”: 32}, “output”: {“max_bits_per_sample”: 32, “force_max_volume”: true, “type”: “alsa”, “dsd_mode”: “native”, “name”: “TREXO”, “device”: “hw:CARD=TREXO,DEV=0”}, “volume”: null}
\ No newline at end of file

> {“unique_id”: “5f2770d1-e1b0-47f1-4bcd-fd738c804b5b”, “output”: {“max_bits_per_sample”: 32, “force_max_volume”: true, “type”: “alsa”, “dsd_mode”: “native”, “name”: “TREXO”, “device”: “hw:CARD=TREXO,DEV=0”}, “external_config”: {“max_sample_rate_multiplier”: 4, “resync_delay”: 0.050000000000000003, “max_bits_per_sample”: 32, “max_dsd_sample_rate_multiplier”: 128}, “volume”: null}
\ No newline at end of file

@eric Hi, is there some progress with the latest outputs provided ?
As a matter of fact, I’ve just updated Roon Core (build 310) on Server PC and my MacBook Pro (only used to browse music, not as server), and after the update, I had to enter my login credentials, then Roon asked me if I want to add a music folder, then asked me if I have a Tidal account, something I already set under the previous version, then I had to set again the Audio zone and the DSP configuration.

Seems during the upgrade, I lost some settings…

Hi @Pat —— Thank you again for the continued feedback and more importantly, thank you for patience here. My sincerest apologies for the wait .

Continuing forward, upon seeing your most recent updates I scheduled some testing with our tech team to see what we could come up with in house using a similar setup to yours. The team setup DietPi on VM to host RoonServer and then loaded DietPi on an RPI for Roonbridge. This test environment remained stable no matter what stress the team put it under (i.e multiple reboots, etc). The RoonBridge remained enabled in all instances with the settings remaining in tact as well.

Our technician visited our kB article page on how to perform a linux based install here, downloaded the “easy install script” for both RoonServer (x64) and RoonBridge. Then he manually installed all need dependencies on both platforms according to the script. We did notice in your feedback you had mentioned the following:

“then re-installed Roon through dietpi-software command.”

This is the only part of the install process that differs between our test scenario and your setup. Our tech did note that DietPi gives you the option to install RoonSevrer/Bridge using their command during the above process. By chance, at any point of troubleshooting, did you try bypassing this option to verify what the experience is like?

Additionally, I also wanted to check in with you about this latest observation you made where you had to login after the update to build310. It sounds like you had to configure a new install (i.e adding TIDAL and watch folders, etc). What sate was the application in after this process? Were all of your edits present?

-Eric

Hi @eric,

Yes I installed RoonServer on my x86 PC with the diet-software command. I did not tried to install Roon with the “easy install script” on this machine. I tested the “easy install script" on the SBC (NanoPI) to install Roon Bridge.
At this point I understood that it is better to use the dietpi-software command because DietPI use RamLog for logs, tmp, …
What I observed is that dietpi-software command will install Roon application in /mnt/dietpi_userdata/roon that is Not in Ram. So that sounds to a better choice if I want to ensure that all data (config, logs) are in a safe location.
So I did the same for the installation of RoonServer on the x86 PC (dietpi-software command and no installation with “easy install script”).

Would it be possible you test on your end the installation through dietpi-software instead of the “easy install script” ?

Regarding the login after Roon (build 310) installation, you’re may be right (don’t remember at 100%) but I had to restore my library from a previous backup. However, the upgrade to build310 is still located in DIetPI’s location:
root@DietPi:/mnt/dietpi_userdata/roonserver# ls -l
total 44
drwxr-xr-x 2 pat pat 12288 Mar 27 05:42 Appliance
-rwxr-xr-x 1 pat pat 2376 Mar 27 05:42 check.sh
drwxr-xr-x 4 root root 4096 Mar 27 22:30 RAATServer
drwxr-xr-x 3 root root 4096 Mar 27 22:30 RoonGoer
drwxr-xr-x 5 pat pat 4096 Mar 27 05:42 RoonMono
drwxr-xr-x 7 root root 4096 Mar 27 22:30 RoonServer
drwxr-xr-x 2 pat pat 4096 Mar 27 05:42 Server
-rwxr-xr-x 1 pat pat 1311 Mar 27 05:42 start.sh
-rw-r–r-- 1 pat pat 39 Mar 27 05:42 VERSION
root@DietPi:/mnt/dietpi_userdata/roonserver# cat /mnt/dietpi_userdata/roonserver/VERSION
100400310
1.4 (build 310) stable

Hey @Pat – sorry for the trouble here. The easy install scripts are provided so that people have an easy way to install Roon on Linux the “standard” way.

You can also follow the instructions on our Knowledge Base and manually install by hand, and many users have chosen to go that route. People have generally been able to get Roon running using those instructions, and if you don’t want to use the scripts we can definitely move this thread over to the Tinkering section to see if someone from the Community can help out.

That said, if you’re unsure how to proceed here my advice would be to use the easy install script. We’re always willing to look into issues that arise when using the script, but our Support and QA team can’t really help if you’re doing this another way.

Thanks for your understanding. Let us know if there’s anything else we can do for you!

Hi @mike , thank you for your feedback.

I fully understand the support team position regarding the respect of installation procedures. However, it is only about several weeks spent on this problem that someone expose this requirement to expect the technical support involvment. I’ve spent a lot of hours to provide accurate and precise information (you can check above). I do not speak natively English, so It’s also an overhead for me.

I would appreciate if the technician who reproduced a similar setup to mine on a VM and an RPI, could take 5 minutes more to proceed with Roon Core installation through the DietPI’s command line interface. It is really fast to do and conversely to me there’s no library to backup/restore and so on.

Besides that, I’ve others Roon bridges, with the same Core, on my network which are allways recognized (one is on an Asus Android tablet, and another end-point on an old iMac in other room). The problem arises always with the Roon Bridge on my NanoPI.
I believe that the JSON files I traced above, are relevant in the fact that some informations seems inverted after a reboot. Could it be not the root cause ?
Don’t know if this can help, but, what is different with this end point that let the Core believe that the bridge is a new one even if JSON description is “almost” the same ? (see above or the extract below)

< -rwxrwxr-x 1 dietpi dietpi 380 Mar 19 00:03 device_91495e40b85a12db4afdf7aa60c22664.json
—
> -rwxrwxr-x 1 dietpi dietpi 380 Mar 19 00:31 device_91495e40b85a12db4afdf7aa60c22664.json
10c10
< {“unique_id”: “5f2770d1-e1b0-47f1-4bcd-fd738c804b5b”, “external_config”: {“max_sample_rate_multiplier”: 4, “resync_delay”: 0.050000000000000003, “max_dsd_sample_rate_multiplier”: 128, “max_bits_per_sample”: 32}, “output”: {“max_bits_per_sample”: 32, “force_max_volume”: true, “type”: “alsa”, “dsd_mode”: “native”, “name”: “TREXO”, “device”: “hw:CARD=TREXO,DEV=0”}, “volume”: null}
\ No newline at end of file
—
> {“unique_id”: “5f2770d1-e1b0-47f1-4bcd-fd738c804b5b”, “output”: {“max_bits_per_sample”: 32, “force_max_volume”: true, “type”: “alsa”, “dsd_mode”: “native”, “name”: “TREXO”, “device”: “hw:CARD=TREXO,DEV=0”}, “external_config”: {“max_sample_rate_multiplier”: 4, “resync_delay”: 0.050000000000000003, “max_bits_per_sample”: 32, “max_dsd_sample_rate_multiplier”: 128}, “volume”: null}
\ No newline at end of file

Anyway, please don’t put righ now this ticket in the tickering section. If the support team does not want to spend the additional 5-10minutes to check with the Dietpi command line installation, I’ll do what they want, but I need some time (and patience).