Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 61510 - anaconda backtrace/related to grub.conf?
anaconda backtrace/related to grub.conf?
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Mike McLean
Depends On:
  Show dependency treegraph
Reported: 2002-03-20 16:26 EST by Jón Fairbairn
Modified: 2007-04-18 12:41 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-01-10 18:42:36 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
floppy dump from anaconda with backtrace (566.25 KB, text/plain)
2002-03-20 16:30 EST, Jón Fairbairn
no flags Details
A rough guess at what /boot/grub/grub.conf might have looked like (256 bytes, text/plain)
2002-03-20 18:16 EST, Jón Fairbairn
no flags Details

  None (edit)
Description Jón Fairbairn 2002-03-20 16:26:54 EST
Description of Problem:
backtrace after installing packages over nfs during upgrade of laptop
(hp omnibook 800CT) from rh6.2 to 7.2

Version-Release number of selected component (if applicable):

How Reproducible:
I'm not going to try. I'd have to reinstall rh6.2 and wouldn't be sure that that
would be the same installation

Steps to Reproduce:

Actual Results:

Expected Results:

Additional Information:
	Intend to attach backtrace.
Comment 1 Jón Fairbairn 2002-03-20 16:30:47 EST
Created attachment 49266 [details]
floppy dump from anaconda with backtrace
Comment 2 Jeremy Katz 2002-03-20 17:37:04 EST
Did you have an /etc/grub.conf prior to the upgrade?
Comment 3 Jón Fairbairn 2002-03-20 17:53:58 EST
No, sorry. The system was, and is, booted using lilo. If there really was one
there at all it got there by accident from an automated script that installed it
when I wasn't looking. (The machine is mostly maintained remotely, but I had to
do the upgrade locally). What would have happened is that a script would have
been run to generate the file. I'll attach a typical grub.conf generated by the
script, but can't guarantee that it looks much like what was there before.

The current /etc/grub.conf is symlinked to /boot/grub/grub.conf, and that dates
from the time of the upgrade.
Comment 4 Jón Fairbairn 2002-03-20 18:16:01 EST
Created attachment 49305 [details]
A rough guess at what /boot/grub/grub.conf might have looked like
Comment 5 Jeremy Katz 2002-04-10 17:30:35 EDT
It looks like there was an /etc/grub.conf that wasn't readable but existed (like
a symlink to something non-existent or an absolute symlink).  I've made some
changes so that this won't cause the installer to crash for future releases.
Comment 6 Jón Fairbairn 2002-04-10 18:51:41 EDT
Yes, the link is absolute, so that probably was the cause.
Comment 7 Mike McLean 2003-01-10 18:42:36 EST
The symlinks checks have been around for a while, closing.

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