linux-ext4 - Re: dumpe2fs/dump/restore not working correctly for ext4?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <alpine.DEB.2.00.1003041719180.17723@p34.internal.lan>
Date:	Thu, 4 Mar 2010 17:21:40 -0500 (EST)
From:	Justin Piszcz <jpiszcz@...idpixels.com>
To:	tytso@....edu
cc:	linux-kernel@...r.kernel.org, linux-ext4@...r.kernel.org,
	Alan Piszcz <ap@...arrain.com>
Subject: Re: dumpe2fs/dump/restore not working correctly for ext4?



On Thu, 4 Mar 2010, tytso@....edu wrote:

> On Thu, Mar 04, 2010 at 10:19:57AM -0500, Justin Piszcz wrote:
>> Hi,
>>
>> I need to look into this more obviously and try other dumps etc, but
>> I even tried extracting a single (smaller) directory and it also
>> segfaulted, has dump been tested properly with ext4?
>
> Was dump/restore statically or dynamically linked?  And with which
> version of libext2fs from e2fsprogs?
>
> 						- Ted
>

Hi,

I tried restoring from two different datasets on one machine <10GB and another
one ~30GB, all files are corrupted, other users report the same problem:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651
https://lists.ubuntu.com/archives/universe-bugs/2009-June/098729.html

Per your requests:

They are dynamically linked.
This is standard Debian Testing x86_64, nothing custom (in the 
distribution).

p34:~# ldd `which dump`
         linux-vdso.so.1 =>  (0x00007fff93192000)
         libext2fs.so.2 => /lib/libext2fs.so.2 (0x00007f0bdf559000)
         libcom_err.so.2 => /lib/libcom_err.so.2 (0x00007f0bdf356000)
         libblkid.so.1 => /lib/libblkid.so.1 (0x00007f0bdf141000)
         libuuid.so.1 => /lib/libuuid.so.1 (0x00007f0bdef3d000)
         libc.so.6 => /lib/libc.so.6 (0x00007f0bdebe9000)
         libpthread.so.0 => /lib/libpthread.so.0 (0x00007f0bde9cc000)
         /lib64/ld-linux-x86-64.so.2 (0x00007f0bdf79a000)
p34:~# ldd `which restore`
         linux-vdso.so.1 =>  (0x00007fff857ed000)
         libext2fs.so.2 => /lib/libext2fs.so.2 (0x00007f5b5c3cd000)
         libcom_err.so.2 => /lib/libcom_err.so.2 (0x00007f5b5c1ca000)
         libe2p.so.2 => /lib/libe2p.so.2 (0x00007f5b5bfc3000)
         libreadline.so.5 => /lib/libreadline.so.5 (0x00007f5b5bd83000)
         libncurses.so.5 => /lib/libncurses.so.5 (0x00007f5b5bb3e000)
         libc.so.6 => /lib/libc.so.6 (0x00007f5b5b7e9000)
         libpthread.so.0 => /lib/libpthread.so.0 (0x00007f5b5b5cd000)
         /lib64/ld-linux-x86-64.so.2 (0x00007f5b5c60e000)
         libdl.so.2 => /lib/libdl.so.2 (0x00007f5b5b3c9000)
p34:~# dpkg -l | grep libext2fs
p34:~# dpkg -l | grep libe2fs
p34:~# dpkg -l | grep e2fs
ii  e2fslibs                             1.41.10-1                  ext2/ext3/ext4 file system libraries
ii  e2fsprogs                            1.41.10-1                  ext2/ext3/ext4 file system utilities
p34:~#

p34:~# dpkg -S /lib/libext2fs.so.2
e2fslibs: /lib/libext2fs.so.2
p34:~#

Justin.


--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html