home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6326 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.7 KB  |  52 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!sun4nl!spider!loki!bjl
  3. From: bjl@loki.pttrnl.nl (Ben Lippolt)
  4. Subject: Re: Extended File System
  5. Message-ID: <bjl.711746719@freyr>
  6. Sender: usenet@spider.research.ptt.nl (USEnet News)
  7. Nntp-Posting-Host: loki
  8. Reply-To: B.J.Lippolt@research.ptt.nl
  9. Organization: PTT Research
  10. References: <1992Jul20.153227.26980@cs.hw.ac.uk> <joef.711672616@extro.ucc.su.OZ.AU>
  11. Date: Tue, 21 Jul 1992 19:25:19 GMT
  12. Lines: 38
  13.  
  14. joef@extro.ucc.su.OZ.AU () writes:
  15. >  How about this as a suggestion:
  16.  
  17. > /dev/hda1 = 20 meg
  18. > /dev/hda2 = 60 meg
  19. > /dev/hda3 = 20 meg
  20. > /dev/hda4 = 20 meg 
  21.  
  22. >   And set them up this way:
  23.  
  24. > /dev/hda1 mounted on /
  25. > /dev/hda2 mounted on /usr
  26. > /dev/hda3 mounted on /lib
  27. > /dev/hda4 mounted as swap
  28.  
  29. Looks a little strange to me, this setup. Why do want a '/' of 20Mb?
  30. And what on earth do you keep in your '/lib'???
  31.  
  32. My suggestion would be:
  33. /              4 Mb (contains only '/etc' '/lib', '/dev' and your kernel)
  34. /var           6 Mb (contains tmp and spool directories)
  35. /usr          60 Mb 
  36. swap          10 Mb (You won't need 20 Mb, would be unbearable slow anyway)
  37. /home         40 Mb
  38.  
  39. The reason why it is (IMO) better to keep your root file system small 
  40. and to have a seperate '/var' is "more robustness".  You won't modify
  41. that file system often (the occasional update of the kernel (only twice
  42. a week :-) ) and a few files in /etc), so the chances that you blow it
  43. are smaller. The same holds for '/usr'. If you have a seperate '/var',
  44. that will be the file system with a lot of the frequently updated files.
  45. This setup would enable you almost to mount '/usr' read-only (except for
  46. updates of your programs). 
  47. BTW. This is not something I have invented. It is basically the way SunOS
  48. is set up.
  49.  
  50.  
  51. Ben Lippolt.
  52.