Re: [ext2resize] bug in ext2resize 1.1.14

[Andrew C. <cl...@gn...>]

Andreas Dilger wrote:
> The real question is whether you can do a filesystem resize without
> accessing the interface (i.e. command-line only)?  This is important
> for tools like e2fsadm or lvmadm.  There are very few options to the
> ext2resize programs - device, new size (optional), verbose, debug.

You can issue parted commands on the command line.  There is also
a script mode, which means default action is taken on exceptions
(errors).

> > satisfactory:/home/parted/parted-dev/parted# ./parted /dev/hda
> > GNU Parted 1.3.2
> > (parted) p
> > Disk geometry for /dev/hda: 0.000-2445.679 megabytes
> > Disk label type: msdos
> > Minor    Start       End     Type      Filesystem  Flags
> > 1          0.031    945.000  primary   FAT         boot
> > 2        945.000   2358.562  primary   ext2
> > 3       2358.562   2445.187  primary   linux-swap
> > (parted) q
> 
> It looks like parted is a complete replacement for fdisk/cfdisk.
> Is that correct?  Can you use it to simply manipulate partition
> tables without resizing the fs, if desired?

Yes and yes :-)

It's more high level, than fdisk, though.  Which may have draw-backs,
since many disk labels how their own low-level Issues (or should I
say, ISSUES).  So, having fdisk/pdisk or whatever around may still
be useful for some problems, but most people will use Parted :-)

Of course, we're trying to make Parted deal with all the Issues,
but that would require better communication with boot loaders.  One
thing (on the extremely long TODO list) is to write a libbootload,
that allows programs like Parted to manipulate boot loaders.
This is something that would be useful for LVM, too.

One important point: the current command-line front end is JUST
a front end to libparted.  There are lots of other possibilities,
like automatic partitioning, disk imaging, etc.

I recommend you have a look at the API :-)

Andrew Clausen