1.3: Linux RoonServer doesn't seem to be seeing music files on a local disk [solved]

I updated my Roon server and client from v1.2 to v1.3, and after a couple of hours the only music I see is still just imported Tidal tracks and the Internet Radio streams I’d defined.

I don’t see any signs of a status indicator under Library, I don’t see the high CPU load I’d expect if there were massive rescanning going on, and under Storage, I just see entries of the form:

…which don’t seem to change.

If I look at Playlists, they seem to contain the tracks they should, but every track is marked as “unavailable”.

If I try +Add Folder -> Browse…

…I see the title “Choose Music Storage Folder” over a big blank section of window, no parts of the server’s file tree [is that what’s supposed to be there?] shown.

Now… all I can think of about my setup which may be different from other installations is that RoonServer is not being run as root. Obviously, one doesn’t run a daemon with more privilege than it needs, and when I first installed several versions ago I particularly wanted to make sure RoonServer would run as a user which has read, but not write, access to the music library - since the library is precious. RoonServer has write access to where its own library database is stored, of course. This setup has been working just fine throughout the v1.2 times and earlier.

RoonServer runs as user “roon” (by the way, is a non-root install a standard install option yet?) and I’ve confirmed that I can change to that user and access the library files… so I don’t know if the non-root UID the server is running as has activated a bug or if there’s some other issue. Any guesses?


P.S. If seeing paths above beginning with “/Volumes” raised an eyebrow in the context of a Linux server, note that when the Linux RoonServer first came out, this library got migrated from a Mac to Linux… so there are some symlinks involved to keep the paths intact. But note that the file browser above doesn’t show any local files on the server!

Check your PMs @Jeffrey_Moore, I’d like to get a look at your logs.

On it, @mike, thanks.

Same here. All of my local content is unavailable. My old watch directory is now listed as ‘migrating from pre-v1.3’ and trying to add a new directory gets me an empty box.

proxmox lxc ubuntu 16.04.1 container
Linux roon 4.4.35-1-pve #1 SMP Thu Dec 22 14:58:39 CET 2016 x86_64 x86_64 x86_64 GNU/Linux
roonserver runs as root

My watch directory is a mountpoint passed in from a zfs pool on the host, if that makes any sense.

I PM’ed you @mitch

I have exact the same situation. Roon Server is running in a lxc Ubuntu 16.04.1 container.
My watch directory is a mount point passed in from a btrfs-pool on the host.

After the 1.2 -> 1.3 migration, only the Tidal albums are available.
(if I connect via a Roon client on my Mac, I cannot see or change the watched folders… only the status ‘Migrating from pre-v1.3’ as stated in Jeffrey_Moore’s post).

In the RoonServer Log, I see this exception:

02/02 13:39:25 Info: [music/database] migrating 1->2: migrating track tags
02/02 13:39:25 Info: Is Upgrading @   at System.Environment.get_StackTrace () [0x00000] in <a8460a77e67a430a8486a9751162e5f4>:0 
  at Sooloos.Broker.Music.Library.OnUpgrading () [0x00016] in /home/roon/roon/Broker/Core/music/music_library.cs:332 
  at Sooloos.Broker.Music.Library.<Init>m__0 (Sooloos.Broker.Music.MusicDatabase ) [0x00000] in /home/roon/roon/Broker/Core/music/music_library.cs:269 
  at Sooloos.Broker.Music.MusicDatabase.OnUpgrading () [0x0000b] in /home/roon/roon/Broker/Core/music/music_database.cs:462 
  at Sooloos.Broker.Music.MusicDatabase._MaybeNotifyUpgrading () [0x00012] in /home/roon/roon/Broker/Core/music/music_database.cs:168 
  at Sooloos.Broker.Music.MusicDatabase.MigrateIfNeeded (Sooloos.Broker.State state) [0x0049f] in /home/roon/roon/Broker/Core/music/music_database.cs:305 
  at Sooloos.Broker.Music.Library.Init (Sooloos.Broker.Database db) [0x00322] in /home/roon/roon/Broker/Core/music/music_library.cs:270 
  at Sooloos.Broker.Music.Module.Init (Sooloos.Broker.Database db) [0x000c9] in /home/roon/roon/Broker/Core/music/music_module.cs:103 
  at Sooloos.Broker.State._InitMediaThreadAsync () [0x00030] in /home/roon/roon/Broker/Core/broker_state.cs:569 
  at Sooloos.SynchronizationContextThread+<Post>c__AnonStorey1.<>m__0 (System.Object _) [0x00000] in /home/roon/roon/RoonBase/threadutils.cs:413 
  at Sooloos.SynchronizationContextThread._Dispatch (Sooloos.SynchronizationContextThread+SendOrPostWrapper& ret) [0x00012] in /home/roon/roon/RoonBase/threadutils.cs:326 
  at Sooloos.SynchronizationContextThread._Go () [0x0002d] in /home/roon/roon/RoonBase/threadutils.cs:277 
  at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00000] in <a8460a77e67a430a8486a9751162e5f4>:0 
  at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <a8460a77
  at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00000] in <a8460a77e67a430a8486a9751162e5f4>:0 
  at System.Threading.ThreadHelper.ThreadStart () [0x00000] in <a8460a77e67a430a8486a9751162e5f4>:0

Are you running Roon as root or another user?

I am running Roon as root.

@Olivier_Verberckmoes – we need more logs… that stacktrace you pasted is actually not a crash or error, it’s just an info trace telling us what code is kicking off the track tags … it looks like an error, but it isnt.

@Olivier_Verberckmoes, @Jeffrey_Moore, @mitch

I’m going to talk tech since clearly you guys have a clue of what you are doing…

in 1.3, we bind storage not to paths, but to filesystem UUID, because it helps prevent issues with moving drives around

to get the filesystem information, including the UUID, we use udevadm or blkid (which requires root).

the commands we execute are:

udevadm info --query all SPEC

where SPEC is the /dev/xxxx from /proc/mounts

and if that fails, we try:

blkid SPEC and parse the output looking for LABEL= and UUID= and load up /sys/block/DEVICE/device/model and /sys/block/DEVICE/device/vendor to get the model/vendor info

all that blkid and sys/block stuff requires root. udevadm does not.

can you possibly run those commands and tell us which work and which dont?

my guess is that because both @mitch and @Olivier_Verberckmoes are using containers + filesystem pools, this is not going to work unless… i forget how the pools work, but is it like a union fs? where its just a mount into another dir in another mountpoint?

Setup details:


OS Release: Ubuntu 12.04.5 LTS

Kernel: Linux bloo 3.13.0-86-generic #130~precise1-Ubuntu SMP Tue Apr 19 19:21:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Intel® Xeon® CPU E3-1270 v3 @ 3.50GHz
stepping : 3
microcode : 0x7

Filesystems (all local):

EXT4 root and SSD for Roon database/logs

/dev/md0            206G  6.0G  189G   4% /
/dev/sdi1           413G  3.4G  389G   1% /roonssd0

ZFS for music files:

ted                 5.5T  256K  5.5T   1% /ted
ted/home            5.5T   44G  5.5T   1% /z/home
ted/musicjbm        6.0T  507G  5.5T   9% /z/musicjbm
ted/musicjbm-local  5.5T  896K  5.5T   1% /z/musicjbm-local
ted/nonitunes       8.9T  3.5T  5.5T  39% /z/nonitunes

jbm@bloo:~$ ls -l /Volumes
total 0
lrwxrwxrwx 1 root root 11 May  8  2016 musicjbm -> /z/musicjbm
lrwxrwxrwx 1 root root 12 May  8  2016 nonitunes -> /z/nonitunes

Seeing log lines in RoonServer_log.txt of the form

02/02 00:54:32 Debug: [broker/filebrowser/volumeattached] trying to load from mount, but failed to get PartitionInfo: /z/nonitunes

for every filesystem… but I don’t know if that’s normal. Doesn’t sound it.

My whole log directory is uploaded as:


so for @Jeffrey_Moore – i need you to tell me how to get that filesystem’s uuid – udevadm or blkid is clearly not cutting it…

btw, if none of this works by filesystem uuid, then you might want to just use the drive mounted on / and pick your storage by path

make sure you edit the existing storage locations, or else your music will reimport

we noticed we are failing on / too for you – why is that? better than df would be cat /proc/mounts

A post was merged into an existing topic: SonicTransporter Storage Issues (Fix Coming)

@danny I guess my container doesn’t see any block devices. blkid with no args is blank and the man page says it should probe all devices.

These commands are all inside the container.

root@roon:~# blkid

udevadm is also an issue. My mount isn’t a /dev mount. Looks like this:

root@roon:~# cat /proc/mounts
tank/subvol-138-disk-2 / zfs rw,noatime,xattr,posixacl 0 0
storage/incoming /storage/incoming zfs rw,noatime,xattr,noacl 0 0
storage /storage/media zfs rw,noatime,xattr,noacl 0 0
storage/media/music /storage/media/music zfs rw,noatime,xattr,noacl 0 0
none /dev tmpfs rw,relatime,size=492k,mode=755 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
proc /proc/sys/net proc rw,nosuid,nodev,noexec,relatime 0 0
proc /proc/sys proc ro,nosuid,nodev,noexec,relatime 0 0
proc /proc/sysrq-trigger proc ro,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs ro,nosuid,nodev,noexec,relatime 0 0
sysfs /sys/devices/virtual/net sysfs rw,relatime 0 0
sysfs /sys/devices/virtual/net sysfs rw,nosuid,nodev,noexec,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
lxcfs /proc/cpuinfo fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other 0 0
lxcfs /proc/diskstats fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other 0 0
lxcfs /proc/meminfo fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other 0 0
lxcfs /proc/stat fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other 0 0
lxcfs /proc/swaps fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other 0 0
lxcfs /proc/uptime fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other 0 0
devpts /dev/lxc/console devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=666 0 0
devpts /dev/lxc/tty1 devpts rw,relatime,gid=5,mode=620,ptmxmode=666 0 0
devpts /dev/lxc/tty2 devpts rw,relatime,gid=5,mode=620,ptmxmode=666 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset,clone_children 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=6593976k,mode=700,uid=1000,gid=1000 0 0

Actually, lsblk sees some stuff, but I’m not seeing any labels or uuids.

> root@roon:~# lsblk -fs
> lsblk: dm-0: failed to get device path
> lsblk: dm-1: failed to get device path
> lsblk: dm-2: failed to get device path
> lsblk: dm-3: failed to get device path
> lsblk: dm-4: failed to get device path
> lsblk: dm-5: failed to get device path
> lsblk: dm-6: failed to get device path
> lsblk: dm-7: failed to get device path
> lsblk: dm-8: failed to get device path
> lsblk: dm-9: failed to get device path
> lsblk: dm-10: failed to get device path
> lsblk: dm-11: failed to get device path
> lsblk: dm-12: failed to get device path
> md0
> |-sdh2
> | `-sdh
> `-sdi2
>   `-sdi
> sdg1
> `-sdg
> sdh1
> `-sdh
> sdi1
> `-sdi
> zd0p1
> `-zd0
> zd16p1
> `-zd16
> zd16p5
> `-zd16
> zd32p1
> `-zd32
> zd48p1
> `-zd48
> zd48p2
> `-zd48
> zd80p1
> `-zd80
> zd80p2
> `-zd80
> zd80p3
> `-zd80
> zd96p1
> `-zd96
> zd96p2
> `-zd96
> zd96p3
> `-zd96
> zd112p1
> `-zd112
> zd112p2
> `-zd112
> zd128
> zd144p1
> `-zd144
> zd160p1
> `-zd160
> zd192p1
> `-zd192
> zd192p2
> `-zd192
> zd192p5
> `-zd192
> zd208p1
> `-zd208

