Bernd Walter wrote:
> Die Ausgabe [...] Solltest du dann mailen
Okay:
[root(at)sickbox:/usr/src/sys/compile/SICKBOX] gdb -k kernel.debug
/var/crash/vmcore.0 GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are welcome to change it and/or distribute copies of it under certain
conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details. This GDB was configured as "i386-unknown-freebsd"...
IdlePTD at phsyical address 0x0041b000
initial pcb at physical address 0x00306f40
panicstr: page fault
panic messages:
--- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe1bd8ffc fault code = supervisor read, page not present instruction pointer = 0x8:0xc01a58e7 stack pointer = 0x10:0xd5986cdc frame pointer = 0x10:0xd5986cec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 298 (mkdir) interrupt mask = none trap number = 12 panic: page fault syncing disks... 15 9 6 4 3 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up on 1 buffers Uptime: 5m2s dumping to dev #ad/0x20009, offset 7840 dump ata0: resetting devices .. ad0: DMA limited to UDMA33, non-ATA66 cable or device done [gekürzt -- er zählt die 512 MB runter] --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc016a6f3 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc016ab18 in poweroff_wait (junk=0xc02c2d8c, howto=-1070847825) at ../../kern/kern_shutdown.c:595 #3 0xc027d02a in trap_fatal (frame=0xd5986c9c, eva=3787296764) at ../../i386/i386/trap.c:966 #4 0xc027ccfd in trap_pfault (frame=0xd5986c9c, usermode=0, eva=3787296764) at ../../i386/i386/trap.c:859 #5 0xc027c8e7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 7792, tf_esi = -1044541440, tf_ebp = -711430932, tf_isp = -711430968, tf_ebx = -1044545536, tf_edx = 134217727, tf_ecx = 31, tf_eax = -2147483648, tf_trapno = 12, tf_err = 0, tf_eip = -1072015129, tf_cs = 8, tf_eflags = 68246, tf_esp = 268435455, tf_ss = 268435455}) at ../../i386/i386/trap.c:458 #6 0xc01a58e7 in updatefats (pmp=0xc1bd8000, bp=0xcc18123c, fatbn=7792) at ../../msdosfs/msdosfs_fat.c:353 #7 0xc01a5f46 in fatchain (pmp=0xc1bd8000, start=994187, count=0, fillwith=4294967295) at ../../msdosfs/msdosfs_fat.c:674 #8 0xc01a6065 in chainalloc (pmp=0xc1bd8000, start=994186, count=1, fillwith=4294967295, retcluster=0xd5986dc4, got=0x0) at ../../msdosfs/msdosfs_fat.c:748 #9 0xc01a6262 in clusteralloc (pmp=0xc1bd8000, start=0, count=1, fillwith=4294967295, retcluster=0xd5986dc4, got=0x0) at ../../msdosfs/msdosfs_fat.c:842 #10 0xc01aa581 in msdosfs_mkdir (ap=0xd5986e6c) at ../../msdosfs/msdosfs_vnops.c:1368 #11 0xc019d632 in mkdir (p=0xd5953ac0, uap=0xd5986f80) at vnode_if.h:674 #12 0xc027d2d9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 511, tf_esi = 1, tf_ebp = -1077937264, tf_isp = -711430188, tf_ebx = -1077937176, tf_edx = 0, tf_ecx = 0, tf_eax = 136, tf_trapno = 12, tf_err = 2, tf_eip = 134516968, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937324, tf_ss = 47}) at ../../i386/i386/trap.c:1167 #13 0xc0271185 in Xint0x80_syscall () #14 0x8048135 in ?? () (kgdb) up 6 #6 0xc01a58e7 in updatefats (pmp=0xc1bd8000, bp=0xcc18123c, fatbn=7792) at ../../msdosfs/msdosfs_fat.c:353 353 if (pmp->pm_freeclustercount So, zu mehr bin ich leider nicht fähig. Kann damit jemand was anfangen? Und was muss ich genau tun, damit das jemand in die Hände bekommt, der dafür verantworlich ist/sich damit auskennt? Gruss, Rob. -- ___________________________ r o b e r t | l i l l a c k www.lillaxsitedesign.de/rob secure mail key: 0xE7FFDF77 jabberID: nogger(at)jabber.org To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Thu 09 May 2002 - 17:40:08 CEST