[Bug-tar] RE: Bug-tar Digest, Vol 35, Issue 16

[Alexander Fedorov]

Thanks everyone for helpful replies.

Cheers,

Alex.

-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of address@hidden
Sent: Tuesday, 30 May 2006 2:10 AM
To: address@hidden
Subject: Bug-tar Digest, Vol 35, Issue 16

Send Bug-tar mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.gnu.org/mailman/listinfo/bug-tar
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bug-tar digest..."


Today's Topics:

   1. taring root file system  (Alexander Fedorov)
   2. Re: taring root file system  (Ville Oikarinen)
   3. Re: segmentation fault in 1.15.91-20060523 with   incremental
      backups creation (Sergey Myasnikov)
   4. Re: taring root file system (Joerg Schilling)


----------------------------------------------------------------------

Message: 1
Date: Mon, 29 May 2006 16:39:13 +1000
From: "Alexander Fedorov" <address@hidden>
Subject: [Bug-tar] taring root file system 
To: <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

Hi all,

 

I am backing up root file system on address@hidden box 2.7 and I found
strange behavior of tar that I cannot explain. 

 

address@hidden uname -a

Linux asterisk1.local 2.6.9-34.ELsmp #1 SMP Wed Mar 8 00:27:03 CST 2006
i686 i686 i386 GNU/Linux

 

And my root file system look like that:

 

 

address@hidden ls -la  /

drwxr-xr-x   24 root root     4096 May 22 08:57 .

drwxr-xr-x   24 root root     4096 May 22 08:57 ..

-rw-------    1 root root       13 May 29 04:02 .asterisk_history

-rw-r--r--    1 root root        0 May 22 08:57 .autofsck

drwxr-xr-x    2 root root     4096 Apr 18 18:02 bin

drwxr-xr-x    4 root root     1024 Apr 18 17:00 boot

drwxr-xr-x    8 root root     5360 May 22 08:57 dev

drwxr-xr-x   64 root root     4096 May 29 10:32 etc

drwxr-xr-x    5 root root     4096 May  4 15:00 home

drwxr-xr-x    2 root root     4096 Feb 22  2005 initrd

drwxr-xr-x   11 root root     4096 May 26 04:02 lib

drwx------    2 root root    16384 Apr 11 20:35 lost+found

drwxr-xr-x    4 root root     4096 May 22 08:57 media

drwxr-xr-x    2 root root     4096 Jan  2 06:21 misc

drwxr-xr-x    2 root root     4096 Feb 22  2005 mnt

drwxr-xr-x    3 root root     4096 May 25 13:39 opt

dr-xr-xr-x  134 root root        0 May 22 18:57 proc

drwxr-x---    4 root root     4096 May 25 15:20 root

drwxr-xr-x    2 root root    12288 May  5 04:02 sbin

drwxr-xr-x    2 root root     4096 Apr 12 00:36 selinux

drwxr-xr-x    2 root root     4096 Feb 22  2005 srv

drwxr-xr-x    9 root root        0 May 22 18:57 sys

drwxrwxrwx    3 root root     4096 Feb 19 07:42 tftpboot

drwxrwxrwt    4 root root     4096 May 29 15:41 tmp

drwxr-xr-x   16 root root     4096 May  2 17:01 usr

-rw-r--r--    1 root root 11509760 Apr 20 10:35 v

drwxr-xr-x   24 root root     4096 May  2 14:32 var

 

 

I am taring my system when it is up and running with this command:

 

#tar -c --ignore-failed-read -f /var/backup/system/sys-backup.tar.gz -z
/

 

My tar version is:

#/usr/local/bin/tar -version

tar (GNU tar) 1.15

 

But when I am trying to extract files to some temp directory on the same
machine or if I copy backup file on another machine I can see that not
all the folders archived.

That is what I got:

#ls -la /var/backup/temp

drwx------   2 root root       4096 Apr 11 20:35 lost+found

drwxr-xr-x   2 root root       4096 Jan  2 06:21 misc

drwxr-xr-x   2 root root       4096 Feb 22  2005 mnt

drwxr-xr-x   3 root root       4096 May 25 13:39 opt

