Path: utzoo!attcan!uunet!lll-winken!uwm.edu!zaphod.mps.ohio-state.edu!usc!rutgers!mcnc!ncsuvx!news From: henkel%nepjt@ncsuvx.ncsu.edu (Chuck Henkel) Newsgroups: comp.unix.aix Subject: Re: Why doesn't df reflect paritition change? Message-ID: Date: 13 Sep 90 12:52:51 GMT References: Sender: news@ncsuvx.ncsu.edu (USENET News System) Reply-To: henkel@nepjt.ncsu.edu (Chuck Henkel) Distribution: comp Organization: North Carolina State University, Raleigh Lines: 21 In-reply-to: henkel%nepjt@ncsuvx.ncsu.edu's message of Wed, 12 Sep 90 17:22:16 GMT In article henkel%nepjt@ncsuvx.ncsu.edu (Chuck Henkel) writes: > However, df still claims that /u has a total of 4MB. What's the deal? I had also gone into the "File Systems" menu and followed the convoluted path which enables you to run "chfs" with the "size=" option. However, I neglected to notice that the units for this option are in 512 byte blocks instead of 1KB units, although it's clearly stated as such in the menu. Problem resolved. Another question: Was it necessary for me to use the Logical Volume Manager at all for this operation? That is, if I had executed the correct chfs command to begin with, would it have automatically allocated enough free LP's to complete the operation? -- | Chuck Henkel | | | N.C. State University | Curious about evolution? | | Department of Nuclear Engineering | Read Stephen J. Gould. | | henkel%nepjt@ncsuvx.ncsu.edu | |