Xserve G5 OpenFirmware 'CLAIM failed' after dist-upgrade
Kia ora from New Zealand!
I run a couple of old Xserve G5s (RackMac3,1) and they have all failed
to reboot following an "apt-get dist-upgrade", which I normally do every
month. Installing grub-ieee1275 (2.12-7) seems to have been what did it,
or maybe it was the kernel, I don't know. The machines drop to the OFW
console with an "invalid memory access error" instead of booting.
Manually booting such as with "boot hd:,\\grub" returns a "CLAIM failed"
error. I'd be grateful for any troubleshooting tips.
Has anyone else run into this issue? Should I try rebuilding grub and/or
the kernel myself?
An excerpt from the OFW console is attached. I even checked the space
weather because for 3 machines to fail at once like this, it's either
software or a solar flare :-)
Thanks in advance
-Stuart
p104[2655791.981687] reboot: Restarting system
[2655791.990081] Updating nvram...
[2655791.996017] nvram: Sharp/Micron Erasing bank 0...
[2655792.178824] nvram: Sharp/Micron Writing bank 0...
�
Invalid memory access at %SRR0: 00000000.00000000 %SRR1: 10000000.00083030
Apple RackMac3,1 5.1.7f2 BootROM built on 12/09/04 at 10:58:45
Copyright 1994-2004 Apple Computer, Inc.
All Rights Reserved.
Welcome to Open Firmware, the system time and date is: 01:18:08 01/01/1904
To continue booting, type "mac-boot" and press return.
To shut down, type "shut-down" and press return.
ok
0 >
0 > boot hd:,\grub load-size=17f74 adler32=4cec6acd
Loading ELF
CLAIM failed
ok
0 > boot hd:,\System\Library\CoreServices\grub.elf load-size=17b48 adler32=c803cbc7
Loading ELF
CLAIM failed
ok
0 > boot hd:,\System\Library\CoreServices\BootX load-size=40f8 adler32=2c410f09
parsing <CHRP-BOOT>
evaluating <BOOT-SCRIPT>
load-size=17b48 adler32=c803cbc7
Loading ELF
CLAIM failed
ok
0 > boot hd:,\System\Library\CoreServices\BootX load-size=40f8 adler32=2c410f09
parsing <CHRP-BOOT>
evaluating <BOOT-SCRIPT>
load-size=17b48 adler32=c803cbc7
Loading ELF
Welcome to GRUB!
Invalid memory access at %SRR0: 00000000.00000000 %SRR1: 10000000.00083030
ok
0 >
Reply to: