BrianJFox 11 Posted August 25, 2023 Share Posted August 25, 2023 Upgraded Asustor NAS to 4.2.3.RK91, and afterwards Emby no longer detects GPU. Logs attached. hardware_detection-63828580447.txt Link to comment Share on other sites More sharing options...
Luke 37191 Posted August 25, 2023 Share Posted August 25, 2023 HI, please attach the main emby server log as well. thanks. Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 25, 2023 Author Share Posted August 25, 2023 Both logs after a reboot of the NAS. hardware_detection-63828583933.txt embyserver.txt Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 25, 2023 Author Share Posted August 25, 2023 Installed Emby via package downloaded from forum, not package from Asustor app central. Link to comment Share on other sites More sharing options...
Luke 37191 Posted August 26, 2023 Share Posted August 26, 2023 Do you by any chance have older logs lying around still from when it was detected? if you could provide both an emby server and hardware detection log from that, that would be helpful as well. Thanks. Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 26, 2023 Author Share Posted August 26, 2023 See attached. embyserver-63828349278.txt hardware_detection-63828349497.txt 1 Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 26, 2023 Author Share Posted August 26, 2023 Rolled back to 4.7.13, no change. Still not detecting GPU. embyserver.txt hardware_detection-63828626552.txt 1 Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 26, 2023 Author Share Posted August 26, 2023 Luke, Some suggestions from the Asustor forums. Seems to be permissions related. Not sure if the Emby install sets these permissions or not: https://forum.asustor.com/viewtopic.php?f=243&t=14039 Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 26, 2023 Author Share Posted August 26, 2023 Luke, Ran the following command after signing in via Putty: `sudo chmod o+rw /dev/dri/renderD128` And transcoding options re-appeared. User suggesting this states it's non-persistent. Appears to be a Asustor issue, not sure if you can/want to try to fix it in Emby. Link to comment Share on other sites More sharing options...
Luke 37191 Posted August 26, 2023 Share Posted August 26, 2023 55 minutes ago, BrianJFox said: Luke, Some suggestions from the Asustor forums. Seems to be permissions related. Not sure if the Emby install sets these permissions or not: https://forum.asustor.com/viewtopic.php?f=243&t=14039 Thanks, we'll keep an eye on that. Do Asustor developers monitor that? Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 26, 2023 Author Share Posted August 26, 2023 Luke, Not certain if that is monitored by the Asustor devs, despite appearing to be an official forum. There are several users there who've opened tickets, plus mine. Not sure if you have any pull with them as this is breaking a key feature of the Emby app, causing support headaches for you. Thanks. Link to comment Share on other sites More sharing options...
Luke 37191 Posted August 26, 2023 Share Posted August 26, 2023 9 minutes ago, BrianJFox said: Luke, Not certain if that is monitored by the Asustor devs, despite appearing to be an official forum. There are several users there who've opened tickets, plus mine. Not sure if you have any pull with them as this is breaking a key feature of the Emby app, causing support headaches for you. Thanks. We do have a developer support contact so I'll send them a link to that forum posting. Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted August 30, 2023 Author Share Posted August 30, 2023 Luke, Some additional detail on the changes Asustor made in the most recent update. Not sure if this helps mitigate the impact on Emby, not really a Linux guy. ---- by Patrick » Wed Aug 30, 2023 3:47 am Currently, ADM change the permission for /dev, and only allow root group to access it. This is the security improvement, and uBuntu also applied this kind of permission for /dev system folder. For using /dev folder (especially for /dev/dri/renderD128 to use Hardware transcoding) in docker container, you can change the container as a non-root user, but keep it in root group. Then it have no problem to use /dev/dri/renderD128 now. 1 Link to comment Share on other sites More sharing options...
Luke 37191 Posted September 5, 2023 Share Posted September 5, 2023 OK so it looks like we're going to have the install package add the correct group to our emby user. Thanks. Link to comment Share on other sites More sharing options...
Solution Luke 37191 Posted September 10, 2023 Solution Share Posted September 10, 2023 @BrianJFoxthe stable packages on our website are updated with this change. It will also be in the 4.7.14 update that we're submitting to Asustor. Thanks. Link to comment Share on other sites More sharing options...
BrianJFox 11 Posted September 20, 2023 Author Share Posted September 20, 2023 I was on vacation and unable to test until now. Rebooted the NAS and confirmed the workaround from the Asustor forums isn't persistent. Uninstalled the old *.14 release, re-installed the new release, and transcode options are indeed back. This is all on ADM 4.2.3.RK91. A new release of ADM is out for my NAS, but I'm going to let others beta test it. TL;DR: New version works. 1 Link to comment Share on other sites More sharing options...
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