Your message dated Tue, 5 May 2020 19:38:30 +0200
with message-id <[email protected]>
and subject line Re: eject -i fails to block eject button with current udev
rules
has caused the Debian Bug report #716715,
regarding eject -i fails to block eject button with current udev rules
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
716715: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716715
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: eject
Version: 2.1.5+deb1+cvs20081104-13
Severity: normal
"eject -i on" should lock the hardware eject button of a CD-ROM drive,
to prevent the tray from opening if the eject button is pressed.
However, this does not work on my system (Thinkpad T43, standard DVD
drive):
~# eject -i on
CD-Drive may NOT be ejected with device button
However, pressing the eject button still opens the tray.
This can be fixed by uncommenting the line
> ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $tempnode",
> GOTO="cdrom_end"
in /lib/udev/rules.d/60-cdrom_id.rules (udev version 175-7.2).
(Source:
http://www.poweradded.net/2009/09/cddvd-tray-lockunlock-under-linux.html )
Apparently, udev and eject somehow conflict.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages eject depends on:
ii libc6 2.17-3 Embedded GNU C Library: Shared lib
ii libdevmapper1.02.1 2:1.02.48-2 The Linux Kernel Device Mapper use
eject recommends no packages.
Versions of packages eject suggests:
pn cdtool <none> (no description available)
pn setcd <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On Thu, 11 Jul 2013 19:16:01 +0200 Sebastian Leske
<[email protected]> wrote:
> Package: eject
> Version: 2.1.5+deb1+cvs20081104-13
> Severity: normal
>
> "eject -i on" should lock the hardware eject button of a CD-ROM drive,
> to prevent the tray from opening if the eject button is pressed.
>
> However, this does not work on my system (Thinkpad T43, standard DVD
> drive):
>
> ~# eject -i on
> CD-Drive may NOT be ejected with device button
>
> However, pressing the eject button still opens the tray.
>
> This can be fixed by uncommenting the line
> > ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media $tempnode",
> > GOTO="cdrom_end"
> in /lib/udev/rules.d/60-cdrom_id.rules (udev version 175-7.2).
> (Source:
> http://www.poweradded.net/2009/09/cddvd-tray-lockunlock-under-linux.html )
>
> Apparently, udev and eject somehow conflict.
I've forwarded this issue upstream:
https://github.com/systemd/systemd/issues/15709
It was closed with the following explanation:
"""
The 90s called and want their cd drive back!
But, this is not how this works. if the cd drive is locked this means it
can be handle with software and that's what the rule does. i.e. we run
cdrom_id --lock-media first, to enable lock mode ourselves, so that we
can handle this with udev. basically, the "locked" boolean is managed by
udev now, and if you use eject directly you just interfere with it.
If you don#t want this behaviour change your udev rules. and drop the
locking and the ejecting to whatever you want. But the eject binary is
not a suitable way to stop the ejecting.
"""
Closing downstream accordingly.
Regards,
Michael
signature.asc
Description: OpenPGP digital signature
--- End Message ---
