Hello,
this could help:
[Chris Murphy]: You can also do a one time clean mount with '-o
clear_cache,space_cache=v2' which will remove the v1 (default) space
cache, and create a v2 cache. Subsequent mount will see the flag for
this feature and always use the v2 cache. It's a totally differently
Just change this to dupe against:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1555828
The drive mounts, and works perfectly fine if you are using it RO.
Otherwise, it states that the cache is invalid, and it needs to build
the UUID tree. Which I suspect causes the transactions to lock
Do you have a way to reproduce this issue, or was it a one time event?
** Changed in: linux (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1557873
Title:
There is no symptom or error description in your report at all. Dmesg
shows that the btrfs task is hung, but there's still not much to go
with.
** Summary changed:
- Systemd crash
+ task btrfs-transacti:1089 blocked for more than 120 seconds
** Package changed: systemd (Ubuntu) => linux