[arch-general] CD eject as non-root user
Hi folks, I have a strange problem with ejecting CDs from my CD drive. As root: eject and eject -t work flawlessly eject -T gives ioctl: Input/output error As non-root user: eject -t closes the tray as expected eject gives eject: unable to eject, last error: Inappropriate ioctl for device eject -T gives the same result as for root It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group. I have the same problem on two different machines: my trusty old desktop and a Dell Latitude E6510. Also, all this did work before and stopped working some time not so long ago. So, given that it did work before and happens on two rather different machines, I suspect it to be a result of some package upgrade. Unfortunately, I don't know exactly when this started happening. Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup? Thanks, Norbert -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh <nzeh@cs.dal.ca> wrote:
Hi folks,
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
I've noticed that I have problems after I mount the CD: the button on the CD-ROM doesn't eject the tray, but 'eject' command works. I get 'ioctl: Input/output error' but the tray opens OK. Opening and closing the tray w/o mounting works all the time - with the hardware button and w/ 'eject', w/o any errors.
Am Thu, 18 Aug 2011 18:55:08 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I've noticed that I have problems after I mount the CD: the button on the CD-ROM doesn't eject the tray, but 'eject' command works. I get 'ioctl: Input/output error' but the tray opens OK.
Opening and closing the tray w/o mounting works all the time - with the hardware button and w/ 'eject', w/o any errors.
That's obvious. You have the same effect on any other OS, too. If the drive is in use, which is the case if it's mounted, the CD can't be ejected, because the CD-ROM drive locks its tray. If you haven't mounted the CD then the drive is not in use, so you can open and close the tray as much as you want and the way you want. I don't know exactly why eject can open the tray if the CD is mounted. Maybe because it first umounts the CD. Heiko
On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 18:55:08 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I've noticed that I have problems after I mount the CD: the button on the CD-ROM doesn't eject the tray, but 'eject' command works. I get 'ioctl: Input/output error' but the tray opens OK.
Opening and closing the tray w/o mounting works all the time - with the hardware button and w/ 'eject', w/o any errors.
That's obvious. You have the same effect on any other OS, too.
Sorry, I used an inappropriate description of the issue: after mounting *and unmounting*, the button on the CD-ROM is dead.
Karol Blazewicz [2011.08.18 1916 +0200]:
On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 18:55:08 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I've noticed that I have problems after I mount the CD: the button on the CD-ROM doesn't eject the tray, but 'eject' command works. I get 'ioctl: Input/output error' but the tray opens OK.
Opening and closing the tray w/o mounting works all the time - with the hardware button and w/ 'eject', w/o any errors.
That's obvious. You have the same effect on any other OS, too.
Sorry, I used an inappropriate description of the issue: after mounting *and unmounting*, the button on the CD-ROM is dead.
I can confirm this behaviour. The error occurs only after the drive was in use somehow. This may be mounting and unmounting the drive, playing a movie using vlc (which does not actually mount the drive if I understand correctly), or ripping a CD using cdparanoia. Cheers, Norbert
On 18-08-2011 18:48, Norbert Zeh wrote:
Karol Blazewicz [2011.08.18 1916 +0200]:
On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 18:55:08 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I've noticed that I have problems after I mount the CD: the button on the CD-ROM doesn't eject the tray, but 'eject' command works. I get 'ioctl: Input/output error' but the tray opens OK.
Opening and closing the tray w/o mounting works all the time - with the hardware button and w/ 'eject', w/o any errors.
That's obvious. You have the same effect on any other OS, too.
Sorry, I used an inappropriate description of the issue: after mounting *and unmounting*, the button on the CD-ROM is dead.
I can confirm this behaviour. The error occurs only after the drive was in use somehow. This may be mounting and unmounting the drive, playing a movie using vlc (which does not actually mount the drive if I understand correctly), or ripping a CD using cdparanoia.
Cheers, Norbert
CD/DVD drives can be soft locked and will not obey (at least) the hardware eject button, I can't remember about soft eject commands. The thing is this soft lock has to be invoked by the software using the drive (or by the kernel I suppose). I don't use optical drives that much these days but the eject command has always worked just fine for me as long as the media can be unmounted or is already unmounted. On the hardware button being dead after unmounting I believe that is an old behaviour, either the kernel or the mount command soft lock the drive when media is mounted but will not soft unlock it when unmounting, I remember seeing this behaviour quite some time ago, so for me at least this is nothing new. -- Mauro Santos
On Thu, Aug 18, 2011 at 7:48 PM, Norbert Zeh <nzeh@cs.dal.ca> wrote:
Karol Blazewicz [2011.08.18 1916 +0200]:
On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 18:55:08 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I've noticed that I have problems after I mount the CD: the button on the CD-ROM doesn't eject the tray, but 'eject' command works. I get 'ioctl: Input/output error' but the tray opens OK.
Opening and closing the tray w/o mounting works all the time - with the hardware button and w/ 'eject', w/o any errors.
That's obvious. You have the same effect on any other OS, too.
Sorry, I used an inappropriate description of the issue: after mounting *and unmounting*, the button on the CD-ROM is dead.
I can confirm this behaviour. The error occurs only after the drive was in use somehow. This may be mounting and unmounting the drive, playing a movie using vlc (which does not actually mount the drive if I understand correctly), or ripping a CD using cdparanoia.
Cheers, Norbert
I put the data CD, close the tray, try to mount it, but [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: /dev/sr0 already mounted or /media/cd/ busy It's definitely not mounted, let's try again [karol@white ~]$ mount | grep sr0 [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: block device /dev/sr0 is write-protected, mounting read-only OK, let's see if it's mounted indeed [karol@white ~]$ mount | grep sr0 /dev/sr0 on /media/cd type iso9660 (ro) Looks fine, unmount it and eject it [karol@white ~]$ sudo umount /media/cd/ [karol@white ~]$ mount | grep sr0 [karol@white ~]$ eject /dev/sr0 eject: unable to eject, last error: Inappropriate ioctl for device Despite the error, the CD got ejected. Using eject is the only way to do it - pushing the button on the case doesn't to a damn thing ... unless I push it and try mounting again - in this case, the tray will open.
Am Thu, 18 Aug 2011 20:08:47 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I put the data CD, close the tray, try to mount it, but [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: /dev/sr0 already mounted or /media/cd/ busy
It's definitely not mounted, let's try again [karol@white ~]$ mount | grep sr0 [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: block device /dev/sr0 is write-protected, mounting read-only
OK, let's see if it's mounted indeed [karol@white ~]$ mount | grep sr0 /dev/sr0 on /media/cd type iso9660 (ro)
Looks fine, unmount it and eject it [karol@white ~]$ sudo umount /media/cd/ [karol@white ~]$ mount | grep sr0 [karol@white ~]$ eject /dev/sr0 eject: unable to eject, last error: Inappropriate ioctl for device
Despite the error, the CD got ejected. Using eject is the only way to do it - pushing the button on the case doesn't to a damn thing ... unless I push it and try mounting again - in this case, the tray will open.
Since when do you have those issues? It's probably a bug in the kernel (package linux 3.0.2 and 3.0.3). I just wanted to try what was explained in this thread and must realize that my DVD writer isn't detected anymore, no /dev/sr0 anymore. And my drive is hard locked, means I can't open the tray anymore with the drive's eject button. And the eject command doesn't work either, of course. Here's my bug report: https://bugs.archlinux.org/task/25649 Heiko
Heiko Baums [2011.08.18 2033 +0200]:
Am Thu, 18 Aug 2011 20:08:47 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I put the data CD, close the tray, try to mount it, but [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: /dev/sr0 already mounted or /media/cd/ busy
It's definitely not mounted, let's try again [karol@white ~]$ mount | grep sr0 [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: block device /dev/sr0 is write-protected, mounting read-only
OK, let's see if it's mounted indeed [karol@white ~]$ mount | grep sr0 /dev/sr0 on /media/cd type iso9660 (ro)
Looks fine, unmount it and eject it [karol@white ~]$ sudo umount /media/cd/ [karol@white ~]$ mount | grep sr0 [karol@white ~]$ eject /dev/sr0 eject: unable to eject, last error: Inappropriate ioctl for device
Despite the error, the CD got ejected. Using eject is the only way to do it - pushing the button on the case doesn't to a damn thing ... unless I push it and try mounting again - in this case, the tray will open.
Since when do you have those issues? It's probably a bug in the kernel (package linux 3.0.2 and 3.0.3).
As I said in my earlier post, I'm not sure when all this started to happen, but it my have arisen as recently as you report in your bug report. Thanks for filing by the way. Cheers, Norbert
On Thu, Aug 18, 2011 at 8:59 PM, Norbert Zeh <nzeh@cs.dal.ca> wrote:
Heiko Baums [2011.08.18 2033 +0200]:
Am Thu, 18 Aug 2011 20:08:47 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I put the data CD, close the tray, try to mount it, but [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: /dev/sr0 already mounted or /media/cd/ busy
It's definitely not mounted, let's try again [karol@white ~]$ mount | grep sr0 [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: block device /dev/sr0 is write-protected, mounting read-only
OK, let's see if it's mounted indeed [karol@white ~]$ mount | grep sr0 /dev/sr0 on /media/cd type iso9660 (ro)
Looks fine, unmount it and eject it [karol@white ~]$ sudo umount /media/cd/ [karol@white ~]$ mount | grep sr0 [karol@white ~]$ eject /dev/sr0 eject: unable to eject, last error: Inappropriate ioctl for device
Despite the error, the CD got ejected. Using eject is the only way to do it - pushing the button on the case doesn't to a damn thing ... unless I push it and try mounting again - in this case, the tray will open.
Since when do you have those issues? It's probably a bug in the kernel (package linux 3.0.2 and 3.0.3).
As I said in my earlier post, I'm not sure when all this started to happen, but it my have arisen as recently as you report in your bug report. Thanks for filing by the way.
Cheers, Norbert
I was having those issues before updating to linux 3 (I have switched only yesterday ;P), they started about a week go. As I've always used the button to open and close tray, so I noticed it immediately. With regard to the bug - my CD drive works fine, so it's not the same case.
Heiko Baums [2011.08.18 2033 +0200]:
Am Thu, 18 Aug 2011 20:08:47 +0200 schrieb Karol Blazewicz <karol.blazewicz@gmail.com>:
I put the data CD, close the tray, try to mount it, but [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: /dev/sr0 already mounted or /media/cd/ busy
It's definitely not mounted, let's try again [karol@white ~]$ mount | grep sr0 [karol@white ~]$ sudo mount /dev/sr0 /media/cd/ mount: block device /dev/sr0 is write-protected, mounting read-only
OK, let's see if it's mounted indeed [karol@white ~]$ mount | grep sr0 /dev/sr0 on /media/cd type iso9660 (ro)
Looks fine, unmount it and eject it [karol@white ~]$ sudo umount /media/cd/ [karol@white ~]$ mount | grep sr0 [karol@white ~]$ eject /dev/sr0 eject: unable to eject, last error: Inappropriate ioctl for device
Despite the error, the CD got ejected. Using eject is the only way to do it - pushing the button on the case doesn't to a damn thing ... unless I push it and try mounting again - in this case, the tray will open.
Since when do you have those issues? It's probably a bug in the kernel (package linux 3.0.2 and 3.0.3).
I just wanted to try what was explained in this thread and must realize that my DVD writer isn't detected anymore, no /dev/sr0 anymore. And my drive is hard locked, means I can't open the tray anymore with the drive's eject button. And the eject command doesn't work either, of course.
Here's my bug report: https://bugs.archlinux.org/task/25649
Are you sure this worked for you with 3.0.1? If it did, then your issue and mine seem to be unrelated. I just downgraded to 3.0.1-1 and once again was not able to run eject as non-root user, even immediately after a reboot. Cheers, Norbert
Am Thu, 18 Aug 2011 16:07:35 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
Are you sure this worked for you with 3.0.1? If it did, then your issue and mine seem to be unrelated. I just downgraded to 3.0.1-1 and once again was not able to run eject as non-root user, even immediately after a reboot.
At least on Monday I tried to copy an audio CD. And this has worked. At least the image could be created. So /dev/sr0 must have been there. And since linux 3.0.2-1 was created on Tuesday it must have been working with linux 3.0.1-1. But I can't downgrade anymore, because I've deleted the package from the cache. Regarding the eject issue I'm still pretty sure, that this can only be done by root. I have this issue with other USB devices, too. Heiko
On Thu, Aug 18, 2011 at 9:25 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 16:07:35 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
Are you sure this worked for you with 3.0.1? If it did, then your issue and mine seem to be unrelated. I just downgraded to 3.0.1-1 and once again was not able to run eject as non-root user, even immediately after a reboot.
At least on Monday I tried to copy an audio CD. And this has worked. At least the image could be created. So /dev/sr0 must have been there. And since linux 3.0.2-1 was created on Tuesday it must have been working with linux 3.0.1-1. But I can't downgrade anymore, because I've deleted the package from the cache.
Regarding the eject issue I'm still pretty sure, that this can only be done by root. I have this issue with other USB devices, too.
Heiko
Of course you can downgrade http://arm.konnichi.com/search/ :-)
On Thu, Aug 18, 2011 at 2:25 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 16:07:35 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
Are you sure this worked for you with 3.0.1? If it did, then your issue and mine seem to be unrelated. I just downgraded to 3.0.1-1 and once again was not able to run eject as non-root user, even immediately after a reboot.
At least on Monday I tried to copy an audio CD. And this has worked. At least the image could be created. So /dev/sr0 must have been there. And since linux 3.0.2-1 was created on Tuesday it must have been working with linux 3.0.1-1. But I can't downgrade anymore, because I've deleted the package from the cache.
Regarding the eject issue I'm still pretty sure, that this can only be done by root. I have this issue with other USB devices, too.
the last link by Karol makes it fairly clear that `eject` is misbehaving (unmaintained?) ... per Tom: sg_prevent --allow /dev/sr0 ... unlocks the device after which `eject` works properly as user (for next open/close at least) -- C Anthony
Am Thu, 18 Aug 2011 20:33:41 +0200 schrieb Heiko Baums <lists@baums-on-web.de>:
Since when do you have those issues? It's probably a bug in the kernel (package linux 3.0.2 and 3.0.3).
I just wanted to try what was explained in this thread and must realize that my DVD writer isn't detected anymore, no /dev/sr0 anymore. And my drive is hard locked, means I can't open the tray anymore with the drive's eject button. And the eject command doesn't work either, of course.
Here's my bug report: https://bugs.archlinux.org/task/25649
I've requested closure as invalid of this bug report. My issue seems to have been a temporary issue or an issue with some inconsistent module loading or hardware detection again, like all those issues regarding the sound cards, network cards, etc. Heiko
Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
...
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
Eject only works for root. So you have to use sudo to be able to ejecting the CDs. Heiko
Excerpts from Heiko Baums's message of 2011-08-18 19:03:19 +0200:
Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
...
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
Eject only works for root. So you have to use sudo to be able to ejecting the CDs.
Heiko
Definitely not true, it works here without being root, but: $ eject eject: unable to find or open device for: `cdrom' $ eject /dev/sr0 works $ eject -T /dev/sr0 (while tray is ejected) eject: CD-ROM tray close command failed: Input/output error $ sudo eject -T /dev/sr0 Password: eject: CD-ROM tray close command failed: Input/output error or anything else that should pull the tray back in doesn't work on my machine, according to 'man eject' this may simply be a hardware limitation. Nothing was mounted in my test case, there's no CD inserted. I do somewhat understand the behavior of my machine but not the behavior on the original posters machine. In any case, root/sudo is not required.
Philipp Überbacher [2011.08.18 1919 +0200]:
Excerpts from Heiko Baums's message of 2011-08-18 19:03:19 +0200:
Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
...
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
Eject only works for root. So you have to use sudo to be able to ejecting the CDs.
Heiko
Definitely not true, it works here without being root, but: $ eject eject: unable to find or open device for: `cdrom'
$ eject /dev/sr0 works
This difference can be fixed by setting a symlink, but that's not relevant to this issue here, as (after setting the symlink) the behaviour is identical with or without specifying sr0 as the device. Also, in the past, what made the difference for a non-root user to be able to eject was membership in the "optical" group. For a user that is not in that group, permission to access /dev/sr0 is simply denied. A user in that group can write to /dev/sr0, but something wonky is going on because the effect is not the same as if root carried out the command.
$ eject -T /dev/sr0 (while tray is ejected) eject: CD-ROM tray close command failed: Input/output error
$ sudo eject -T /dev/sr0 Password: eject: CD-ROM tray close command failed: Input/output error
or anything else that should pull the tray back in doesn't work on my machine, according to 'man eject' this may simply be a hardware limitation.
Indeed. On my machine, it doesn't apply, though, because it worked before, first for three years on Debian, then for over a year under Arch. (Actually, it applies on the laptop but not on the desktop.) Cheers, Norbert
On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
...
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
Eject only works for root. So you have to use sudo to be able to ejecting the CDs.
Heiko
Not sure if anyone already pointed to this bug report https://bugs.archlinux.org/task/25405 It deals with eject not working properly.
Karol Blazewicz [2011.08.18 2122 +0200]:
On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
...
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
Eject only works for root. So you have to use sudo to be able to ejecting the CDs.
Heiko
Not sure if anyone already pointed to this bug report https://bugs.archlinux.org/task/25405 It deals with eject not working properly.
Aah, this seems to mirror exactly what I'm experiencing. So at least it's a known issue, and the good thing is that the status says "Assigned". It says nothing about "eject -T" not working, and on my machines eject -T does not work as either root or non-root, but I would suspect that these two issues are closely related. Cheers, Norbert
* Norbert Zeh <nzeh@cs.dal.ca> [18.08.2011 21:44]:
Karol Blazewicz [2011.08.18 2122 +0200]:
On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums <lists@baums-on-web.de> wrote:
Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh <nzeh@cs.dal.ca>:
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
...
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
Eject only works for root. So you have to use sudo to be able to ejecting the CDs.
Heiko
Not sure if anyone already pointed to this bug report https://bugs.archlinux.org/task/25405 It deals with eject not working properly.
Aah, this seems to mirror exactly what I'm experiencing. So at least it's a known issue, and the good thing is that the status says "Assigned". It says nothing about "eject -T" not working, and on my machines eject -T does not work as either root or non-root, but I would suspect that these two issues are closely related.
Cheers, Norbert
Just to make it sure that it's not kernel-related, I'm still on kernel 2.6.39 and have the same issue, it works as user and root with eject, but not with the hardware button.
On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh <nzeh@cs.dal.ca> wrote:
Hi folks,
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
I have the same problem on two different machines: my trusty old desktop and a Dell Latitude E6510. Also, all this did work before and stopped working some time not so long ago. So, given that it did work before and happens on two rather different machines, I suspect it to be a result of some package upgrade. Unfortunately, I don't know exactly when this started happening.
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
This is a known problem, and a version of eject which fixes the issue is in AUR. Once I have time I'll try to add the needed patches to the eject in our repos and push a new release. Cheers, Tom
Tom Gundersen [2011.08.19 0011 +0200]:
On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh <nzeh@cs.dal.ca> wrote:
Hi folks,
I have a strange problem with ejecting CDs from my CD drive.
As root:
eject and eject -t work flawlessly eject -T gives
ioctl: Input/output error
As non-root user:
eject -t closes the tray as expected eject gives
eject: unable to eject, last error: Inappropriate ioctl for device
eject -T gives the same result as for root
It doesn't matter whether I do or do not specify sr0 as the device to eject. The non-root user that I try to execute this command as is in the optical group.
I have the same problem on two different machines: my trusty old desktop and a Dell Latitude E6510. Also, all this did work before and stopped working some time not so long ago. So, given that it did work before and happens on two rather different machines, I suspect it to be a result of some package upgrade. Unfortunately, I don't know exactly when this started happening.
Does anybody else experience this type of problem? Does anybody have any pointers what may be wrong with my setup?
This is a known problem, and a version of eject which fixes the issue is in AUR. Once I have time I'll try to add the needed patches to the eject in our repos and push a new release.
Thanks for your efforts, Tom. Much appreciated! N.
participants (8)
-
C Anthony Risinger
-
Heiko Baums
-
Karol Blazewicz
-
Mauro Santos
-
Norbert Zeh
-
Philipp Überbacher
-
Tom Gundersen
-
Uli Armbruster