[vivid] btrfs deadlock at mount/boot
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | linux (Debian) |
Fix Released
|
Unknown
|
||
| | linux (Ubuntu) |
High
|
Unassigned | ||
| | Utopic |
High
|
Unassigned | ||
| | Vivid |
High
|
Unassigned | ||
Bug Description
My btrfs filesystem will not mount almost every boot for a few weeks now. The only way I can currently fix this is to network boot into rescue mode to clear the log, would be great to import this into vivid.
It appears to be this issue:
https:/
https:/
> Stable kernel version 3.19.1+ can cause a deadlock at mount time
> workaround: boot with older kernel, or run btrfs-zero-log to clear the log (beware of the consequences)
> fix: scheduled for 3.19.5, or apply 9c4f61f01d26981
> also affected: 3.14.35+, 3.18.9+
break-fix: 381cf6587f8a8a8
| summary: |
- btrfs deadlock at mount/boot + [vivid] btrfs deadlock at mount/boot |
| tags: | added: kernel-bug patch vivid |
| Changed in linux (Ubuntu): | |
| status: | New → Incomplete |
| Changed in linux (Ubuntu): | |
| importance: | Undecided → High |
| status: | Incomplete → Triaged |
| description: | updated |
| Changed in linux (Debian): | |
| status: | Unknown → Fix Released |
| rektide de la faye (rektide-g) wrote : | #2 |
Where is this fix available? I've lost three workstations to this (was unaware of the Gotcha's wiki page which suggests workarounds)
| rektide de la faye (rektide-g) wrote : | #3 |
Re previous: oh, that's Debian where the fix was released. Pardon. Really hoping for a stable/
| rektide de la faye (rektide-g) wrote : | #4 |
Using a 4.0 kernel is a workaround. http://
| Launchpad Janitor (janitor) wrote : | #5 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in linux (Ubuntu Utopic): | |
| status: | New → Confirmed |
| tags: | added: kernel-fixed-upstream |
| Changed in linux (Ubuntu Utopic): | |
| importance: | Undecided → High |
| Thorsten Hirsch (t-hirsch) wrote : | #6 |
This problem is being triggered every time I don't shutdown cleanly. Here's my disk layout:
/boot ext4
/ btrfs
One workaround seems to be: booting a CD or USB stick and repairing the root fs.
| Changed in linux (Ubuntu Utopic): | |
| status: | Confirmed → Fix Committed |
| Changed in linux (Ubuntu Vivid): | |
| status: | Triaged → Fix Committed |
| h (sairia-b) wrote : | #7 |
Please add trusty as affected, due to package linux-image-
$ apt-cache policy linux-image-
linux-image-
Installed: 3.16.0-
Candidate: 3.16.0-
Version table:
*** 3.16.0-
500 http://
500 http://
We have tried serveral times, booting with 3.16.0-33 is ok, 3.16.0.34 fails
| elventear (elventear) wrote : | #8 |
Has the fix been released for Trusty?
| Julian Taylor (jtaylor) wrote : | #9 |
it is available via -proposed in version 3.16.0-
https:/
it will move to -updates when its tested
| Rolf Leggewie (r0lf) wrote : | #10 |
utopic has seen the end of its life and is no longer receiving any updates. Marking the utopic task for this ticket as "Won't Fix".
| Changed in linux (Ubuntu Utopic): | |
| status: | Fix Committed → Won't Fix |
This bug was nominated against a series that is no longer supported, ie vivid. The bug task representing the vivid nomination is being closed as Won't Fix.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
| Changed in linux (Ubuntu Vivid): | |
| status: | Fix Committed → Won't Fix |


This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 1445252
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.