From owner-freebsd-ports@FreeBSD.ORG Fri Jun 1 19:43:37 2007 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7D7216A468 for ; Fri, 1 Jun 2007 19:43:37 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id 4C21613C48C for ; Fri, 1 Jun 2007 19:43:37 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id l51Ie3eI007665 for ; Fri, 1 Jun 2007 14:40:05 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <200706010521.l515LE4N074880@harmony.bsdimp.com> Date: Fri, 1 Jun 2007 14:40:03 -0400 To: freebsd-ports@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: Subject: Re: Uggg! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2007 19:43:37 -0000 At 2:06 PM +0300 6/1/07, Volodymyr Kostyrko wrote: >Warner Losh wrote: >>my portupgrade -a died in the middle. Well, the laptop in my >>battery died at a bad time. all of my +CONTENTS files are gone. >>Is there any hope? > >Dodged that lately. Actually in my case most files were dumped >into lost+found so just a lil bit of awk|mv does the job. Not that this will help Warner's situation, but I like to add a 'sync' or two after doing some longer operation. The trick is to pick the best times to do that. For a portupgrade, it might be a good idea to add a 'sync' right after doing each package- register step. That should not slow things down much, and it's a good time to try and force disk-I/O out to the disk. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA