Bug#948358: (no subject)
On Sat, 1 Feb 2020 09:24:25 +0100 Michael Biebl wrote: > Any luck in narrowing down the problem? > > When exactly does the problem happen? Only during boot? > If so, a verbose debug log would be helpful [1] > > Or does it happen after boot as well? Is it related to some other events? > > > [1] https://freedesktop.org/wiki/Software/systemd/Debugging/ > -> If You Can Get a Shell > Problem has not occured again so far. It happened during normal operation, not during boot, as you can see in dmesg log, it happened in 3454 seconds into uptime. Any idea which part of kernel/or package is generating this messages? -- Kind regards, Piotr Drozdek
Bug#948358: (no subject)
On Sat, 25 Jan 2020 16:59:54 +0100 Michael Biebl wrote:
> On Mon, 13 Jan 2020 15:10:46 +0100 Michael Biebl wrote:
> > Am 13.01.20 um 14:57 schrieb pior...@gmail.com:
> >
> > > None of them returned any error in dmesg so far.
> >
> >
> > You can also check the following invocations from
> > 60-persistent-storage.rules:
> >
> > > # ATA
> > > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi",
> > > ATTRS{vendor}=="ATA", IMPORT{program}="ata_id --export $devnode"
> > >
> > > # ATAPI devices (SPC-3 or later)
> > > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi",
> > > ATTRS{type}=="5", ATTRS{scsi_level}=="[6-9]*", IMPORT{program}="ata_id
> > > --export $devnode"
> > >
> > > # Run ata_id on non-removable USB Mass Storage (SATA/PATA disks in
> > > enclosures)
> > > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", ATTR{removable}=="0",
> > > SUBSYSTEMS=="usb", IMPORT{program}="ata_id --export $devnode"
> > >
> > > # Fall back usb_id for USB devices
> > > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="usb",
> > > IMPORT{builtin}="usb_id"
> > >
> > > # SCSI devices
> > > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id
> > > --export --whitelisted -d $devnode", ENV{ID_BUS}="scsi"
> >
> >
> >
> > > # probe filesystem metadata of optical drives which have a media inserted
> > > KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
> > > ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
> > > ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*", \
> > > IMPORT{builtin}="blkid
> > > --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}"
> > > # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
> > > KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
> > > ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
> > > ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="", \
> > > IMPORT{builtin}="blkid --noraid"
> >
> >
> >
> > blkid is installed as /sbin/blkid
> >
>
> None of the binaries shipped by udev or the udev rules seem to trigger
> this issue, so I'm unsure if it makes sense to keep this bug report open
> against udev as I have no idea what I should do with it.
Any luck in narrowing down the problem?
When exactly does the problem happen? Only during boot?
If so, a verbose debug log would be helpful [1]
Or does it happen after boot as well? Is it related to some other events?
[1] https://freedesktop.org/wiki/Software/systemd/Debugging/
-> If You Can Get a Shell
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
On Mon, 13 Jan 2020 15:10:46 +0100 Michael Biebl wrote:
> Am 13.01.20 um 14:57 schrieb pior...@gmail.com:
>
> > None of them returned any error in dmesg so far.
>
>
> You can also check the following invocations from
> 60-persistent-storage.rules:
>
> > # ATA
> > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi",
> > ATTRS{vendor}=="ATA", IMPORT{program}="ata_id --export $devnode"
> >
> > # ATAPI devices (SPC-3 or later)
> > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi",
> > ATTRS{type}=="5", ATTRS{scsi_level}=="[6-9]*", IMPORT{program}="ata_id
> > --export $devnode"
> >
> > # Run ata_id on non-removable USB Mass Storage (SATA/PATA disks in
> > enclosures)
> > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", ATTR{removable}=="0",
> > SUBSYSTEMS=="usb", IMPORT{program}="ata_id --export $devnode"
> >
> > # Fall back usb_id for USB devices
> > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="usb",
> > IMPORT{builtin}="usb_id"
> >
> > # SCSI devices
> > KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id
> > --export --whitelisted -d $devnode", ENV{ID_BUS}="scsi"
>
>
>
> > # probe filesystem metadata of optical drives which have a media inserted
> > KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
> > ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
> > ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*", \
> > IMPORT{builtin}="blkid --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}"
> > # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
> > KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
> > ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
> > ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="", \
> > IMPORT{builtin}="blkid --noraid"
>
>
>
> blkid is installed as /sbin/blkid
>
None of the binaries shipped by udev or the udev rules seem to trigger
this issue, so I'm unsure if it makes sense to keep this bug report open
against udev as I have no idea what I should do with it.
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
Results:
# blkid --noraid
blkid: unrecognized option '--noraid'
Try 'blkid --help' for more information.
>From the list you provided I could only decipher two commands:
/lib/udev/ata_id --export /dev/sr0
/lib/udev/scsi_id --export --whitelisted -d /dev/sr0
None of them returns any dmesg errors.
On 13/01/2020 14:10, Michael Biebl wrote:
> Am 13.01.20 um 14:57 schrieb pior...@gmail.com:
>
>> None of them returned any error in dmesg so far.
>
>
> You can also check the following invocations from
> 60-persistent-storage.rules:
>
>> # ATA KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*",
>> SUBSYSTEMS=="scsi", ATTRS{vendor}=="ATA", IMPORT{program}="ata_id
>> --export $devnode"
>>
>> # ATAPI devices (SPC-3 or later) KERNEL=="sd*[!0-9]|sr*",
>> ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi", ATTRS{type}=="5",
>> ATTRS{scsi_level}=="[6-9]*", IMPORT{program}="ata_id --export
>> $devnode"
>>
>> # Run ata_id on non-removable USB Mass Storage (SATA/PATA disks
>> in enclosures) KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*",
>> ATTR{removable}=="0", SUBSYSTEMS=="usb", IMPORT{program}="ata_id
>> --export $devnode"
>>
>> # Fall back usb_id for USB devices KERNEL=="sd*[!0-9]|sr*",
>> ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="usb",
>> IMPORT{builtin}="usb_id"
>>
>> # SCSI devices KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*",
>> IMPORT{program}="scsi_id --export --whitelisted -d $devnode",
>> ENV{ID_BUS}="scsi"
>
>
>
>> # probe filesystem metadata of optical drives which have a media
>> inserted KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
>> ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*", \
>> IMPORT{builtin}="blkid
>> --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}" #
>> single-session CDs do not have
>> ID_CDROM_MEDIA_SESSION_LAST_OFFSET KERNEL=="sr*",
>> ENV{DISK_EJECT_REQUEST}!="?*",
>> ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="", \
>> IMPORT{builtin}="blkid --noraid"
>
>
>
> blkid is installed as /sbin/blkid
>
--
Kind regards,
Piotr Drozdek
Bug#948358: (no subject)
Am 13.01.20 um 14:57 schrieb pior...@gmail.com:
> None of them returned any error in dmesg so far.
You can also check the following invocations from
60-persistent-storage.rules:
> # ATA
> KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi",
> ATTRS{vendor}=="ATA", IMPORT{program}="ata_id --export $devnode"
>
> # ATAPI devices (SPC-3 or later)
> KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="scsi",
> ATTRS{type}=="5", ATTRS{scsi_level}=="[6-9]*", IMPORT{program}="ata_id
> --export $devnode"
>
> # Run ata_id on non-removable USB Mass Storage (SATA/PATA disks in enclosures)
> KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", ATTR{removable}=="0",
> SUBSYSTEMS=="usb", IMPORT{program}="ata_id --export $devnode"
>
> # Fall back usb_id for USB devices
> KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", SUBSYSTEMS=="usb",
> IMPORT{builtin}="usb_id"
>
> # SCSI devices
> KERNEL=="sd*[!0-9]|sr*", ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id
> --export --whitelisted -d $devnode", ENV{ID_BUS}="scsi"
> # probe filesystem metadata of optical drives which have a media inserted
> KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
> ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*", \
> IMPORT{builtin}="blkid --offset=$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}"
> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
> KERNEL=="sr*", ENV{DISK_EJECT_REQUEST}!="?*",
> ENV{ID_CDROM_MEDIA_TRACK_COUNT_DATA}=="?*",
> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="", \
> IMPORT{builtin}="blkid --noraid"
blkid is installed as /sbin/blkid
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
Thank you.
I have following in rules.d/60:
$ 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"
So I run following commands:
/lib/udev/cdrom_id --eject-media /dev/sr0
/lib/udev/cdrom_id --lock-media /dev/sr0
/lib/udev/scsi_id --export --whitelisted -d /dev/sr0
/lib/udev/scsi_id --sg-version=3 --export --whitelisted -d /dev/sr0
None of them returned any error in dmesg so far.
On 12/01/2020 14:50, Michael Biebl wrote:
> Am 12.01.20 um 15:49 schrieb Michael Biebl:
>> Am 12.01.20 um 15:12 schrieb pior...@gmail.com:
>>> On 12/01/2020 13:54, Michael Biebl wrote:
>>>
> 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?
>>>
>>>
>>> No, sorry, I don't know how to do that.
>>>
>>
>> execute the command as listed in the udev rules $devnode resolves
>> to /dev/sr0
>>
>> e.g.
>> /lib/udev/rules.d/60-cdrom_id.rules:ENV{DISK_EJECT_REQUEST}=="?*",
>>
>>
RUN+="cdrom_id --eject-media $devnode", GOTO="cdrom_end"
>>
>> => /lib/udev/cdrom_id eject-media /dev/sr0
>>
>> or lib/udev/rules.d/60-cdrom_id.rules:IMPORT{program}="cdrom_id
>> --lock-media $devnode"
>>
>> => /lib/udev/cdrom_id --lock-media /dev/sr0
>>
>> you get the idea.
>>
>>
>
> and after each test, check dmesg if it triggers the kernel
> message.
>
--
Kind regards,
Piotr Drozdek
Bug#948358: (no subject)
Am 12.01.20 um 15:49 schrieb Michael Biebl:
> Am 12.01.20 um 15:12 schrieb pior...@gmail.com:
>> On 12/01/2020 13:54, Michael Biebl wrote:
>>
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?
>>>
>>
>>
>> No, sorry, I don't know how to do that.
>>
>
> execute the command as listed in the udev rules $devnode resolves to
> /dev/sr0
>
> e.g.
> /lib/udev/rules.d/60-cdrom_id.rules:ENV{DISK_EJECT_REQUEST}=="?*",
> RUN+="cdrom_id --eject-media $devnode", GOTO="cdrom_end"
>
> => /lib/udev/cdrom_id eject-media /dev/sr0
>
> or
> lib/udev/rules.d/60-cdrom_id.rules:IMPORT{program}="cdrom_id
> --lock-media $devnode"
>
> => /lib/udev/cdrom_id --lock-media /dev/sr0
>
> you get the idea.
>
>
and after each test, check dmesg if it triggers the kernel message.
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
Am 12.01.20 um 15:12 schrieb pior...@gmail.com:
> On 12/01/2020 13:54, Michael Biebl wrote:
>
>>> 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?
>>
>
>
> No, sorry, I don't know how to do that.
>
execute the command as listed in the udev rules $devnode resolves to
/dev/sr0
e.g.
/lib/udev/rules.d/60-cdrom_id.rules:ENV{DISK_EJECT_REQUEST}=="?*",
RUN+="cdrom_id --eject-media $devnode", GOTO="cdrom_end"
=> /lib/udev/cdrom_id eject-media /dev/sr0
or
lib/udev/rules.d/60-cdrom_id.rules:IMPORT{program}="cdrom_id
--lock-media $devnode"
=> /lib/udev/cdrom_id --lock-media /dev/sr0
you get the idea.
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
On 12/01/2020 13:54, Michael Biebl wrote:
>> 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?
>
No, sorry, I don't know how to do that.
--
Kind regards,
Piotr Drozdek
Bug#948358: (no subject)
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?
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
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"
signature.asc
Description: OpenPGP digital signature
Bug#948358: (no subject)
Control: tags -1 + moreinfo Am 07.01.2020 um 18:53 schrieb pior...@gmail.com: > Errors in dmesg: > > [ 3454.212972] sr 1:0:0:0: [sr0] tag#7 FAILED Result: hostbyte=DID_OK > driverbyte=DRIVER_SENSE > [ 3454.212975] sr 1:0:0:0: [sr0] tag#7 Sense Key : Not Ready [current] > [ 3454.212977] sr 1:0:0:0: [sr0] tag#7 Add. Sense: Medium not present - > tray closed > [ 3454.212980] sr 1:0:0:0: [sr0] tag#7 CDB: Read(10) 28 00 00 00 00 00 > 00 00 08 00 > [ 3454.212982] print_req_error: I/O error, dev sr0, sector 0 > [ 3454.213023] sr 1:0:0:0: [sr0] tag#8 unaligned transfer > [ 3454.213024] print_req_error: I/O error, dev sr0, sector 0 > [ 3454.213027] Buffer I/O error on dev sr0, logical block 0, async page read > [ 3454.213037] sr 1:0:0:0: [sr0] tag#9 unaligned transfer > [ 3454.213038] print_req_error: I/O error, dev sr0, sector 1 > [ 3454.213040] Buffer I/O error on dev sr0, logical block 1, async page read > [ 3454.213047] sr 1:0:0:0: [sr0] tag#10 unaligned transfer > [ 3454.213048] print_req_error: I/O error, dev sr0, sector 2 > [ 3454.213050] Buffer I/O error on dev sr0, logical block 2, async page read > [ 3454.213057] sr 1:0:0:0: [sr0] tag#11 unaligned transfer > [ 3454.213058] print_req_error: I/O error, dev sr0, sector 3 > [ 3454.213059] Buffer I/O error on dev sr0, logical block 3, async page read > [ 3454.213066] sr 1:0:0:0: [sr0] tag#12 unaligned transfer > [ 3454.213067] print_req_error: I/O error, dev sr0, sector 4 > [ 3454.213069] Buffer I/O error on dev sr0, logical block 4, async page read > [ 3454.213075] sr 1:0:0:0: [sr0] tag#13 unaligned transfer > [ 3454.213076] print_req_error: I/O error, dev sr0, sector 5 > [ 3454.213078] Buffer I/O error on dev sr0, logical block 5, async page read > [ 3454.213084] sr 1:0:0:0: [sr0] tag#14 unaligned transfer > [ 3454.213085] print_req_error: I/O error, dev sr0, sector 6 > [ 3454.213086] Buffer I/O error on dev sr0, logical block 6, async page read > [ 3454.213093] sr 1:0:0:0: [sr0] tag#15 unaligned transfer > [ 3454.213094] print_req_error: I/O error, dev sr0, sector 7 > [ 3454.213096] Buffer I/O error on dev sr0, logical block 7, async page read > 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. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#948358: (no subject)
Errors in dmesg: [ 3454.212972] sr 1:0:0:0: [sr0] tag#7 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 3454.212975] sr 1:0:0:0: [sr0] tag#7 Sense Key : Not Ready [current] [ 3454.212977] sr 1:0:0:0: [sr0] tag#7 Add. Sense: Medium not present - tray closed [ 3454.212980] sr 1:0:0:0: [sr0] tag#7 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00 [ 3454.212982] print_req_error: I/O error, dev sr0, sector 0 [ 3454.213023] sr 1:0:0:0: [sr0] tag#8 unaligned transfer [ 3454.213024] print_req_error: I/O error, dev sr0, sector 0 [ 3454.213027] Buffer I/O error on dev sr0, logical block 0, async page read [ 3454.213037] sr 1:0:0:0: [sr0] tag#9 unaligned transfer [ 3454.213038] print_req_error: I/O error, dev sr0, sector 1 [ 3454.213040] Buffer I/O error on dev sr0, logical block 1, async page read [ 3454.213047] sr 1:0:0:0: [sr0] tag#10 unaligned transfer [ 3454.213048] print_req_error: I/O error, dev sr0, sector 2 [ 3454.213050] Buffer I/O error on dev sr0, logical block 2, async page read [ 3454.213057] sr 1:0:0:0: [sr0] tag#11 unaligned transfer [ 3454.213058] print_req_error: I/O error, dev sr0, sector 3 [ 3454.213059] Buffer I/O error on dev sr0, logical block 3, async page read [ 3454.213066] sr 1:0:0:0: [sr0] tag#12 unaligned transfer [ 3454.213067] print_req_error: I/O error, dev sr0, sector 4 [ 3454.213069] Buffer I/O error on dev sr0, logical block 4, async page read [ 3454.213075] sr 1:0:0:0: [sr0] tag#13 unaligned transfer [ 3454.213076] print_req_error: I/O error, dev sr0, sector 5 [ 3454.213078] Buffer I/O error on dev sr0, logical block 5, async page read [ 3454.213084] sr 1:0:0:0: [sr0] tag#14 unaligned transfer [ 3454.213085] print_req_error: I/O error, dev sr0, sector 6 [ 3454.213086] Buffer I/O error on dev sr0, logical block 6, async page read [ 3454.213093] sr 1:0:0:0: [sr0] tag#15 unaligned transfer [ 3454.213094] print_req_error: I/O error, dev sr0, sector 7 [ 3454.213096] Buffer I/O error on dev sr0, logical block 7, async page read
