Opened 12 years ago

Closed 10 years ago

#655 closed defect (fixed)

On Debian, at restore, tar stop prematurely in the mindi script install-additional-tools

Reported by: GVR Owned by: Bruno Cornec
Priority: normal Milestone: 3.2.1
Component: mindi Version: 3.0.2
Severity: normal Keywords:
Cc:

Description

tar stop prematurely in the mindi script "/usr/lib/mindi/rootfs/sbin/install-additional-tools" at line 70 "tar cf - $liste | (cd / ; tar xf -)" due to an incompatibility between the list of files to be copied in "/etc/mindi/deplist.d/minimal.conf" and the directory structure of Debian version 6.0.6. When it try to copy the symbolic link to lib, named "/usr/lib64", tar abort with this message : tar: can't remove old file usr/lib64 : is a directory.

The rest of the tar file is not copied, and all the job continue until the end without report.

My solution : since the files in the directory /usr/lib64 are all symbolic link to already present files in /lib, I comment on these 3 files in file "/etc/mindi/deplist.d/minimal.conf", so the directory /usr/lib64 is not created but the symbolic link /usr/lib to /lib is created.

mindi 2.1.3-1, mindi-busybox 1.18.5-2, mondo 3.0.2-1 Debian 6.0.6 64 bits

Attachments (2)

mondorestore.log​ (71.4 KB ) - added by GVR 12 years ago.
mondorestore.log
mondorestore.2.log​ (70.5 KB ) - added by GVR 12 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 by Bruno Cornec, 12 years ago

Status: new → assigned

rev [341] is supposed to help with that type of issue. Would you like to test the latest packaged beta of mindi 2.1.4 at ​ftp://ftp.mondorescue/test/debian/ and report back ?

Could you also attach your log files please, and examples of the links as now available on that Debian version ?

by GVR, 12 years ago

Attachment: mondorestore.log​ added

mondorestore.log

comment:2 by GVR, 12 years ago

Same issue with mindi 2.1.420121010011309-0 and mondo 2.1.420121010011309-0.

message at console : tar: can't remove old file usr/lib64 : is a directory. (no message in log) and tar is incomplete. (At end of log : "16:25 Warning - mondorestore not found on ramdisk.") 

ls -l / from shell in expert mode :

-rw-r--r--    1 root     root            16 Oct 30 11:32 BOOTLOADER.DEVICE
-rw-r--r--    1 root     root           446 Oct 30 11:33 BOOTLOADER.MBR
-rw-r--r--    1 root     root             5 Oct 30 11:32 BOOTLOADER.NAME
-rw-r--r--    1 root     root             1 Oct 30 11:32 BOOTLOADER.VER
-rw-r--r--    1 root     root             6 Oct 30 11:33 FILES-IN-FILELIST
-rw-r--r--    1 root     root             3 Oct 30 11:33 LAST-FILELIST-NUMBER
-rw-r--r--    1 root     root          1058 Oct 30 11:34 README
-rw-r--r--    1 root     root            69 Oct 30 11:34 THIS-IS-A-RAMDISK
-rw-r--r--    1 root     root          2367 Oct 30 11:34 ataraid.tgz
drwxr-xr-x    2 root     root             0 Oct 30 16:24 bin
drwxr-xr-x    2 root     root             0 Oct 30 11:34 bkphw
-rw-r--r--    1 root     root         17729 Oct 30 11:34 cciss.tgz
drwxr-xr-x   23 root     root         14660 Oct 30 16:25 dev
drwxr-xr-x    4 root     root             0 Oct 30 16:24 dev.static
-rw-r--r--    1 root     root           203 Oct 30 11:34 dm.tgz
drwxr-xr-x   10 root     root             0 Oct 30 16:24 etc
drwxr-xr-x    3 root     root             0 Oct 30 16:24 home
-rw-r--r--    1 root     root         10240 Oct 30 11:34 i2o.tgz
-rw-r--r--    1 root     root         17763 Oct 30 11:34 ida.tgz
lrwxrwxrwx    1 root     root             9 Oct 30 11:34 init -> sbin/init
drwxr-xr-x    6 root     root             0 Oct 30 16:24 lib
drwxr-xr-x    3 root     root             0 Oct 30 16:24 lib32
lrwxrwxrwx    1 root     root             4 Oct 30 16:24 lib64 -> /lib
lrwxrwxrwx    1 2000     2000             9 Oct 30 11:34 linuxrc -> sbin/init
drwx------    2 root     root             0 Oct 30 11:34 lost+found
-rwxr-xr-x    1 root     root           504 Oct 30 11:34 mindi-rsthw
drwxr-xr-x    5 root     root             0 Oct 30 16:24 mnt
drwxr-xr-x    2 root     root             0 Oct 30 16:24 mondo
-rw-r--r--    1 root     root          1222 Oct 30 11:34 nst.tgz
drwxr-xr-x    3 root     root             0 Oct 30 16:24 opt
dr-xr-xr-x  153 root     root             0 Oct 30 16:24 proc
-rw-r--r--    1 root     root          2399 Oct 30 11:34 raw.tgz
-rw-r--r--    1 root     root         17245 Oct 30 11:34 rd.tgz
drwx------    2 root     root             0 Sep 23 09:12 root
drwxr-xr-x    2 root     root             0 Oct 30 16:24 sbin
-rw-r--r--    1 root     root          2312 Oct 30 11:34 symlinks.tgz
drwxr-xr-x   13 root     root             0 Oct 30 16:24 sys
drwxr-xr-x    5 root     root           820 Oct 30 16:25 tmp
lrwxrwxrwx    1 root     root             8 Oct 30 16:24 tty -> /dev/tty
drwxr-xr-x    8 root     root             0 Oct 30 16:24 usr
drwxr-xr-x    6 root     root             0 Oct 30 16:25 var
-rw-r--r--    1 root     root           310 Oct 30 11:34 vc.tgz


ll / from normal bash shell on my Debian box
total 105
drwxr-xr-x   2 root root  4096 16 oct.  10:28 bin
drwxr-xr-x   4 root root  1024  3 oct.  15:34 boot
drwxr-xr-x  17 root root  3140 30 oct.  17:34 dev
drwxr-xr-x 103 root root  4096 30 oct.  17:34 etc
drwxr-xr-x  15 root root  4096 19 juil. 15:11 gv0
drwxr-xr-x  17 root root  4096 24 oct.  17:39 gv1
drwxrwxrwt   8 root root  4096 17 oct.  15:40 gv2
drwxr-xr-x  10 root root  4096 31 août  10:06 home
lrwxrwxrwx   1 root root    30 15 juin  16:49 initrd.img -> boot/initrd.img-2.6.32-5-amd64
drwxr-xr-x  11 root root 12288  3 oct.  15:34 lib
drwxr-xr-x   4 root root 12288  3 oct.  15:34 lib32
lrwxrwxrwx   1 root root     4 15 juin  16:48 lib64 -> /lib
drwx------   2 root root 16384 15 juin  16:47 lost+found
drwxr-xr-x   3 root root  4096 12 sept. 16:54 media
drwxr-xr-x   5 root root  4096 24 oct.  17:29 mnt
drwxr-xr-x  18 root root  4096 20 sept. 17:12 opt
dr-xr-xr-x 178 root root     0 30 oct.  17:34 proc
drwx------   8 root root  4096 30 oct.  17:35 root
drwxr-xr-x   2 root root  4096 19 oct.  15:32 sbin
drwxr-xr-x   2 root root  4096 21 juil.  2010 selinux
drwxr-xr-x   3 root root  4096  4 juil. 17:58 srv
drwxr-xr-x  13 root root     0 30 oct.  17:34 sys
drwxrwxrwt   9 root root  4096 30 oct.  17:40 tmp
drwxr-xr-x  13 root root  4096  9 oct.  17:00 usr
drwxr-xr-x  18 root root  4096 12 oct.  18:46 var
lrwxrwxrwx   1 root root    27 15 juin  16:49 vmlinuz -> boot/vmlinuz-2.6.32-5-amd64
Last edited 12 years ago by Bruno Cornec (previous) (diff)

