bug-tar
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] what is the point of archiving /proc "files" if you can't


From: Neal P. Murphy
Subject: Re: [Bug-tar] what is the point of archiving /proc "files" if you can't extract them later?
Date: Sun, 6 Nov 2016 01:32:47 -0400

How about /proc/kcore (which really must not be restored)?

N


On Sat, 5 Nov 2016 19:39:26 -0700
Paul Eggert <address@hidden> wrote:

> 積丹尼 Dan Jacobson wrote:
> > Well the archive created sure has a lot of their content. od -c will
> > prove it to you.
> 
> No, the archive contains only metadata, not contents. For example:
> 
> $ cd /proc/self
> $ tar -cf - limits | od -c
> 0000000   l   i   m   i   t   s  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
> 0000020  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
> *
> 0000140  \0  \0  \0  \0   0   0   0   0   4   4   4  \0   0   0   0   1
> 0000160   7   5   0  \0   0   0   0   1   7   5   0  \0   0   0   0   0
> 0000200   0   0   0   0   0   0   0  \0   1   3   0   0   7   5   1   3
> 0000220   3   1   2  \0   0   1   1   5   7   5  \0       0  \0  \0  \0
> 0000240  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
> *
> 0000400  \0   u   s   t   a   r          \0   e   g   g   e   r   t  \0
> 0000420  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
> 0000440  \0  \0  \0  \0  \0  \0  \0  \0  \0   e   g   g   e   r   t  \0
> 0000460  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
> *
> 0024000
> 
> This contains metadata, which are something like this:
> 
> $ stat limits
>    File: 'limits'
>    Size: 0            Blocks: 0          IO Block: 1024   regular empty file
> Device: 4h/4d Inode: 304543      Links: 1
> Access: (0444/-r--r--r--)  Uid: ( 1000/  eggert)   Gid: ( 1000/  eggert)
> Access: 2016-11-05 19:34:50.841898208 -0700
> Modify: 2016-11-05 19:34:50.841898208 -0700
> Change: 2016-11-05 19:34:50.841898208 -0700
>   Birth: -
> 
> It does not contain the contents, which are something like this:
> 
> $ cat limits
> Limit                     Soft Limit           Hard Limit           Units
> Max cpu time              unlimited            unlimited            seconds
> Max file size             unlimited            unlimited            bytes
> Max data size             unlimited            unlimited            bytes
> Max stack size            8720000              unlimited            bytes
> Max core file size        0                    unlimited            bytes
> Max resident set          unlimited            unlimited            bytes
> Max processes             59772                59772                processes
> Max open files            1024                 65536                files
> Max locked memory         65536                65536                bytes
> Max address space         unlimited            unlimited            bytes
> Max file locks            unlimited            unlimited            locks
> Max pending signals       59772                59772                signals
> Max msgqueue size         819200               819200               bytes
> Max nice priority         0                    0
> Max realtime priority     0                    0
> Max realtime timeout      unlimited            unlimited            us
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]