Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!ucsd!usc!wuarchive!uunet!bywater!scifi!aides.watson.ibm.com!ibm.com!marc
From: marc@ibm.com (Marc Auslander)
Newsgroups: comp.unix.aix
Subject: Re: Why doesn't df reflect paritition change?
Message-ID: <7417@aides.watson.ibm.com>
Date: 13 Sep 90 12:17:26 GMT
References: <HENKEL%NEPJT.90Sep12132202@nepjt.ncsuvx.ncsu.edu>
Sender: news@aides.watson.ibm.com
Reply-To: marc@ibm.com (Marc Auslander)
Distribution: comp
Organization: IBM T.J. Watson Research Center
Lines: 18

In article <HENKEL%NEPJT.90Sep12132202@nepjt.ncsuvx.ncsu.edu>, henkel%nepjt@ncsuvx.ncsu.edu (Chuck Henkel) writes:
|> 
|> Context: RS/6000 Model 320
|> 
|> I used the Logical Volume Manager under smit to add a free logical
|> partition (LP) to the /u filesystem. Before, /u had only one LP
|> assigned to it, and there was only one free LP available to add.
|> 
|> After adding the LP, smit claimed that everything was OK, and that /u
|> now had 2 LP's assigned to it, for a total of 8MB.
|> 

To make a file system bigger, go to the smit pannel for enlarging the
file system.  What you did was to make the logical volume bigger without
then updating the file system to reflect the added space.

The is a way to fix this, but I am not sure what it is, and its something
I can't experiment with.  You might play with the chfs command.