bug-tar
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] Option -h of tar 1.26 is broken


From: Juan PC
Subject: Re: [Bug-tar] Option -h of tar 1.26 is broken
Date: Wed, 16 Nov 2011 11:18:13 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.16

Hi Paul,

Thanks for replying.

El 16/11/11 07:31, Paul Eggert escribió:
On 11/15/11 11:27, Juan PC wrote:
tar xvzf test.tgz etc/rc.d/init.d/httpd
etc/rc.d/init.d/httpd
tar: etc/rc.d/init.d/httpd: Cannot hard link to `etc/rc0.d/K15httpd': No such 
file or directory

At that point, test.tgz looks like this:

-rwxr-xr-x root/root      3371 2011-09-13 06:47 etc/rc0.d/K15httpd
hrwxr-xr-x root/root         0 2011-09-13 06:47 etc/rc.d/init.d/httpd link to 
etc/rc0.d/K15httpd

There are no symbolic links here, just hard links.  And yes,
tar cannot extract a hard link to a file that does not
exist -- that's a property that is inherent to hard links.
I'm afraid.
Ummm, true, but is not it an unexpected behavior that symlinks are replaced with hard links?

Regards,

        Juan


It's possible to imagine a tar option or variant
that would cause it to extract the original file under the
hard-linked name, but that'd be quite a performance hog, since
it'd have to remember all the files in the input, and their
contents.


--
D. Juan Piernas Cánovas
Departamento de Ingeniería y Tecnología de Computadores
Facultad de Informática. Universidad de Murcia
Campus de Espinardo - 30080 Murcia (SPAIN)
Tel.: +34868887657    Fax: +34868884151
email: address@hidden
PGP public key:
http://pgp.rediris.es:11371/pks/lookup?search=piernas%40ditec.um.es&op=index

*** Por favor, envíeme sus documentos en formato texto, HTML, PDF o PostScript :-) ***



reply via email to

[Prev in Thread] Current Thread [Next in Thread]