Bug 54756
Summary: | Cannot boot after using up2date to update kernel | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Richard Gugeler <richard.gugeler> |
Component: | up2date | Assignee: | Adrian Likins <alikins> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jay Turner <jturner> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | gafton, mihai.ibanescu, srevivo |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-10-26 16:42:47 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
Richard Gugeler
2001-10-17 22:39:17 UTC
Adding to the previous information, I also ran "lilo -u" which, I understand, should uninstall the boot sector and replace it with the old one. The following messages were displayed: "Reading boot sector from /dev/hde2" "Fatal: Boot sector of /dev/hde2 doesn't have a LILO signature." That interested me since I had used lilo to install it. I also should note that I was a little hasty to say that my other operating systems still booted. The Windows 2000 Server installation in the adjacent partition kept repeating the login screen. Since I hadn't placed any important information on the drive, I adopted the draconian measure of wiping and repartioning the drive. Now I'm re-installing everything. Note: I just was told that I should have run "fdisk /mbr" and then reinstalled the NT loader. I don't know if that would have fixed the "LIL-" problem. BTW, there seems to be no information about correcting a "LIL-" problem; only the information that this means that the "descriptor table" is "corrupt" without saying what the descriptor table is or how to uncorrupt it. Hmm. This sounds like it's probabaly actually a lilo bug. The up2date client will change the config file, and run lilo in test mode, and if succesful, run lilo in live mode. The fact that running lilo by itself seems to indicate that the config file was valid. It is possible that the config file was valid, but incorrect, but I havent really seen any other reports of this. Configuration errors generally are found when installing the bootloader. I dont suppose you have access to the lilo.conf that was created and installed? I'm not sure if I still have that lilo.conf file. I had to repartition my system and do a clean install. I'll check to see if I made a copy. It looked the same as any other lilo.conf I've seen. I'm afraid that I didn't keep a copy of lilo.conf before wiping my system (again). I do remember examining it carefully and finding nothing unusual. BTW, although you said you hadn't seen this problem before, I notice that in the user forums there's at least one message from a person who had the exact same problem after using up2date to update his kernel. I belive most of the kernel/bootloader related issues should be fixed in current versions of the client so I'm closing this bug out. If that is not the case, please reopen. |