home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4966 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  2.1 KB
  1. Path: sparky!uunet!wupost!usc!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!rutgers!uwvax!astroatc!vidiot!ftms!brown
  2. From: brown@ftms.UUCP (Vidiot)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Disk Partitioning
  5. Message-ID: <257@ftms.UUCP>
  6. Date: 24 Jul 92 16:08:42 GMT
  7. References: <1992Jul17.182425.117776@zeus.calpoly.edu> <245@ftms.UUCP> <1992Jul21.214918.157285@zeus.calpoly.edu>
  8. Reply-To: brown@ftms.UUCP (Vidiot)
  9. Distribution: na
  10. Organization: Vidiot's Other Hangout
  11. Lines: 31
  12.  
  13. In article <1992Jul21.214918.157285@zeus.calpoly.edu> etsiao@joule (Eddie Tsiao) writes:
  14. <
  15. <As my earlier followup says, I was actually looking for a way to "grow" the
  16. <fs into the partition without having to backup/newfs/restore because this
  17. <deals with the root and /usr partitions.  I was hoping to avoid having to boot
  18. <miniroot etc...  As for backups, I did an rdump both before I repartitioned
  19. <and before I booted miniroot.  Unfortunately, I forgot that I needed to move
  20. <the tape drive to the machine in question inorder to restore :-j.  Everything,
  21. <is working fine now but I would still like to know if it is possible to 
  22. <"resize" a filesystem.
  23.  
  24. As far I as know, the answer is no.  The problem is that the filesystem has
  25. to have the superblocks and inode information changed to reflect the new size.
  26. As I understand it, the superblock and the backups are placed in certain areas
  27. and those areas are different, depending on the size.
  28.  
  29. Even if the superblock, and the backups, do go in the same places (with just
  30. more of them), newfs needs to be used to make those superblocks and update
  31. the inode list.  Newfs rebuilds the directory structure, which obviously
  32. destroys what is there.
  33.  
  34. It would definately be great to be able to resize a filesystem on the fly.
  35. I could have used that when I installed the new SS2 and needed to remove
  36. /home and fold it in to /usr.  Like you, I had to reload the operating
  37. system from scratch.  It was a long weekend, since I had three other disks
  38. on the system as well.
  39. -- 
  40. harvard\
  41.   ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
  42. rutgers/
  43. INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
  44.