Re: [edlug] Resizing ext3 partitions?

[Andrew Aylett <andrew@xxx.xxx.xxx>]

Ian Stuart <ian.stuart@xxx.xxx.xxx> writes:

> I want to re-partition my mp3 disk (currently 1 disk, 1 partition: 56G
> total, 11G used :-)
>
> As the largest available space is 3.4G, I don't think I'll be able to
> gzip my mp3's off the hard disk.
>
> parted only does ext2 partitions, so that's not available to me.
>
> Any other suggestions?

You say it's not ext2, but what is it?

Ext3 is the same as ext2, so it would work there (or use resizee2fs).
If reiserfs, unmount, run resize_reiserfs then change the partition
table behind yourself.  A little more manual, but it should work.  Be
sure to make absolutely sure you make the size of the partition no
smaller than the size of the filesystem...  I don't know if there is a
similar tool for xfs.

You shouldn't need to drop out of multi-user mode, apart from that the
kernel may not recognise your new partition table without a reboot.

While it's obviously a bit late for you in this current situation, I
would very much recommend using LVM for partition management -- it lets
you have a lot more than the standard number of partitions, and you can
change their size easily (without even unmounting).  What I did with my
80G HD was to allocate a few gigs (based on anticipated need) to each of
/var, /usr, /usr/portage, /home, /media/music, /media/rock (no, not rock
music) and /opt, then grow them as the partitions grew out of their
space (which /usr and /home have both done so far).  I still have
27.27GB unallocated.

You could, of course, make the new partition you create LVM space (and
even then copy your files across and make the old one LVM space as well,
thereby getting the entire disk controlled by LVM).

OK,
-- 
Andrew Aylett | www.aylett.co.uk | 1.79 x 10^12 furlongs per fortnight...
andrew@xxx.xxx.xxx | answer==42 |  -- it's not just a good idea, it's the law!

Attachment: pgp00000.pgp
Description: PGP signature