From owner-freebsd-bugs Sat Nov 24 12:30: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F95037B418 for ; Sat, 24 Nov 2001 12:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id fAOKU1L86374; Sat, 24 Nov 2001 12:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C64337B418 for ; Sat, 24 Nov 2001 12:27:53 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id fAOKRrr86220; Sat, 24 Nov 2001 12:27:53 -0800 (PST) (envelope-from nobody) Message-Id: <200111242027.fAOKRrr86220@freefall.freebsd.org> Date: Sat, 24 Nov 2001 12:27:53 -0800 (PST) From: Jakob Borg To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/32256: System crash/reboot when deleting file on a msdosfs-partition. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 32256 >Category: kern >Synopsis: System crash/reboot when deleting file on a msdosfs-partition. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 24 12:30:01 PST 2001 >Closed-Date: >Last-Modified: >Originator: Jakob Borg >Release: 4.4-STABLE as of CVS 2001-11-20 >Organization: none >Environment: FreeBSD narayan.borg.pp.se 4.4-STABLE FreeBSD 4.4-STABLE #6: Sun Nov 18 15:30:20 CET 2001 root@narayan.borg.pp.se:/usr/src/sys/compile/NARAYAN i386 >Description: When deleting a file on an msdos-partition (about 500 meg in size) the screen went blank, the system rebooted. No panic was written to screen that I could see (was in X) nor to any log. Perhaps relevant to the problem is that the filesystem in question was full (not a byte free) at the time, and still appears full from df even though the file has been removed. I suspect it might need a msdos-fsck to fix it up. The system has an otherwise perfect track record of stability´in many different OSes, and I don't suspect a hardware error. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message