Differences between version 23 and predecessor to the previous major change of LiloErrorCodes.
Other diffs: Previous Revision, Previous Author, or view the Annotated Edit History
| Newer page: | version 23 | Last edited on Sunday, November 13, 2005 7:32:28 pm | by JustinSwatsenbarg | Revert |
| Older page: | version 19 | Last edited on Tuesday, July 19, 2005 12:50:56 pm | by DanielLawson | Revert |
@@ -19,9 +19,10 @@
|0x11|__[ECC] correction successful__: A read error occurred, but was corrected. LILO does not recognize this condition and aborts the load process anyway. A second load attempt should succeed.
|0x20|__Controller error__: This shouldn't happen, then again, none of these errors should happen eh?
|0x40|__Seek failure__: This might be a media problem. Try booting again.
|0x80|__Disk timeout__: The disk or the drive isn't ready. Either the media is bad or the disk isn't spinning. If you're booting from a floppy, you might not have closed the drive door. Otherwise, trying to boot again might help.
-|0x99|__Invalid Second Stage__: Mismatch between drive and BIOS geometry, or a bad map file. Some evidence that 'Linear' needs to be set on the disk (see [below
|LiloErrorCodes#hdr
_notes
_on
_linear
_mode])
+|0x99|__Invalid Second Stage__: Mismatch between drive and BIOS geometry, or a bad map file. Some evidence that 'Linear' needs to be set on the disk (see [LiloNotes])
+|0x9A
|__Can't Find Second Stage
__: Check to see if you have the correct device for boot. Ex: 'boot=/dev/hda1' when it should be in the MBR i.e. 'boot=/dev/hda'.
|0xBB|__BIOS error__: This shouldn't happen. Try booting again. If the problem persists, removing the COMPACT option or adding/removing LINEAR or LBA32 might help.
?>
@@ -40,60 +41,7 @@
| __LILO__ | All parts of LILO have been sucessfully loaded.
?>
[1]-excerpted from Werner Almesberger's LILO Users Guide.
-
-__Helpful note for those stuck with only "L" appearing on the LILO screen: __
-
-This can be caused by a buggy BIOS which does not properly match up BIOS disks with OS disks. This can be fixed by using the __disk__ parameter in /etc/lilo.conf, which when used with the bios keyword allows you to map BIOS disks to Linux disks. For example, I was just able to recover a server where an [IDE] CD-ROM, /dev/hda, was the primary master and an IDE hard disk, /dev/hdb, was the primary slave, with this entry in /etc/lilo.conf:
-
-__disk=/dev/hdb bios=0x80__
-
-This may or may not require further tweaking for your setup. All I know is that if I'd seen this option on the web instead of extracting it from a Mandrake /etc/lilo.conf, I'd have saved a day's work. :-)
-
-!__Notes on Linear Mode__
-
-__An additional possibility for those with only "L"__: I had an old Compaq on which I had updated the BIOS but the /boot directory was far into the large hard drive. I wasn't able to tweak the autodetect parameters in BIOS, so I didn't have all the information in how it was set up. I would always get stuck at the "L" screen, though a boot disk (linux root=/dev/hda1) would work fine.
-
-In my case I had to comment out Linear in lilo.conf and then execute (capital "L" is important)
- __lilo -L__
-to set disk access mode to LBA32 (I think this is the default). Once this was written to the MBR (/dev/hda) everything worked fine.
-
-It would be helpful to note that users with older hardware, who encounter the L 99 99 99 99 ... error, that adding "linear" in lilo.conf may solve the problem. (It did for me!)
-
-There is a significant amount of conflicting information about error code 99. It appears to be associated with a BIOS disk error - mismatch of geometry, read failure, or something like that. According to the lilo man page, 99 indicates "invalid second stage index sector" and is usually associated with a bad map file or a geometry mismatch between lilo and the BIOS.
-
-What solved it for me was moving lilo to the MBR instead of the first sector of the disk.
-
-!__Duplicate Volume ID__
-
-This error occurs if there are multiple disks in the system with the same Volume ID. Older versions of lilo didn't bother with the Volume ID - they ignored it and used the BIOS name of the disk. Newer versions of lilo will check it however, and this relies on the Volume ID being unique. Lilo will refuse to install if there are duplicate Volume IDs
-
-There are a couple of ways in which the Volume ID can be non-unique - either a boot manager process was installed to both disks and it set the Volume ID to some constant value, or it was left over from a low-level format.
-
-You can check the Volume IDs on your system by running the following command:
-<verbatim>
-# lilo -T vol-ID
-BIOS Volume ID
-0x80 9DC96E9E
-0x81 A03D6CFB
-</verbatim>
-
-To fix a duplicate Volume ID, you just need to zero the MBR of one of the offending disks, and then reinstall lilo:
-<verbatim>
-lilo -z -M <devicename>
-</verbatim>
-Where <devicename> corresponds to one of your disk devices, eg /dev/hdc or /dev/sdb.
-
-__Note__: it is very important that you do __NOT__ wipe the Volume ID of a disk that has Windows 2000 or XP installed on it, as this will probably render the OS unbootable. Typically Windows is installed on the first disk in the system - /dev/hda or /dev/sda, so you should pick the highest disk name instead.
-
-After this you can reinstall lilo with
-<verbatim>
-lilo -v
-</verbatim>
-
-
-! References
-* [Volume ID|http://cvs.lp.se/doc/lilo/README.volumeID.gz]
----
CategoryErrors
