home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / amiga / 2695 next >
Encoding:
Internet Message Format  |  1993-01-21  |  3.9 KB
  1. Path: sparky!uunet!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!zikzak.apana.org.au!zikzak.apana.org.au!not-for-mail
  2. From: zik@zikzak.apana.org.au (Michael Saleeba)
  3. Newsgroups: comp.unix.amiga
  4. Subject: ufs boot partitions are certain death!
  5. Date: 21 Jan 1993 22:27:57 +1100
  6. Organization: Zikzak public access UNIX, Melbourne Australia
  7. Lines: 73
  8. Message-ID: <1jm1btINN356@zikzak.apana.org.au>
  9. References: <Bradb.0nhy@nesbbx.rain.COM> <C14Hr8.CC8@gw.digibd.com>
  10. NNTP-Posting-Host: zikzak.apana.org.au
  11.  
  12. rhealey@rogue.digibd.com (Rob Healey) writes:
  13.  
  14. >    AmigaUNIX does not like / and /usr being on seperate file systems
  15. >    so keep / and /usr on the same filesystem. Preferably ufs.
  16.  
  17. Well I can't say I'd recommend ufs for a boot partition. I've been
  18. messing with Amiga UNIX for around a year now and I've always had this
  19. creeping problem with inodes just randomly being munged. As the system
  20. has been getting busier (it's public access) the problem has been
  21. getting worse. It would usually cause something like this on the
  22. console:
  23.  
  24.        WARNING: inode=12345 fs=/
  25.  
  26. (Or something to that effect). The next time I fscked "/" I'd be
  27. missing a file. Often it would reappear in lost+found. Now this was
  28. all very well and not too annoying until one day it did this to
  29. /etc/shadow! 
  30.  
  31. No shadow password file? "Not a problem", I think, "Just bring it up
  32. in single-user mode".
  33.  
  34.        Enter system administration password to enter maintenance mode:
  35.  
  36. Ah. Ok. Enter the password that is in the non-existent password file
  37. huh?
  38.  
  39. Some hours and much messing with boot floppies later a friend and I
  40. had the system back on its feet. All was ok for the next little while.
  41. Files disappeared at random but nothing _too_ important went, just
  42. some bits of my own work and the system administration menu.
  43.  
  44. Then came the fateful day when it decided to munge the inode for
  45. /usr/bin. Yes, /usr/bin became a _file_. Not really good for the
  46. system, in fact it was back to the ol' boot floppies again... After a
  47. little work I managed to fsck the filesystem back to sanity again.
  48. Only trouble was that I now had a lost+found full of files with useful
  49. names like #0072342, and no real way of finding out which was which.
  50. Even if I took a punt at which was which from a scan of their strings,
  51. there were over three hundred files and who can remember them _all_!?!
  52.  
  53. So it was back to the install tape. It took the two of us nineteen
  54. hours straight to build up a system which would work, and this is what
  55. it now looks like:
  56.  
  57. Filesystem            kbytes    used   avail capacity  Mounted on          
  58. /dev/dsk/c6d0s1        24576   17772    6804    72%    /          (s5)
  59. /dev/dsk/c6d0s4       245884  167406   53889    76%    /system    (ufs)  
  60. /dev/dsk/c0d0s2       260628  235807   17002    93%    /news      (ufs)
  61. /dev/dsk/c0d0s1          807       5     761     1%    /locks     (ufs)
  62. /dev/dsk/c6d0s5        88750   26371   53504    33%    /home      (ufs)
  63.  
  64. So it boots off a _small_ s5 partition. Nearly everything that is
  65. useful but not essential for booting is on /system, and there are big
  66. fat gobs of soft links between the two filesystems. Quite early in the
  67. startup /system is mounted and things become usable. You may wonder
  68. why I went to all this trouble to have a s5 boot partition,
  69. particularly when I can't stand the stupid 14 character filename
  70. limit. The answer is simple - I haven't lost a single inode since I
  71. changed over.
  72.  
  73. QED.
  74.  
  75. And now I can sleep soundly at night, knowing that my password file
  76. and my /usr/bin will be there in the morning!
  77.  
  78. The moral of the story - DON'T USE ufs BOOT PARTITIONS! THEY ARE POISON!
  79.  
  80. +-----------------------------------+----------------------------------------+
  81. |          -|-   Zik   -|-          |           WANTED!                      |
  82. |     zik@bruce.cs.monash.edu.au    |       Schodinger's cat                 |
  83. |          Michael Saleeba          |        Dead or alive       - unknown   |
  84. +-----------------------------------+----------------------------------------+
  85.