Bug 5798
| Summary: | /etc/lilo.conf clobbered | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | chauvin |
| Component: | installer | Assignee: | Jay Turner <jturner> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 6.1 | CC: | daniel.veillard, ian, nbecker, ryan_gustafson, srevivo, stephenrtate |
| 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: | 1999-12-06 14:26:03 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
chauvin
1999-10-10 05:39:58 UTC
*** Bug 5512 has been marked as a duplicate of this bug. *** Upgrading to RHL 6.1 fails to copy the old /etc/lilo.conf to /etc/lilo.conf.rpmsave ------- Additional Comments From gafton 10/06/99 18:37 ------- *** Bug 5600 has been marked as a duplicate of this bug. *** Upgrading the system (or just the lilo package) is killing the old /etc/lilo.conf file, and not saving a copy in an .rpmsave file. The workaround is to make a backup of lilo.conf before you upgrade. The real fix is to set up /etc/lilo.conf as a %config file in the rpm.... ------- Additional Comments From ian 10/05/99 17:29 ------- This is the same as #5512 Duplicated here *** Bug 5608 has been marked as a duplicate of this bug. *** Extremely annoying, happen in update mode from RH-6.0 It doesn't preserve it in lilo.conf.rpmorig ------- Additional Comments From jturner 10/20/99 15:38 ------- *** This bug has been marked as a duplicate of 5576 *** *** Bug 5951 has been marked as a duplicate of this bug. *** I had a 6.0 install on my system. I was using System Commander (a commercial product) to handle loading the multiple OS's I run (Linux, 98, NT). I recently tried upgrading to 6.1. First time thru the install, I figured I'd try doing an "upgrade" (I normally do complete re-installs). I followed the graphical installer instructions, and 6.1 was installed/upgraded. When the system rebooted I found that LILO was setup on my MBR, not on my Linux Partition (as I had been using). Not exactly what I was expecting. During an upgrade, why setup LILO on a partition where it does _not_ exist? I can see on a new install (and the installer explicitly asks in that case), but during an upgrade, presumably one does not change the location of the existing boot loader. The installer should _not_ _assume_ the location of the boot loader. It should make a best effort to determine where to install, and then ask if that is what I want. Anyway, some more data points... LILO had a 'dos' entry available, so I tried it out. That got me into Win98 (not System Commander, and co-incidentally the OS I booted before my upgrade attempt). Curious thing though, when I rebooted after that System Commander came up (and has since). I presume System Commander "reinstalled" itself in the MBR somehow. BTW, I things are really great otherwise, it even detected my SB!Live card. Although I don't think it works under SMP kernels yet, perhaps I try just to see, I'd be pleasantly surprised if it did work. ------- Additional Comments From jturner 10/21/99 14:24 ------- *** This bug has been marked as a duplicate of 5576 *** *** Bug 6238 has been marked as a duplicate of this bug. *** upgrading from 6.0->6.1 overwrites lilo.conf without giving the victim an opportunity to specify needed options, like linear. ------- Additional Comments From jturner 10/22/99 12:20 ------- *** This bug has been marked as a duplicate of 5576 *** *** Bug 5608 has been marked as a duplicate of this bug. *** Extremely annoying, happen in update mode from RH-6.0 It doesn't preserve it in lilo.conf.rpmorig ------- Additional Comments From jturner 10/20/99 15:38 ------- *** This bug has been marked as a duplicate of 5576 *** ------- Additional Comments From notting 10/22/99 12:30 ------- *** This bug has been marked as a duplicate of 5798 *** |