If a user cannot eject the cd due to a crash, it should fail nicely

[Corey Burger]

Sometimes a cd gets stuck and you need to use sudo to eject it. The system should sense if the cd is not getting ejected and tell the user about it and then deal with it.

[Matt Zimmerman (mdz)]

Can you describe the circumstances under which it gets 'stuck'? That doesn't sound like something which should happen.

[Corey Burger (corey.burger)]

mm, I haven't had this one recently, but it seemed to happen with about 1 in 10 cds. The time in which I noticed it was when I was ripping my entire music collection, so had a constant flow of cds in and out of my drive. Basically, if for some reason the eject program fails on its first try, it will fail consistently until sudo is used.

[Alexandre Otto Strube (surak)]

this happens when you have a cd in drive since the boot. the permissions are then set to root, not to the logged user.

it happens also when you insert a cd with a user, logoff and tries to eject with another user.

simple permission stuff (at least here)

[Martin Pitt (pitti)]

thanks for the information.

[Martin Pitt (pitti)]

So, if root mounted the CD, then I get a dialog box saying that 'only root can unmount /dev/hdb from /media/cdrom0', which sounds quite right. We indeed do not want all users to unmount devices other users might rely on, so this smells like NOTABUG here. Do you agree?

[Alexandre Otto Strube (surak)]

Pitti, I don't agree on this. Suppose the following use case:

- the user inserts a data cd on drive. let it here, and goes away
- for any reason (electricity down, another user, whatever), the machine is rebooted.
- the cd will now be mounted at boot time as root (which is a specific use case for say, file servers)
- now the cd is root's property, and can't be ejected for regular users.

So, should we disable automounting of removable devices before a user session? I think that in desktop case, yes.

[Martin Pitt (pitti)]

Alexandre,

I see your point. It is out of question to allow normal users to unmount stuff from other users, so this won't be fixed in eject. However: as soon as the user has physical access to the CD-ROM drive, we don't need software protection any more, so we could change the drive's eject button to work in every case. This is covered by bug 35695, so I mark this as a duplicate.

Agreed?

[Alexandre Otto Strube (surak)]

In terms. People in linux are just used to right-click the desktop icon and "eject". Will it work?

If a message that the button works is present, then ok. Else, we should come with something better, don't you think?

[Martin Pitt (pitti)]

 status rejected

Hi Alexandre
Alexandre Otto Strube [2006-05-02 17:20 -0000]:
> *** This bug is a duplicate of bug 35695 ***
>
> In terms. People in linux are just used to right-click the desktop
> icon and "eject". Will it work?

No, as I said before, we do *not* want a normal user to be able to
unmount mounted stuff from other users.

> If a message that the button works is present, then ok. Else, we
> should come with something better, don't you think?

I think people are used to the eject button of the CD-ROM, too. Since
that should now work fine on the majority of drives, I do not see a
big problem here. Also, the message clearly says that the CD wasn't
mounted by you, but by <foo>. Thirdly, a default Ubuntu installation
does not mount CDs automatically at boot.

So I think leaving this as a duplicate of 35695 is fine (to cover the
last 5% of CD-ROM drives), thus I'm closing this bug as a duplicate now.

Thanks!