From owner-freebsd-questions Sun May 26 10:35:42 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05852 for questions-outgoing; Sun, 26 May 1996 10:35:42 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA05847 for ; Sun, 26 May 1996 10:35:39 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uNjit-000QYvC; Sun, 26 May 96 19:35 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id TAA00408; Sun, 26 May 1996 19:33:59 +0200 Message-Id: <199605261733.TAA00408@allegro.lemis.de> Subject: Re: I had a Kernel panic and was wondering if anyone could figure out y To: bubba@mymachine.com (Just call me Bubba) Date: Sun, 26 May 1996 19:33:59 +0200 (MET DST) Cc: freebsd-questions@freebsd.org In-Reply-To: from "Just call me Bubba" at May 24, 96 11:59:36 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just call me Bubba writes: > > I am not shure what could cause this, but heres what it said. > > fatal trap 12 page fault while in kernel mode > fault virtual address 0x0 > fault code =supervisor read, page not present > instruction pointer 0x8:0xf01a5b26 > stack pointer 0x10:0xefbffe34 > frame pointer 0x10:0xefbffe80 > code segment base 0x0, limit 0xfffff, type 0x1b > DPL 0, pres 1, def 32 1, gran 1 > processor flags interrupt enabled, resume IOPL=0 > current process 321 (pkg_add) > interrupt mask ufs > panic page fault I'm afraid that the system's not sure either. Most panic messages the result of some test made by the kernel. It checks something and finds it incorrect. In such cases, it prints out a more or less intelligible message about what has gone wrong. In this case, the kernel has surprised itself. This panic message basically says "something has gone seriously wrong. The kernel has attempted to access non-existent memory". The only real way to analyze this problem is to look at a panic dump. Unfortunately, you probably don't have one. Look at pages 80 and 81 of "Installing and Running FreeBSD" for the full details, but here's an overview: 1. Uncomment the line in /etc/sysconfig saying dumpdev /dev/wd0s1b If you have SCSI disks, it'll be /dev/sd0s1b. This is your swap partition, and that's where the kernel writes its dump after a panic. 2. Create the directory /var/crash. This is where the system startup routines write the dump after the system has restarted. You can find details of how to analyze a dump in the on-line handbook. In this particular case, it probably won't help much, but if you post a stack trace, it might give somebody an idea. Greg