On Thu, Aug 18, 2011 at 6:44 PM, Norbert Zeh 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 :

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

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 :

...

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 :

...

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:48 PM, Norbert Zeh wrote:

Karol Blazewicz [2011.08.18 1916 +0200]:

...

On Thu, Aug 18, 2011 at 7:08 PM, Heiko Baums wrote:

...

Am Thu, 18 Aug 2011 18:55:08 +0200 schrieb Karol Blazewicz :

...

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.

Heiko Baums [2011.08.18 2033 +0200]:

Am Thu, 18 Aug 2011 20:08:47 +0200 schrieb Karol Blazewicz :

...

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 wrote:

Heiko Baums [2011.08.18 2033 +0200]:

...

Am Thu, 18 Aug 2011 20:08:47 +0200 schrieb Karol Blazewicz :

...

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.

Am Thu, 18 Aug 2011 16:07:35 -0300 schrieb Norbert Zeh :

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 2:25 PM, Heiko Baums wrote:

Am Thu, 18 Aug 2011 16:07:35 -0300 schrieb Norbert Zeh :

...

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

* Norbert Zeh [18.08.2011 21:44]:

Karol Blazewicz [2011.08.18 2122 +0200]:

...

On Thu, Aug 18, 2011 at 7:03 PM, Heiko Baums wrote:

...

Am Thu, 18 Aug 2011 13:44:23 -0300 schrieb Norbert Zeh :

...

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 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