So maybe the kernel thinks the device is bigger than it actually is and tries to read beyond the end of it but then the question is how those dvd-players decide to read large offsets beyond the end of device. Which shows that it is the device itself that reports error when trying to read 64 blocks (likely 2k blocksize) starting from block 0x2efe02 = 3079682. blk_update_request: I/O error, dev sr1, sector 12318728 Sense: Logical block address out of range sr 3:0:0:0: tag#2 Sense Key : Illegal Request sr 3:0:0:0: tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Looking at kernel logs from comments 3 and 4, I can see errors like: Uh, I'm really sorry but I totally forgot about this bug. bdev: Refresh bdev size for disks without partitioning bdev: Factor out bdev revalidation into a common helper Scsi readcap, stat cdrom, cdrecord output
Output of stat_cdrom, cdrecord -v dev=/dev/sr0 -toc, and scsi_readcap Output of dmesg -w after certain actions (marked UPPRECASE) Output of: compiled stat_cdrom /dev/sr0 (stat_cdrom.c from attachment #283217)
Output of: sudo cdrecord -v dev=/dev/sr0 -toc > cdrecord-toc.txt
0 kommentar(er)
