[Top][All Lists]

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

Re: Shrinking HFS+ causes fatal out of memory

From: Nick Bower
Subject: Re: Shrinking HFS+ causes fatal out of memory
Date: Fri, 21 Oct 2005 16:23:00 +0800


1. Attempts at cross compiling have failed (libuuid dependency/build is getting me).

2. I don't have access from behind firewalls to non-[80,443] and there is no http downloadable nightly build for download as far as I can tell.

3. But regardless of above, the resize has already fiddled with my harddisk, or fat, or something.   'df -k' and finder drive info now report just 90gigs of space on the drive and 100% full  (!!!!).  This was from an original 150 - I hadn't even asked for 90 when the unsuccessful shrinking took place.  Yet the apple disk tools report still 150gigs.  So I'm going to try a repair with apple supplied software now. (Sorry I'm not overly confident now about the hfsplus maturity in parted to try using it instead).

FYI: There are just 641293 files, 150GB SATA disk (of which 90GB are used today - I hope, unless I've lost files, which would be the icing on the cake), and 512MB of RAM (49x reported during FC4 install).  I wouldn't have throught this was a great deal of files.

On Thu, 2005-10-20 at 23:32 +0200, K.G. wrote:
On Thu, 20 Oct 2005 20:50:54 +0200 Sven Luther <address@hidden> wrote:
> On Thu, Oct 20, 2005 at 09:00:56PM +0200, K.G. wrote:
> > On Thu, 20 Oct 2005 19:55:41 +0200 Sven Luther <address@hidden> wrote:
> > >
> > > [...]
> > >
> > > Well, then :
> > > 
> > >   rebuild the package with this option.
> > > 
> > >   get the d-i stuff from svn
> > > 
> > >   add the rebuilt packages to localudebs
> > > 
> > >   add libparted .udeb to pkg-lists/(netboot|cdrom|hd-media)/local
> > > 
> > >   rebuild the initrd.
> > > 
> > >   use it with th rest of d-i, preferably netboot or hd-media.
> > > 
> > > Friendly,
> > > 
> > > Sven Luther
> > > 
> > 
> > Waouh, sounds complicated. I doubt I can reasonably ask any user that
> > report a bug with HFS to do that kind of stuff, they will find that
> > too complicated :p
> No, but we could build such a thing and provide it to users, if you want i can
> do one tomorrow. What is exactly the option you need and what does it do ? 

Cool! The option is --enable-hfs-extract-fs for the configure script, and
I already described what it does in a previous mail:

On Thu, 20 Oct 2005 16:21:05 +0200 "K.G." <address@hidden> wrote:
> and then
> you will be able to extract the low level structures of
> HFS+ (and HFS wrapper if any) with the "check" command of
> parted. It will create "vh.hfsplus", "catalog.hfsplus",
> "extents.hfsplus", "bitmap.hfsplus", "attributes.hfsplus",
> "startup.hfsplus" (and maybe "mdb.hfs", "catalog.hfs",
> "extents.hfs", "bitmap.hfs" if there is an HFS Wrapper)
> in the current directory, and then you can send me those
> files for analysis. They will contain some informations
> like file names, date of creation, ..., so if you don't
> want me to be able to read these informations don't do
> it.

Of course this must not be used in a standard Parted build
for a distribution or a distribution installer.

> I also have my own built initrd kernels which include parted, but they are
> geared toward pegasos hardware. I think we may be able to produce something
> using yaird though, more to this later on, need to get 2.6.14-rc kernels out
> first.

Guillaume Knispel

Bug-parted mailing list
Nick Bower <address@hidden>

Attachment: signature.asc
Description: This is a digitally signed message part

reply via email to

[Prev in Thread] Current Thread [Next in Thread]