kern/106030: panic while rebooting with a dead disk
Remko Lodder
remko at FreeBSD.org
Wed Nov 29 13:30:23 PST 2006
The following reply was made to PR kern/106030; it has been noted by GNATS.
From: Remko Lodder <remko at FreeBSD.org>
To: Charlie & <root at feral.com>
Cc: FreeBSD-gnats-submit at FreeBSD.org
Subject: Re: kern/106030: panic while rebooting with a dead disk
Date: Wed, 29 Nov 2006 22:22:00 +0100
Charlie & wrote:
>> Number: 106030
>> Category: kern
>> Synopsis: panic while rebooting with a dead disk
>> Confidential: no
>> Severity: serious
>> Priority: high
>> Responsible: freebsd-bugs
>> State: open
>> Quarter:
>> Keywords:
>> Date-Required:
>> Class: sw-bug
>> Submitter-Id: current-users
>> Arrival-Date: Wed Nov 29 20:20:12 GMT 2006
>> Closed-Date:
>> Last-Modified:
>> Originator: Matthew Jacob
>> Release: FreeBSD 7.0-CURRENT i386
>> Organization:
> Feral Software
>> Environment:
> System: FreeBSD colfax.in1.lcl 7.0-CURRENT FreeBSD 7.0-CURRENT #33: Tue Nov 28 22:28:44 PST 2006 mjacob at colfax.in1.lcl:/home/FreeBSD/p4/newisp/i386/compile/GENERIC i386
>
>
>> Description:
>
> I had a mounted ufs disk that went away. I rebooted so as to avoid a panic. Too bad. Geom paniced
> on me anyway:
>
> Syncing disks, vnodes remaining...2 (da8:isp1:0:6:2): Invalidating pack
> g_vfs_done():da8a[WRITE(offset=81920, length=4096)]error = 6
Well, it wants to synchronise the data in the caches to the
disk and cannot find it.. I think a panic is the best thing
to do to prevent any weird things happening. What else
should be done when the disk it once had mounted goes away?
you have different problems already when that happends..
Perhaps someone has a nice light which can be shined on this?
p.s. Do not mail as root! create a normal user id for that
with normal privileges, the super user account should only
be used for system maintenance and updates and not for
regular things like mailing etc, it posses an unnecessary
risk for you and your system(s).
--
Kind regards,
Remko Lodder ** remko at elvandar.org
FreeBSD ** remko at FreeBSD.org
/* Quis custodiet ipsos custodes */
More information about the freebsd-bugs
mailing list