Bug 171337 - mkfs.cramfs dies creating installer image
Summary: mkfs.cramfs dies creating installer image
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: util-linux
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Karel Zak
QA Contact: Ben Levenson
URL:
Whiteboard:
: 171574 (view as bug list)
Depends On:
Blocks: FC5Blocker
TreeView+ depends on / blocked
 
Reported: 2005-10-20 21:16 UTC by Jeremy Katz
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-11-07 12:48:52 UTC
Type: ---


Attachments (Terms of Use)

Description Jeremy Katz 2005-10-20 21:16:52 UTC
Switching to mkfs.cramfs (... removing /usr/bin/mkcramfs broke our scripts, but
I fixed that) causes the creation of the smaller second stage image to fail
  Building minstg.img
  Running mkcramfs  /tmp/instimage.dir.20103   
  /mnt/redhat/devel/katzj/i386/i386/Fedora/base/minstg2.img
  Exceeded MAXENTRIES.  Raise this value in mkcramfs.c and recompile.  Exiting.

The other mkcramfs changed the size of the entry_stack dynamically

Comment 1 Karel Zak 2005-10-20 21:59:03 UTC
The hard coded size is a new odd change by upstream... 

Fixed. Please, update to util-linux >= util-linux-2.13-0.7.pre5.

Comment 2 Jeremy Katz 2005-10-20 22:32:15 UTC
This also seems to break other things in the image -- a number of the files end
up being zero length which shouldn't be.  Backing the package out fixes things...

Comment 3 Karel Zak 2005-10-21 09:46:07 UTC
Please, show my a way how I can reproduce it.

I've tried extract files from stage2 and created image by old version (mkcramfs)
and by new version and there is no difference in the list of files (after mount
by loop).

Comment 4 Jeremy Katz 2005-10-24 13:55:31 UTC
*** Bug 171574 has been marked as a duplicate of this bug. ***

Comment 5 Karel Zak 2005-10-25 21:09:29 UTC
I still cannot reproduce this bug. 

mkfs.cramfs from util-linux-2.13-0.7.pre5:

# wget
http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/base/minstg2.img

# mount ./minstg2.img ./mountpoint -o loop

# ./mkfs.cramfs ./mountpoint ./minstg2.img-new

# mount ./minstg2.img-new ./mountpoint-new -o loop

# cd mountpoint    <-- old image
# for f in `find ./ -type f | sort`; do md5sum $f; done > ../old

# cd ../mountpoint-new  <-- new image
# for f in `find ./ -type f | sort`; do md5sum $f; done > ../new

# cd ..

$ md5sum old new
5fadf94c6ee3e861ebe1d1fe3f64d048  old
5fadf94c6ee3e861ebe1d1fe3f64d048  new

It meants that the contents of files in the images is same.


Comment 6 Jeremy Katz 2005-10-26 16:17:52 UTC
Try with stage2.img instead?  I still haven't gotten to looking yet, too many
other things burning :/

Comment 7 Karel Zak 2005-11-04 19:41:39 UTC
My previous test has been on FC4 (with FC5 util-linux). Now I do same test with
same src.rpm on FC5 machine and it seems bad... So, I'm able to reproduce this
problem. Sorry...

Comment 8 Karel Zak 2005-11-07 12:48:52 UTC
Fixed. Please, update to util-linux-2.13-0.10.pre5.


Note You need to log in before you can comment on or make changes to this bug.