On Sun, Jan 28, 2018 at 11:06:06 +0300, Andrei Borzenkov wrote: >> All systemd has to do is leave the mount alone that the kernel has >> already done, > > Are you sure you really understand the problem? No mount happens because > systemd waits for indication that it can mount and it never gets this > indication. And even after successful manual mount (with -o degraded) btrfs.ko insists that the device is not ready. That schizophrenia makes systemd umount that immediately, because this is the only proper way to handle missing devices (only the failed ones should go r/o). And there is really nothing systemd can do about this, until underlying code stops lying, unless we're going back to 1990s when devices were never unplugged or detached during system uptime. But even floppies could be ejected without system reboot. BTRFS is no exception here - when marked as 'not available', don't expect it to be kept used. Just fix the code to match reality. -- Tomasz Pala <gotar@xxxxxxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
