Container Libremode Troubleshooting
Posted: Sun Jul 02, 2023 3:14 pm
I had a MD-8107, reflashed to allow libremode. After a couple of years, it failed on me. I repurchase the same drive. I flashed it with BRU40N v1.03 Mk firmware. Everything seemed to work fine until I tried a UHD. The container will not rip a UHD disc. It fails to go into libre mode and I get the following errors:
"SCSI Error-Illegal Request: Copy Protection Key Exchange Failure - Key not Present"
"Can't read AACS VID from disc-most likely current AACS host certificate is revoked." "
"LibreDrive compatible drive is required" message
There have been a number of changes since the last time I ripped a UHD and returning to that baseline is difficult to say the least.
I have tried the following troubleshooting efforts:
1. I have been able to rip UHDs when the drive is connected to my PC, so I do not believe there is a defect with the drive
2. I have attached a different drive (MD-8107 with v1.04) to my QNAP server (linux base) and I get the same results.
3. I have ran the container as the root user to eliminate permission issues, but I'm not an expert therefore it is possible that I have overlooked something.
4. I have used earlier versions of the container and I still get the same problem.
5. I have reached out to the developer and right now it doesn't seem like we have any real leads. She has been very helpful and her container have worked perfectly in the past.
6. Both the server and my PC detect the drive as libre enable, patch with microcode access re-enabled. I have tried copying the _private_data folder over to the container and it has made no difference.
7. I have tied multiple UHD, including ones I've ripped in the past.
8. The most recent QNAP firmware did something to the drivers that no longer provide the correct access to the drive.
Some theories
1. The container requires both /dev/srx and /dev/sry to be passthrough to the container. SGY is detected by the container and application fine. SR0 is available in the environment; however, it is not associated to SGY to the application. It doesn't seem like the application "detects" it.
2. My original drive was flashed with version 1.01. I wonder if this would make a difference.
3. An inability to get the HK_data. I did get a failure to download HK_data (but not SDF). I know there are issues with getting access to the website. I do get an error when trying to access the link on the forum following that issue. However, I don't have the issue on the PC. I did not install MakeMKV on my PC until recently when I couldn't rip UHDs.
I would appreciate any input you can provide especially any insight to the following
1. How does MakeMKV detect drive on linux?
2. Are there any users with a setup with QNAP, a MakeMKV container, and a usb uhd friendly drive that can confirm ripping UHD is feasible?
"SCSI Error-Illegal Request: Copy Protection Key Exchange Failure - Key not Present"
"Can't read AACS VID from disc-most likely current AACS host certificate is revoked." "
"LibreDrive compatible drive is required" message
There have been a number of changes since the last time I ripped a UHD and returning to that baseline is difficult to say the least.
I have tried the following troubleshooting efforts:
1. I have been able to rip UHDs when the drive is connected to my PC, so I do not believe there is a defect with the drive
2. I have attached a different drive (MD-8107 with v1.04) to my QNAP server (linux base) and I get the same results.
3. I have ran the container as the root user to eliminate permission issues, but I'm not an expert therefore it is possible that I have overlooked something.
4. I have used earlier versions of the container and I still get the same problem.
5. I have reached out to the developer and right now it doesn't seem like we have any real leads. She has been very helpful and her container have worked perfectly in the past.
6. Both the server and my PC detect the drive as libre enable, patch with microcode access re-enabled. I have tried copying the _private_data folder over to the container and it has made no difference.
7. I have tied multiple UHD, including ones I've ripped in the past.
8. The most recent QNAP firmware did something to the drivers that no longer provide the correct access to the drive.
Some theories
1. The container requires both /dev/srx and /dev/sry to be passthrough to the container. SGY is detected by the container and application fine. SR0 is available in the environment; however, it is not associated to SGY to the application. It doesn't seem like the application "detects" it.
2. My original drive was flashed with version 1.01. I wonder if this would make a difference.
3. An inability to get the HK_data. I did get a failure to download HK_data (but not SDF). I know there are issues with getting access to the website. I do get an error when trying to access the link on the forum following that issue. However, I don't have the issue on the PC. I did not install MakeMKV on my PC until recently when I couldn't rip UHDs.
I would appreciate any input you can provide especially any insight to the following
1. How does MakeMKV detect drive on linux?
2. Are there any users with a setup with QNAP, a MakeMKV container, and a usb uhd friendly drive that can confirm ripping UHD is feasible?