Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Jun 2001 21:03:38 -0400 (EDT)
From:      Stephen Hovey <shovey@buffnet.net>
To:        Tim Pushor <timp@crossthread.com>
Cc:        questions@freebsd.org
Subject:   Re: cpio weirdness
Message-ID:  <Pine.BSF.4.05.10106052103230.5857-100000@buffnet11.buffnet.net>
In-Reply-To: <019601c0ede9$d4a63880$9828f99f@w2xzk60m01>

next in thread | previous in thread | raw e-mail | index | archive | help

PS - I always install a bin dist only, then run a restore for a full
restore.

On Tue, 5 Jun 2001, Tim Pushor wrote:

> Stephen,
> 
> Looking at the manpage for pax it would seem that the default archive type
> is ustar. Will this allow backup of all filetypes? i.e. can you use this to
> do a full backup and restore?
> 
> is pax included on either the mfsroot or fixit floppies?
> 
> Thanks,
> Tim
> ----- Original Message -----
> From: "Stephen Hovey" <shovey@buffnet.net>
> To: "Tim Pushor" <timp@crossthread.com>
> Cc: <questions@freebsd.org>
> Sent: Tuesday, June 05, 2001 9:50 AM
> Subject: Re: cpio weirdness
> 
> 
> >
> > I use pax with its defaults and avoid cpio - cpio tends to restore oddly,
> > like a counter can go off, puttin the end of some files at the top of
> > other files etc.
> >
> > On Tue, 5 Jun 2001, Tim Pushor wrote:
> >
> > > Stephen,
> > >
> > > Thanks for the response.
> > >
> > > I havn't used pax since my QNX days.
> > >
> > > So am I to assume then that you are using pax to write cpio compatible
> > > archives?
> > >
> > > Thanks,
> > > Tim
> > > ----- Original Message -----
> > > From: "Stephen Hovey" <shovey@buffnet.net>
> > > To: "Tim Pushor" <timp@crossthread.com>
> > > Cc: <questions@FreeBSD.ORG>
> > > Sent: Tuesday, June 05, 2001 7:52 AM
> > > Subject: Re: cpio weirdness
> > >
> > >
> > > >
> > > > cpio has bugs - I switched to pax for that exact reason
> > > >
> > > > On Tue, 5 Jun 2001, Tim Pushor wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > I recently backed up a system using cpio so I could re-layout the
> > > > > filesystems, and then restore into the new filesystm setup.
> > > > >
> > > > > This is something I have done several times before.
> > > > >
> > > > > This time though, things went weird. Upon restore, many files were
> not
> > > > > properly restored (it is probably more accurate to say they were not
> > > backed
> > > > > up properly).
> > > > >
> > > > > The main symptom I see is that a bunch of files got created as (or
> > > linked
> > > > > to) device nodes. This is a portion of a directory listing of
> /usr/bin:
> > > > >
> > > > > -r-xr-xr-x   1 root  wheel         5996 Jun  4 17:01 xargs
> > > > > -r-xr-xr-x   1 root  wheel         7688 Jun  4 17:01 xstr
> > > > > crw-r-----   4 root  operator   43, 0x00030002 Jun  4 17:01 yacc
> > > > > -r-xr-xr-x   1 root  wheel         3120 Jun  4 17:01 yes
> > > > > -r-xr-xr-x   1 root  wheel         4472 Jun  4 17:01 ypcat
> > > > > crw-r-----   8 root  operator   13, 0x0004001a Jun  4 17:01 ypchfn
> > > > > crw-r-----   8 root  operator   13, 0x0004001a Jun  4 17:01 ypchpass
> > > > > crw-r-----   8 root  operator   13, 0x0004001a Jun  4 17:01 ypchsh
> > > > > -r-xr-xr-x   1 root  wheel         4536 Jun  4 17:01 ypmatch
> > > > > crw-r-----   4 root  operator    3, 0x00010002 Jun  4 17:01 yppasswd
> > > > > -r-xr-xr-x   1 root  wheel         6384 Jun  4 17:01 ypwhich
> > > > > -r-xr-xr-x   1 root  wheel         2475 Jun  4 17:01 yyfix
> > > > > crw-r-----   6 root  operator    9,   6 Jun  4 17:01 zcat
> > > > > crw-r-----   4 root  operator    9,   5 Jun  4 17:01 zcmp
> > > > > crw-r-----   4 root  operator    9,   5 Jun  4 17:01 zdiff
> > > > > -r-xr-xr-x   6 root  wheel        52132 Jun  4 17:01 zegrep
> > > > > -r-xr-xr-x   6 root  wheel        52132 Jun  4 17:01 zfgrep
> > > > > -r-xr-xr-x   1 root  wheel          919 Jun  4 17:01 zforce
> > > > > -r-xr-xr-x   6 root  wheel        52132 Jun  4 17:01 zgrep
> > > > > -r-xr-xr-x   1 root  wheel         1112 Jun  4 17:01 zmore
> > > > > -r-xr-xr-x   1 root  wheel         3545 Jun  4 17:01 znew
> > > > >
> > > > > The cpio listing (cpio -ivt) for the errant files looks weird as
> well
> > > (note
> > > > > 0 bytes, but only 2 links):
> > > > >
> > > > > -r-xr-xr-x   2 root     wheel           0 Apr 21 03:09 usr/bin/yacc
> > > > >
> > > > >
> > > > > The reason I am concerned is this is usually how I backup and
> restore
> > > > > systems.
> > > > >
> > > > > The OS in question is FreeBSD 4.3-RELEASE
> > > > > The CPIO command was quite simple. I first prepared a file list of
> files
> > > to
> > > > > backup, then performed:
> > > > >
> > > > > cat filelist | cpio -oH crc > backup.cpio
> > > > >
> > > > > I restored the archive using
> > > > >
> > > > > cpio -ivd < backup.cpio
> > > > >
> > > > > Thanks for any and all comments.
> > > > > Tim
> > > > >
> > > > >
> > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > > > > with "unsubscribe freebsd-questions" in the body of the message
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
> 
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10106052103230.5857-100000>