From owner-freebsd-questions@FreeBSD.ORG Thu May 3 18:15:33 2007 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F8CC16A400 for ; Thu, 3 May 2007 18:15:33 +0000 (UTC) (envelope-from dave.list@pixelhammer.com) Received: from smtp1.tls.net (smtp1.tls.net [65.196.224.82]) by mx1.freebsd.org (Postfix) with SMTP id ECACF13C457 for ; Thu, 3 May 2007 18:15:32 +0000 (UTC) (envelope-from dave.list@pixelhammer.com) Received: (qmail 69086 invoked from network); 3 May 2007 18:22:55 -0000 Received: by simscan 1.2.3 ppid: 69079, pid: 69083, t: 0.1140s scanners: attach: 1.2.3 clamav: 0.88.5/m:43/d:3196 Received: from 208-70-40-59.bb.hrtc.net (HELO ?192.168.0.105?) (dave.list@pixelhammer.com@208.70.40.59) by auth-smtp1.tls.net with SMTP; 3 May 2007 18:22:55 -0000 Message-ID: <463A266A.7080508@pixelhammer.com> Date: Thu, 03 May 2007 14:14:02 -0400 From: DAve User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: questions@freebsd.org References: <20070501195825.GA10269@skytracker.ca> <20070502093757.GA2835@kobe.laptop> <20070502162657.GA21779@skytracker.ca> <20070502171723.GA1615@kobe.laptop> <20070502180815.GA50145@skytracker.ca> <20070502190950.GA84501@Grumpy.DynDNS.org> <20070503054842.GA14682@skytracker.ca> <20070503061957.GA50615@xor.obsecurity.org> <20070503171138.GB43512@skytracker.ca> In-Reply-To: <20070503171138.GB43512@skytracker.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: can't zip large files 2gb > X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 18:15:33 -0000 David Banning wrote: >>> gzip: stdin: invalid compressed data--format violated >>> tar: Child returned status 1 >>> tar: Error exit delayed from previous errors >>> root# >> Unless you can demonstrate some other systematic effect (e.g. always >> truncated at the same size), it looks like you have some other kind of >> failing hardware that is silently corrupting the data during writing >> or reading from disk. > > You are probably right. I am going to upgrade to 6.x and see > if that helps - it may not but I have to upgrade one day anyway. > It will be interesting to see if the problem follows me. > I would think that over first. Unless the problem you have is noted as fixed in a later version, an upgrade for upgrade's sake is not the right course of action. If you upgrade and the problem persists, you won't know what the problem was. So far I haven't heard anyone who thinks it is a problem with the distribution. If you upgrade and the problem goes away, you still don't know what the problem was. If the problem returns a week, a month, a year down the road you are right back where you are now. Just my two cents worth. DAve -- Three years now I've asked Google why they don't have a logo change for Memorial Day. Why do they choose to do logos for other non-international holidays, but nothing for Veterans? Maybe they forgot who made that choice possible.