7.0-BETA3 kernel panic after trying to mount USB stick

From: Momchil Ivanov <idiotbg_at_gmail.com>
Date: Tue, 27 Nov 2007 03:20:20 +0100
Hi,

I have 128MB JetFlash USB Stick which now panics my system after trying to 
mount it. Maybe the stick is dying, I don`t know, but I noticed this lately 
(after some of the 7-BETAs), and it used to work before. I`ve tried it on a 
linux system a couple of days ago just after it paniced my system and it 
worked fine there. Here is what I got out of messages:

Nov 27 02:51:34 a144026 root: Unknown USB device: vendor 0x0c76 product 0x0005 
bus uhub4
Nov 27 02:51:34 a144026 kernel: umass0: <JetFlash TS128MJF2A, class 0/0, rev 
2.00/1.00, addr 4> on uhub4
Nov 27 02:51:34 a144026 kernel: da0 at umass-sim0 bus 0 target 0 lun 0
Nov 27 02:51:34 a144026 kernel: da0: <JetFlash TS128MJF2A 1.00> Removable 
Direct Access SCSI-2 device 
Nov 27 02:51:34 a144026 kernel: da0: 40.000MB/s transfers
Nov 27 02:51:34 a144026 kernel: da0: 122MB (250800 512 byte sectors: 64H 32S/T 
122C)
Nov 27 02:51:45 a144026 sudo:    space : TTY=ttyv0 ; PWD=/usr/home/space ; 
USER=root ; COMMAND=/sbin/mount -t msdosfs /d
ev/da0s1 /mnt/psp/
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 
0 0 21 0 0 8 0 
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI 
Status Error
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check 
Condition
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): DATA PROTECT asc:27,0
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Write protected
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Nov 27 02:51:46 a144026 kernel: g_vfs_done():da0s1[WRITE(offset=512, 
length=4096)]error = 13
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 
0 0 21 0 0 8 0 
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI 
Status Error
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check 
Condition
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): DATA PROTECT asc:27,0
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Write protected
Nov 27 02:51:46 a144026 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Nov 27 02:51:46 a144026 kernel: g_vfs_done():da0s1[WRITE(offset=512, 
length=4096)]error = 13
Nov 27 02:51:46 a144026 kernel: fsync: giving up on dirty
Nov 27 02:51:46 a144026 kernel: 0xc3bcfbb0: tag devfs, type VCHR
Nov 27 02:51:46 a144026 kernel: usecount 1, writecount 0, refcount 34 
mountedhere 0xc3c2ba00
Nov 27 02:51:46 a144026 kernel: flags ()
Nov 27 02:51:46 a144026 kernel: v_object 0xc3c5be0c ref 0 pages 31
Nov 27 02:51:46 a144026 kernel: 
Nov 27 02:51:46 a144026 kernel: dev da0s1

what I did was just plug it in and issue mount -t msdosfs /d
ev/da0s1 /mnt/psp/ via sudo, but mount returned an error and didn`t mount the 
drive (I`ve also checked the output of mount to make sure it was not 
mounted). After that I typed sync in order to try to save as much output as 
possible because I knew from before that it was going to panic (but before I 
thought it panics just when I unplug the stick, but this time I didn`t pull 
it out). If somebody is interested the dump is here 
http://xaxo.eu/~space/freebsd/vmcore.0

This is what I get from the debuger:

kgdb: kvm_nlist(_stopped_cpus): 
kgdb: kvm_nlist(_stoppcbs): 
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: 
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc055a449
stack pointer           = 0x28:0xdd525bd0
frame pointer           = 0x28:0xdd525bfc
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         = 43 (syncer)
trap number             = 12
panic: page fault
Uptime: 1m19s
Physical memory: 758 MB
Dumping 47 MB: (CTRL-C to abort)  (CTRL-C to abort)  (CTRL-C to abort)  32 16

#0  doadump () at pcpu.h:195
195             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:195
#1  0xc05a793e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc05a7b14 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc075a8bc in trap_fatal (frame=0xdd525b90, eva=0) 
at /usr/src/sys/i386/i386/trap.c:872
#4  0xc075ab2b in trap_pfault (frame=0xdd525b90, usermode=0, eva=0) 
at /usr/src/sys/i386/i386/trap.c:785
#5  0xc075b412 in trap (frame=0xdd525b90) at /usr/src/sys/i386/i386/trap.c:463
#6  0xc07495bb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc055a449 in g_io_request (bp=0xc3c69420, cp=0xc38fcd00) 
at /usr/src/sys/geom/geom_io.c:364
#8  0xc055e9f6 in g_vfs_strategy (bo=0xc3bcfc70, bp=0xd2ef8d90) 
at /usr/src/sys/geom/geom_vfs.c:107
#9  0xc060c92e in bufwrite (bp=0xd2ef8d90) at buf.h:429
#10 0xc0605608 in bawrite (bp=0xd2ef8d90) at buf.h:417
#11 0xc0610f3a in vop_stdfsync (ap=0xdd525cd4) 
at /usr/src/sys/kern/vfs_default.c:440
#12 0xc053f0be in devfs_fsync (ap=0xdd525cd4) 
at /usr/src/sys/fs/devfs/devfs_vnops.c:394
#13 0xc07657f2 in VOP_FSYNC_APV (vop=0xc07cfe00, a=0xdd525cd4) at 
vnode_if.c:1007
#14 0xc0620bf0 in sched_sync () at vnode_if.h:538
#15 0xc0589c21 in fork_exit (callout=0xc0620760 <sched_sync>, arg=0x0, 
frame=0xdd525d38)
    at /usr/src/sys/kern/kern_fork.c:754
#16 0xc0749630 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205

If you need some more info, tell me what I should do.
Received on Tue Nov 27 2007 - 01:50:15 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:23 UTC