New Red Hat 7.2 Alpha install on DEC PWS 600au
jon_on_i86
thursday at allidaho.com
Sat Dec 11 22:40:28 UTC 2004
Dear Jim,
PWS series machines can be a little cranky.. Did your install go in OK?
My dual-booters (one Tru64 and one NT/W2000) go through a routine
count-on-fingers of all the disks whether they are mounted or not. I
never gave it much thought and it never damaged a disk or an install.
Seems to me that some SCSI disks have jumpers that can prevent spin-up.
And it may be possible to comment out the spin-up in the kernel boot
sequence.
good luck
jn
On Sat, 2004-12-11 at 10:39, Jim McCarthy wrote:
> Hello --
>
> Yesterday I newly installed Red Hat 7.2 Alpha on my DEC PWS 600au
> in order to dual-boot between OpenVMS (dka0,dka100) and RH Linux
> (dka200,dka300). I've done this successfully before on another
> machine using the same CD-ROMs burned from downloaded ISO images,
> but this time I encounter behavior on boot-up I've not seen before:
>
> >>>boot dka200
> [...]
> setting affinity to the primary CPU
> jumping to the bootstrap code
> aboot: Linux/Alpha SRM bootloader version 0.9a
> aboot: switching to OSF/1 PALcode version 1.22
> aboot: booting from device 'SCSI 0 1004 0 2 200 0 0'
> aboot: valid disklabel found: 4 partitions.
> aboot: loading uncompressed ...
> aboot: loading compressed ...
>
> unzip: unknown compression method
> Welcome to aboot 0.9
> Commands:
> h, ? Display this message
> q Halt the system and return to SRM
> [...]
> 0-9 Boot preconfiguration 0-9 (list with 'l')
> aboot>
> ___________
>
> So my question is what's causing the "unzip: unknown compression"
> message in aboot, leading to the interactive prompt ?
>
> Prior to >>>boot dka200, the BIOS and SRM versions reported are:
>
> BIOS Emulation v1.15a
>
> SRM Console V7.2-1
> ARC Console 5.70
> PALcode: OpenVMS PALcode V1.20-16
> Tru64 UNIX PALcode V1.22-18
> SROM Version V5.90
> ___________
>
> Also ... later in the Linux boot-up, I notice a "partition check"
> message on disks sda & sdb (the pair of OpenVMS disks), which
> reports that Linux is "spinning up" these disks. But in a dual-
> boot situation, I think I'd prefer not having these disks spun up
> ... is there a way to tell Linux *not* to perform its partition
> check and spin-up of disks sda,sdb which are not being used ?
>
> Thanks in advance for any suggestions,
>
> -- Jim
>
> _______________________________________________
> axp-list mailing list
> axp-list at redhat.com
> https://www.redhat.com/mailman/listinfo/axp-list
More information about the axp-list
mailing list