On Dec 27, 2012, at 6:13 PM, dima <[email protected]> wrote: > > >> /dev/disk/by-uuid/64383cfe-c31d-4d25-97c4-4e6b7e788b26 /sysroot/usr btrfs >> subvol=usr,subvol=root,ro 1 2 > > I'd say that the problem is definitely with this line having two subvolumes > listed. > Maybe you should boot from a live CD, mount your subvolid=1 and check out > what subvolumes you really have in there. And then re-write fstab manually.
When I mount subvolid=5 there are subvols root, boot, usr, var, home. And the /etc/fstab in root is: # # /etc/fstab # Created by anaconda on Thu Dec 27 15:21:03 2012 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # UUID=64383cfe-c31d-4d25-97c4-4e6b7e788b26 / btrfs subvol=root 1 1 UUID=64383cfe-c31d-4d25-97c4-4e6b7e788b26 /boot btrfs subvol=boot 1 2 UUID=64383cfe-c31d-4d25-97c4-4e6b7e788b26 /home btrfs subvol=home 1 2 UUID=64383cfe-c31d-4d25-97c4-4e6b7e788b26 /usr btrfs subvol=usr 1 2 UUID=64383cfe-c31d-4d25-97c4-4e6b7e788b26 /var btrfs subvol=var 1 2 It's correct. Seems dracut is creating the wrong fstab for itself, but then also can't mount it correctly manually from a shell command. When booted in rescue mode to a full system, not just a dracut shell, I can mount -o subvol=root to one mount point, and also mount -o subvol=usr to another mountpoint (within or outside the former mount point) without error. > If you have /sysroot subvolume, you can create /sysroot/usr as a child > subvolume and you won't even need then to specify /sysroot/usr in your fstab > because it will be mounted automatically when the parent subvolume gets > mounted. It's a useful work around. I'd like to narrow down if the real problem is dracut and if it should eventually be fixed. Seems both need fixing. Chris Murphy-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
