Bug 145225 - [PATCH] cpio does not pack symlinks properly
[PATCH] cpio does not pack symlinks properly
Product: Fedora
Classification: Fedora
Component: cpio (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Peter Vrabec
Brock Organ
Depends On:
Blocks: FC4Blocker
  Show dependency treegraph
Reported: 2005-01-15 12:03 EST by Ralf Ertzinger
Modified: 2007-11-30 17:10 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-01-17 06:22:32 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
My patch. Could not find that one from upstream (383 bytes, text/plain)
2005-01-17 06:21 EST, Peter Vrabec
no flags Details

  None (edit)
Description Ralf Ertzinger 2005-01-15 12:03:28 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041228 Firefox/1.0 Fedora/1.0-8

Description of problem:
cpio automatically dereferences symlinks while packing (as if the
option -L was passed, although it is not:

[sun@nausicaa ~/initrd :) 50]$ gunzip -c
/boot/initrd-2.6.10-1.1087_FC4.img | cpio -id
cpio: dev/systty: Operation not permitted
cpio: dev/console: Operation not permitted
cpio: dev/ram: Operation not permitted
cpio: dev/tty4: Operation not permitted
cpio: dev/null: Operation not permitted
cpio: dev/tty2: Operation not permitted
cpio: dev/tty3: Operation not permitted
cpio: dev/tty1: Operation not permitted
3798 blocks
[sun@nausicaa ~/initrd :) 51]$ find -type l
[sun@nausicaa ~/initrd :) 52]$ find . | cpio -c -o > ../initrd.img
6456 blocks
[sun@nausicaa ~/initrd :) 53]$ rm -rf *
[sun@nausicaa ~/initrd :) 54]$ cpio -id < ../initrd.img 
6456 blocks
[sun@nausicaa ~/initrd :) 55]$ find -type l
[sun@nausicaa ~/initrd :) 56]$

As can be seen, the symlinks are being dereferenced while packing.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Pack a file structure with symlinks (without -L)
2. Unpack it

Actual Results:  Symlinks are being dereferenced

Expected Results:  No dereferencing unless requested

Additional info:
Comment 1 Tom London 2005-01-15 15:04:40 EST
Backing up to cpio-2.5-9 works around this problem...sigh
Comment 2 Sammy 2005-01-15 20:30:53 EST
The effect is even bigger when you pack/unpack (mkinitd) the kernel. 
Since the symlinks are not created you end with a empty /sbin for 
the initrd image and bunch of error messages during boot. Going 
back to 2.5-9 solves the problem too. 
Comment 3 Paul Iadonisi 2005-01-16 01:12:02 EST
Dang, what a pain this was to track down.  I'm no expert with autotools, but if
you're using HAVE_* #define's, don't those have to be generated by your
configure script and set in config.h or something like that?

Take a look at lib/system.h and you'll see a '#define lstat stat' line that's
wrapped with a '#if !HAVE_LSTAT ...'  block, but I can't see anywhere in the
entire source tree where lstat is actually being checked for and HAVE_LSTAT
subsequently being set.  This code didn't exist in cpio-2.5.

Frankly, this looks like half finished code.  Not sure what the best fix is
other than just deleting that '#if' block altogether (I tried it and it does
work, at least for i386).
Comment 4 Marcin Garski 2005-01-16 11:32:06 EST
Please look at:

The bug has been fixed upstream.
Comment 5 Peter Vrabec 2005-01-17 06:21:43 EST
Created attachment 109859 [details]
My patch. Could not find that one from upstream

Note You need to log in before you can comment on or make changes to this bug.