Am 07.01.20 um 20:59 schrieb Michael Biebl:
> Am 07.01.20 um 19:56 schrieb pior...@gmail.com:
>>
>>>
>>> Can you elaborate why you think this is a bug in udev?
>>> Those are kernel messsage, likely a result of a bad optical media or a
>>> bad cable.
>>
>> Thanks for your reply.
>> I don't know if this is error in udev or not. I searched and similar
>> error ("I/O error, dev sr0, sector 0") has been previously reported
>> against udev in 2010.
>>
>> There is no media inserted, so this cannot be optical media problem.
>>
>> Albo, bad cable should not be an issue, drive works perfectly fine, it
>> reads and writes.
>>
>> What I am reporting is that Debian *tried* no read /dev/sr0 with no
>> media inserted which resulted in critical I/O errors.
>>
>> What package is responsible for this? I will be happy to re-open this
>> bug in appropriate place.
>>
> 
> Since I'm not able to reproduce the issue, I guess you need to find out
> yourself which part of the system triggers this.
> 
> As far as udev is concerned, I can only think of the following possible
> places:
> 
>> $ grep -E "scsi_id|cdrom_id" /lib/udev/rules.d/60-*
>> /lib/udev/rules.d/60-cdrom_id.rules:ENV{DISK_EJECT_REQUEST}=="?*", 
>> RUN+="cdrom_id --eject-media $devnode", GOTO="cdrom_end"
>> /lib/udev/rules.d/60-cdrom_id.rules:IMPORT{program}="cdrom_id --lock-media 
>> $devnode"
>> /lib/udev/rules.d/60-persistent-storage.rules:KERNEL=="sd*[!0-9]|sr*", 
>> ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id --export --whitelisted -d 
>> $devnode", ENV{ID_BUS}="scsi"
>> /lib/udev/rules.d/60-persistent-storage.rules:KERNEL=="cciss*", 
>> ENV{DEVTYPE}=="disk", ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id 
>> --export --whitelisted -d $devnode", ENV{ID_BUS}="cciss"
>> /lib/udev/rules.d/60-persistent-storage-tape.rules:SUBSYSTEM=="scsi_generic",
>>  SUBSYSTEMS=="scsi", ATTRS{type}=="8", IMPORT{program}="scsi_id 
>> --sg-version=3 --export --whitelisted -d $devnode", \
>> /lib/udev/rules.d/60-persistent-storage-tape.rules:KERNEL=="st*[0-9]|nst*[0-9]",
>>  ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id --whitelisted --export 
>> --device=$env{.BSG_DEV}", ENV{ID_BUS}="scsi"

Any news? Have you been able to narrow the problem down to a RUN/IMPORT
rule?

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to