home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 7125 < prev    next >
Encoding:
Text File  |  1992-07-31  |  6.1 KB  |  134 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!jvnc.net!primerd.prime.com!hammer!cummings
  3. From: cummings@hammer.Prime.COM (Kevin Cummings)
  4. Subject: Re: extfs...what did I set myself up for?
  5. Message-ID: <1992Jul31.132813@hammer.Prime.COM>
  6. Sender: cummings@hammer (Kevin Cummings)
  7. Organization: Prime Computer R&D
  8. References:  <Bs96JD.GMy@acsu.buffalo.edu>
  9. Date: Fri, 31 Jul 1992 17:28:13 GMT
  10. Lines: 122
  11.  
  12. In article <Bs96JD.GMy@acsu.buffalo.edu>, jmsimon@acsu.buffalo.edu (JMS) writes:
  13. > Okay, question for the gurus.
  14. > I stopped testing Interactive Unix (Sun v3.0, SYSV/386v3.2) because,
  15. > frankly, Linux 0.96c seems more stable and more usable (not to mention
  16. > *free* with sources available ;-> ) and wiped the Interactive partition
  17. > off my drive. 
  18. > I have a 202mb drive. My partitions are:
  19. >     /dev/hda1    MS-DOG    32+mb
  20. >     /dev/hda2    minix    30mb    /
  21. >     /dev/hda3    minixsw    20mb    (swap)
  22. >     
  23. >     ...and now for the fun stuff...
  24. > I used efdisk to make primary partition 4 an extended partition (the
  25. > type is 5, Extended DOS partition, I believe) encompassing the 120mb
  26. > remaining. I then proceed to hit 'n' (new partition) and it doesn't
  27. > prompt me for partition # any more; I proceed to finish my partition
  28. > table as follows:
  29. >     /dev/hda4    extdos    120mb
  30. >         /dev/hda5    minix     64mb    /usr
  31. >         /dev/hda6    minix     46mb   /home
  32. >         /dev/hda7    minix     10mb   /misc
  33. > I originally installed Linux (using the script - greast job!) only on
  34. > /dev/hda{2,3} using a mkfs on hda2 and a mkswp on hda3. Got everything
  35. > working, and decided to take the chance; I mkfs'ed hda{5..7}, and
  36. > mounted them. df reports the space there, I can copy files onto them,
  37. > create directories, umount and mount them in other places, etc.
  38. > Here's my question(s):
  39. >     1)    Is this supposed to work? If not, will I suffer any
  40. >         inconceivable consequences down the road?
  41.  
  42.         Yes, this is supposed to work.  Ever since 0.95b pl2 I think.
  43.  
  44. >     2)    Is the extended file system *just* to get partitions
  45. >         >64mb and longer filenames, or also for >4 partitions?
  46.  
  47.         The LINUX extended file system reportedly allows > 64MB and
  48.         longer file system names.  You have to recompile certain
  49.         utilities to use the new read directory routines in the
  50.         latest version of LINUX in order to use it.
  51.  
  52.         The DOS extended partitions allow you access to more than
  53.         the 4 primary partitions allowed by the partition table.
  54.         (see below for a more detailed explanation.)
  55.  
  56. > Here's my basis of understanding on Linux's file system right now:
  57. >     a)    Only 4 partitions can be used (excepting the extended
  58. >         filesystem, which I have heard needs a 'mkefs' command
  59. >         to create, and may require recompiling with a different
  60. >         library function to make shells and other programs "see"
  61. >         the directories and files within them)
  62.  
  63. When Microsoft and IBM decided on the format of the partition table in the
  64. BOOT SECTOR of the hard disk, they limited it to 4 primary partitions.
  65. Later on, when they realized their mistake, they added the EXTDOS partition
  66. type so that one (or more?) of these four primary partitions could contain
  67. more than one logical DOS disk.  These extended partitions (NOT to be confused
  68. with the LINUX extended file system) allow up to 26 logical partitions within
  69. them.  LINUX really doesn't care what TYPE of partition you choose to make
  70. into a LINUX file system (or extended file system).  However, other software
  71. that uses some of your partitions may care B^)!  I was running for a short time
  72. with a LINUX filesystem on a SpeedStor partition, and DOS (under the SpeedStor
  73. device driver) thought it was a valid DOS partition.  I was lucky to not have
  74. had DOS write anything to that partition (it would have trashed the LINUX file
  75. system on that disk I'm sure).  I'm actually surprised that the 10 MB of data
  76. I had on it didn't confuse DOS (it would still list the directory as empty
  77. if I ever did a DIR on it under DOS).
  78.  
  79. If you use a DOS extended partition, make sure that you use parts of it that are
  80. NOT defined as DOS logical drives (use FDISK to make sure).  Then DOS and LINUX
  81. should happily shared space in the same EXTDOS partition.
  82.  
  83. >     b)    Linux 0.97 should support longer filenames and much
  84. >         larger partitions (on the order of terrabytes?)    
  85.  
  86. I'm not sure what Linus has in mind for his extended file systems.  There are
  87. other file systems out there that could be ported to LINUX.  The DOS FS is
  88. already being used in an ALPHA test state.  HPFS is a Hi Performance File System
  89. (developed for OS/2?), FFS is a Fast File System (developed for BSD UNIX?), VFS
  90. is a Very fast File system (FFS optimized for 386's?).  I'm pretty sure that
  91. Linus' kernel modifications in the file system lately have been made so that it
  92. will be easier to port new files systems onto LINUX in the future.  Each file
  93. system defines its own parameters (filename restrictions and lengths, disk space
  94. for the disk directory, number of disk directory entries, disk space for the data,
  95. etc).  
  96.  
  97. I'm sure someone else will correct me if I'm wrong.
  98.  
  99. > Fantastic system, BTW. Everyone who work{s|ed} on this deserves a six-pack
  100. > from everyone who uses it (of course, we'll never get updates and ports if
  101. > the entire development team is swimming ;-> )
  102.  
  103. Damn, beer isn't on my new diet (sigh!).  Not until I lose another 70 pounds
  104. anyways (about 30 or so more kilos for you continentals).
  105.  
  106. > Oh. Eventually I may look into writing a driver for my Colorado Jumbo 250
  107. > tape backup (unless someone is already endeavoring - let me know) -- if
  108. > anyone would like to keep me from this certain misery, an Exabyte would go
  109. > a long way!
  110.  
  111. Yeah, I have DJ10 myself (120MB tape).  Would be nice.
  112.  
  113. =================================================================
  114. Kevin J. Cummings                       PrimeService
  115. 20 Briarwood Road                       A Computervision Company
  116. Framingham, Mass.                       500 Old Connecticut Path
  117.                     Framingham, Mass.
  118. Work:  cummings@primerd.Prime.COM
  119. Home:  cummings@kjc386.framingham.ma.us
  120.  
  121. Std. Disclaimer: "Mr. McKittrick, after careful consideration,
  122.           I've come to the conclusion that your new
  123.           defense system SUCKS..."   --  War Games
  124. =================================================================
  125.