ALERTAbout kernel 3.5
Fixed RPMS files are ready and available for everybody, here
http://abf.rosalinux.ru/downloads/kerne ... epository/
About kernel 3.6
I prefer to wait for the fix with the incoming 3.6.4
infact right now has been announced 3.6.4 rc1
http://www.kernel.org/pub/linux/kernel/ ... .4-rc1.bz2
About the latest kernels > Ext4 data corruption trouble
Read here for Infos: https://lwn.net/Articles/521022/
And so, I'm waiting for new kernel 3.5.8 and 3.6.4 to fix the serious problemStable kernel updates are supposed to be just that — stable. But they are not immune to bugs, as a recent ext4 filesystem problem has shown. In short: ext4 users would be well advised to avoid versions 3.4.14, 3.4.15, 3.5.7, 3.6.2, and 3.6.3; they all contain a patch which can, in some situations, cause filesystem corruption.
The problem, as explained in this note from Ted Ts'o, has to do with how the ext4 journal is managed. In some situations, unmounting the filesystem fails to truncate the journal, leaving stale (but seemingly valid) data there. After a single unmount/remount (or reboot) cycle little harm is done; some old transactions just get replayed unnecessarily. If the filesystem is quickly unmounted again, though, the journal can be left in a corrupted state; that corruption will be helpfully replayed onto the filesystem at the next mount.
Fixes are in the works. The ext4 developers are taking some time, though, to be sure that the problem has been fully understood and completely fixed; there are signs that the bug may have roots far older than the patch that actually caused it to bite people. Once that process is complete, there should be a new round of stable updates (possibly even for 3.5, which is otherwise at end-of-life) and the world will be safe for ext4 users again.
(Thanks are due to LWN reader "nix" who alerted readers in the comments and reported the bug to the ext4 developers).
Update: Ted now thinks that his initial diagnosis was incomplete at best; the problem is not as well understood as it seemed. Stay tuned.
In the meanwhile:
Patch for fixing of this error is avaliable: https://lkml.org/lkml/2012/10/23/690
ASAP
Yesterday night I push ABF to rebuild new release version for kernel 3.5.7
not only the mainline serie (now rel. -2) but also for nrjQL (now rel. -69.2)
Here, the changelog of the two versions, mainline and experimental nrjQL
Fixed RPMS files are ready and available for everybody, here
http://abf.rosalinux.ru/downloads/kerne ... epository/
New mainline and official kernels
Code: Select all
%changelog
* Fri Oct 25 2012 Nicolo' Costanza <[email protected]> 3.5.7-2
+ a new rel that should fix this > https://lwn.net/Articles/521022/
- added FX01-fix-serious-progressive-ext4-data-corruption-bug.patch
- ---------------------------------------------------------------------
- Kernel 3.5 for mdv 2010.2, 2011.0, cooker, rosa.lts2012.0, rosa2012.1
- MIB (Mandriva International Backports) - http://mib.pianetalinux.org/
- This is -1 (mainline serie), with official kernel sources and addons,
- instead (-69) will be used for development and experimental flavours
- Yin & Yang (69) release - a very complete but experimental flavours...
- ---------------------------------------------------------------------
Code: Select all
%changelog
* Fri Oct 25 2012 Nicolo' Costanza <[email protected]> 3.5.7-69.2
+ a new rel that should fix this > https://lwn.net/Articles/521022/
- added FX01-fix-serious-progressive-ext4-data-corruption-bug.patch
- ---------------------------------------------------------------------
- Kernel 3.5 for mdv 2010.2, 2011.0, cooker, rosa.lts2012.0, rosa2012.1
- MIB (Mandriva International Backports) - http://mib.pianetalinux.org/
- The rel -1 (mainline serie), with official kernel sources and addons,
- instead (-69) will be used for development and experimental flavours
- Yin & Yang (69) release - a very complete but experimental flavours...
- ---------------------------------------------------------------------