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

[GVR]

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

[Bruno Cornec]

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 ?

[GVR]

mondorestore.log

[GVR]

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

[Bruno Cornec]

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.

[GVR]

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.

[Bruno Cornec]

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.

[Bruno Cornec]

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.

[GVR]

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.

[Bruno Cornec]

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