Since moving from FC2 to CentOS 4.x I've been having a strange problem opening the CD/DVD drive door after burning backups.
A cron job tars and gzips directories I want to back up and stores the .tar.gz file in my /misc directory. I then burn the file onto a blank CD. All goes well with the burn...the drive door opens upon completion.
The problem occurs when I re-insert the CD to test the backup using File Roller. After reading the directories for verification, I find that I can not eject the disc unless I log out. This, obviously is a pain in the neck since I then have to restart several apps I normally have open.
Has anyone run into this before? Any suggestions?
Thanks, Dick
The problem occurs when I re-insert the CD to test the backup using File Roller. After reading the directories for verification, I find that I can not eject the disc unless I log out. This, obviously is a pain in the neck since I then have to restart several apps I normally have open.
Has anyone run into this before? Any suggestions?
It sounds like the cd is still mounted by your user. unmount the cd, then you should be able to take it out. If you're using gnome/KDE you should have a CD icon. Right click and choose unmount/eject, or from the command line 'umount /path/to/cdrom'. The path to your cdrom will most likely be /media/cdrecorder but it varies.
-- Jim Perrin System Administrator Ft Gordon & US Army Signal Center
Jim Perrin wrote:
{snip}
It sounds like the cd is still mounted by your user. unmount the cd, then you should be able to take it out. If you're using gnome/KDE you should have a CD icon. Right click and choose unmount/eject, or from the command line 'umount /path/to/cdrom'. The path to your cdrom will most likely be /media/cdrecorder but it varies.
-- Jim Perrin
Jim, thanks for your input. I had done each and every one of your suggestions. After right-clicking on the CD icon (gnome) and clicking on "Eject", I would get an error message telling me that it couldn't perform the operation. Checking mounted volumes showed no CD mounted. Running top didn't raise any flags on application helpers that might have maintained ownership or had hooks into a process that would prevent operation on the drive.
Here is fstab:
# This file is edited by fstab-sync - see 'man fstab-sync' for details LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs defaults 0 0 LABEL=/home /home ext3 defaults 1 2 none /proc proc defaults 0 0 none /sys sysfs defaults 0 0 LABEL=/tmp /tmp ext3 defaults 1 2 LABEL=/var1 /var ext3 defaults 1 2 LABEL=SWAP-hda7 swap swap defaults 0 0 /dev/hdd /media/cdrom auto pamconsole,exec,noauto,managed 0 0 /dev/hdc /media/cdrecorder auto pamconsole,exec,noauto,managed 0 0 /dev/fd0 /media/floppy auto pamconsole,exec,noauto,managed 0 0
And here is mount:
[dick@raroth ~]$ mount /dev/hda2 on / type ext3 (rw) none on /proc type proc (rw) none on /sys type sysfs (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) usbfs on /proc/bus/usb type usbfs (rw) /dev/hda1 on /boot type ext3 (rw) none on /dev/shm type tmpfs (rw) /dev/hda3 on /home type ext3 (rw) /dev/hda6 on /tmp type ext3 (rw) /dev/hda5 on /var type ext3 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
Hopefully, you can see something that I can't that may help resolve this.
Thanks again, Dick
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, Jul 10, 2005 at 11:27:21AM -0400, Dick Roth wrote:
Jim Perrin wrote:
{snip}
It sounds like the cd is still mounted by your user. unmount the cd, then you should be able to take it out. If you're using gnome/KDE you should have a CD icon. Right click and choose unmount/eject, or from the command line 'umount /path/to/cdrom'. The path to your cdrom will most likely be /media/cdrecorder but it varies.
Jim, thanks for your input. I had done each and every one of your suggestions. After right-clicking on the CD icon (gnome) and clicking on "Eject", I would get an error message telling me that it couldn't perform the operation. Checking mounted volumes showed no CD mounted. Running top didn't raise any flags on application helpers that might have maintained ownership or had hooks into a process that would prevent operation on the drive.
You might want to try:
fuser /mnt/cdrom
and
fuser -m /mnt/cdrom
These will give you some clue of what is stopping you from unmonting the fs.
[]s
- -- Rodrigo Barbosa rodrigob@suespammers.org "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
Rodrigo Barbosa wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, Jul 10, 2005 at 11:27:21AM -0400, Dick Roth wrote:
Jim Perrin wrote:
{snip}
It sounds like the cd is still mounted by your user. unmount the cd, then you should be able to take it out. If you're using gnome/KDE you should have a CD icon. Right click and choose unmount/eject, or from the command line 'umount /path/to/cdrom'. The path to your cdrom will most likely be /media/cdrecorder but it varies.
Jim, thanks for your input. I had done each and every one of your suggestions. After right-clicking on the CD icon (gnome) and clicking on "Eject", I would get an error message telling me that it couldn't perform the operation. Checking mounted volumes showed no CD mounted. Running top didn't raise any flags on application helpers that might have maintained ownership or had hooks into a process that would prevent operation on the drive.
You might want to try:
fuser /mnt/cdrom
and
fuser -m /mnt/cdrom
These will give you some clue of what is stopping you from unmonting the fs.
[]s
Rodrigo Barbosa rodrigob@suespammers.org
{snip}
Thank you Rodrigo!! You pointed the way...to grip, which I tend to keep open on my desktop. It didn't appear to "own" the drive, but it was the culprit. And now I have just added another tool (fuser) to my little Linux toolbox.
What I love most about being a GNU/Linux user is how much I learn from other users.
Thanks again, Dick
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sun, Jul 10, 2005 at 01:52:26PM -0400, Dick Roth wrote:
You might want to try:
fuser /mnt/cdrom
and
fuser -m /mnt/cdrom
These will give you some clue of what is stopping you from unmonting the fs.
Thank you Rodrigo!! You pointed the way...to grip, which I tend to keep open on my desktop. It didn't appear to "own" the drive, but it was the culprit. And now I have just added another tool (fuser) to my little Linux toolbox.
What I love most about being a GNU/Linux user is how much I learn from other users.
You are welcome, of course.
Also, you might want to take a closer look at fuser, since it has some other nifty uses. Many of which people usually resort to lsof for, like discovering which process is using a given tcp/udp port.
fuser -n tcp <port_number>
I actually find myself using fuser at least once or twice a day. Not to mention the huge number of scripts I have that use them, mostly to see if a given file is in use. And yes, I'm awake that kind of use is prone to race conditions if overused :)
[]s
- -- Rodrigo Barbosa rodrigob@suespammers.org "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
-
Dick Roth -
Jim Perrin -
Rodrigo Barbosa