[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Unable to install redhat7.0 on Alpha XLT



I think your boot command in SRM should be:

boot dka0:linux root=/dev/fd0 load_ramdisk=1

At least, this works for Debian (RH shouldn't be too different) on a Cabriolet (PC64)

Cheers,
Rob

At 19:15 26/03/2001, you wrote:

Howdy all,  Just learning this stuff as i go along....
but here's what i've been banging my head against:

ALPHA XLT 300
CDR = TOSHIBA XM-5401 TA
ALPHAbios = 5.66
REDHAT 7.0
linload = 1.5

Followed these related threads so far:
http://www.lib.uaa.alaska.edu/axp-list/archive/2001-01/0281.html
NCR53c810 SCSI controller issue:
http://www.alphalinux.org/archives/axp-list/August1999/0642.html
http://www.geocrawler.com/archives/3/241/1999/8/0/2528372/

Ok, so troubles begin with MILO:
milo-2.2.17-xlt doesn't work, both off redhat7.0 CD1 and the latest
    download of Reinauer
(hangs at PAL switchover due to Matrox Millennium VGA card?!)
milo-pre-2.0.31 seems to work, so does milo-2.0.35-c7b from Nikita:

However, both milo's are unable to access sr0 properly:  Once i do a
'show device' all SCSI devices are detected, Upon doing 'ls sr0:'
which is the CDROM device, gets multiple errors including:

sr_photocd: ioctl error (TOSHIBA #1): 0x1

and is unable to see the CD filesystem: note that ls sr0:
on the redhat CD2, gets the errors, but actually returns all
CD directory information! but Redhat CD1 and other MSDOS cds fail!
(perhaps the formatting for the CD2.iso is different to CD1.iso?!)

After the ls sr0:, all CDs will no longer eject from CDR until reboot.

Attempted to boot purely from floppy, in the hope that the kernel
will still do the trick.  With milo-2.0.35-c7b and:
redhat7.0 dist, images/generic.img and images/ramdisk.img:

boot fd0:vmlinux.gz root=/dev/fd0 load_ramdisk=1

I get kernel panics on loading the VFS on fd0!
Is this due to using MILO 2.0ish to boot 2.2ish kernels!?

any clues appreciated, or should i just forget redhat 7+ and go back
towards an older kernel via redhat 6.0 which was running aok
before a hard drive failure?!

happiness,
brom





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] []