Summary: | Handling devices in use disappearing | ||
---|---|---|---|
Product: | udisks | Reporter: | David Zeuthen (not reading bugmail) <zeuthen> |
Component: | general | Assignee: | David Zeuthen (not reading bugmail) <zeuthen> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | kay |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
David Zeuthen (not reading bugmail)
2009-10-02 10:14:42 UTC
I talked to Kay about this some time ago and we ended up with something like this First, we can't really make the kernel be super clever about these things; while the status quo is decidedly broken for desktop workloads there are other (server) workloads where this degree of "policy" (e.g. auto-unmounting, auto-teardown) is unwanted. Mostly due to cascading effects, making things harder to debug and, well, the status quo. Second, we want to do the right thing for devices set up via DeviceKit-disks. Third, we want to make it possible for admins for "the right thing" to happen even for devices not set up via DeviceKit-disks. This should be achieved by having a DKD_CLEANUP udev property that admins can set to 1 on a per-device basis. Now, "the right thing" includes 1. force/lazy unmounting filesystems when the device goes away - this includes things mounted via /etc/fstab through FilesystemMount() which we don't do right now (bug 24708) 2. force removal of MD RAID components when the component device goes away 3. force shutdown of a MD RAID array when an insufficient number of components are available 4. ditto for device-mapper - right now only dm-crypt/LUKS use cases are interesting but eventually we want to support LVM2 (bug 24599) 5. ditto for other things These days udisks handles this by only tearing down stuff (mounts, crypto) set up via udisks and this seems to work fine. Closing. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.