[systemd-devel] also about :208 VS 219

2015-10-22 Thread [email protected]
hello guys. The systemd 208 has a service -systemd---readahead-collect.service but it does not start in boot-time.while, The systemd 219 has a similar service named ureadahead.service and it starts in about 2s in boot-time. So the new versin can be much faster ,all right? SAM _

Re: [systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Stuart Longland
On 23/10/15 08:59, Reindl Harald wrote: >> Because the syntax of -H parameter is "[user@]host[:container]" >> and it does not allow specifying an explicit port number. > > [user@]host[:container][:port] > [user@]host[:port][:container] Can a container name be all-numeric? Who made the decision to

Re: [systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Reindl Harald
Am 23.10.2015 um 00:39 schrieb Ivan Shapovalov: On 2015-10-22 at 23:12 +0200, Reindl Harald wrote: [...] and why not simply "timedatectl -H user@host[:port]" since host:port is a well known protocol agnostic way to specify a non-default port? Because the syntax of -H parameter is "[user@]hos

Re: [systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Ivan Shapovalov
On 2015-10-22 at 23:12 +0200, Reindl Harald wrote: > [...] > and why not simply "timedatectl -H user@host[:port]" since host:port > is > a well known protocol agnostic way to specify a non-default port? Because the syntax of -H parameter is "[user@]host[:container]" and it does not allow specifyi

Re: [systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Mikhail Kasimov
23.10.2015 0:50, Jan Alexander Steffens пишет: > On Thu, Oct 22, 2015 at 11:07 PM, Mikhail Kasimov > wrote: >> Hello! >> >> 1. systemd services have a special key (-H) to connect to remote host >> via ssh. E.g. 'timedatectl -H user@host'. By default port 22 is used. >> But in very often cases admi

Re: [systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Jan Alexander Steffens
On Thu, Oct 22, 2015 at 11:07 PM, Mikhail Kasimov wrote: > Hello! > > 1. systemd services have a special key (-H) to connect to remote host > via ssh. E.g. 'timedatectl -H user@host'. By default port 22 is used. > But in very often cases admins change the default ssh-port in > sshd-daemon settings

Re: [systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Reindl Harald
Am 22.10.2015 um 23:07 schrieb Mikhail Kasimov: 1. systemd services have a special key (-H) to connect to remote host via ssh. E.g. 'timedatectl -H user@host'. By default port 22 is used. But in very often cases admins change the default ssh-port in sshd-daemon settings (e.g. 41122). It's usefu

[systemd-devel] systemd services via SSH (-H key)

2015-10-22 Thread Mikhail Kasimov
Hello! 1. systemd services have a special key (-H) to connect to remote host via ssh. E.g. 'timedatectl -H user@host'. By default port 22 is used. But in very often cases admins change the default ssh-port in sshd-daemon settings (e.g. 41122). It's useful to avoid connections from ssh-bruteforce r

Re: [systemd-devel] systemd boot sequence doubt

2015-10-22 Thread Lennart Poettering
On Thu, 22.10.15 16:16, kennedy ([email protected]) wrote: > thanks. > > when will systemd run "generators"? In the beginning of the boot ? Yes, very early on, and each time "systemctl daemon-reload" is executed. > I can't see "sysv-generator" in /src/core/main.c It's invoked via manager_run

Re: [systemd-devel] systemd boot sequence doubt

2015-10-22 Thread kennedy
thanks. when will systemd run "generators"? In the beginning of the boot ? I can't see "sysv-generator" in /src/core/main.c 在 2015-10-22 15:35:58,"Mantas Mikulėnas" 写道: On Thu, Oct 22, 2015 at 9:37 AM, kennedy wrote: what is systemd booting sequence? how is Systemd support both sys

Re: [systemd-devel] systemd boot sequence doubt

2015-10-22 Thread Mantas Mikulėnas
On Thu, Oct 22, 2015 at 9:37 AM, kennedy wrote: > what is systemd booting sequence? > > how is Systemd support both sysV's runlevel script and systemd's target > file at the same time? > systemd first runs its "generators", which generate .mount units from /etc/fstab (systemd-fstab-generator), .