home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / amiga / 2700 < prev    next >
Encoding:
Text File  |  1993-01-23  |  3.9 KB  |  83 lines
  1. Newsgroups: comp.unix.amiga
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!uum1!gw.digibd.com!rogue.digibd.com!rhealey
  3. From: rhealey@rogue.digibd.com (Rob Healey)
  4. Subject: Re: ufs boot partitions are certain death!
  5. Message-ID: <C1ABpE.2rA@gw.digibd.com>
  6. Sender: news@gw.digibd.com (USENET News)
  7. Nntp-Posting-Host: rogue.digibd.com
  8. Organization: DigiBoard Incorporated, Eden Prairie, MN
  9. References: <Bradb.0nhy@nesbbx.rain.COM> <C14Hr8.CC8@gw.digibd.com> <1jm1btINN356@zikzak.apana.org.au>
  10. Date: Sat, 23 Jan 1993 02:17:36 GMT
  11. Lines: 70
  12.  
  13. In article <1jm1btINN356@zikzak.apana.org.au>, zik@zikzak.apana.org.au (Michael Saleeba) writes:
  14. |> rhealey@rogue.digibd.com (Rob Healey) writes:
  15. |> 
  16. |> >    AmigaUNIX does not like / and /usr being on seperate file systems
  17. |> >    so keep / and /usr on the same filesystem. Preferably ufs.
  18. |> 
  19. |> Well I can't say I'd recommend ufs for a boot partition. I've been
  20. |> messing with Amiga UNIX for around a year now and I've always had this
  21. |> creeping problem with inodes just randomly being munged. As the system
  22. |> has been getting busier (it's public access) the problem has been
  23. |> getting worse. It would usually cause something like this on the
  24. |> console:
  25. |> 
  26.     I should have qualified that as Preferably ufs on 2.1 systems. Using
  27.     ufs on any version prior to 2.1 will probably cause corruption
  28.     or panics due to the way ufs allocates/deallocated blocks of
  29.     memory to do it's work. These allocation/deallocation routines were
  30.     running at the wrong spl() level before 2.1 and thus corruption
  31.     could occur. People blame it on ufs but it really wasn't ufs's
  32.     fault, it just used the buffer deallocation/aloocation routines
  33.     alot more vigorously than the rest of the OS.
  34.  
  35.     If you aren't running 2.1 than stick to s5 even though 14 character
  36.     filename lenthis brain damage. B^(.
  37.  
  38. |> Filesystem            kbytes    used   avail capacity  Mounted on          
  39. |> /dev/dsk/c6d0s1        24576   17772    6804    72%    /          (s5)
  40. |> /dev/dsk/c6d0s4       245884  167406   53889    76%    /system    (ufs)  
  41. |> /dev/dsk/c0d0s2       260628  235807   17002    93%    /news      (ufs)
  42. |> /dev/dsk/c0d0s1          807       5     761     1%    /locks     (ufs)
  43. |> /dev/dsk/c6d0s5        88750   26371   53504    33%    /home      (ufs)
  44. |> 
  45. |> So it boots off a _small_ s5 partition. Nearly everything that is
  46. |> useful but not essential for booting is on /system, and there are big
  47. |> fat gobs of soft links between the two filesystems. Quite early in the
  48. |> startup /system is mounted and things become usable. You may wonder
  49. |> why I went to all this trouble to have a s5 boot partition,
  50. |> particularly when I can't stand the stupid 14 character filename
  51. |> limit. The answer is simple - I haven't lost a single inode since I
  52. |> changed over.
  53. |> 
  54. |> QED.
  55. |> 
  56. |> And now I can sleep soundly at night, knowing that my password file
  57. |> and my /usr/bin will be there in the morning!
  58. |> 
  59.     But the rest of your partitions might be clobbered by buffer
  60.     corruption so you aren't out of the woods yet. s5 is slow enough
  61.     that it vastly reduces the likelyhood of buffer corruption. ufs's
  62.     problem is that it is too damn fast in the buffer allocation/
  63.     deallocation dept so there are more opportunitys for the
  64.     buffer lists to be mangled.
  65.  
  66. |> The moral of the story - DON'T USE ufs BOOT PARTITIONS! THEY ARE POISON!
  67. |> 
  68.     Only if your OS < 2.1. Since you are from down under I assume
  69.     2.03 is all you can get at. I would STRONGLY urge you to ditch
  70.     ALL ufs partitions if you are running anything other than 2.1,
  71.     it WILL bite you in the ass if you don't. It's only a matter
  72.     of time...
  73.  
  74.     Under 2.1 I've paniced my system constantly testing new driver
  75.     code and beated on it relentlessly and it only uses ufs. I
  76.     have yet to lose any file on root and have only lost a very
  77.     few "active at the time of panic" files on /home.
  78.  
  79.     ufs boot partitions are only poison on < 2.1, for 2.1 AmigaUNIX it is
  80.     the only way to go.
  81.  
  82.         -Rob
  83.