Description of problem: Starting with Rawhide on Btrfs installation, which uses boot, root, var, and home subvolumes, booting ostree grub entry fails to startup, ends in emergency shell due to multiple dependency failures. Version-Release number of selected component (if applicable): ostree-2014.4.23.gfc11c86-2.fc21.x86_64 How reproducible: Always with the current configuration but it's a one shot with other problems seemingly with workarounds that work: bug 1100938, bug 1100940 might relate. Steps to Reproduce: 1. Existing Rawhide installation with boot, root, var, and home subvolumes. 2. Followed this http://rpm-ostree.cloud.fedoraproject.org/#/installation 3. And the work arounds in the bugs listed above. 4. chose the grub entry ostree:fedora-atomic:0 Generic 21 (Generic), that conf file will be attached to this bug Actual results: Emergency target. Multiple problems. Will attach journal. Expected results: Successful boot. Additional info:
Created attachment 898843 [details] ostree-fedora-atomic-0.conf
Created attachment 898844 [details] journal -b -l -o short-monotonic
Created attachment 898845 [details] /proc/self/mountinfo
So it looks like systemd is mounting home and boot subvolumes on top of the ostree versions of them. When I reboot with systemd.log_level=debug, somehow it works, I don't get dropped to emergency mode. The boot and home subvols are still mounted on top of non-empty /boot and /home.
Created attachment 898857 [details] journal w/ systemd debug
After many things, including ostree admin fsck, undeploying all trees and deploying a new one, I can't reproduce the startup failure as originally described. Also, the message that /home is not empty when mounting the home subvolume, doesn't happen. I'll close this for now. The message that /boot is not empty, when mounting the boot subvolume, does still happen. No idea if that's a bug or expected.
Interesting; I suspect there are other ostree/btrfs interaction issues. I'm really interested in having the combination work well. (I also want LVM to work well). The /boot not empty is an ostree bug, I just filed it: https://bugzilla.gnome.org/show_bug.cgi?id=730695