drwxr-xr-x   2 root root       4096 Apr 12 00:36 selinux

drwxr-xr-x   3 root root       4096 May 22 18:57 sys

drwxrwxrwt   4 root root       4096 May 29 11:08 tmp

drwxr-xr-x  16 root root       4096 May  2 17:01 usr

-rw-r--r--   1 root root   11509760 Apr 20 10:35 v

 

I cannot understand why tar does not whant to backup the rest forlders
in root filesystem, is it bug? Or may be somebody can help me with any
ideas.  

 

On another system wich is gentoo everething is just fine.

 

What could prevent tar to backup the rest folders in root partition on
address@hidden

 

Best regards,

Alex.

  

 

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.gnu.org/pipermail/bug-tar/attachments/20060529/4f627718/attachment.html

------------------------------

Message: 2
Date: Mon, 29 May 2006 10:34:19 +0300 (EEST)
From: Ville Oikarinen <address@hidden>
Subject: Re: [Bug-tar] taring root file system 
To: address@hidden
Message-ID: <address@hidden>
Content-Type: TEXT/PLAIN; charset=US-ASCII

> I cannot understand why tar does not whant to backup the rest forlders
> in root filesystem, is it bug? Or may be somebody can help me with any
> ideas.  

I don't think it's wise to even try to tar /proc and /dev. They contain   
pseudo files that are either infinitely long or dangerous to read or both. 
And even if you could tar them, they would be useless in the target 
system.

Maybe option -l helps you here. Use mount or df to see what filesystems 
you have and list every normal filesystem in the tar command like this:

tar -l cjf /path/to/maybe/some/fs/outside/your/system/system.tar.bz2 / 
/var /boot

Note that if you tar a running system, you might not get a working
snapshot of your system, because some programs may modify the states of
their files during the tar. That's why I usually just backup config files 
and personal data. The rest is easy to reinstall.

Ville Oikarinen




------------------------------

Message: 3
Date: Mon, 29 May 2006 14:50:26 +0400
From: Sergey Myasnikov <address@hidden>
Subject: Re: [Bug-tar] segmentation fault in 1.15.91-20060523 with
        incremental backups creation
To: Sergey Poznyakoff <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8

Thanks, that worked for me.

В Птн, 26/05/2006 в 23:25 +0300, Sergey Poznyakoff пишет:
> Thank you. Please, apply the following patch. 
> 
> Index: src/incremen.c
> ===================================================================
> RCS file: /cvsroot/tar/tar/src/incremen.c,v
> retrieving revision 1.45
> diff -p -u -r1.45 incremen.c
> --- src/incremen.c    13 May 2006 08:38:12 -0000      1.45
> +++ src/incremen.c    26 May 2006 20:22:38 -0000
> @@ -119,6 +119,7 @@ make_directory (const char *name)
>    size_t namelen = strlen (name);
>    size_t size = offsetof (struct directory, name) + namelen + 1;
>    struct directory *directory = xmalloc (size);
> +  memset (directory, 0, sizeof (*directory));
>    strcpy (directory->name, name);
>    if (ISSLASH (directory->name[namelen-1]))
>      directory->name[namelen-1] = 0;
> 
> Regards,
> Sergey
>      
-- 

Regards,
Sergey





------------------------------

Message: 4
Date: Mon, 29 May 2006 17:26:13 +0200
From: Joerg Schilling <address@hidden>
Subject: Re: [Bug-tar] taring root file system
To: address@hidden, address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=iso-8859-1

"Alexander Fedorov" <address@hidden> wrote:

> Hi all,
>
>  
>
> I am backing up root file system on address@hidden box 2.7 and I found
> strange behavior of tar that I cannot explain. 

A well known GNU tar problem was (at least still for 1.15 - I don't
know whether this has been fixed meanwhile) that GNU tar did skip some
files on extraction. This has been reported by me in 1993.

If this is your problem, watch for "Skipping to next header.."
messages.


Jörg

-- 

 EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
       address@hidden                (uni)  
       address@hidden     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily




------------------------------

_______________________________________________
Bug-tar mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-tar


End of Bug-tar Digest, Vol 35, Issue 16
***************************************