From owner-cvs-all  Tue Jan 15  6:11:51 2002
Delivered-To: cvs-all@freebsd.org
Received: from alcatraz.iptelecom.net.ua (alcatraz.iptelecom.net.ua [212.9.224.15])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6D24E37B416; Tue, 15 Jan 2002 06:11:41 -0800 (PST)
Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5])
	by alcatraz.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id QAA72265;
	Tue, 15 Jan 2002 16:11:31 +0200 (EET)
	(envelope-from max@vega.com)
Received: from vega.vega.com (h218.234.dialup.iptcom.net [212.9.234.218])
	by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id QAA67590;
	Tue, 15 Jan 2002 16:11:28 +0200 (EET)
	(envelope-from max@vega.com)
Received: (from max@localhost)
	by vega.vega.com (8.11.6/8.11.3) id g0FE3P321197;
	Tue, 15 Jan 2002 16:03:25 +0200 (EET)
	(envelope-from sobomax@FreeBSD.org)
From: Maxim Sobolev <sobomax@FreeBSD.ORG>
Message-Id: <200201151403.g0FE3P321197@vega.vega.com>
Subject: Re: cvs commit: src/sys/kern vfs_subr.c src/sys/ufs/ffs ffs_inode.c ffs_vfsops.c src/sys/ufs/ufs ufs_inode.c ufs_vnops.c
To: des@ofug.org (Dag-Erling Smorgrav)
Date: Tue, 15 Jan 2002 16:02:05 +0200 (EET)
Cc: mckusick@FreeBSD.ORG (Kirk McKusick), cvs-committers@FreeBSD.ORG,
	cvs-all@FreeBSD.ORG
In-Reply-To: <xzpu1tng2ad.fsf@flood.ping.uio.no> from "Dag-Erling Smorgrav" at Jan 15, 2002 02:40:58 PM
X-Mailer: ELM [version 2.5 PL5]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG

> 
> Kirk McKusick <mckusick@FreeBSD.org> writes:
> >   Log:
> >   When downgrading a filesystem from read-write to read-only, operations
> >   involving file removal or file update were not always being fully
> >   committed to disk. The result was lost files or corrupted file data.
> >   This change ensures that the filesystem is properly synced to disk
> >   before the filesystem is down-graded.
> 
> Thank you, thank you, thank you, thank you!

Could we have similar behaviour (i.e. data syncing) when going into a
sleep mode? Several days ago I've lost a file that I saved right before
my battery went low and then for some reason the system refused to resume
properly after a sleep. BTW, I wonder how it's possible on a softupdates
fs - my understanding was that I should have either older or newer version
of the file - not obsolutely useless zero-sized file (and nothing in
/lost+found). :(((

-Maxim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message