TugboatBill 16 Posted August 1 Posted August 1 I upgrade to the latest release and I see in the service startup: Aug 01 11:13:33 Emby sh[1632]: /bin/sh: /opt/emby-server/lib/libc.so.6: version `GLIBC_2.38' not found (required by /bin/sh) Aug 01 11:13:33 Emby sh[1632]: /bin/sh: /opt/emby-server/lib/libc.so.6: version `GLIBC_2.33' not found (required by /bin/sh) Aug 01 11:13:33 Emby sh[1632]: /bin/sh: /opt/emby-server/lib/libc.so.6: version `GLIBC_2.34' not found (required by /bin/sh) And of course the service fails to start. This is on Debian 6.12.94-1 (2026-06-20) x86_64 (not docker) I saw this trying to upgrade from 4.9.3.0 to 4.9.4.0 and to 4.9.5.0
alucryd 340 Posted August 3 Posted August 3 Hi there, I can't reproduce on a fresh Debian 13 VM. Are you using systemd to run the service? Do you have LD_LIBRARY_PATH set in /etc/conf.d/emby-server.conf? If so, try removing it, that file should not set LD_LIBRARY_PATH.
TugboatBill 16 Posted August 3 Author Posted August 3 Yes, I'm using systemd. I don't have the /etc/conf.d folder. I do have /etc/emby-server.conf and /etc/init/emby-server.conf. Neither have LD_LIBRARY_PATH defined though.
alucryd 340 Posted August 4 Posted August 4 Did you modify the service in any way? Using systemctl edit for example? This can only happen if our LD_LIBRARY_PATH is already present in the environment when systemd runs our launcher script.
alucryd 340 Posted Saturday at 09:21 PM Posted Saturday at 09:21 PM @TugboatBillMight have found a way to stop depending on LD_LIBRARY_PATH, would you give a test build a try?
TugboatBill 16 Posted Sunday at 06:11 PM Author Posted Sunday at 06:11 PM My emby server is a proxmox VM that has a nvidia card passed through to it (for transcoding). I have several NAS that I have NFS shares on that I mount to the emby server. I've had issues with the server not seeing the nas for various reasons and so I have a script - /usr/local/bin/check-nfs-before-emby.sh (seen in the systemctl status for the service below) that ensures the shares are mounted before emby server starts and emails me if there's a problem. It doesn't use LD_LIBRARY_PATH. That is first in the startup of the service. Next is a conf (90-nvenc.conf below) that sets up for ffmpeg. It was added as I couldn't get the NVIDIA card to transcode properly (wasn't finding the right ffmpeg files). I used a AI chatbot to come up with the following:: [Service] # Sets the library path so Emby's bundled FFmpeg can find its dependencies # and the necessary Intel (libmfx) and NVIDIA libraries. Environment="LD_LIBRARY_PATH=/opt/emby-server/lib:/opt/emby-server/extra/lib" # Add a short delay to ensure the NVIDIA device files are fully initialized # before Emby attempts its hardware detection. This can fix timing issues. ExecStartPre=/bin/sleep 5 The service (systemctl status emby-server): emby-server.service - Emby Server is a personal media server with apps on just about every device Loaded: loaded (/usr/lib/systemd/system/emby-server.service; enabled; preset: enabled) Drop-In: /etc/systemd/system/emby-server.service.d └─10-nfs-check.conf, 90-nvenc.conf Active: active (running) since Fri 2026-08-07 10:16:29 PDT; 2 days ago Invocation: 5cff728e33e24ec68f9e5ea4fa4d6877 Process: 881 ExecStartPre=/bin/sh -c sudo /usr/local/bin/check-nfs-before-emby.sh || { echo "NFS mount check failed - blocking Emby startup"; exit 1; } (code=exited, status=0/SUCCESS) Process: 1428 ExecStartPre=/bin/sleep 5 (code=exited, status=0/SUCCESS) Main PID: 1431 (EmbyServer) Tasks: 265:245m (limit: 9385) Memory: 3G (peak: 3.3G) CPU: 27min 57.497s CGroup: /system.slice/emby-server.service └─5:245m1431 /opt/emby-server/system/EmbyServer -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage em> And the service file /usr/lib/systemd/system/emby-server.service: [Unit] Description=Emby Server is a personal media server with apps on just about every device After=network.target [Service] EnvironmentFile=/etc/emby-server.conf WorkingDirectory=/opt/emby-server ExecStart=/opt/emby-server/bin/emby-server RestartForceExitStatus=3 User=emby [Install] WantedBy=multi-user.target [Unit] Description=Emby Server is a personal media server with apps on just about every device After=network.target /etc/emby-server.conf has a single comment line and nothing else.
TugboatBill 16 Posted Sunday at 06:15 PM Author Posted Sunday at 06:15 PM 20 hours ago, alucryd said: @TugboatBillMight have found a way to stop depending on LD_LIBRARY_PATH, would you give a test build a try? alucryd - I could give it a try if you think the additional stuff I just posted doesn't change the situation.
alucryd 340 Posted 49 minutes ago Posted 49 minutes ago Your nvenc drop-in is definitely the culprit. My new method relies on runpath instead of LD_LIBRARY_PATH, it's less invasive and thus more portable. Still need to iron some things out to make sure dlopened libs still work, but it should make it so you don't need to add LD_LIBRARY_PATH in your drop-in as well. I'll have a custom build ready for you later this week.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now