![]() ![]() Lrwxrwxrwx 1 root root 15 Jun 21 22:37 stdin -> /proc/self/fd/0 Lrwxrwxrwx 1 root root 15 Jun 21 22:37 stderr -> /proc/self/fd/2 Lrwxrwxrwx 1 root root 13 Jun 21 22:37 fd -> /proc/self/fdĬrw-rw-rw- 1 root root 1, 7 Jun 21 22:37 fullĭrwxrwxrwt 2 root root 40 Jun 21 22:37 mqueueĬrw-rw-rw- 1 root root 1, 3 Jun 21 22:37 null Lrwxrwxrwx 1 root root 11 Jun 21 22:37 core -> /proc/kcore Dev/sr0 is missing from the lsscsi command. Grp1000 correlates with my Dockergroup and is granted rw permission to both sr0 and sg4. The permissions for /dev/sg4 are untouched. I also noted that the permissions for /dev/sr0 seem to get reset. The container is not running in privilege mode. Theories: Looking through the MakeMKV forum, a source of the problem can be related to permissions. I have tried two different drives with the same results. The last version I used to successfully rip an UHD was 1.17.3. I tested my current drive on my PC and it was able to rip the UHD without issue. I have tried ripping UHD I've had success with my original drive and I get the same error. My original drive was replaced as it failed. I am able to rip regular bluray disc without issue. Troubleshooting: the container is able to detect my drive and shows that LibreDrive is enabled. I continue to get a "SCSI Error-Illegal Request: Copy Protection Key Exchange Failure - Key not Present", which eventually leads to a "Can't read AACS VID from disc-most likely current AACS host certificate is revoked." The process ends with an "LibreDrive compatible drive is required" message. Problem: I am unable to rip a UHD disc on Docker Image v 23.0.6.1. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |