Risk of filesystem corruption with ext3 in lucid
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| linux (Ubuntu) |
Medium
|
Unassigned |
Bug Description
On my system, a default ext3 mount (no fstab entry) results in:
$ cat /proc/mounts
/dev/sda6 /media/space ext3 rw,nosuid,
We can see the "barrier=1" option is missing by default, which can cause severe filesystem corruption in case of power failure (i've been hit recently). Quoting mount(1):
"barrier=0 / barrier=1
This enables/disables barriers. barrier=0 disables it, barrier=1 enables it. Write barriers enforce proper on-disk ordering of journal commits, making volatile disk write caches safe to use, at some performance penalty. The ext3 filesystem does not enable write barriers by default. Be sure to enable barriers unless your disks are battery-backed one way or another. Otherwise you risk filesystem corruption in case of power failure."
the issue is fixed in later kernels (precise 3.2.0-35 is not affected), but lucid users are left to suffer the consequences of this horrifying default.
$ uname -a
Linux netbook 2.6.32-45-generic #101-Ubuntu SMP Mon Dec 3 15:41:13 UTC 2012 i686 GNU/Linux
lemonsqueeze (lemonsqueeze) wrote : | #1 |
information type: | Private Security → Public |
description: | updated |
lemonsqueeze (lemonsqueeze) wrote : | #2 |
This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 1097042
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
lemonsqueeze (lemonsqueeze) wrote : | #8 |
attached log files manually, apport-collect isn't working for some reason...
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
description: | updated |
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
lemonsqueeze (lemonsqueeze) wrote : | #9 |
Discussion and some background info in Question #218447.
summary: |
- by default ext3 is mounted without barrier=1 in lucid + Risk of filesystem corruption with ext3 in lucid |
A. Denton (aquina) wrote : | #10 |
Yes, but it's not in hardy server which is supported until April 2013 AFAIK.
lenosqueeze, thank you for reporting this and helping make Ubuntu better. Lucid reached EOL on May 9, 2013.
Please see this document for currently supported Ubuntu releases:
https:/
We were wondering if this is still an issue in a supported release? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://
If it remains an issue, could you please run the following command in the development release from a Terminal (Applications-
apport-collect -p linux <replace-
Also, could you please test the latest upstream kernel available following https:/
kernel-
kernel-
where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-
This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-
If the mainline kernel does not fix this bug, please add the following tags:
kernel-
kernel-
As well, please remove the tag:
needs-upstream-
If you are unable to test the mainline kernel, please comment as to why specifically you were unable to test it and add the following tags:
kernel-
kernel-
Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.
Helpful bug reporting tips:
https:/
tags: | added: needs-kernel-logs needs-upstream-testing regression-potential |
Changed in linux (Ubuntu): | |
status: | Confirmed → Incomplete |
Launchpad Janitor (janitor) wrote : | #12 |
[Expired for linux (Ubuntu) because there has been no activity for 60 days.]
Changed in linux (Ubuntu): | |
status: | Incomplete → Expired |
/etc/fstab can be used as temporary workaround to force barrier=1 :
$ sudo umount /media/space 1,rw,nosuid, nodev,uhelper= udisks 0 0
$ sudo mkdir /media/space
and add an entry to /etc/fstab like:
/dev/sda6 /media/space ext3 barrier=