Bug 13614
Summary: | lilo's "Warning: %s is not on the first disk" is not handled | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jay Freeman <saurik> |
Component: | anaconda | Assignee: | Michael Fulbright <msf> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-02-08 20:36:36 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jay Freeman
2000-07-09 01:25:11 UTC
This defect is considered MUST-FIX for Winston Beta-5 This defect has been re-classified as MUST-FIX for Winston Gold-release The installer team has decided to handle this issue as a future feature. Moving to RESOVLED - DEFERRED from CLOSED - DEFERRED Moving to RESOVLED - DEFERRED from CLOSED - DEFERRED *** Bug 17358 has been marked as a duplicate of this bug. *** *** Bug 18660 has been marked as a duplicate of this bug. *** How did you get the MBR written to something other than the first drive? I cannot reproduce this problem w/o more information. Thanks. Closing due to inactivity. OK, apparently I only _thought_ I replied to this bug. Here goes: I never said "master boot record", I said "boot record". I was installing to hdc1 on a computer that had Windows 2000 on hda1. It was complaining because, even though it was writing LILO to disk, it wasn't going to get executed as hdc1 wasn't active and hdc wasn't even the boot drive. Hence a "warning" and not an "error", it is just saying "this isn't going to help much unless you rearrange your drives". I would _much_ rather see a generic error handling system than trying to solve this particular problem. I seriously thought you were joking asking me how to "reproduce the problem", and now I see this "closing due to inactivity" notice. Just go into the code, find wherever it is you exec lilo, redirect its stderr to its stdout, change it to a popen, grab the output, and shove it in a window. A general solution to "what happens when LILO generates an error" is the way to go here, that way when LILO gets some new error ability added you don't need to keep screwing with the installation program. |