Summary: | implicitly creates failing swap units instead of claiming 'no such unit' | ||
---|---|---|---|
Product: | systemd | Reporter: | Bill Nottingham <notting> |
Component: | general | Assignee: | Lennart Poettering <lennart> |
Status: | RESOLVED NOTABUG | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Bill Nottingham
2010-10-15 11:53:18 UTC
Hmm, so reason for the different behaviour here is that for activating a swap file all you need to know is the swap device and off you go. However, for creating a mount you need to know from somewhere (fstab, or a .mount file) what to mount to a which dir. Now, from the name of a .swap we can deduce the swap device it is referring to and hence we can activate it without manual configuration. However, for a mount point we can only figure out the directory, but for the source device we need some kind of configuration, and we don't have that we cannot do anything at all. hence the two different error messages: for the swap stuff we actually try to enable the swap and that fails, but for the mount point we don't get that far: we don't even try because we wouldn't know what to mount. I think the current behaviour makes some sense, even though it might be surprising. Not really sure what we could improve here. |
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.