Re: kernel bug at fs/ext4/resize.c:409

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Feb 14, 2014 at 07:16:24PM -0800, Darrick J. Wong wrote:
> > 
> > Also, starting with e2fsprogs 1.42.10, there's another way you can
> 
> These three options (-rap) are available in 1.42.9.  Is there a particular
> reason not to use it before 1.42.10?

That was a typo, sorry.  I had intended to write 1.42.9, since 1.42.10
isn't out yet.

Checking to be sure, there are some coverity fixes for e2image that
are pending that aren't in 1.42.9 relating to e2image, but none of
them are super serious.  The worst of them is a printf type mismatch
when printing the final progress report.  This doesn't seem to cause a
problem on x86_64 architectures, but since it is a 64 vs 32 bit
mismatch, it could cause problems on 32 bit architectures.  I haven't
checked to see whether it causes a cosmetic failure, or a seg fault on
an i386 system, but if it is a seg fault, e2image would have completed
the file system copy at that point anyway.  In any case, this will be
fixed in the next release, and the fix is in the Debian package
already.


Thanks for adding this information to the ext4 wiki!

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




[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux