Prerequisites
Server Hardware
Server Pure (x86_64)
StartOS Version
040b9
Client OS
Linux
Client OS Version
Debian 13
Browser
Firefox
Browser Version
150
Current Behavior
May be tangentally related to #3244
-
With the Jellyfin service succesfully started, I mount a cifs share into StartOS at a path accessible to Jellyfin containing 22GB of audiobooks:
mount -t cifs //laptop/audiobooks /media/startos/data/package-data/volumes/jellyfin/data/cache/AUDIOBOOKS -o username=user,password=password,uid=100000
-
Add a media Audibook Library to Jellyfin in the setup wizard, referencing /cache/AUDIOBOOKS. For some reason, Jellyfin does not pick the media up:
2026-05-22T22:21:56+00:00 [22:21:56] [WRN] [110] MediaBrowser.Controller.Entities.BaseItem: Library folder /cache/AUDIOBOOKS is inaccessible or empty, skipping
- Make a backup of the Jellyfin service. It's successful!
BUT - my StartOS backup folder on the CIFS share has grown by 22GB!
Seems like it should not have picked up that CIFS share for backup, especially if Jellyfin itself can't read the data (although I would like Jellyfin to read the data of a remote share, and somebody else requested this recently too).
When i use start-cli package attach jellyfin, I can't see any contents of /cache/AUDIOBOOKS (the folder appears empty).
When I mount the remote cifs share into the filebrowser container, I can see it from a shell within the Jellyfin container, no problem:
# mount -t cifs //laptop/audiobooks /media/startos/data/package-data/volumes/filebrowser/data/data/AUDIOBOOKS -o username=user,password=password,uid=100000
# start-cli package attach jellyfin
root@ZCZDZ5XQ7XHBGWEVCHPY3SC2AO5JIUVQ:# df -h
Filesystem Size Used Avail Use% Mounted on
overlay 3.7T 2.0T 1.7T 54% /
/dev/mapper/EMBASSY_UTNPCSXJ2JEQ6MIXJP5F4ZYMLZTFAQPLBYPPJ5K4OFECG37LBKWQ_package-data 3.7T 2.0T 1.7T 54% /cache
//laptop/audiobooks 3.7T 1.2T 2.5T 32% /mnt/filebrowser/AUDIOBOOKS
none 492K 4.0K 488K 1% /dev
udev 16G 0 16G 0% /dev/tty
tmpfs 16G 0 16G 0% /dev/shm
root@ZCZDZ5XQ7XHBGWEVCHPY3SC2AO5JIUVQ:/# ls -al /mnt/filebrowser/AUDIOBOOKS/
total 6210724
drwxr-xr-x 2 root nogroup 0 Apr 13 01:31 .
drwxr-xr-x 1 1000 1000 162 May 22 23:17 ..
drwxr-xr-x 2 root nogroup 0 Mar 9 03:27 'David Graeber & David Wengrow - The Dawn of Everything Audiobook'
-rwxr-xr-x 1 root nogroup 1414 Mar 13 04:07 m4b_to_mp3_chapters.sh
drwxr-xr-x 2 root nogroup 0 Feb 20 18:39 'Psychological Types-The Psychology of Individuation'
drwxr-xr-x 2 root nogroup 0 Mar 3 04:36 'Robert Hastings - UFOs Nukes, Second Edition'
-rwxr-xr-x 1 root nogroup 433623526 Apr 13 01:36 'The Dark Net - Inside the Digital Underworld.m4b'
-rwxr-xr-x 1 root nogroup 692276875 Mar 8 21:07 'The Dawn of Everything - A New History of Humanity by David Graeber and David Wengrow Audiobook 2021.mp3'
drwxr-xr-x 2 root nogroup 0 Mar 13 04:09 'The Man Who Mastered Gravity [2023]'
Jellyfin the application can see no audiobooks in either folder!
Expected Behavior
I would like to be able to mount remote cifs shares into startOS directories and then have the containerized services be able to read them.
But mostly I expect the service backup process to not backup the contents of a remotely mounted directory.
Steps to Reproduce
- Start Jellyfin (when it's pointed at filebrowser)
- Mount A remote cifs share onto startos, under a directory in FileBrowser:
sudo mount -t cifs //laptop/audiobooks /media/startos/data/package-data/volumes/filebrowser/data/data/AUDIOBOOKS -o username=user,password=password,uid=100000
- Backup Jellyfin
- The backup contains the data from the remotely mounted CIFS share
Anything else?
No response
Prerequisites
Server Hardware
Server Pure (x86_64)
StartOS Version
040b9
Client OS
Linux
Client OS Version
Debian 13
Browser
Firefox
Browser Version
150
Current Behavior
May be tangentally related to #3244
With the Jellyfin service succesfully started, I mount a cifs share into StartOS at a path accessible to Jellyfin containing 22GB of audiobooks:
mount -t cifs //laptop/audiobooks /media/startos/data/package-data/volumes/jellyfin/data/cache/AUDIOBOOKS -o username=user,password=password,uid=100000Add a media Audibook Library to Jellyfin in the setup wizard, referencing
/cache/AUDIOBOOKS. For some reason, Jellyfin does not pick the media up:BUT - my StartOS backup folder on the CIFS share has grown by 22GB!
Seems like it should not have picked up that CIFS share for backup, especially if Jellyfin itself can't read the data (although I would like Jellyfin to read the data of a remote share, and somebody else requested this recently too).
When i use
start-cli package attach jellyfin, I can't see any contents of /cache/AUDIOBOOKS (the folder appears empty).When I mount the remote cifs share into the filebrowser container, I can see it from a shell within the Jellyfin container, no problem:
Jellyfin the application can see no audiobooks in either folder!
Expected Behavior
I would like to be able to mount remote cifs shares into startOS directories and then have the containerized services be able to read them.
But mostly I expect the service backup process to not backup the contents of a remotely mounted directory.
Steps to Reproduce
sudo mount -t cifs //laptop/audiobooks /media/startos/data/package-data/volumes/filebrowser/data/data/AUDIOBOOKS -o username=user,password=password,uid=100000Anything else?
No response