|
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ó:
Ummm, true, but is not it an unexpected behavior that symlinks are replaced with hard links?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 directoryAt 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.
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 :-) ***
[Prev in Thread] | Current Thread | [Next in Thread] |