Hi all,
Thanx for all the responses. The problem could be solved. The disk was exchanged for a new one and the boot from the tape could be startet after patching the known bug in the MMU code in the EEPROM.
Steve Hanson and Robert Brown have sent the right solution:
SOLUTION SUMMARY: The panic is due to a bug in the MMU initialization code
in the PROM. At the ok prompt, before booting MUNIX,
enter the following command:
ok 75 fff0.0000 smap!
This will correctly initialize the MMU and allow the boot
to succeed.
Thanx again to all who has answered. This list is really great.
Hans-J. Nagel
Dept. Information Science
University of Constance
PF 5560
D-7750 Konstanz
Tel. ++49/7531-88 3535
Fax. ++49/7531-88 2601
e-mail:
nagel@inf-wiss.ivp.uni-konstanz.de
-----------------------------------------------------------------------------
My original question was:
>We have had a power fail and as a result we have on one of our IPCs a boot problem. It's a 4/40 with 12 Mbyte RAM and SunOS 4.1.1 on it.
>It's also not possible to boot from tape. Thereby comes the following message:
>panic: mmu_getpmg
>rebooting
>Probing Memory Bank #: 1 2 3 4 5
>Can't open boot device
>I have tried probe-scsi and the result was that only the tape on target 4 was found. The internal disk is usually target 3 and was not found.
>I've tested also the fuses on the motherboard of the IPC and it seems all OK.
>Do you have an idea?
-----------------------------------------------------------------------------
Here are all the responses for your interest.
1.
>From hanson@pogo.fnal.gov Fri Jan 8 20:07:43 1993
Date: Fri, 8 Jan 1993 13:08:10 -0600
From: Steve Hanson <hanson@pogo.fnal.gov>
To: nagel@post.inf-wiss.ivp.uni-konstanz.de
Subject: Re: Sun IPC can't open boot device
Bug in the MMU code in your EEPROM.
Try the following
SRDB ID : 2819
SYNOPSIS : SPARCstations panic booting 4.1.1 MUNIX from QIC
DETAIL DESCRIPTION : SPARCstations panic booting 4.1.1 MUNIX from QIC
SOLUTION SUMMARY : The panic is due to a bug in the MMU initialization code
in the PROM. At the ok prompt, before booting MUNIX,
enter the following command:
ok 75 fff0.0000 smap!
This will correctly initialize the MMU and allow the boot
to succeed.
SYMPTOMS : panic: mmu_getpmg
PRODUCT : booting
-- Steve Hanson - FERMILAB, Batavia, Il. hanson@pogo.fnal.gov or hanson@fnal.fnal.gov -------------------------------------------------------------------------- 2. >From robert@verdix.com Fri Jan 8 15:03:47 1993 To: nagel@post.inf-wiss.ivp.uni-konstanz.de Subject: Sun IPC can't open boot device Date: Fri, 08 Jan 93 08:45:44 +0000 From: robert@verdix.com Content-Length: 992Hans,
The problem you are having is a known bug. There are two ways to handle this. The easiest is to go into new command mode by typing n at the > prompt. Then type 7f fff0.0000 smap! This will hold through resets but not power cycles and only affects booting from tape. Once the system is loaded, there will be no more problems. The other way to take care of this is to put any 4Mb simms in the first bank and any 1Mb simms "behind" the 4Mb ones. I suggest doing the first thing I mentioned first.
Have a good day,
=============================================================================== | Robert Brown | Verdix Corporation Systems Administrator | 205 Van Buren St. | Herndon, VA 22070 robert@verdix.com | (703) 318-5800 | =============================================================================== 3.
>From cal@soac.bellcore.com Fri Jan 8 14:18:50 1993 Date: Fri, 8 Jan 1993 08:20:10 -0500 From: Christian Lawrence <cal@soac.bellcore.com> To: nagel@post.inf-wiss.ivp.uni-konstanz.de Subject: Re: Sun IPC can't open boot device Content-Length: 138
check the SCSI fuse -- its a little round jobby (2 amp I believe) located directly behind the SCSI connector on the motherboard (F0801).
------------------------------------------------------------------------
4. >From mikey@netcom.com Thu Jan 7 23:12:19 1993 Date: Thu, 7 Jan 93 14:10:37 -0800 From: mikey@netcom.com (Mike Pechner) To: nagel@post.inf-wiss.ivp.uni-konstanz.de Subject: Re: Sun IPC can't open boot device Newsgroups: list.sun-managers Organization: Netcom - Online Communication Services (408 241-9760 guest) Cc: Content-Length: 409
If you move the disk to another system, can the system boot from it?
Does the disk boot up?
Is the cable OK?
Can you use that tape drive to boot from tape on a different system?
It does sound like a bad disk.
-- mikey@netcom.com (Michael Pechner) | Pizza Probably The Worlds Most mikep@adaclabs.com | Perfect Food. ----------------------------------------------------------------------------
5. >From arrayb!hobbes.intellistor.com!cameron@csn.org Thu Jan 7 23:08:46 1993 Date: Fri, 8 Jan 93 14:38:17 MST From: cameron@hobbes.intellistor.com (Neill Cameron) To: nagel@post.inf-wiss.ivp.uni-konstanz.de Subject: Re: Sun IPC can't open boot device Content-Length: 1986
Bonjour Hans, If probe-scsi failed to see target 3, you still have a problem at the disk level(Thus your boot attempts will fail to be able to open the default boot address which is your internal disk - scsi target #3, sd0).
Since probe-scsi did find target4(your tape drive), the scsi initiator on your mother board is ok. Open up your IPC and turn it off, then on. Put your ear as close to the drive as you can. If you here it spinning up(whirrring, then a little grinding noise), then there is a problem with a scsi controller chip on the mother board, or on the controller board on the drive. If the drive does not spin up, you might try hitting it - or replacing it.
Try to disconnect the drive(unplug from mother board scsi cable, and the power cable) Then try booting from tape: hit Stop(L1)+A, >n, ok boot tape. Once you have the miniroot loaded, carefully plug the drive back onto the motherboard scsi bus(do this FIRST!), then plug the power(carefully) back onto the drive. Then rebuild the OS on the drive if needed.
Good Luck!
-=-neill
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= = = = email:cameron@hobbes.intellistor.com = = = = snailmail: = = Fujitsu Computer Products of America, Inc. = = Intellistor R&D Operation = = R. Neill Cameron = = Systems Administrator = = 2402 Clover Basin Drive = = Longmont, Co. 80503 voice:303-682-6401 fax:303-682-6401 = = <These are only my comments, I do NOT represent my company!> = -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= --------------------------------------------------------------------------- 6. >From archer!banshee!myk@uunet.UU.NET Thu Jan 7 22:08:31 1993 Date: Thu, 7 Jan 93 15:45:52 EST From: archer!banshee!myk@uunet.UU.NET (Mike Steadman) To: uunet!post.inf-wiss.ivp.uni-konstanz.de!nagel@uunet.UU.NET Subject: Re: Sun IPC can't open boot device Content-Length: 888
If the internal disk doesn't show up using probe-scsi then its controller may have gone bad. We had the same problem here with a SPARC 1+ refusing to boot after a power fail and the disk was bad. Try removing the drive from the unit and then booting from tape, or maybe you can try booting across the net.
My experience with SCSI on a variety of machines is that if one device in the chain is bad you may have problems with other devices; for example with Macintoshes if you have a SCSI scanner and you don't turn it on the Mac won't boot even if every other device is turned on.
Hope this helps
--- Mike Steadman Artel Communications Corp. Software Engineer 22 Kane Industrial Dr. myk@artel.com Hudson, MA 01749 (508) 562-2100 Fax: (508) 562-6942 --------------------------------------------------------------------------- 7. >From tommy@boole.att.com Thu Jan 7 20:15:39 1993 From: tommy@boole.att.com To: nagel@post.inf-wiss.ivp.uni-konstanz.de Subject: Re: Sun IPC can't open boot device Date: Thu, 07 Jan 93 14:09:20 -0500 Original-From: Tom Reingold <boole.att.com!tommy> Content-Length: 206
I think this is the same as the problem I had. The tape drive was on its side. When I turned it rightside-up, it worked.
Tommy Reingold AT&T Bell Labs, Holmdel, NJ tommy@boole.att.com or att!boole!tommy -----------------------------------------------------------
Thanx a lot!
Hans
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:07:21 CDT