Bug 80720 - Blank "Disk Space" popup on upgrade
Summary: Blank "Disk Space" popup on upgrade
Status: CLOSED DUPLICATE of bug 80771
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 9
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
Depends On:
Blocks: 79578
TreeView+ depends on / blocked
Reported: 2002-12-30 13:39 UTC by Wade Minter
Modified: 2008-01-17 17:49 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-02-21 18:50:46 UTC

Attachments (Terms of Use)

Description Wade Minter 2002-12-30 13:39:59 UTC
Description of problem:

Performing an upgrade from GinGin2 (8.0.91) to Phoebe-1.  Installer does the
steps for an upgrade, goes to the "About To Upgrade" screen, I hit Next, it
looks at the packages, prereqs, etc., and then pops up a blank "Ok" popup that
is titled "Disk Space".

Switching to VC-2, I see that /mnt/sysimage has 5.5G available, and
/mnt/sysimage/boot has 85M available, so I'm not sure which disk space it was
complaining about.  

Hitting "Ok" at this prompt took me back to the "Ready to install Linux - hit
"Next" to begin" screen.  I hit Next, it churned, then popped up the same Disk
Space popup again.

This loop continues ad-nauseum, and I can't get to the point of actually
installing the packages, thus my upgrade fails.

There is either a calculation problem reporting a false diskspace error, or the
error message needs to provide useful information to track down the problem

Comment 1 Wade Minter 2002-12-30 13:41:04 UTC
The F2 console also showed "Error: db4 error from db(2): No such file or
directory", if that's a clue.

Comment 2 Jeremy Katz 2002-12-31 04:41:13 UTC
The error on tty2 isn't all that helpful -- what were the messages on tty3
about?  (upgrades between betas aren't supported, so this might be a package
problem that isn't going to be cared about)

Comment 3 Wade Minter 2003-01-01 00:08:09 UTC
Looking at VC3, I found the following (transcribed) error:

WARNING: Unhandled problem returned from transaction set type 6 (FILENAME HERE)
conflicts between attempted installation of kdesdk-3.1-0.3 and kdelibs-3.1-0.5

The filenames given (there was more than a screenful) appeared to be documents
in /usr/share/doc for cervesia (sp?).  Booting back into Beta 2, rpm -e kdesdk,
and restarting the upgrade allowed me to proceed.

Could it be a case of the same docs being included in two different packages?

Comment 4 Jeremy Katz 2003-01-03 22:00:37 UTC

*** This bug has been marked as a duplicate of 80771 ***

Comment 5 Red Hat Bugzilla 2006-02-21 18:50:46 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

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