- 29 Dec, 2013 3 commits
-
-
Walter Garcia-Fontes authored
Signed-off-by:
Theodore Ts'o <tytso@mit.edu>
-
Theodore Ts'o authored
An integer overflow could happen if the file system is large and has very large contiguous chunks of free space. Addresses-Debian-Bug: #718205 Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Addresses-Debian-Bug: #731329 Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 28 Dec, 2013 6 commits
-
-
Theodore Ts'o authored
Addresses-Debian-Bug: #669730 Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
We need to explicitly specify the $DEB_BUILD_HOST when querying for the version of the libblkid1 package. Addresses-Debian-Bug: #721365 Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Addresses-Debian-Bug: #698076 Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
The texi2html utility from the texi2html ceased being developed upstream in 2011, and upstream has declared it superseded by the makeinfo utility from the texinfo package. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 27 Dec, 2013 3 commits
-
-
Theodore Ts'o authored
Also reflect a similar change to e2image's man page. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
This allows "e2image -rp /dev/sdc1 - | bzip2 > sdc1.img.bz2" to work correctly, so the progress information doesn't corrupt the image being sent to stdout. Also add a diagnostic indicating that the -p option is currently only implemented for raw mode. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
The old progress reporting code would crash on small file systems. For example: cp /dev/null /tmp/foo.img mke2fs -t ext4 -F /tmp/foo.img 100 e2image -o 0 -O 4096 -rap /tmp/foo.img Fix this, and while we're at it, factor out the code to make it easier to read and maintain. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 26 Dec, 2013 11 commits
-
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
If dumpe2fs tries to print journal info when using an image file created using e2image, it will crash since the journal isn't available. So don't even try to print it. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
The e2image progam was originally intended to create image files. However, some people have started using e2image to copy a file system from one block device to another, since it is more efficient than using dd because it only copies the blocks which are in use. If we are doing this, however, we must not skip writing blocks which are all zero in the source device, since they may not be zero in the destination device. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu> Cc: Phillip Susi <psusi@ubuntu.com>
-
Theodore Ts'o authored
Fix up the gcc -Wall and sparse nits introduced by Phillip Susi's e2image patches. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu> Cc: Phillip Susi <psusi@ubuntu.com>
-
Theodore Ts'o authored
Refactor calls to ext2fs_llseek(). This makes the code more compact, easier to read, and it also fixes a number of places where we call ext2fs_llseek() without doing proper error checking. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Phillip Susi authored
When doing an in place move, interrupting it past the point of no return will destroy the filesystem since parts of it have been overwritten. Catch SIGINT the first time and issue a warning if this is the case. Signed-off-by:
Phillip Susi <psusi@ubuntu.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Phillip Susi authored
When given the -p switch, print progress information, including block counts, percentage complete, estimated time remaining, and throughput. Signed-off-by:
Phillip Susi <psusi@ubuntu.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Phillip Susi authored
If given at least one offset and only one file, assume source and dest are the same, and do an in place move. Signed-off-by:
Phillip Susi <psusi@ubuntu.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 25 Dec, 2013 9 commits
-
-
Phillip Susi authored
Add -o and -O switches to specify the offset where the source and destination filesystems start. This is useful if you have an image of a partitioned disk or wish to create one. Signed-off-by:
Phillip Susi <psusi@ubuntu.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Currently the ext4 block group descriptor is 64 bytes. In case we need to support larger block group descriptors in the future, teach ext2fs_group_desc_csum() to checksum parts of the block group descriptors that libext2fs doesn't yet understand. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Fix the f_extent_oobounds test so that it uses binaries built in the tree, instead of the binaries in the system PATH (which might not exist in a chroot environment) when creating the test image. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Theodore Ts'o authored
Commit a17e9f30 set up the extent header for a new file. Unfortunately it didn't correctly handle byte swapping; fix this so the regression tests pass on PowerPC systems. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu> Cc: Eric Sandeen <sandeen@redhat.com>
-
Theodore Ts'o authored
Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Eric Whitney authored
Commit fe56188b modified the code used to check the block number argument to the command line -s switch, adding a call to com_err(). This causes a compile time warning because the third argument to com_err() isn't a string. Also, when the block number argument is bad it outputs an incorrect error message - "Operation not permitted". Fix these minor problems by removing the call to com_err(). Other code provides enough error reporting information in this case. Signed-off-by:
Eric Whitney <enwlinux@gmail.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Eric Whitney authored
Commit 130e961a changed the type used to represent block numbers in ea_refcount.c from blk_t to blk64_t to add support for 64 bit extended attribute refcounting. We also need to adjust printf conversion specs that now don't match their new blk64_t arguments. This will silence compiler warnings seen when "make check" is run and will avoid truncation of printed values. Signed-off-by:
Eric Whitney <enwlinux@gmail.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Andreas Dilger authored
The mke2fs(8) man page was updated in 4727c67d , but needs some more clear descriptions for extra_isize and metadta_csum features. The uninit_bg feature is supported by all ext4-capable kernels, and does have a slow e2fsck pass for newly-formatted filesystems, so remove the caveat. Signed-off-by:
Andreas Dilger <adilger@dilger.ca> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Andreas Dilger authored
The s_desc_size in the superblock specifies the group descriptor size in bytes, but in various places the EXT4_FEATURE_INCOMPAT_64BIT flag implies that the descriptor size is EXT2_MIN_DESC_SIZE_64BIT (64 bytes) instead of checking the actual size. In other places, the s_desc_size field is used without checking for INCOMPAT_64BIT. In the case of ext2fs_group_desc() the s_desc_size was being ignored, and assumed to be sizeof(struct ext4_group_desc), which would result in garbage for any but the first group descriptor. Similarly, in ext2fs_group_desc_csum() and print_csum() they assumed that the maximum group descriptor size was sizeof(struct ext4_group_desc). Fix these functions to use the actual superblock s_desc_size if INCOMPAT_64BIT. Conversely, in ext2fs_swap_group_desc2() s_desc_size was used without checking for INCOMPAT_64BIT being set. The e2fsprogs behaviour is different than that of the kernel, which always checks INCOMPAT_64BIT, and only uses s_desc_size to determine the offset of group descriptors and what range of bytes to checksum. Allow specifying the s_desc_size field at mke2fs time with the "-E desc_size=NNN" option. Allow a power-of-two s_desc_size value up to s_blocksize if INCOMPAT_64BIT is specified. This is not expected to be used by regular users at this time, so it is not currently documented in the mke2fs usage or man page. Add m_desc_size_128, f_desc_size_128, and f_desc_bad test cases to verify mke2fs and e2fsck handling of larger group descriptor sizes. Signed-off-by:
Andreas Dilger <adilger@dilger.ca> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 23 Dec, 2013 2 commits
-
-
Andreas Dilger authored
Add a LOG2_CHECK mode for check_super_value() so that it is easy to verify values that are supposed to be power-of-two values (s_desc_size and s_inode_size so far). In ext2fs_check_desc() also check for a power-of-two s_desc_size. Print out s_desc_size in debugfs "stats" and dumpe2fs output, if it is non-zero. It turns out that the s_desc_size validation in check_super_block() is not currently used by e2fsck, because the group descriptors are verified earlier by ext2fs_check_desc(), and even without an explicit check of s_desc_size the group descriptors fail to align correctly on disk. It makes sense to keep the check_super_block() regardless, in case the code changes at some point in the future. Signed-off-by:
Andreas Dilger <adilger@dilger.ca> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Andreas Dilger authored
Since commit 5ad07aca if $TMP cannot hold large test filesystems for resize testing the resize_test creates temporary test files in the local working directory. Since it overrides TMPFILE locally the calling program does not delete the generated file correctly. Delete the large $TMPFILE within resize_test if it passes, but leave it for debugging if the test failed. Signed-off-by:
Andreas Dilger <adilger@dilger.ca> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 19 Dec, 2013 1 commit
-
-
Johan Erlandsson authored
Don't check for lost+found in read only mode. [Note: this patch was originally made against 1.41.14 version of e2fsprogs found as part of the AOSP (Android Open Source Program) tree. My Signed-off-by relies on the fact that the original patch author would have had to have filed a contribution agreement with Open Handset Alliance before this commit before this commit was allowed into the AOSP tree. -- tytso] Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
- 16 Dec, 2013 5 commits
-
-
Theodore Ts'o authored
Mostly by adding static and removing excess extern qualifiers. Also convert a few remaining non-ANSI function declarations to ANSI. Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Uri Corin authored
I've added documentation for all available filesystem features settable by mke2fs. * Features now include the kernel constant attached to the function. * Some pre-existing feature explanations have been expanded based on ext4.wiki.kernel.org. [ Edited by tytso for stylistic and correctness. ] Addresses-Debian-Bug: #586218 Signed-off-by:
Theodore Ts'o <tytso@mit.edu>
-
Kazuya Mio authored
When /etc/mtab is a symlink of /proc/mounts, mke2fs without -FF option can create a filesystem on the image file that is mounted. According to mke2fs man page, we should specify -FF option in this case. This patch protects filesystem from unintended mke2fs caused by human error. How to reproduce: # mke2fs -t ext4 -Fq fs.img # mount -o loop fs.img /mnt/mp1 # mke2fs -t ext4 -Fq fs.img && echo "mke2fs success" mke2fs success Signed-off-by:
Kazuya Mio <k-mio@sx.jp.nec.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Kazuya Mio authored
According to mke2fs man, we can create a filesystem on the mounted device when -FF option is specified. However, currently we have to specify -F option third to force mke2fs. This patch fixes the problem. Signed-off-by:
Kazuya Mio <k-mio@sx.jp.nec.com> Reviewed-by:
Zheng Liu <wenqing.lz@taobao.com> Reviewed-by:
Carlos Maiolino <cmaiolino@redhat.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-
Darrick J. Wong authored
When we're expanding a directory, check to see if we're doing an implied cluster allocation; if so, we don't need to allocate a new block, and we certainly don't need to update the summary counts. Reported-by:
Zheng Liu <wenqing.lz@taobao.com> Signed-off-by:
Darrick J. Wong <darrick.wong@oracle.com> Signed-off-by:
"Theodore Ts'o" <tytso@mit.edu>
-