Disable Native Mount
If disabling native mount is the default, perhaps this section should be called "Enable Native Mount". It should perhaps also include why you would want to enable native mounting.
The Autofs requirement
This is a partial list of required/recommended options, there might be more:
[...] CONFIG_AUTOFS4_FS=[y|m] [...]
Now why would a support for automounting remote filesystems be absolutely needed with Systemd?
Thanks for your time. --Det 14:38, 16 June 2011 (EDT)
- Because autofs is used for more than just automounting remote filesystems. systemd allows a filesystem to be tagged with the mount option 'comment=systemd.automount' which will cause it only to be mounted on first access. This applies to local partitions as well (such as /boot) which don't need to be mounted right away. --falconindy 14:43, 26 June 2011 (EDT)
- Oh, okay then. But is this needed when there's only 1 partition? --Det 01:22, 20 July 2011 (EDT)
cgroup supported or not?
- I'm not sure if BFS supports all that is needed by Systemd. CK says:
- "The cgroup features that aren't available with BFS will not appear when BFS is enabled. The rest of the cgroup features still work." - 
- The comments from this bug report describe what does not work if cgroups are not supported at all. I was not able to find much on incomplete cgroup support. It does seem clear that Lennart Poettering has no desire to bother with kernels without good cgroup support. I am not familiar with the low level implementation details of either Systemd, cgroups, or BFS. However, "unsupported" is almost certainly a fair word to use. James Eder 11:38, 15 September 2011 (EDT)
- Oops, I just made an edit without reading the talk page first. I asked ck this in an email, here is his reply:
Not unless they have already developed certain other features that they had yet to do which involved killing groupsofprocesses using cgroup features that bfs does not support. However it is a common mistake thinking that bfs does not support cgroups. It does support groups, just not all the cgroup features. Graysky 15:30, 13 April 2012 (EDT)
/etc/systemd/system/network@.service provide a several interfaces and more usefull. See dhcpcd.service for example. Rollback.
Unikum 13:06, 16 April 2012 (EDT)
Section Systemd#arch-persistent-settings.service: I think the reference to module blacklisting in /etc/rc.conf is confusing since modules can't be blacklisted anymore in that file. (original report in ArchWiki:Requests#module blacklisting) -- Kynikos (talk) 20:24, 14 May 2012 (UTC)
- Now that you mention this, it seems like arch-persist-settings.service doesn't even exist anymore: https://github.com/falconindy/initscripts-systemd/commit/3d7ccf746ff8a9ca615888cf376ea9e31c5efc0e
- I will rewrite this accordingly.
- 65kid (talk) 15:06, 15 May 2012 (UTC)
Section Systemd#Using_service_file I think the dependency on dev-tty7.device is not required (even leads to failure). Shouldn't we remove it?