Bug#991382: udev: cdr-drive opens after suspend
Am 23.07.21 um 13:44 schrieb M G Berberich:
Am Donnerstag, den 22. Juli schrieb Michael Biebl:
Control: tags -1 + moreinfo
Am 22.07.21 um 08:53 schrieb M G Berberich:
Package: udev
Version: 247.3-6
Severity: normal
Dear Maintainer,
for some days the cdrom-drive opens after the system wakes up from
suspend. This occured after installing kernel 5.13.X, but this might
be a coincidence.
The kernel is a stock kernel:
Linux 5.13.4 #3 SMP PREEMPT Tue Jul 20 21:09:45 CEST 2021 x86_64 GNU/Linux
What makes you conclude this is a udev bug?
This is an assumption, Udev is the subsystem that handles media eject
button events. The problem can be circumvented by commenting out the
“media eject button pressed” handling in
/lib/udev/rules.d/60-cdrom_id.rules.
# ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $devnode",
GOTO="cdrom_end"
(which does prove nothing). This might be a problem elsewhere,
p.e. the kernel issuing a spurious media eject button press event.
(https://bugzilla.kernel.org/show_bug.cgi?id=213795).
This udev rules *reacts* to such an event, it doesn't generate it. So
the problem does indeed look like it is elsewhere.
If this started happening after a kernel update, this might indeed be a
good candidate.
OpenPGP_signature
Description: OpenPGP digital signature
Bug#991382: udev: cdr-drive opens after suspend
Am Donnerstag, den 22. Juli schrieb Michael Biebl:
> Control: tags -1 + moreinfo
>
> Am 22.07.21 um 08:53 schrieb M G Berberich:
> > Package: udev
> > Version: 247.3-6
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > for some days the cdrom-drive opens after the system wakes up from
> > suspend. This occured after installing kernel 5.13.X, but this might
> > be a coincidence.
> >
> > The kernel is a stock kernel:
> > Linux 5.13.4 #3 SMP PREEMPT Tue Jul 20 21:09:45 CEST 2021 x86_64 GNU/Linux
> >
>
> What makes you conclude this is a udev bug?
This is an assumption, Udev is the subsystem that handles media eject
button events. The problem can be circumvented by commenting out the
“media eject button pressed” handling in
/lib/udev/rules.d/60-cdrom_id.rules.
# ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $devnode",
GOTO="cdrom_end"
(which does prove nothing). This might be a problem elsewhere,
p.e. the kernel issuing a spurious media eject button press event.
(https://bugzilla.kernel.org/show_bug.cgi?id=213795).
MfG
bmg
--
„Des is völlig wurscht, was heut beschlos- | M G Berberich
sen wird: I bin sowieso dagegn!“ | m...@m-berberich.de
(SPD-Stadtrat Kurt Schindler; Regensburg) |
Bug#991382: udev: cdr-drive opens after suspend
Control: tags -1 + moreinfo Am 22.07.21 um 08:53 schrieb M G Berberich: Package: udev Version: 247.3-6 Severity: normal Dear Maintainer, for some days the cdrom-drive opens after the system wakes up from suspend. This occured after installing kernel 5.13.X, but this might be a coincidence. The kernel is a stock kernel: Linux 5.13.4 #3 SMP PREEMPT Tue Jul 20 21:09:45 CEST 2021 x86_64 GNU/Linux What makes you conclude this is a udev bug? OpenPGP_signature Description: OpenPGP digital signature
