Bug 132998 - amd-64 dvd iso image too large to fit on a dvd
Summary: amd-64 dvd iso image too large to fit on a dvd
Alias: None
Product: Fedora
Classification: Fedora
Component: distribution
Version: 3
Hardware: other
OS: Linux
Target Milestone: ---
Assignee: Elliot Lee
QA Contact:
: 133452 (view as bug list)
Depends On:
Blocks: FC3Blocker
TreeView+ depends on / blocked
Reported: 2004-09-20 19:34 UTC by Uttiya Chowdhury
Modified: 2007-11-30 22:10 UTC (History)
5 users (show)

Clone Of:
Last Closed: 2004-10-14 09:34:33 UTC

Attachments (Terms of Use)
shell script to remaster FC3test2 X86_64 DVD .iso (2.31 KB, text/plain)
2004-10-06 06:19 UTC, D. Hugh Redelmeier
no flags Details

Description Uttiya Chowdhury 2004-09-20 19:34:04 UTC
Description of problem: 
AMD-64 dvd iso image of fedora core 3 test 2 (2.91) is 
4.6GB in size while a blank dvd disk will only hold 4.4GB. 
The i386 dvd iso image is rightly sized though. 
Version-Release number of selected component (if applicable): 
How reproducible: 
Steps to Reproduce: 
Actual results: 
Expected results: 
Additional info:

Comment 1 Bill Nottingham 2004-09-24 18:30:59 UTC
*** Bug 133452 has been marked as a duplicate of this bug. ***

Comment 2 Uttiya Chowdhury 2004-09-24 23:00:47 UTC
Interestingly, I burnt the DVD image using overburn option (which 
basically simply ignores that the image is larger than the disk and 
writes as much as it can) and did a successful install using that. I 
guess for this install, the installation program simply didn't call 
for the packages that were not burnt on the disk... 

Comment 3 C.H. 2004-09-25 10:57:24 UTC
The problem with 'overburn' mode is that it'll basically
ignore the fact that there really isn't enough space, and proceed
anyway.  In this case serendipity may be on our side and the resultant
disc is installable, but one doesn't know what, if anything, actually
'gets lost' / corrupted without some extensive investigation.
For this reason (and general principle) I've commended placing MD5/SHA1
hashes on all discs as a standard process --

growisofs -overburn -Z /dev/sr1=../FC3-test2-x86_64-DVD.iso
About to execute 'builtin_dd if=../FC3-test2-x86_64-DVD.iso
of=/dev/sr1 obs=32k seek=0'
:-( /dev/sr1: not enough space available to accomodate this volume!
:-! ignoring...
:-( /dev/sr1: 2295104 blocks are free, 2387426 to be written
:-! ignoring...
4697325568/4700372992 (99.9%) @2.4x, remaining 0:00
:-[ LBA=230540h, SENSE KEY=5h/ASC=21h/ASCQ=00h ]
:-( write failed: Input/output error

So the image is exactly 
189,075,456 bytes too large, which is much larger than is
possible by any account I'm aware of to possibly overburn on
a standard DVD+/-R/RW without data loss.
Looking at a directory of the files on the disc sorted by size,
I'd vote for leaving out the OpenOffice / Koffice / KDE SRPMs
which are quite large... and by the time anyone wants to hack
on office applications they probably have a pretty well functioning
system which can be used to download the SRPMs / CVS for those.

To check the integrity of your disc -- 

mount FC3-test2-x86_64-DVD.iso /media/loop0 -t iso9660 -o

(cd /media/loop0 ; find . -type f -print0 | xargs -0 md5sum --binary )
> FC3-test2-x86_64-DVD.iso.loopback.files0.md5s

(cd /media/sr1 ; find . -type f -print0 | xargs -0 md5sum --binary ) >

Then a diff --minimal of 
shows the following corrupted files -- fortunately none
of them seem needed for the basic install --



Comment 4 D. Hugh Redelmeier 2004-10-06 06:19:27 UTC
Created attachment 104824 [details]
shell script to remaster FC3test2 X86_64 DVD .iso

I've created a script to take the .iso and remaster it without the OpenOffice
and koffice SRPMs.  The resulting .iso works for me.  I will attach the script.
 Be sure to review it before running it.  The initial definitions will need to
be adjusted for your environment.

Comment 5 Warren Togami 2004-10-09 22:30:24 UTC
FC3T3's x86_64 ISO is 2630025216 bytes.  Appears that SRPMS were
removed. I believe this issue is solved.

Comment 6 Jay Turner 2004-10-14 09:34:33 UTC
Closing this out, as the DVD image is indeed small enough now to fit.

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