home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / ultrix / 8352 < prev    next >
Encoding:
Text File  |  1992-11-17  |  4.9 KB  |  128 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: <Bxu1FJ.Axx@newsflash.concordia.ca>
  6. Summary: Still not working
  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> <BxMCny.DAw@newsflash.concordia.ca> <1e6rbhINNig8@ni.umd.edu>
  11. Date: Mon, 16 Nov 1992 23:33:18 GMT
  12. Lines: 114
  13.  
  14. In article <1e6rbhINNig8@ni.umd.edu>, louie@sayshell.umd.edu (Louis A. Mamakos) writes:
  15. > In article <BxMCny.DAw@newsflash.concordia.ca> smw@alcor.concordia.ca ( Steven Winikoff ) writes:
  16. > >I hate to disagree with Boyd Roberts, as he obviously knows what he's
  17. > >talking about (as demonstrated in many other posts to this group,
  18. > >among others). 
  19. > 
  20. > And you shouldn't...
  21.  
  22. Yes, I understand that now.
  23.  
  24. I apologize to Boyd, and generally to DEC for my initial doubts about this
  25. issue.
  26.  
  27. (Of course, I still think that since there are fewer than 255 different
  28. types of devices, there's no *need* to reuse major numbers yet...   and
  29. I still think that doing so is confusing.  Nevertheless, it's not *wrong*,
  30. and I apologize for suggesting that it was.)
  31.  
  32.  
  33. > >Now *that* is news to me, but then as I mentioned in a previous post, I
  34. > >make no pretensions toward being a kernel hacker.
  35. > 
  36. > It's not really news to anyone with much kernel hacking experience.
  37. > It's been that way since at least V7.
  38.  
  39. The funny thing is that I'm supposed to know this.  I took a course in
  40. this stuff two years ago, and actually ended up writing some driver
  41. routines for a printer.  It's just that, in the heat of the moment with
  42. my CD-ROM drive refusing to behave, I forgot how this is supposed to
  43. work.
  44.  
  45.  
  46. > >I notice that ofiles (which I didn't run yesterday) reports that nobody
  47. > >is using /dev/rz5c, even though pff still finds the telnet process on
  48. > >ptyra.
  49. > 
  50. > Don't worry about the pty; it has nothing to do with your problem.
  51.  
  52. I now realize that that's true.
  53.  
  54.  
  55. > >It's definitely not that the mount point directory is busy.  I can't
  56. > >find any other processes using the "real" /dev/rz5c.  So why won't
  57. > >mount do what I want it to do?
  58. > 
  59. > I dunno.. did the CDROM autoconfig when you booted?
  60.  
  61. Yes.  I just checked the uerf output from the last system boot.  The
  62. relevant excerpts are:
  63.  
  64.     OS EVENT TYPE                  300.     SYSTEM STARTUP
  65.                                                    ...
  66.     OCCURRED/LOGGED ON                      Mon Oct 26 23:38:40 1992 EST
  67.                                                    ...
  68.                                             rz0 at asc0 slave 0 (RZ58)
  69.                                             rz1 at asc0 slave 1 (RZ58)
  70.                                             rz2 at asc0 slave 2 (RZ58)
  71.                                             rz5 at asc0 slave 5 (RRD42)
  72.                                                    ...
  73.  
  74.  
  75. Moreover, in playing around with the drive, the following transcript
  76. occurred:
  77.  
  78.     root@mercury{596}~: mount -r /dev/rz5c /CD
  79.     ufs_mount: /dev/rz5c on /CD: Mount device busy
  80.  
  81.     root@mercury{597}~: mount -r /dev/rz5c /mnt
  82.     ufs_mount: /dev/rz5c on /mnt: Mount device busy
  83.  
  84.     root@mercury{598}~: mount -r /dev/rz5a /mnt
  85.     { HUH?  Why can I mount partition 'a' but not 'c'? }
  86.  
  87.     root@mercury{599}~: ls -Failsg /mnt
  88.     /mnt/FSA100: No space left on device
  89.     /mnt/UDT430: No space left on device
  90.         ... { many similar messages }
  91.  
  92.     root@mercury{600}~: umount /dev/rz5a
  93.  
  94.     root@mercury{601}~: mount -r /dev/rz5a /CD
  95.     ufs_mount: /dev/rz5a on /CD: Mount device busy
  96.     { Even worse!  Why can't I mount *anything* on /CD? }
  97.  
  98.     root@mercury{602}~: pads /CD
  99.     USER     PID   PPID  CMD         TERM    TYPE  MODE PATH
  100.  
  101.     root@mercury{603}~: ofiles /CD
  102.     /CD     (directory)
  103.     USER        PID  TYPE    FD  CMD             INODE
  104.  
  105.     { Hmmm...  /CD sure doesn't *look* busy... }
  106.  
  107.  
  108. Now, remember, the disk I'm using is part of the Ultrix Consolidated
  109. Distribution.  There shouldn't be anything strange about it.  Just to
  110. be sure, I tried a different disk (a recent Ultrix On-line Documentation
  111. CD), with *exactly* the same results.
  112.  
  113. I can mount the 'a' partition, which is interesting but hardly useful,
  114. but it will only mount on some directories and not others.  (Yes, /CD
  115. and /mnt are on the same partition.)
  116.  
  117. I can't seem to be able to mount the 'c' partition anywhere.
  118.  
  119. I'm baffled.
  120.  
  121.     - Steven
  122. ________________________________________________________________________
  123. Steven Winikoff      |       smw@         | "I don't want to run the
  124. Software Analyst     | alcor.concordia.ca | world; I merely want to own
  125. Computing Services   |                    | a substantial portion of the
  126. Concordia University | (514) 848-7619     | preferred stock" - Alan Dean
  127. Montreal, QC, Canada | (10:00-18:00 EST)  | Foster,  Cat-A-Lyst
  128.