From owner-freebsd-questions@FreeBSD.ORG Tue Nov 16 08:52:55 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 868E416A4CE for ; Tue, 16 Nov 2004 08:52:55 +0000 (GMT) Received: from mail26.syd.optusnet.com.au (mail26.syd.optusnet.com.au [211.29.133.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id C480543D3F for ; Tue, 16 Nov 2004 08:52:54 +0000 (GMT) (envelope-from syncman@optusnet.com.au) Received: from [192.168.0.7] (c211-30-137-44.belrs1.nsw.optusnet.com.au [211.30.137.44]) (authenticated bits=0)iAG8qiPE031305 for ; Tue, 16 Nov 2004 19:52:49 +1100 Message-ID: <419A5AAB.7080409@optusnet.com.au> Date: Tue, 16 Nov 2004 19:53:15 +0000 From: Andrew Sinclair User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.3-RC2 tar breaks operation with "(null)" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 08:52:55 -0000 Hi everybodi! At work I use a Windows eXPensive machine to gather information and maintain the web site. I needed to bring some files home and I didn't have time to setup a proper archiver, so I used cygnus tar to pack them uncompressed. I burned this tar dump onto a CD-RW. I didn't just pack everything into Nero and let the Toliet^WJoliet file system take care of it because neither Joliet or Rock Ridge allow files to use the same name even if they are in different paths. Besides, there are file name size limitations... I have not even started yet. don't make me. I'm using the new tar from 5.3-RC2 to read from the mounted CD-RW. It seems to have a problem with null blocks, halfway through the archive in my case. I got this in the output: bash-2.05b$ tar -xvf /dvdrom/20041116.tgz ... x Ocean Care Day/OCD website/Website/OCD Photos/mec cam pictures/000_0075.jpg x Ocean Care Day/OCD website/Website/OCD Photos/mec cam pictures/Thumbs.db x Ocean Care Day/OCD website/Website/OCD Photos/Presentation.ppt: (null) tar: (null) bash-2.05b$ I remembered that tar uses four blocks of 0x00 to indicate the end of an archive on a sequential device, such as a tape, so I searched the man page for an option to bypass it. No luck. Of all the problems people have with defacto standard optical media, I had to run into a software issue :-\ I might be able to get around it with another tar but surely the one included should be able to work around this. Any ideas? - syncman0x