Similar behaviour here.
In my log, I see also this:
02/02 17:17:16 Debug: [broker/filebrowser/volumeattached] trying to load from mount, but failed to get PartitionInfo: /mnt/vault

/mnt/vault is the mount-point in the host.

I am running Roon in Containerstation from QNAP – which was running fine with release 1.2.

Same here, although I have a SMB/CIFS share mounted to a local path. Here’s my setup:

Ubuntu 16.04

  • persistent mount configured to a fileserver at /mnt/musicarchive on the host
    Roon 1.3 running in a container with /mnt/musicarchive bind mounted to /mount in the container
  • docker run --name RoonServer --net=host --restart=always -d -v roondata:/var/roon -v /mnt/musicarchive:/music roonserver

Here’s what the mount looks like in the container:

//press.coffee.local/MusicArchive on /music type cifs (rw,relatime,vers=1.0,sec=ntlmssp,cache=strict,username=roon,domain=coffee,uid=0,noforceuid,gid=0,noforcegid,addr=,file_mode=0755,dir_mode=0755,nounix,mapposix,rsize=61440,wsize=16580,actimeo=1)

I see there’s multiple scenarios where people are using remote file-based storage for their collection. SMB, NFS, ZFS, … none of these have a UUID.

Is there any way to go back to the old mapping? I really want my local collection back. Right now all it sees are my tracks on Tidal.

I don’t want to add the SMB path, username, and password to Roon’s database. In that case I would have to fall back to a less secure authentication method and manually roll the passwords.

i think we are thinking we should always expose / on linux, and if we cant find your other stuff, you can always do it by path from /

Can you clarify a bit on what you mean by expose / ? I don’t want all folders scanned, just the ones I specify.

If you mean use the UUID from /, then scan a specified relative path that might work but would mean my database is no longer portable. Today I keep my /var/roon on separate storage so that I can back up data separate from the whole container/VM or run it on another machine. For example, right now I’m running it on an older 3ghz Athlon x3 440, but I may want to move the container (along with the database) to my new Intel core i5-4670S so that I can use the DSP features.

Additionally, containers don’t provide a UUID. blkid returns nothing

This is interesting. First off, /proc/mounts isn’t consistently showing me devices:

jbm@bloo:~$ cat /proc/mounts
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=16430896k,nr_inodes=4107724,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=3288316k,mode=755 0 0
/dev/disk/by-uuid/79d79fd6-f9e1-4b04-9ae7-7a7f02c88c00 / ext4 rw,noatime,errors=remount-ro,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
/dev/sdi1 /roonssd0 ext4 rw,noatime,data=ordered 0 0
ted /ted zfs rw,relatime,xattr,noacl 0 0
ted/backups /z/backups zfs rw,relatime,xattr,noacl 0 0
ted/home /z/home zfs rw,relatime,xattr,noacl 0 0
ted/musicjbm /z/musicjbm zfs rw,relatime,xattr,noacl 0 0
ted/musicjbm-local /z/musicjbm-local zfs rw,relatime,xattr,noacl 0 0
ted/nonitunes /z/nonitunes zfs rw,relatime,xattr,noacl 0 0
ted/varlog /z/varlog zfs rw,relatime,xattr,noacl 0 0
rpc_pipefs /run/rpc_pipefs rpc_pipefs rw,relatime 0 0
nfsd /proc/fs/nfsd nfsd rw,relatime 0 0

…the plain old mount command does:

jbm@bloo:~$ mount
/dev/md0 on / type ext4 (rw,noatime,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sdi1 on /roonssd0 type ext4 (rw,noatime)
ted on /ted type zfs (rw)
ted/backups on /z/backups type zfs (rw)
ted/home on /z/home type zfs (rw)
ted/musicjbm on /z/musicjbm type zfs (rw)
ted/musicjbm-local on /z/musicjbm-local type zfs (rw)
ted/nonitunes on /z/nonitunes type zfs (rw)
ted/varlog on /z/varlog type zfs (rw)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)

…although you’ll note it doesn’t show devices for anything from the ZFS pool.

Also interestingly, the version of udevadm I have seems to want different arguments from what you’re expecting:

jbm@bloo:~$ udevadm info --query all /dev/md0
query needs a valid device specified by --path= or --name=
jbm@bloo:~$ udevadm info --query all --path /dev/md0
device path not found
jbm@bloo:~$ udevadm info --query all --name md0
P: /devices/virtual/block/md0
N: md0
L: 100
S: disk/by-id/md-name-bloo:0
S: disk/by-id/md-uuid-0ae75e34:992dd807:7f579021:a559ea85
S: disk/by-label/Root
S: disk/by-uuid/79d79fd6-f9e1-4b04-9ae7-7a7f02c88c00
S: md/0
E: DEVLINKS=/dev/disk/by-id/md-name-bloo:0 /dev/disk/by-id/md-uuid-0ae75e34:992dd807:7f579021:a559ea85 /dev/disk/by-label/Root /dev/disk/by-uuid/79d79fd6-f9e1-4b04-9ae7-7a7f02c88c00 /dev/md/0
E: DEVNAME=/dev/md0
E: DEVPATH=/devices/virtual/block/md0
E: ID_FS_TYPE=ext4
E: ID_FS_USAGE=filesystem
E: ID_FS_UUID=79d79fd6-f9e1-4b04-9ae7-7a7f02c88c00
E: ID_FS_UUID_ENC=79d79fd6-f9e1-4b04-9ae7-7a7f02c88c00
E: MD_LEVEL=raid1
E: MD_NAME=bloo:0
E: MD_UUID=0ae75e34:992dd807:7f579021:a559ea85

lsblk is no good, it only seems to see native filesystem types like EXT*.

I note that blkid with no arguments yields what looks like a useful list:

jbm@bloo:~$ sudo blkid
/dev/sda1: LABEL=“ted” UUID=“3054010665425163387” UUID_SUB=“10771728253838099820” TYPE=“zfs_member”
/dev/sdb1: LABEL=“ted” UUID=“3054010665425163387” UUID_SUB=“1023546073426357262” TYPE=“zfs_member”
/dev/sdc1: UUID=“869f6b6d-e34c-43fd-b8b4-90f80593e368” TYPE=“swap”
/dev/sdc2: UUID=“0ae75e34-992d-d807-7f57-9021a559ea85” UUID_SUB=“bc18e6eb-33b7-6d17-3678-9fa92310932d” LABEL=“bloo:0” TYPE=“linux_raid_member”
/dev/sdd1: LABEL=“ted” UUID=“3054010665425163387” UUID_SUB=“8895064174128488013” TYPE=“zfs_member”
/dev/sde1: LABEL=“ted” UUID=“3054010665425163387” UUID_SUB=“17056913316539801988” TYPE=“zfs_member”
/dev/md0: LABEL=“Root” UUID=“79d79fd6-f9e1-4b04-9ae7-7a7f02c88c00” TYPE=“ext4”
/dev/sdg1: LABEL=“ted” UUID=“3054010665425163387” UUID_SUB=“7184473094157558192” TYPE=“zfs_member”
/dev/sdh1: LABEL=“ted” UUID=“3054010665425163387” UUID_SUB=“12440179508878276264” TYPE=“zfs_member”
/dev/sdf1: UUID=“be8086b1-50cc-443a-9018-1700142f9ac1” TYPE=“swap”
/dev/sdf2: UUID=“0ae75e34-992d-d807-7f57-9021a559ea85” UUID_SUB=“7067d8a1-36a5-50ec-3c3f-d5086b5f57f1” LABEL=“bloo:0” TYPE=“linux_raid_member”
/dev/sdi1: LABEL=“roonssd0” UUID=“1704f492-fd26-4934-86fd-d014debbe689” TYPE=“ext4”

…although it isn’t showing mount points.

Yeah, if I could just navigate everywhere starting from from /, that’d make finding all the music possible.

I know you want to get away from paths, but paths work.