From owner-freebsd-stable@FreeBSD.ORG Wed Nov 29 16:07:17 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A109516A49E for ; Wed, 29 Nov 2006 16:07:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA2143CB7 for ; Wed, 29 Nov 2006 16:07:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bapqbq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kATG71ox079632; Wed, 29 Nov 2006 17:07:07 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kATG71vU079631; Wed, 29 Nov 2006 17:07:01 +0100 (CET) (envelope-from olli) Date: Wed, 29 Nov 2006 17:07:01 +0100 (CET) Message-Id: <200611291607.kATG71vU079631@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com In-Reply-To: <1164750071.1074.39.camel@dagobah.vindaloo.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 29 Nov 2006 17:07:07 +0100 (CET) Cc: Subject: Re: Problems unmounting/fssyncking extern UFS filesystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, chris@vindaloo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 16:07:17 -0000 Christopher Sean Hilton wrote: > Kevin Oberman wrote: > [ ... ] > > The magic phrase is "buffer cache has been flushed". In the real world > > of discs with cache there is no way to be certain when the data is > > REALLY on the disc. That is why things get clobbered if the power is > > cycled to the disc too soon after syncing and why a sleep (or typing > > sync three times) is still a good idea and probably always will be. > > Please understand that this is an honest question but isn't that true > only of IDE heritage drives. E.g. If a SCSI drive with Tagged Queuing > says that the the bits have been written doesn't it mean that the bits > have really been written? Right, unless the SCSI drive has a label saying "Quantum". Best regards Oliver PS: Quantum is today owned by maxtor, isn't it? I've lost track of HD manufacturers when Seagate bought Conner ... -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel