Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 395883 - app-arch/dump-0.4.44-r1: stabilize (current stable creates garbage with ext4 with stable e2fsprogs-libs-1.41.14)
Summary: app-arch/dump-0.4.44-r1: stabilize (current stable creates garbage with ext4 ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords: STABLEREQ
Depends on:
Blocks:
 
Reported: 2011-12-24 11:02 UTC by Konstantin Bryzgalov
Modified: 2012-01-31 19:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Konstantin Bryzgalov 2011-12-24 11:02:50 UTC
Restored data from dump.file created with dump is GARBAGE.
dump 0.4b41 (using libext2fs 1.41.14 of 22-Dec-2010)



Reproducible: Always

Steps to Reproduce:
1. 
# dump -0af /root/xen/obraz-x64-gentoo-begin.dump /dev/md4 
# echo $?
0

On /dev/md4 installed gentoo, ext4 on mdraid, raid1.
And /dev/md4 not mounted

2. 
# dd if=/dev/zero bs=1M count=6144 > gentoo-x64-iscsi.dd
# losetup -a
# losetup /dev/loop0 gentoo-x64-iscsi.dd
# mkfs.ext4 /dev/loop0
# mount /dev/loop0 /mnt/gentoo/
# cd /mnt/gentoo/

1 variant:
# restore -xf /root/xen/obraz-x64-gentoo-begin.dump
restore: ./lost+found: File exists
You have not read any volumes yet.
Unless you know which volume your file(s) are on you should start
with the last volume and work towards the first.
Specify next volume # (none if no more volumes): none
You have not read any volumes yet.
Unless you know which volume your file(s) are on you should start
with the last volume and work towards the first.
Specify next volume # (none if no more volumes): none
Volume numbers are positive numerics
You have not read any volumes yet.
Unless you know which volume your file(s) are on you should start
with the last volume and work towards the first.
Specify next volume # (none if no more volumes): ^Crestore interrupted, continue? [yn] n

Result: Restored FS is corrupted. 

2 variant:
# mkfs.ext4 /dev/loop0
# mount /dev/loop0 /mnt/gentoo/
# cd /mnt/gentoo/
# cat /root/xen/obraz-x64-gentoo-begin.dump|restore -xf -
restore: ./lost+found: File exists
set owner/mode for '.'? [yn] set owner/mode for '.'? [yn] y
# echo $?
0
# cat -v etc/gentoo-release
M-^X^]eM-8M-`YM-KM-tM-^VM-^SM-^Q^NM-Si:M-WjSs^UM-eo^XM-+M-/;M-OM-[M-vM-q^OM-)@
                            
 OR

# chroot /mnt/gentoo /bin/bash
chroot: failed to run command `/bin/bash': Exec format error

Actual Results:  
app-arch/dump-0.4.41 create garbaged dump

Expected Results:  
app-arch/dump-0.4.41 create correct dump (may be restored) 

analog in debian
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651
Comment 1 Konstantin Bryzgalov 2011-12-26 06:06:24 UTC
dump 0.4b44 worked fine, then  dump-0.4.41 is desirable
away from the the default installation
Comment 2 Agostino Sarubbo gentoo-dev 2011-12-31 10:47:50 UTC
amd64 stable
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2012-01-03 20:05:19 UTC
dont close unready bugs on your own
Comment 4 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2012-01-04 18:14:45 UTC
x86 stable
Comment 5 Brent Baude (RETIRED) gentoo-dev 2012-01-05 13:10:19 UTC
ppc done
Comment 6 Raúl Porcel (RETIRED) gentoo-dev 2012-01-15 18:55:20 UTC
alpha/ia64/sparc stable
Comment 7 Samuli Suominen (RETIRED) gentoo-dev 2012-01-31 19:45:06 UTC
ppc64 stable, closing