home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / ultrix / 8271 < prev    next >
Encoding:
Text File  |  1992-11-12  |  2.9 KB  |  75 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!utcsri!newsflash.concordia.ca!alcor.concordia.ca!smw
  3. From: smw@alcor.concordia.ca ( Steven Winikoff )
  4. Subject: Re: CD-ROM is really a pseudoterminal??
  5. Message-ID: <BxMCny.DAw@newsflash.concordia.ca>
  6. Keywords: Gak!  Ugh!  Pfui!
  7. Sender: usenet@newsflash.concordia.ca (USENET News System)
  8. Nntp-Posting-Host: alcor.concordia.ca
  9. Organization: Concordia University, Montreal, Quebec
  10. References:  <5435@daily-planet.concordia.ca> <1992Nov12.135412.18066@prl.dec.com>
  11. Date: Thu, 12 Nov 1992 19:55:09 GMT
  12. Lines: 61
  13.  
  14. I hate to disagree with Boyd Roberts, as he obviously knows what he's
  15. talking about (as demonstrated in many other posts to this group,
  16. among others). 
  17.  
  18. But...
  19.  
  20.  
  21. In article <1992Nov12.135412.18066@prl.dec.com>, boyd@prl.dec.com (Boyd Roberts) writes:
  22. > In article <5435@daily-planet.concordia.ca>, smw@alcor.concordia.ca ( Steven Winikoff ) writes:
  23. > >
  24. > >    "ufs_mount: /dev/rz5c on /CD: Mount device busy"
  25. > 
  26. > Mount is telling you that /CD is busy, not /dev/rz5c.  Check out who's
  27. > using /CD.
  28.  
  29. Uh, I *really* don't think so.  There are no processes using /CD, and
  30. only the one process using /dev/ptyra.  Either that, or else pff is
  31. totally hosed, and I don't think that's the case.  Even if it were...
  32.  
  33.  
  34. > Either something's already mounted on /CD or there's a process in /CD.
  35. > Why not make a new directory and mount it on that, and worry about /CD later?
  36.  
  37. I *did* try this.  I created a brand-new, empty directory.  I remembered
  38. not to cd into the new directory (1/2 :-).   I tried to mount /dev/rz5c on
  39. the new directory.  No go.
  40.  
  41. On the other hand...
  42.  
  43.  
  44. > Block and character device namespaces are distinct.  Either pff has
  45. > a bug or you invoked it incorrectly.
  46.  
  47. Now *that* is news to me, but then as I mentioned in a previous post, I
  48. make no pretensions toward being a kernel hacker.
  49.  
  50. It may be that pff incorrectly assumes that any two devices with
  51. identical major and minor numbers are necessarily the same device.  *I*
  52. certainly thought so :-)
  53.  
  54. I notice that ofiles (which I didn't run yesterday) reports that nobody
  55. is using /dev/rz5c, even though pff still finds the telnet process on
  56. ptyra.
  57.  
  58. So what's left?   I still think that "recycling" major and minor numbers
  59. is a particularly strange thing to do, but if it really has no bearing
  60. on my case, what does?
  61.  
  62. It's definitely not that the mount point directory is busy.  I can't
  63. find any other processes using the "real" /dev/rz5c.  So why won't
  64. mount do what I want it to do?
  65.  
  66. HELP!!!
  67.  
  68.       - Steven 
  69. ________________________________________________________________________
  70. Steven Winikoff      |       smw@         | "I don't want to run the
  71. Software Analyst     | alcor.concordia.ca | world; I merely want to own
  72. Computing Services   |                    | a substantial portion of the
  73. Concordia University | (514) 848-7619     | preferred stock" - Alan Dean
  74. Montreal, QC, Canada | (10:00-18:00 EST)  | Foster,  Cat-A-Lyst
  75.