home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / next / sysadmin / 7601 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  1.4 KB
  1. Path: sparky!uunet!haven.umd.edu!umd5!oberon.umd.edu!matthews
  2. From: matthews@oberon.umd.edu (Mike Matthews)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: Re: Preventing Optical Disc Ejection
  5. Message-ID: <18109@umd5.umd.edu>
  6. Date: 23 Jan 93 22:13:13 GMT
  7. References: <1jq0lqINN15h@calvin.usc.edu> <1js071INN4gk@menudo.uh.edu>
  8. Sender: news@umd5.umd.edu
  9. Organization: Los Alamos National Laboratory, NM
  10. Lines: 23
  11.  
  12. In article <1js071INN4gk@menudo.uh.edu> sears@uh.edu writes:
  13. >Yes.  Have unix mount the drive during the boot process.  You can do this  
  14. >by placing the proper information about the disk in the file /etc/fstab.   
  15. >Please see an earlier article "Re: hard drive mounting" that I just  
  16. >posted.  It should also apply to Optical disks.
  17.  
  18. This is good only from the logical standpoint.  All it takes is a long, thin
  19. object and the OD can be made to eject physically.  Same goes for CD ROMs,
  20. which I found out much to my dismay (the NeXT gets *really* *confused* when
  21. you eject a disk without telling it).  Plugging the appropriate hole/button
  22. with some key-based removable object is the only way I can think of to do
  23. that.  Either that or something similar to fire alarms -- you can pull it,
  24. but you get sprayed with lots o' nasty white stuff too. <evil grin>
  25.  
  26. >Paul S. Sears
  27. ------
  28. Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
  29. ------
  30. To err is human, to moo bovine.
  31.  
  32.  
  33.  
  34.  
  35.