comment:3 by Bruno Cornec, 12 years ago

THe /lib creation was not done. Was also creating issues on Fedora 17. Maybe what I've done for #656 in rev [3061] will fix it. New debian packages on their way to the test dir.

comment:4 by GVR, 12 years ago

The test version : mindi (2.1.420121120171707-0)and mondo (3.0.320121120171707-0)didn't fix this issue. tar always stops with this message at console (nothing in the log file.) and it is incomplete : tar: can't remove old file usr/lib64 : is a directory.

In Debian 6.0.6 64 bits : 

# ls -l /usr
total 188
drwxr-xr-x   2 root root  36864 13 nov.  09:30 bin
drwxr-xr-x   2 root root   4096 26 juil. 19:25 games
drwxr-xr-x  54 root root  20480 17 oct.  11:32 include
drwxr-xr-x  88 root root  36864 20 nov.  09:24 lib
drwxr-xr-x  19 root root  36864  3 oct.  15:34 lib32
lrwxrwxrwx   1 root root      3 15 juin  16:48 lib64 -> lib
drwxrwsr-x  13 root staff  4096 19 oct.  15:18 local
drwx------   2 root root  16384 15 juin  16:47 lost+found
drwxrwx---   6 root root   4096 12 oct.  10:05 rccmd
drwxr-xr-x   2 root root  12288 22 oct.  14:47 sbin
drwxr-xr-x 157 root root   4096 19 oct.  15:38 share
drwxr-xr-x   4 root root   4096 30 août  10:31 src

In boot by mondorestore mode expert : 

ls -l /usr
drwxr-x---    2 2000     2000             0 Nov 21 16:48 bin
drwxr-xr-x    4 root     root             0 Nov 21 16:48 lib
drwxr-xr-x    2 root     root             0 Nov 21 16:48 lib32
drwxr-xr-x    2 root     root             0 Nov 21 15:56 lib64
drwxr-x---    2 2000     2000             0 Nov 21 15:56 sbin
drwxr-xr-x    4 root     root             0 Nov 21 15:56 share

ls -l /usr/lib64
lrwxrwxrwx    1 root     root            23 Nov 21 15:56 libnss_compat.so -> /lib/libnss_compat.so.2
lrwxrwxrwx    1 root     root            22 Nov 21 15:56 libnss_files.so -> /lib/libnss_files.so.2

I attach the mondorestore.log file.

Last edited 12 years ago by Bruno Cornec (previous) (diff)

by GVR, 12 years ago

Attachment: mondorestore.2.log​ added

comment:5 by Bruno Cornec, 12 years ago

Should be greatly improved with rev [3166]. With this rev, mindi works for Mageia 3.

I'll regenerate packages based on this to get feedback.

comment:6 by Bruno Cornec, 10 years ago

Milestone: 3.0.5 → 3.2.1

I know this is an old BR but could you check whether that part has been fixed for you at least with 3.2.0 ? I know you have other issues I'm working on that may prevent you to fully use MondoRescue with Debian as of now.

comment:7 by GVR, 10 years ago

This issue is fixed for me with mindi 2.1.7 and mondo 3.0.4 as well as mindi 3.0.0 and mondo 3.2.0 in Debian 7. Note that the library structure has changed since Debian 7 and that this problem occurred with debian 6. I do not have any machine running debian 6 for further testing, sorry.

comment:8 by Bruno Cornec, 10 years ago

Resolution: → fixed
Status: assigned → closed

Ok. Let(s close for now. If someone using Debian 6.x is still seeing it, feel free to reopen.

Note: See TracTickets for help on using tickets.