The time now is Sun 19 May 2013, 07:59
All times are UTC - 4 |
| Author |
Message |
rokytnji

Joined: 20 Jan 2009 Posts: 742 Location: Pecos/ Texas
|
Posted: Wed 24 Oct 2012, 14:54 Post subject:
EXT4 Data Corruption Bug Hits Stable Linux Kernels Subject description: Don't mount and unmount ext4 file systems quickly |
|
EXT4 Data Corruption Bug Hits Stable Linux Kernels
Posted by Michael Larabel on October 24, 2012
As a warning for those who are normally quick to upgrade to the latest stable vanilla kernel releases, a serious EXT4 data corruption bug worked its way into the stable Linux 3.4, 3.5, and 3.6 kernel series.
Being discussed recently on the Linux kernel mailing list was an "apparent serious progressive ext4 data corruption bug in 3.6.3." Theodore Ts'o was able to successfully bisect the kernel and found the serious bug, which first appeared within the Linux 3.6.2 kernel and was since back-ported to older stable kernels.
http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDQ
read this before panicking though.
| Quote: | It looks like fscking everything will fix it (it'll replay the buggered
journal, mangling the metadata, but then fix up the scrambled metadata
and fix the journal's starting block). So I probably don't need to worry
about latent corruption hiding waiting to pounce. Phew. |
https://lkml.org/lkml/2012/10/23/706
I run ext4 file systems on some of my installs but I am not sweating it.
|
|
Back to top
|
|
 |
rokytnji

Joined: 20 Jan 2009 Posts: 742 Location: Pecos/ Texas
|
Posted: Thu 25 Oct 2012, 23:14 Post subject:
Update |
|
| Quote: | Update 25-10-12:
Theodore Ts'o has continued his investigation of the bug and has found that the problem was more esoteric than was first thought. The user who reported the problem was using umount -l, which immediately unmounts the filesystem without waiting for it to stop being busy. The bug is now thought to be caused when the machine is being shut down while it is in the process of unmounting the filesystem with an already compromised journal.
The developers are still working to pinpoint the exact problem and it might actually involve more kernel components than just the ext4 drivers. In any case, it has become clear that the bug needs a very specific configuration to surface and is unlikely to affect most users. |
http://www.h-online.com/open/news/item/Stable-Linux-kernel-hit-by-ext4-data-corruption-bug-Update-1736110.html
|
|
Back to top
|
|
 |
8-bit

Joined: 03 Apr 2007 Posts: 3012 Location: Oregon
|
Posted: Wed 21 Nov 2012, 15:18 Post subject:
|
|
How about a frugal install to an ext2 partition and picking an ext3 format for the pupsave file?
Would one be asking for trouble in doing so?
|
|
Back to top
|
|
 |
rokytnji

Joined: 20 Jan 2009 Posts: 742 Location: Pecos/ Texas
|
Posted: Wed 21 Nov 2012, 16:25 Post subject:
|
|
| 8-bit wrote: | How about a frugal install to an ext2 partition and picking an ext3 format for the pupsave file?
Would one be asking for trouble in doing so? |
Should not be a problem. Only way I know though would be to try it out. The ext4 bug has been fixed by the way.
http://www.phoronix.com/scan.php?page=news_item&px=MTIxODY
|
|
Back to top
|
|
 |
sunburnt

Joined: 08 Jun 2005 Posts: 4001 Location: Arizona, U.S.A.
|
Posted: Fri 23 Nov 2012, 03:39 Post subject:
|
|
And the ext4 bug really was very limited in what conditions caused it.
An image file and the partition it`s on have no effect on each other.
Another words, the file system format of each doesn`t effect the other.
|
|
Back to top
|
|
 |
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
|
[ Time: 0.0481s ][ Queries: 12 (0.0097s) ][ GZIP on ] |