mirror of https://github.com/vitalif/e2fsprogs
![]() Sami Liedes found a scenario where we could memcpy incorrectly: If a block read fails during an e2fsck run, the UNIX IO manager will call the io->read_error routine with a pointer to the internal block cache. The e2fsck read error handler immediately tries to write the buffer back out to disk(!), at which point the block write code will try to copy the buffer contents back into the block cache. Normally this is fine, but not when the write buffer is the cache itself! So, plumb in a trivial check for this condition. A more thorough solution would pass a duplicated buffer to the IO error handlers, but I don't know if that happens frequently enough to be worth the extra point of failure. Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com> Reported-by: Sami Liedes <sami.liedes@iki.fi> Signed-off-by: Theodore Ts'o <tytso@mit.edu> |
||
---|---|---|
config | ||
contrib | ||
debian | ||
debugfs | ||
doc | ||
e2fsck | ||
ext2ed | ||
include/nonunix | ||
install-utils | ||
intl | ||
lib | ||
misc | ||
po | ||
resize | ||
tests | ||
util | ||
.gitignore | ||
.hgignore | ||
.missing-copyright | ||
.release-checklist | ||
ABOUT-NLS | ||
COPYING | ||
INSTALL | ||
INSTALL.elfbin | ||
MCONFIG.in | ||
Makefile.in | ||
README | ||
README.subset | ||
RELEASE-NOTES | ||
SHLIBS | ||
SUBMITTING-PATCHES | ||
TODO | ||
acinclude.m4 | ||
aclocal.m4 | ||
configure | ||
configure.in | ||
depfix.sed | ||
e2fsprogs.lsm | ||
e2fsprogs.spec.in | ||
version.h | ||
wordwrap.pl |
README
This is the new version (1.42.12) of the second extended file system management programs. From time to time, I release new versions of e2fsprogs, to fix bugs and to make the utilities more robust. You can always find information about the latest version at the the e2fsprogs web page, which is: http://e2fsprogs.sourceforge.net The INSTALL file has instructions on building and installing e2fsprogs. Provisions for building Red Hat RPMs and Debian dpkg files are supplied as well. In case of bugs in these programs, please contact Ted Ts'o at tytso@mit.edu or tytso@alum.mit.edu. See the e2fsck man page for suggestions of what sort of information to include when submitting bug reports for these programs.