On Mon, Jan 02, 2006 at 11:31:13PM +0100, Otto Moerbeek wrote:
OK, then the cpio man page in -current is in error.
That's my mistake, I asked jmc@ to change it to 64GB where it is actually
8GB, cpio doesn't add a space or null termination on the 12th digit so it
should be ok, only tar and ustar
On Tue, Jan 03, 2006 at 06:03:16PM +0100, Peter Philipp wrote:
Index: cpio.1
===
RCS file: /cvs/src/bin/pax/cpio.1,v
retrieving revision 1.22
diff -u -r1.22 cpio.1
--- cpio.1 15 Nov 2005 00:00:28 - 1.22
+++
How to use tar(1) to compress ridiculous large files?
#tar cvfz /dev/rst0 /fitabackup
/fitabackup/server1.tgz
/fitabackup/server3.tgz
* tar: File is too long for ustar /fitabackup/server3.tgz *
server3.tgz has 10.0Gb.
On Mon, Jan 02, 2006 at 05:35:28PM +, Nuno Morgadinho wrote:
How to use tar(1) to compress ridiculous large files?
#tar cvfz /dev/rst0 /fitabackup
/fitabackup/server1.tgz
/fitabackup/server3.tgz
* tar: File is too long for ustar /fitabackup/server3.tgz *
server3.tgz has 10.0Gb.
Use
On Mon, 2 Jan 2006, Nuno Morgadinho wrote:
How to use tar(1) to compress ridiculous large files?
#tar cvfz /dev/rst0 /fitabackup
/fitabackup/server1.tgz
/fitabackup/server3.tgz
* tar: File is too long for ustar /fitabackup/server3.tgz *
server3.tgz has 10.0Gb.
I must be stupid or this
On Mon, 2 Jan 2006, Matthias Kilian wrote:
On Mon, Jan 02, 2006 at 08:44:02PM +0100, Otto Moerbeek wrote:
* tar: File is too long for ustar /fitabackup/server3.tgz *
[...]
server3.tgz has 10.0Gb.
I must be stupid or this error message is not generated by tar. Please
provide the
On Mon, Jan 02, 2006 at 08:44:02PM +0100, Otto Moerbeek wrote:
* tar: File is too long for ustar /fitabackup/server3.tgz *
[...]
server3.tgz has 10.0Gb.
I must be stupid or this error message is not generated by tar. Please
provide the EXACT message, and an ls -l of the /fitabackup dir.
On Mon, Jan 02, 2006 at 10:05:21PM +0100, Otto Moerbeek wrote:
If I don't misinterpret the code, the problem is that the size for
a 10GB file needs 12 octal digits, which doen't fit 0-terminated
into hd-size.
Wonder if hd-size should be 0-terminated, but no time to check now.
IMHO, it
On Mon, 2 Jan 2006, Matthias Kilian wrote:
On Mon, Jan 02, 2006 at 10:05:21PM +0100, Otto Moerbeek wrote:
If I don't misinterpret the code, the problem is that the size for
a 10GB file needs 12 octal digits, which doen't fit 0-terminated
into hd-size.
Wonder if hd-size should be
9 matches
Mail list logo