While trying to copy files from one filesystem to another on the same host with "find -xdev | cpio -p -m --make-directories /mnt/image/", I get this message: "Value too large for defined data type" when files larger than 2GB are encountered. Reproducible: Always Steps to Reproduce: 1.mount new filesystem on /mnt/image 2.cd <old-filesystem> 3.find -xdev | cpio -p -m --make-directories /mnt/image/ Actual Results: cpio: <filename>: Value too large for defined data type Expected Results: The file should have been copied. Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.3.20040420-r2, 2.6.8.1) ================================================================= System uname: 2.6.8.1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main" SYNC="rsync://ftp.belnet.be/gentoo-portage" USE="X alsa apache2 apm arts artswrappersuid audiofile avi berkdb bitmap-fonts bonobo cdparanoia cdr clamav crypt cups dmx doc dvd dvdr emacs encode esd evo f77 flac foomaticdb gb gdbm gif gimpprint gnome gphoto2 gpm gtk gtk2 gtkhtml guile imap imlib innodb ipv6 java jpeg kde kerberos ldap libg++ libgda libwww mad maildir mbox mikmod mmx motif mozcalendar mozilla mozsvg mozxmlterm mpeg mysql nas ncurses nls odbc oggvorbis opengl opie oss pam pdflib perl png postgres povray ppds python qt quicktime readline samba sasl scanner sdl slang slp spell sse ssl svga tcltk tcpd tetex tiff truetype vim-with-x wifi wxwindows x86 xine xinerama xml xml2 xmms xprint xscreensaver xv zlib"
try editing the ebuild and adding this: to the top of the file: inherit flag-o-matic inside src_unpack(): append-lfs-flags see if that fixes things
I've tried with these additions to the ebuild but now I get 1.6G out of 5.6G copied and the following statement: cpio: File ./<filename> grew, 0 new bytes not copied
This patch claims to fix cpio-2.5.90 so that it can support files larger than 2Gb, as well as gcc-3.4.x fixes: http://lists.gnu.org/archive/html/bug-cpio/2004-11/msg00001.html I, however, didn't have much success compiling with this patch. I'm attaching a modification to the current 2.5 ebuild and a small patch that allows version 2.5.90 to compile, in the case anybody smarter than me wants to work on it.
Created attachment 46227 [details, diff] cpio-2.5.90.ebuild.diff
Created attachment 46228 [details, diff] cpio-2.5.90-gentoo.diff
ive added 2.5.90 with a few patches from cvs (and the 2gigger patch) re-open if the ebuild in portage doesnt fix this