Dealing with poor ASUS BW-16D1HT quality control
Posted: Mon Jan 11, 2021 6:00 am
I understand that the whole family of UHD friendly desktop drives have terrible quality control and new drives are often unreliable or unusable out of the box. My question is what exactly are the failure modes and how do I quickly determine if the one I just received from amazon.ca is one of these unfortunate drives so I can send it back before the return window expires. What percentage of drives are expected to be bad? Are even "good" drives known to have persistent issues?
I previously had a BW-16D1HT for around two years. On some rips, it would read a regular blu ray with no issues. However, on subsequent rips of of the same disc, it might hit read errors. Even when it didn't hit errors, it would sometimes make horrible grinding seek noises and take a long time to actually complete the rip. The seek noises sound kind of what has been described elsewhere for the sleep bug, but this is not with a UHD disk, and it it starts happening in the middle of a rip, not after sitting idle. These issues persisted even after moving the drive between onboard SATA and a PCIe card sata as well as replacing the cables.
I gave up and recycled the original drive and bought a new BW-16D1HT, as it appears to be one of the few UHD friendly drives currently available (the other being the LG WH16NS40). I have not touched the firmware on the new drive, which is 3.10. Unfortunately, after several successful test rips of the same non-UHD disc with the factory firmware, it has started exhibiting similar issues that persist across a hard reboot of the whole machine. I have attached a log. During the bad rip, in dmesg I see a lot of
It's looking like this is indeed a bad drive. Now I guess I have to decide to whether send it back for a refund or for a replacement. What are the chances a replacement BW-16D1HT will be any better? Is it possible I might be better off with an LG WH16NS40, which is actually cheaper? Maybe I should hold out in hopes that WH16NS60 will reappear for sale as I have a hypothesis that although this should be the same underlying hardware, there might be binning going on that reserves the more reliable specimens for the "higher end" models. Finally, I could just get a Pioneer BDR-212UBK in the hopes that makemkv UHD support will be added in the future. I am reluctant to get one of the slim drives as my experience with those is that they are rather slow.
I previously had a BW-16D1HT for around two years. On some rips, it would read a regular blu ray with no issues. However, on subsequent rips of of the same disc, it might hit read errors. Even when it didn't hit errors, it would sometimes make horrible grinding seek noises and take a long time to actually complete the rip. The seek noises sound kind of what has been described elsewhere for the sleep bug, but this is not with a UHD disk, and it it starts happening in the middle of a rip, not after sitting idle. These issues persisted even after moving the drive between onboard SATA and a PCIe card sata as well as replacing the cables.
I gave up and recycled the original drive and bought a new BW-16D1HT, as it appears to be one of the few UHD friendly drives currently available (the other being the LG WH16NS40). I have not touched the firmware on the new drive, which is 3.10. Unfortunately, after several successful test rips of the same non-UHD disc with the factory firmware, it has started exhibiting similar issues that persist across a hard reboot of the whole machine. I have attached a log. During the bad rip, in dmesg I see a lot of
Code: Select all
[ 6632.297893] sr 1:0:0:0: [sr1] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=4s
[ 6632.297897] sr 1:0:0:0: [sr1] tag#12 Sense Key : Medium Error [current]
[ 6632.297899] sr 1:0:0:0: [sr1] tag#12 Add. Sense: L-EC uncorrectable error
[ 6632.297901] sr 1:0:0:0: [sr1] tag#12 CDB: Read(10) 28 00 00 94 ec bf 00 00 03 00
[ 6632.297903] blk_update_request: I/O error, dev sr1, sector 39039740 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0