From owner-freebsd-bugs@FreeBSD.ORG Tue Mar 21 21:50:18 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3339C16A423 for ; Tue, 21 Mar 2006 21:50:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 977CD43D49 for ; Tue, 21 Mar 2006 21:50:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2LLoGYD037327 for ; Tue, 21 Mar 2006 21:50:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k2LLoGuO037326; Tue, 21 Mar 2006 21:50:16 GMT (envelope-from gnats) Resent-Date: Tue, 21 Mar 2006 21:50:16 GMT Resent-Message-Id: <200603212150.k2LLoGuO037326@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Kris Kennaway Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8BC116A400 for ; Tue, 21 Mar 2006 21:40:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BBE143D49 for ; Tue, 21 Mar 2006 21:40:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 4686E1A4DD6 for ; Tue, 21 Mar 2006 13:40:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C5B31514C3; Tue, 21 Mar 2006 16:40:11 -0500 (EST) Message-Id: <20060321214011.C5B31514C3@obsecurity.dyndns.org> Date: Tue, 21 Mar 2006 16:40:11 -0500 (EST) From: Kris Kennaway To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: bin/94810: fsck incorrectly reports 'file system marked clean' when lost+found fills up X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2006 21:50:18 -0000 >Number: 94810 >Category: bin >Synopsis: fsck incorrectly reports 'file system marked clean' when lost+found fills up >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 21 21:50:16 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Kris Kennaway >Release: FreeBSD 6.1-PRERELEASE i386 >Organization: FreeBSD >Environment: System: FreeBSD xor.obsecurity.org 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #18: Mon Mar 13 01:39:05 EST 2006 kkenn@xor.obsecurity.org:/mnt/src/sys/i386/compile/XOR i386 >Description: In cases of severe filesystem damage, fsck may fill up lost+found: [...] SORRY. NO SPACE IN lost+found DIRECTORY UNEXPECTED SOFT UPDATE INCONSISTENCY UNREF DIR I=871505 OWNER=root MODE=40770 SIZE=512 MTIME=Jan 1 09:59 1970 RECONNECT? yes SORRY. NO SPACE IN lost+found DIRECTORY UNEXPECTED SOFT UPDATE INCONSISTENCY [...] However, when fsck eventually completes it reports ***** FILE SYSTEM MARKED CLEAN ***** ***** FILE SYSTEM WAS MODIFIED ***** In fact, all of the damage was not repaired since the extra files could not be reconnected to lost+found, so it is necessary to: 1) mount and clean out lost+found or move it aside 2) unmount and rerun fsck to continue recovering lost files. 3) Repeat until all files have been recovered (may take multiple iterations) >How-To-Repeat: >Fix: The admin should be informed that due to lost+found filling up, further action is required as above. Even if the filesystem is being marked clean to facilitate the admin mounting it, for the purposes of making additional space in lost+found (this isn't strictly necessary since you can mount -f a dirty fs), the admin should be informed that the filesystem damage is not yet repaired. >Release-Note: >Audit-Trail: >Unformatted: