topic Re: cpio not copying .files in Operating System - HP-UX

cpio not copying .files

joe_91 — Tue, 22 Oct 2002 18:34:54 GMT

Team:

find /home/mark -depth -newer /home/backup/junk |cpio -ocumBvd > /home/backup/back. This command is being used in a script and is not copying the .files. What would be wrong with this command? Please advice.

Thanks
Joe.

Re: cpio not copying .files

A. Clay Stephenson — Tue, 22 Oct 2002 18:44:16 GMT

The most likely explanation is that the files are older than your reference file.

Re: cpio not copying .files

John Poff — Tue, 22 Oct 2002 18:45:09 GMT

Hi Joe,

What are time stamps on the . files in /home/mark and on /home/backup/junk?

JP

Re: cpio not copying .files

S.K. Chan — Tue, 22 Oct 2002 18:46:50 GMT

None of the files timestamp are newer than "junk" perhaps ? Why don't you run this quickly ..
# find /home/mark -depth -newer /home/backup/junk -exec ls -l {} \;
to find out.

Re: cpio not copying .files

Darrell Allen — Tue, 22 Oct 2002 18:48:31 GMT

Hi Joe,

It skips your "dot" files, right? Your command syntax works for me. Are you sure the "dot" files are new enough to be included?

Darrell

Re: cpio not copying .files

Ken Hubnik_2 — Tue, 22 Oct 2002 18:49:20 GMT

I tested this command and the problem seems to be with the -newer option. If you take that option off the find does get the . files. So the test of the -newer option is the problem.

Re: cpio not copying .files

John Poff — Tue, 22 Oct 2002 19:07:11 GMT

I just tried it here and it works fine. I tried it both ways, with the -newer file newer than the .file, and the -newer file older than the .file, and it works correctly both ways (only finds the .file in the second case).

If you are making a regular backup of a user's home directory, probably the only changed dot file you will get is the .sh_history file, and maybe some of the Xwindows files (.dt dir, .Xauthority, etc.) if you are using that. I checked some of mine and they are all pretty old.

JP

Re: cpio not copying .files

joe_91 — Tue, 22 Oct 2002 19:16:31 GMT

Thanks Team.
I understand the command is OK.

Thanks again,
Joe.