home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 164 < prev    next >
Internet Message Format  |  1990-12-05  |  4KB

  1. From jsq@cs.utexas.edu  Tue Oct  2 13:38:18 1990
  2. Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP 
  3.     id AA19292; Tue, 2 Oct 90 13:38:18 -0400
  4. Posted-Date: 2 Oct 90 05:06:55 GMT
  5. Received: by cs.utexas.edu (5.64/1.76) 
  6. From: andrew@alice.att.com (Andrew Hume)
  7. Newsgroups: comp.std.unix
  8. Subject: Re: On-disk format of UNIX filesystems (Was: Re: make DOS a filesystem?)
  9. Summary: on-disk format standards are coming
  10. Message-Id: <13099@cs.utexas.edu>
  11. References: <536@usenix.ORG> <537@usenix.ORG> <555@usenix.ORG> <562@usenix.ORG> <563@usenix.ORG>
  12. Sender: jsq@cs.utexas.edu
  13. Organization: AT&T Bell Laboratories, Murray Hill NJ
  14. X-Submissions: std-unix@uunet.uu.net
  15. Date: 2 Oct 90 05:06:55 GMT
  16. Reply-To: std-unix@uunet.uu.net
  17. To: std-unix@uunet.uu.net
  18.  
  19. Submitted-by: andrew@alice.att.com (Andrew Hume)
  20.  
  21. In article <563@usenix.ORG>, aglew@crhc.uiuc.edu (Andy Glew) writes:
  22. > ... I do rather
  23. > wish that there were some standards for the on-disk format of UNIX
  24. > filesystems.  Or am I the only person that has ever tried to transfer
  25. > UNIX filesystems on floppies between different systems?  Or (soon)
  26. > transfer UNIX filesystems on floptical disks?
  27. > Most of the filesystems standards work seems to be technology specific
  28. > - such as, the soon-to-become-official standard for CD-ROM filesystems
  29. > and other optical disks.  However, what I've seen of the CD-ROM
  30. > standard suggests that I am unlikely ever to be able to mount a CD-ROM
  31. > as the boot partition of my workstation...
  32. >     Q: what is the UNIX community's particpation in various
  33. > technology-oriented filesystems standardization efforts?  Does everyone 
  34. > feel confident that present and future UNIX filesystem semantics will be
  35. > completely supported by these standards?
  36. > --
  37. > Andy Glew, a-glew@uiuc.edu [get ph nameserver from uxc.cso.uiuc.edu:net/qi]
  38.  
  39.  
  40.     the x3b11.1 work that i snitch on is aimed precisely at this.
  41. the current work is aimed at WORM technology but the next standard is
  42. for re-writable optical media - which is isomorphic to regular
  43. magnetic disks. however, it is important to note this is an interchange
  44. standard. for various (read performance and economic advantages) reasons,
  45. vendors may always choose a different format for internal use but at least
  46. you should be able to convert this to the interchange format for carrying
  47. the data around. and in x3b11.1's case, we are tryingvery hard to make
  48. the format a plausible one for use as a regular filesystem.
  49.     i agree the CD-ROM standard does not sit comfortably with Unix
  50. but what can you expect when the primary vendors represented on the high
  51. sierra committee were MS-DOS and VMS? x3b11.1 has active participation
  52. from bell labs research (me) and Sun (tom wong) and HP (ed beshore)
  53. to name prominent Unix representatives; in addition, many of the other members
  54. are acutely aware of the importance of the Unix market.
  55.  
  56.     as for support of present and future unix filesystems, we are
  57. deliberately adding support for arbitrary additional fields per file-like
  58. thing (as extended attributes) so as far as it is possible, we should be able
  59. handle most future extensions. as for present systems, it is up to the
  60. unix community to comment NOW on what fields are necessary. standard
  61. things like BSD/SysV inode fields can be taken for granted but
  62. perhaps you know of others (file effective date? file expiry date?
  63. automatic logging on write access). please mail such suggestions to
  64. andrew@research.att.com. the ball is in the unix community's court.
  65.  
  66.     andrew
  67.  
  68. Volume-Number: Volume 21, Number 164
  69.  
  70.