From owner-freebsd-stable@FreeBSD.ORG Sat Mar 6 11:43:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE0471065670 for ; Sat, 6 Mar 2010 11:43:32 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5B48FC16 for ; Sat, 6 Mar 2010 11:43:30 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 3F4764C8142 for ; Sat, 6 Mar 2010 12:43:26 +0100 (CET) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 57F3C4C80AB for ; Sat, 6 Mar 2010 12:43:24 +0100 (CET) Received: by pollux.local.net (Postfix, from userid 2000) id 2071B1CDB7; Sat, 6 Mar 2010 12:43:24 +0100 (CET) Date: Sat, 6 Mar 2010 12:43:24 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20100306114324.GA2606@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20100218152601.GA3076@pollux.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: Incorrect super block X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 11:43:32 -0000 On Mon, Feb 22, 2010 at 02:51:59PM -0800, Chris Knight wrote: > This problem is caused by a big-endian, little-endian difference > between the OSX implementation of UFS and the FreeBSD implementation. > http://forums.macosxhints.com/showthread.php?t=86385 Yes, that's a good reason why both ufs1 and ufs2 don't work. > > I solved this problem for myself by installing MacFuse MacFuse is not yet available for Snow Leopard (10.6). I've made some trials to understand the tar options and had a big surprise yesterday: tar seems to have an enormous bug. For example: tar -c -f etc.tar /etc tar -r -f etc.tar /home/me/.icewm/ tar -u -f etc.tar /etc The last command should not modify etc.tar. But that's not the case. There seems to be no difference between the -r and -u option. How on earth is this possible ? Harald