cpio and tar are loosing flags (and a panic message without trace)

[Emanuel Strobl]

Hello,

hmm, once again me. And again with a probably not so common problem.
I need to replicate files, exactly like they are!
I thought cpio was the deal, but no way, I tried several -H formats but 
that hasn't changed anything. As soon as a file gets restored the flag 
arch is reset, same with nodump.
Then I remember Tim Kienzles great work for bsdtar and all the ACL stuff, 
but unfortunately a cvPPzf <> xvpPfz also looses the arch flag :(
My temporary solution is the following, but I don't liek it:

for n in `/usr/bin/cpio -idmuv --quiet < ${varmfs_bufferdev} 2>&1`
  do /bin/chflags arch $n
done

Dump is no alternative since I have to archive just selected files, cpio's 
behaviour is the one I like most for my needs.

Any suggestions?

Thanks,

-Harry

P.S.: Here's a little panic I had today on my embedded system (RELENG_6 
from today!), no debug kernel, too less memory, but if anybody's 
interested, here's the message:

fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor write, page not present
instruction pointer     = 0x20:0xc04d7170
stack pointer           = 0x28:0xc5ddb7e4
frame pointer           = 0x28:0xc5ddb7f0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 526 (gunzip)
trap number             = 12

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20050826/ea01f7a5/attachment.bin