Resize reiserfs problems
I juggled partitions and resized my / partition to cover a larger area of the disk. However, after I did it, I get inconsistencies. According to t he YaST partitioner and according to fdisk, the resize did happen. According to 'df' it did not. Here is my output of fdisk: Disk /dev/hda: 80.0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 1 4 32098+ de Dell Utility /dev/hda2 5 9516 76405140 83 Linux /dev/hda3 9517 9726 1686825 82 Linux swap And here is what df says: Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 17362216 13564696 2915552 83% / tmpfs 254048 8 254040 1% /dev/shm The df command is only seeing 18 gigs instead of 73 gigs! So is this a df poblem or did the resize not work?
On Mon, 2004-07-19 at 10:56 -0500, Misty Stanley-Jones wrote:
I juggled partitions and resized my / partition to cover a larger area of the disk. However, after I did it, I get inconsistencies. According to t he YaST partitioner and according to fdisk, the resize did happen. According to 'df' it did not. Here is my output of fdisk: Disk /dev/hda: 80.0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System /dev/hda1 1 4 32098+ de Dell Utility /dev/hda2 5 9516 76405140 83 Linux /dev/hda3 9517 9726 1686825 82 Linux swap
And here is what df says:
Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 17362216 13564696 2915552 83% / tmpfs 254048 8 254040 1% /dev/shm
The df command is only seeing 18 gigs instead of 73 gigs! So is this a df poblem or did the resize not work?
I read those numbers as 1 block = 0.5K, so the partition is 38202570K or about 36GB. Did you resize the file system or just the partition? Perhaps you should try resize_reiserfs /dev/hda2 I assume you already have a full backup of your data, messing with partitions can be dangerous stuff
On Mon, 2004-07-19 at 18:06 +0200, Anders Johansson wrote:
On Mon, 2004-07-19 at 10:56 -0500, Misty Stanley-Jones wrote:
I juggled partitions and resized my / partition to cover a larger area of the disk. However, after I did it, I get inconsistencies. According to t he YaST partitioner and according to fdisk, the resize did happen. According to 'df' it did not. Here is my output of fdisk: Disk /dev/hda: 80.0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System /dev/hda1 1 4 32098+ de Dell Utility /dev/hda2 5 9516 76405140 83 Linux /dev/hda3 9517 9726 1686825 82 Linux swap
And here is what df says:
Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 17362216 13564696 2915552 83% / tmpfs 254048 8 254040 1% /dev/shm
The df command is only seeing 18 gigs instead of 73 gigs! So is this a df poblem or did the resize not work?
I read those numbers as 1 block = 0.5K, so the partition is 38202570K or about 36GB.
Agh, I shouldn't do math before I've had my coffee. 1 block is 1K so you're right, about 73GB.
Did you resize the file system or just the partition? Perhaps you should try
resize_reiserfs /dev/hda2
I assume you already have a full backup of your data, messing with partitions can be dangerous stuff
The filesystem is ext3. When I tried to run your command I got: baa:~ # resize_reiserfs /dev/hda2 resize_reiserfs 3.6.13 (2003 www.namesys.com) reiserfs_open: the reiserfs superblock cannot be found on /dev/hda2. resize_reiserfs: cannot open '/dev/hda2': Success Aborted I do not know if ext3 and reiser are the same -- if so, perhaps I must boot from a cd and do this? This is my / filesystem so of course it is mounted. On Monday 19 July 2004 11:23, Anders Johansson wrote:
On Mon, 2004-07-19 at 18:06 +0200, Anders Johansson wrote:
On Mon, 2004-07-19 at 10:56 -0500, Misty Stanley-Jones wrote:
I juggled partitions and resized my / partition to cover a larger area of the disk. However, after I did it, I get inconsistencies. According to t he YaST partitioner and according to fdisk, the resize did happen. According to 'df' it did not. Here is my output of fdisk: Disk /dev/hda: 80.0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System /dev/hda1 1 4 32098+ de Dell Utility /dev/hda2 5 9516 76405140 83 Linux /dev/hda3 9517 9726 1686825 82 Linux swap
And here is what df says:
Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 17362216 13564696 2915552 83% / tmpfs 254048 8 254040 1% /dev/shm
The df command is only seeing 18 gigs instead of 73 gigs! So is this a df poblem or did the resize not work?
I read those numbers as 1 block = 0.5K, so the partition is 38202570K or about 36GB.
Agh, I shouldn't do math before I've had my coffee. 1 block is 1K so you're right, about 73GB.
Did you resize the file system or just the partition? Perhaps you should try
resize_reiserfs /dev/hda2
I assume you already have a full backup of your data, messing with partitions can be dangerous stuff
On Mon, 2004-07-19 at 11:40 -0500, Misty Stanley-Jones wrote:
The filesystem is ext3.
Then why the h did you say it was reiser in the subject of your mail? When someone says "Resize reiserfs problems" I'm not inclined to give an answer on how to resize UFS on a solaris 10 machine? For ext2/3 use resize2fs /dev/hda2 I believe the partition needs to be unmounted when you run that on an ext2/3 so you'll probably have to boot to the rescue system when you do it
Because I am a moron. Sorry for the confusion. On Monday 19 July 2004 11:49, Anders Johansson wrote:
On Mon, 2004-07-19 at 11:40 -0500, Misty Stanley-Jones wrote:
The filesystem is ext3.
Then why the h did you say it was reiser in the subject of your mail? When someone says "Resize reiserfs problems" I'm not inclined to give an answer on how to resize UFS on a solaris 10 machine?
For ext2/3 use
resize2fs /dev/hda2
I believe the partition needs to be unmounted when you run that on an ext2/3 so you'll probably have to boot to the rescue system when you do it
That fixed it. I think it's silly that there is a partition tool in YaST that lets you resize partitions but doesn't resize the filesystem or give you a warning about it. Thanks, Misty On Monday 19 July 2004 11:49, Anders Johansson wrote:
For ext2/3 use
resize2fs /dev/hda2
On Monday 19 Jul 2004 17:40 pm, Misty Stanley-Jones wrote:
The filesystem is ext3. When I tried to run your command I got:
baa:~ # resize_reiserfs /dev/hda2 resize_reiserfs 3.6.13 (2003 www.namesys.com)
reiserfs_open: the reiserfs superblock cannot be found on /dev/hda2.
resize_reiserfs: cannot open '/dev/hda2': Success
Aborted
I do not know if ext3 and reiser are the same -- if so, perhaps I must boot from a cd and do this? This is my / filesystem so of course it is mounted.
NO, ext3 and reiserfs are not the same, you should ALWAYS boot from some other disk to do this sort of thing to the root fs.
On Monday 19 July 2004 11:23, Anders Johansson wrote:
On Mon, 2004-07-19 at 18:06 +0200, Anders Johansson wrote:
On Mon, 2004-07-19 at 10:56 -0500, Misty Stanley-Jones wrote:
I juggled partitions and resized my / partition to cover a larger area of the disk. However, after I did it, I get inconsistencies. According to t he YaST partitioner and according to fdisk, the resize did happen. According to 'df' it did not.
Indeed - the partition has been resized, but the filesystem has not - there's just a bunch on unused slack space at the end of the partition after the ext3 fs finishes. Dylan -- "I see your Schwartz is as big as mine" -Dark Helmet
participants (3)
-
Anders Johansson
-
Dylan
-
Misty Stanley-Jones