On Dec 28, 2012, at 9:31 AM, dima <[email protected]> wrote: > On 12/28/2012 10:44 AM, Chris Murphy wrote: >> >> 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. > > > Then I guess all is fine with subvolumes and something is strange with the > way fedora is handling those. Because it is the temporary ro mount that fails. > The only thing I can recommend is to first create all needed subvolumes, then > install the minimal OS manually from CLI and configure your grub and fstab by > hand. > > Can't really help with dracut troubleshooting..
Right that's fine. I'm just looking for a sanity check: that the dracut fstab that initiates the temporary ro mount is wrong, and then whether or not dracut should be expected to allow mounting the same /dev/ device multiple times, with different subvols, to different mount points. That first part I think is unique to Btrfs - the notion you can mount the same device multiple times. I don't know that dracut tolerates this, or even if it should. I'm not so concerned about getting my particular system working correctly. I'm a bug magnet just trying to break stuff and hopefully file sane bug reports. The fall out of this is the user is allowed to install Fedora in this fashion, but reboot fails, so there is a bug, question is what. But it may be a question for dracut development. 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
