From: "Craig Whitmore" <linuxkernel@orcon.net.nz>
To: <linux-kernel@vger.kernel.org>
Subject: Adaptec S3210 RAID5 and Lilo
Date: Fri, 8 Nov 2002 09:27:14 +1300 [thread overview]
Message-ID: <011101c2869c$0f2bbce0$6df058db@PC2> (raw)
I am using an Adaptec S3210 RAID5 card in a Dual Xeon 2.4G (Using various
kernels up to 2.4.20-rc1 and I cannot get it to boot via LILO at all (GRUB
Works fine)(I've tried the latest version of LILO)
When booting up LILO gives the error
LILO - Descriptor Checksum Error
and then just stops.
Has anyone any pointers on how to fix this.. All relivant info below
Any other info can be given easily.
Thanks
Craig Whitmore
------------------------------
Boot sequence.
Loading Adaptec I2O RAID: Version 2.4 Build 5
Detecting Adaptec I2O RAID controllers...
Adaptec I2O RAID controller 0 at f880c000 size=100000 irq=24
dpti: If you have a lot of devices this could take a few minutes.
dpti0: Reading the hardware resource table.
TID 008 Vendor: ADAPTEC Device: AIC-7899 Rev: 00000001
TID 009 Vendor: ADAPTEC Device: AIC-7899 Rev: 00000001
TID 518 Vendor: ESG-SHV Device: SCA HSBP M15 Rev: 0.09
TID 524 Vendor: ADAPTEC Device: RAID-5 Rev: 370F
scsi0 : Vendor: Adaptec Model: 3210S FW:370F
Vendor: ADAPTEC Model: RAID-5 Rev: 370F
Type: Direct-Access ANSI SCSI revision: 02
Vendor: ESG-SHV Model: SCA HSBP M15 Rev: 0.09
Type: Processor ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 287080448 512-byte hdwr sectors (146985 MB)
Partition check:
sda: sda1 sda2
--------------------------
isk /dev/sda: 255 heads, 63 sectors, 17869 cylinders
Units = cylinders of 16065 * 512 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 498 4000153+ 83 Linux
/dev/sda2 499 17869 139532557+ 83 Linux
-------------------------
/etc/lilo.conf
lba32
boot=/dev/sda
root=/dev/sda1
image=/vmlinuz
label=Linux
read-only
root=/dev/sda1
restricted
-------------------------------
(lilo -v -v -v)
Reading boot sector from /dev/sda
Device 0x0801: BIOS drive 0x80, 255 heads, 17869 cylinders,
63 sectors. Partition offset: 63 sectors.
Using MENU secondary loader
Calling map_insert_data
Secondary loader: 16 sectors (0x3000 dataend).
Boot image: /vmlinuz
Device 0x0801: BIOS drive 0x80, 255 heads, 17869 cylinders,
63 sectors. Partition offset: 63 sectors.
Setup length is 5 sectors.
Mapped 2637 sectors.
Added Linux *
<dev=0xe0,hd=16,cyl=30,sct=239>
"ro root=801"
---------------
(hdparm)
/dev/sda:
readonly = 0 (off)
geometry = 17869/255/63, sectors = 287080448, start = 0
----------------
hdparm -Tt
/dev/sda:
Timing buffer-cache reads: 128 MB in 0.26 seconds =492.31 MB/sec
Timing buffered disk reads: 64 MB in 1.74 seconds = 36.78 MB/sec
reply other threads:[~2002-11-07 20:21 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='011101c2869c$0f2bbce0$6df058db@PC2' \
--to=linuxkernel@orcon.net.nz \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.