Server IP : 162.241.126.129 / Your IP : 3.142.199.54 Web Server : Apache System : Linux 162-241-126-129.cprapid.com 4.18.0-477.27.2.el8_8.x86_64 #1 SMP Fri Sep 29 08:21:01 EDT 2023 x86_64 User : rvway5nu4 ( 1018) PHP Version : 7.4.33 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : ON | Perl : ON | Python : ON | Sudo : ON | Pkexec : ON Directory : /usr/share/doc/cpio/ |
Upload File : |
Following is the list of cpio-related reports to bug-gnu-utils. Many of them appear to be fixed, but quite a number of them is probably still waiting for being handled. The list is divided into two parts, the messages are in somehow arbitrary order. * Bug reports -------------- ** bug in cpio with tapechange in copy-in-mode (score: 34) Author: Bernd =?ISO-8859-1?Q?Sch=FCler?= <b.schueler@eckert-buerotechnik.de> Date: 05 Aug 2002 18:37:56 +0200 Hello, last i made a restore from tape, and no request for next tape happend, only an read-error occured. Here is an quick patch, please verify the problem and the patch-code. I'm not sure, if the pr /archive/html/bug-gnu-utils/2002-08/msg00122.html (4,518 bytes) ** These two seem to be related: *** cpio copy-in and multiply-linked files (score: 35) Author: Chris Jaeger <cjaeger@ensim.com> Date: Tue, 07 Aug 2001 23:46:04 -0700 Hi, I was wondering whether it was a bug or a feature that GNU cpio, while in copy-in mode, will create a multiply-linked set of files all of size 0 if the last linked file is not copied in due to th /archive/html/bug-gnu-utils/2001-08/msg00074.html (4,142 bytes) *** (no subject) (score: 2) Author: brian@debian.org (Brian Mays) Date: Sat, 07 Jul 2001 16:35:13 -0400 When hard-linked files (along with many other files) are archived to a cpio ustar format archive, the files are _not_ all archived as hard links to each other in the archive. When the same set of fil /archive/html/bug-gnu-utils/2001-07/msg00080.html (5,666 bytes) ** These too: *** Re: minor problems with slackware-current (score: 7) Author: Cezary Sliwa <sliwa@cft.edu.pl> Date: Wed, 1 Aug 2001 10:43:37 +0200 "cpio --sparse" corrupts data. A fix attached. C.S. Attachment: cpio-2.4.2-sparse.diff Description: Text document /archive/html/bug-gnu-utils/2001-08/msg00000.html (3,989 bytes) *** cpio --sparse (score: 34) Author: Cezary Sliwa <sliwa@cft.edu.pl> Date: Mon, 26 Mar 2001 10:43:34 +0200 (CEST) the '--sparse' option of gnu cpio causes data corruption (blocks of zeros are lost or appended to other files). C.S. /archive/html/bug-gnu-utils/2001-03/msg00235.html (3,671 bytes) ** And these too *** cpio-2.4.2: data corruption bug (score: 35) Author: Todd Kelley <toddk@oeone.com> Date: Fri, 09 Feb 2001 17:00:06 -0500 Hello, Recently at OEone we fixed a bug in GNU cpio-2.4.2: When a file over about 0.5 megabyes grows while it is being archived, it and all files following it in the archive are corrupted. The crc do /archive/html/bug-gnu-utils/2001-02/msg00062.html (4,297 bytes) *** cpio pass-through can corrupt files (score: 36) Author: "Parrott, Jeff" <Jeff.Parrott@sea.siemens.com> Date: Mon, 16 Oct 2000 13:32:57 -0400 I have seen corrupted files as a result of using the pass-through option in cpio. The corruption occurs when active/in-use (and growing) files are being copied. The problem is that the file size has /archive/html/bug-gnu-utils/2000-10/msg00087.html (4,974 bytes) ** cpio 2.4.2 unconditionally takes the tape drive offline (score: 39) Author: Scott Larson <scowl@plaza.ds.adp.com> Date: Thu, 11 Jan 2001 13:15:52 -0800 We have been copying multiple volumes to a single tape with the System 5 version of cpio. The gnu version of cpio doesn't support this since it takes the tape offline (i.e. ejects the tape) after rea /archive/html/bug-gnu-utils/2001-01/msg00087.html (4,264 bytes) ** cpio -t can see international filenames, find -ls also suffers (score: 35) Author: "Dan Jacobson" <jidanni@kimo.FiXcomTHiS.tw> Date: Tue, 26 Dec 2000 07:38:53 +0800 GNU cpio version 2.4.2 with cpio -t I can see Chinese [big5] filenames. with -tv, they become \267\247 etc Just like what happens with find . -print vs. find . -ls -- http://www.geocities.com/jidanni /archive/html/bug-gnu-utils/2000-12/msg00143.html (4,084 bytes) * Suggestions ------------- ** GNU cpio suggestion (score: 42) Author: "H.J.Thomassen" <hjt@ATComputing.nl> Date: Mon, 17 Dec 2001 11:27:11 +0100 Re: suggestion for GNU-cpio extension (plus reference implementation) We use cpio for our backup purposes. The backup is started automatically in the middle of the night. To chase away all users we d /archive/html/bug-gnu-utils/2001-12/msg00244.html (7,474 bytes) ** cpio suggestion + patch (score: 38) Author: Taylor Gautier <tgautier@s8.com> Date: Fri, 20 Apr 2001 09:40:05 -0700 I have a suggestion for cpio. The suggestion is to make it copy files into a temporary name and then rename the file as the last operation. Since UNIX filesystems are supposed to gaurantee atomicity /archive/html/bug-gnu-utils/2001-04/msg00169.html (10,674 bytes) ** [cpio] man page enhancement: a Example section ? (score: 5) Author: Yannick Patois <patois@calvix.org> Date: Wed, 24 Oct 2001 12:48:33 +0200 (CEST) Hello, I seldom use cpio (as I think many people) and only had to use it once or twice. IMHA, would be good to have a small section with an example of most often performed actions (creating an archiv /archive/html/bug-gnu-utils/2001-10/msg00270.html (4,336 bytes) ** Patch to cpio to enable verbose *skipping* of files (score: 40) Author: Tomas Pospisek <tpo@sourcepole.ch> Date: Mon, 8 Oct 2001 13:54:14 +0200 (CEST) This patch enables cpio to be verbose about the files that it does not copy, which is very handy for seeing cpio's progress through a tape or simply for debuging. The patch along with a Debian packag /archive/html/bug-gnu-utils/2001-10/msg00083.html (4,548 bytes)