Differences between version 24 and predecessor to the previous major change of LiloErrorCodes.
Other diffs: Previous Revision, Previous Author, or view the Annotated Edit History
| Newer page: | version 24 | Last edited on Sunday, January 22, 2006 9:26:57 pm | by ClareJohnstone | Revert |
| Older page: | version 19 | Last edited on Tuesday, July 19, 2005 12:50:56 pm | by DanielLawson | Revert |
@@ -5,9 +5,9 @@
eg: L 01 01 01, L 07 07 07 etc..
<?plugin OldStyleTable
|Code|Reason
|0x00|__Internal Error__: This code is generated by the sector read routine of the LILO boot loader whenever an internal inconsistency is detected. This might be caused by corrupt files. Try re-building the map file. Another possible cause for this error are attempts to access cylinders beyond 1024 while using the LINEAR option.
-|0x01|__Illegal Command__: This shouldn't happen, but if it does, it may indicate an attempt to access a disk which is not supported by the [BIOS]. Definitely check to see if the disk is seen by the BIOS first.
+|0x01|__Illegal Command__: This shouldn't happen, but if it does, it may indicate an attempt to access a disk which is not supported by the [BIOS]. Definitely check to see if the disk is seen by the BIOS first (and that the BIOS detail is complete)
.
|0x02|__Address mark not found__: This usually indicates a media problem. Try again several times.
|0x03|__Write-protected disk__: This should only occur on write operations.
|0x04|__Sector not found__. This typically indicates a geometry mismatch. If you're booting a raw-written disk image, verify whether it was created for disks with the same geometry as the one you're using. If you're booting from a [SCSI] disk or a large IDE disk, you should check, whether LILO has obtained correct geometry data from the kernel or whether the geometry definition corresponds to the real disk geometry. Removing COMPACT may help too. So may adding LBA32 or LINEAR.
|0x06|__Change line active__: This should be a transient error. Try booting a second time.
@@ -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
