You are not logged in.
vostok4 wrote:I hate typing the full commands out to stop/start/restart services (especially having to write foo.service.... !@#)
Once 188 is out, this should no longer be necessary [0].
Niiiiiiiiice... Thanks for the heads-up, tomegun. This'll save some work on the fingers and space in the .bashrc file. A little bit, anyway.
Offline
Since this seems to be the general systemd discussion thread could someone explain why the startup time isn't registered on the journal?? It used to write it but not anymore. Also the journal used to store the message buffer of the kernel but as it seems it was removed in the latest versions. Is there a way of re enabling it? And is it possible to direct log files like pm-suspend to the journal??
Offline
From journald.conf man page:
ImportKernel=
Controls whether kernel log messages shall be stored in the journal. Takes a boolean
argument and defaults to disabled. Note that currently only one userspace service can
read kernel messages at a time, which means that kernel log message reading might get
corrupted if it is enabled in more than one service, for example in both the journal
and a traditional syslog service.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I just want to give some creds to Allan for this blog-post of his:
http://allanmcrae.com/2012/08/are-we-re … rch-linux/
It made sense to me, they way he explained things there,
especially about our beloved rc.conf.
I will though remain a bit sceptical as to the actual need for systemd anywhere (not arch-specific),
but i will adapt, for my love of arch.
So Thanks to Allan for atleast easing my mind as i try to roll along with Arch into the unknown future.
Last edited by PReP (2012-08-15 08:07:56)
. Main: Intel Core i5 6600k @ 4.4 Ghz, 16 GB DDR4 XMP, Gefore GTX 970 (Gainward Phantom) - Arch Linux 64-Bit
. Server: Intel Core i5 2500k @ 3.9 Ghz, 8 GB DDR2-XMP RAM @ 1600 Mhz, Geforce GTX 570 (Gainward Phantom) - Arch Linux 64-Bit
. Body: Estrogen @ 90%, Testestorone @ 10% (Not scientific just out-of-my-guesstimate-brain)
Offline
Phoronix has just reported that Arch will be moving to systemd
Offline
Phoronix has just reported that Arch will be moving to systemd
Which was announced and 'discussed' (if +1's count as discussion) yesterday on arch-dev-public, which all Arch users should really subscribe to.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Perhaps we should make a mailing-list subscription one of the needed steps to register to the forums?
Or just automatically spam it to anyone registering
. Main: Intel Core i5 6600k @ 4.4 Ghz, 16 GB DDR4 XMP, Gefore GTX 970 (Gainward Phantom) - Arch Linux 64-Bit
. Server: Intel Core i5 2500k @ 3.9 Ghz, 8 GB DDR2-XMP RAM @ 1600 Mhz, Geforce GTX 570 (Gainward Phantom) - Arch Linux 64-Bit
. Body: Estrogen @ 90%, Testestorone @ 10% (Not scientific just out-of-my-guesstimate-brain)
Offline
Is a arch-dev mailinglist subscription really so imperative? I'm monitoring through a RSS subscription of the homepage and with G+ which I trusted was enough to stay up to date.....
To be not completely off topic:
What is it about cron with systemd? I heard that systemd replaces cron... Is it a complete drop in replacement and reads /etc/cron.* ? Do I still need/should run a cron daemon (cronie?) on my system?
Offline
Is a arch-dev mailinglist subscription really so imperative? I'm monitoring through a RSS subscription of the homepage and with G+ which I trusted was enough to stay up to date.....
To be not completely off topic:
What is it about cron with systemd? I heard that systemd replaces cron... Is it a complete drop in replacement and reads /etc/cron.* ? Do I still need/should run a cron daemon (cronie?) on my system?
You can sort of replace simple cron jobs with systemd timer units. I wasn't able to find much documentation on them though... The only cron jobs I ever used were the default ones though, and a user on the bbs wrote a little guide on replacing them with timer units, I did this the other day and it worked fine:
Post #1393 on this page: https://bbs.archlinux.org/viewtopic.php?pid=1101185
Last edited by bwat47 (2012-08-15 13:50:15)
Offline
it can't fully replace cron (yet). The post mentioned by bwat47 should give you an idea of how it works. You can do stuff like "every hour/week" etc., but things like "every friday at 10 am" are not supported yet, but it's on systemd's todo list.
I guess it would make sense if systemd ships a crontab generator which automatically generates the timer units (just like the fstab and crypttab generators). No idea if they are going to do that though...
Offline
it can't fully replace cron (yet). The post mentioned by bwat47 should give you an idea of how it works. You can do stuff like "every hour/week" etc., but things like "every friday at 10 am" are not supported yet, but it's on systemd's todo list.
I guess it would make sense if systemd ships a crontab generator which automatically generates the timer units (just like the fstab and crypttab generators). No idea if they are going to do that though...
Once the features are there, making your own generator should be really easy.
Offline
Is a arch-dev mailinglist subscription really so imperative? I'm monitoring through a RSS subscription of the homepage and with G+ which I trusted was enough to stay up to date.....
It can help - you'll hear about Big Changes quite a bit earlier and see the process that goes into making the final change pushed to everyone. Also, there's not too much traffic on it
Offline
Switched now and had no problems so far (this is probably due to me being reluctant adding tons of daemons).
Times on an Asus 1001PX with LVM on LUKS, powerdown from AUR, no login manager and dwm:
Suspend to RAM: 2s + 3s wake up time
Suspend to disk: 8s + 20s wake up time
Shutdown: 4s
Boot: 30s
Offline
I installed it in virtualbox. Smooth there, but being a fresh install, it doesn't have all my neglect of "the old syntax is still supported" that will need further tweaking, or anywhere near the amount of bloat of my desktop.
So I'm putting it off a bit more, but looking forward to the ride, it's been a while since I got to geek properly, and this might save an extra gentoo VM or something just to entertain me
Offline
Hi. Which packages does systemd replace?
I've counted four so far, but im pretty new to this. The ones i know are: initscripts and sysvinit of course, as well as syslog-ng and consolekit. Are there any others im missing?
PS. Yes, i have read the documentation about systemd in the Arch wiki.
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
Well, acpid too and pm-utils, except for pm-powersave!'
Offline
Hi. Which packages does systemd replace?
I've counted four so far, but im pretty new to this. The ones i know are: initscripts and sysvinit of course, as well as syslog-ng and consolekit. Are there any others im missing?PS. Yes, i have read the documentation about systemd in the Arch wiki.
No, I did NOT ask you to ask in another thread. This sort of question is not welcome anywhere on the Arch forums, since the information is readily available....
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
dolby wrote:Hi. Which packages does systemd replace?
I've counted four so far, but im pretty new to this. The ones i know are: initscripts and sysvinit of course, as well as syslog-ng and consolekit. Are there any others im missing?PS. Yes, i have read the documentation about systemd in the Arch wiki.
No, I did NOT ask you to ask in another thread. This sort of question is not welcome anywhere on the Arch forums, since the information is readily available....
This is open source. EVERYTHING is readily available.
Thanks.
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
...unless of course, arch ports over something like this; http://www.h-online.com/open/news/item/ … 70713.html
just in case, you actually do NOT want "systemd" from redhat/poettering, and prefer a "simpler" and much more "controllable" init's, as Arch used to be ?
However, this would be possibly complicated ?
and yes, I stole that link from somewhere.
Last edited by scjet (2012-08-31 21:26:48)
The "BSD" things in life are "Free", and "Open", and so is "Arch"
Offline
I just migrated my second machine (the prep.mine.nu server) to systemd.
It was a bit more work then my desktop, but at the moment the gears are grinding onwards.
. I yet again had trouble getting my static-ip set up; I copied over the network.service unit i used for this machine, but i first forgot that systemd needs the units in /etc/systemd/system/xxx.target.wants/ to be a symlink.
. Another issue was that i got either ddclient or dhcpcd added and started automatically as i migrated, and those messed up my ip.
. The third was that my /etc/rc.local seemed to be started as a legacy service, no matter what i did, but i removed the WOL-lines i had there which i had forgotten, and it stopped failing atleast.
The server uses this at the moment: network.service, ddclient.service, cronie.service, httpd.service, ntpd.service, remote.fs-target, sshd & sshdgenkeys.service.
[prep@preptus_server ~]$ systemd-analyze
Startup finished in 1624ms (kernel) + 7412ms (userspace) = 9036ms
[prep@preptus_server ~]$ systemd-analyze blame
2915ms httpd.service
2335ms ddclient.service
1239ms iptables.service
970ms ntpd.service
922ms systemd-logind.service
911ms systemd-modules-load.service
670ms systemd-vconsole-setup.service
670ms systemd-udevd.service
624ms systemd-udev-trigger.service
426ms systemd-remount-fs.service
265ms network.service
259ms systemd-tmpfiles-setup.service
256ms dev-hugepages.mount
244ms dev-mqueue.mount
202ms sys-kernel-debug.mount
85ms systemd-user-sessions.service
46ms rc-local.service
42ms home.mount
23ms systemd-sysctl.service
22ms tmp.mount
0ms proc-sys-fs-binfmt_misc.mount
1. I was relieved for the cronie and ddclient-services, as i was most afraid of lacking that functionality; i have a bunch of stuff generated for the webpage from minecraft-logs and such.
2. It would perhaps be neat to have the network.service as a default one shipped with systemd on arch, if there is no other similar static-ip non-deamon-running way currently?
3. Thanks to tom g. and all the other devs for the hard work, i see you are part-taking on the systemd-mailing-list and contributing there aswell a bit, some of you,
and that does in fact make arch seeming a little safer place to be when tackling the future of systemd.
I am still a bit frightened as to the future of systemd and the general direction, but we have all been on that topic too much so i will just shut up about it, and just give some credits and kudos for the work and insight, even when opinions differ
Thanks.
Last edited by PReP (2012-10-22 15:08:07)
. Main: Intel Core i5 6600k @ 4.4 Ghz, 16 GB DDR4 XMP, Gefore GTX 970 (Gainward Phantom) - Arch Linux 64-Bit
. Server: Intel Core i5 2500k @ 3.9 Ghz, 8 GB DDR2-XMP RAM @ 1600 Mhz, Geforce GTX 570 (Gainward Phantom) - Arch Linux 64-Bit
. Body: Estrogen @ 90%, Testestorone @ 10% (Not scientific just out-of-my-guesstimate-brain)
Offline
2. It would perhaps be neat to have the network.service as a default one shipped with systemd on arch, if there is no other similar static-ip non-deamon-running way currently?
Use netcfg.
Offline
I just got done migrating over to systemd and I'm a bit ....perplexed.
The process took me a while simply because of the fact that I was a bit taken back by the new manager and did my share of research.
The actual setup and configuration almost seemed like it took too little time (now I'm doubting myself and wondering if I've covered all of the bases). Seems that everything works and I do enjoy the increase in boot-up speed but do kind of miss how "pretty" the initscripts boot-up was.
Last edited by MorningWood (2012-11-01 05:53:35)
Offline
The missing systemd unit rebuild [0] could be a removing initscripts compatibility (rc.d and conf.d files) at the same time.
Whats the point in saying that support for initscripts exist if bug reports for those scripts get closed without fixing them
eg ( https://bugs.archlinux.org/task/31890 https://bugs.archlinux.org/task/32354 https://bugs.archlinux.org/task/32336 https://bugs.archlinux.org/task/32275 ) while at the same time having initscripts installed can cause problems due to serialization of the starting of daemons?
Essentially initscripts support in Arch ended the day systemd hit the core repository.
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
The missing systemd unit rebuild [0] could be a removing initscripts compatibility (rc.d and conf.d files) at the same time.
Whats the point in saying that support for initscripts exist if bug reports for those scripts get closed without fixing them
eg ( https://bugs.archlinux.org/task/31890 https://bugs.archlinux.org/task/32354 https://bugs.archlinux.org/task/32336 https://bugs.archlinux.org/task/32275 ) while at the same time having initscripts installed can cause problems due to serialization of the starting of daemons?
Essentially initscripts support in Arch ended the day systemd hit the core repository.
We are not actively breaking initscripts setups, but if people want it supported / bugs fixed, they'd probably be better off following the suggestions I made on the ML a month ago: http://archlinux.2023198.n4.nabble.com/ … 61493.html
Offline
We are not actively breaking initscripts setups, but if people want it supported / bugs fixed, they'd probably be better off following the suggestions I made on the ML a month ago: http://archlinux.2023198.n4.nabble.com/ … 61493.html
Since none of the developers wants to support initscripts, only one TU seems to have shown interest so far, if bugs about conf.d and rc.d scripts were assigned to the rc-scripts maintainer, instead of uninterested developers, chances are they might got fixed/implemented.
For example https://bugs.archlinux.org/task/31035 is closed as 'systemd is preferred now in Arch'.
And there are other open reports about conf.d and rc.d scripts.
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline