[NCLUG] CDROM symbolic link

[jkemper at prhc.net]

This is becoming a real learning experience, I tell ya. So far I've found
out:

Yes, Mandrake does use devfs.
I needed to change the entry in /etc/fstab to point to /dev/scd0, this
seems to fix the /dev/cdrom symbolic link. Evidently devfsd reads fstab as
well as        devfsd.conf.

My big problem is now the CD-ROM (CD-RW drive) is mounted at boot, even
though the noauto option is specified in fstab. (I took the original fstab
entry and edited /dev/hdc to read  /dev/scd0, all other options on that
line were unchanged.)

The eject command and the KDE CD-ROM desktop icon are both broken as well,
but I'm still playing with those. The auto-mounting issue has me stumped,
though. Can anyone explain this behavior? Sorry I don't have the full text
of my fstab file handy - this machine is at home, and I get the nclug list
at work. If it is needed to diagnose the problem, I can post it tonight.

Thanks,
Jason






dannf at dannf.org (dann)@nclug.org on 11/21/2001 11:43:37 AM

Please respond to nclug at nclug.org

Sent by:  nclug-admin at nclug.org


To:   nclug at nclug.org
cc:

Subject:  Re: [NCLUG] CDROM symbolic link


sounds like you are using devfs, and it is automatically recreating
this link when you remove it.  i've never used it, but i believe
there is a devfd config file you can edit to fix this.
     -dann

On Tue, Nov 20, 2001 at 11:29:56AM -0700, jkemper at prhc.net wrote:
> Last night I installed a CD-RW drive in my linux box (Mandrake 8.1) for
the
> first time. I removed the existing CD-ROM drive, so the CD-RW is the only
> CD drive.  I edited the appropriate "append= " line in lilo.conf,
installed
> cdrecord and mkisofs, rebooted and I was burning CDs just fine. My
problem
> is that now that my cdrom is operating in SCSI emulation mode, my
symbolic
> link /dev/CDROM needs to change to point to /dev/scd0, but I can't seem
to
> make this happen. If I delete /dev/CDROM, I don't get an error message,
but
> either it is not deleted, or else some process recreates it immediately.
If
> I run ln with the -f option to force the link to replace the existing
one,
> it completes successfully, but the link still points to the old location
> when I check it.
>
> Is there some daemon running which monitors and "fixes" these links if
they
> are broken/changed? Or am I just a brain-dead newbie? Personally, I think
> the second is more likely. ;-)
>
> Thanks,
> Jason
>
> _______________________________________________
> NCLUG mailing list
> NCLUG at nclug.org
> http://www.nclug.org/mailman/listinfo/nclug
>

--

dannf at dannf.org
_______________________________________________
NCLUG mailing list
NCLUG at nclug.org
http://www.nclug.org/mailman/listinfo/nclug

-------------- next part --------------
A non-text attachment was scrubbed...
Name: $RFC822.eml
Type: application/octet-stream
Size: 4062 bytes
Desc: not available
URL: <http://lists.nclug.org/pipermail/nclug/attachments/20011121/5613025f/attachment.obj>