[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Status for reiser support in d-i



On Tue, 2003-08-26 at 16:34, Richard Hirst wrote:
> On Tue, Aug 26, 2003 at 01:39:05PM +0400, Yury Umanets wrote:
> > On Tue, 2003-08-26 at 13:22, Petter Reinholdtsen wrote:
> > > [Yury Umanets]
> > > > But when I said, about improving parted interface, I meant, that
> > > > somebody should write a patch exactly to making parted to use
> > > > ncurses or something like this. I've not meant to write another
> > > > front end. Actually there is one called qtparted.
> > > 
> > > Area you aware of nparted,
> > > <URL:http://www.laespiral.org/proyectos/nparted/>?
> > No, thanks,
> > > 
> > > It seem to be dead upstream, but was a nice start. :)
> 
> There is also cparted <ftp://ftp.parisc-linux.org/src/cparted/> which I
> started some time ago.  It looks similar to cfdisk, but handles msdos
> and efi partition tables via libparted.
> 
> One problem with it is that as you make changes via the user interface,
> they are committed to disk directly.  You don't have an oppertunity to
> abort after playing with your partition table, as the disk is already
> modified.  That seems to be the way parted works, and is not very suited
> to an installer.  Someone once said it was possible to make libparted
> work with an in-memory image of a partition table, and avoid commiting
> to disk until you were happy with all your changes.  Havn't investigated
> that though, and I'm not sure how it would work w.r.t. the parted
> approach of examining a partition content to decide what type it was.

What about filesystems? Suppose you have created partition. And suppose
also, that you're going to create filesystem on it. But filesystem
cannot be created without partition being initialized first and
filesystem cannot be created in memory.
> 
> Richard
Regards.



Reply to: