On Saturday 18 March 2006 19:39, you wrote:
> On Sat, Mar 18, 2006 at 07:29:25PM -0600, Jason Harmening wrote:
> > I finally managed to reproduce the mount panic on the console:
> >
> > CORONA% mount /dev/acd0 /home/jason/dvdram
> > g_vfs_done():acd0[READ(offset=114688, length=16384)]error = 5
> >
On Sat, Mar 18, 2006 at 05:12:12PM -0600, Jason Harmening wrote:
> I managed to get a backtrace from a panic that occurred during bgfsck:
>
> dev = ar0s1f, block = 22958088, fs = /usr
> panic: ffs_blkfree: freeing free frag
> cpuid = 0
> KDB: stack backtrace:
> kdb_backtrace() at kdb_backtrace+0x3
I managed to get a backtrace from a panic that occurred during bgfsck:
dev = ar0s1f, block = 22958088, fs = /usr
panic: ffs_blkfree: freeing free frag
cpuid = 0
KDB: stack backtrace:
kdb_backtrace() at kdb_backtrace+0x37
panic() at panic+0x1d1
ffs_blkfree() at ffs_blkfree+0x43f
sysctl_ffs_fsck() a
On Thu, Mar 16, 2006 at 12:45:07PM -0600, Jason Harmening wrote:
> Last night I ran into a series of kernel panics that seemed to be related to
> heavy UFS traffic. I ran into two consecutive panics when trying to mount a
> UFS-formatted DVD-RAM as a regular user (though not when I mounted it as
>
Last night I ran into a series of kernel panics that seemed to be related to
heavy UFS traffic. I ran into two consecutive panics when trying to mount a
UFS-formatted DVD-RAM as a regular user (though not when I mounted it as
root). The system seemed to actually succeed in mounting the disk, as i
