Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!samsung!emory!ogicse!plains!overby From: overby@plains.UUCP (Glen Overby) Newsgroups: comp.os.minix Subject: Re: Bug in Minix 1.5.6 tar Summary: a "feature" Message-ID: <4476@plains.UUCP> Date: 3 May 90 15:39:46 GMT References: <17759@ultima.cs.uts.oz> Reply-To: overby@plains.UUCP (Glen Overby) Organization: North Dakota State University, Fargo Lines: 21 In article <17759@ultima.cs.uts.oz> nick_andrew@f602.n713.fido.oz (Nick Andrew) writes: [ About 1.5.x 'tar' ] >When tarring a large directory tree (over 2.4 Mb), after >some point tar stops reading the files within a directory. >The directory name is printed to stderr, but no files are >added to the tarfile. Tar keeps track of every file it writes. If it happens to run into two (or more) files with the same inode number, it writes the first one it encounters, and makes the rest of them hard links to the first file. It's not the size of the files that counts, it's the number of files. The problem is that tar keeps track of ALL files it encounters, even if it's inode reference count is 1. There was a fix for this posted a while back that made tar keep track of ONLY files with a reference count of more than 1. I was able to tar up all of /usr/src with this modification installed. -- Glen Overby uunet!plains!overby (UUCP) overby@plains (Bitnet)