Re: When will Arch switch to Systemd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Thu, Jan 20, 2011 at 7:11 AM, Tom Gundersen <teg@xxxxxxx> wrote:
> Hi everyone,
>
> I have been working on integration of Arch and Systemd.
>
> At the moment I think the support is complete, and for me it has been
> 100% stable for some time. That said, much more widespread testing is
> required before it can really be said to be stable (so any testing and
> bug reporting would be highly appreciated, especially if you use
> lvm/raid/encryption).

bingo.  this is the response i was looking for :-)

> We would also like to improve the documentation, so if anyone has any
> questions that are not answered by the wiki page, please let me know.
>
> Regarding people who are worried about getting an unbootable system:
> systemd and sysvinit can (and should) be installed in parallel, so you
> can switch between them by adding "init=/bin/systemd" to your kernel
> line in GRUB (so if it does break your boot, you can just reboot back
> into sysvinit).
>
> Any questions can be posed on this mailinglist, on the systemd thread
> in the forum or in #archlinux or #systemd on IRC, where myself
> ("tomegun") and "falconindy" can sometimes be found.

that is excellent information and an encouragement to try it out;
likely this weekend if it indeed works that well :-D

i shot of a couple emails to drum up some comments regarding this
proposal.  to recap, here are some observations/pros/cons, feel free
to add/remove/review/dispute because try as i might, i'm biased; let
me be the first to say it :-)

sysvinit [ PROS ]
) familiarity
) zero dependencies
) already works
) bash (is this even a pro?)
) ... i'm having a hard time here ....

sysvinit [ CONS ]
) provides no information about boot
) relies on mountains of external bash scripts
) zero reliability or control over process once they start
) no real functionality at all tbh (is this biased? ... no :-)

systemd [PROS]
) lightweight dependencies (DBUS)
) internal/fast handling of menial startup/teardown duties
) handling of complexities like RAID and LVM consistently? (verify?)
) will soon (or already) unify automatic process launch in general (cron/etc)
) verifiable boot (systemadm)
) introspective via DBUS
) accurate and precise kill/reload/restart (first time ever on linux!)
) resource limiting and monitoring of whole process groups! (via the
cgroups, another first!)
) service rules for how to handle OOM and other nasties
) socket/bus/FS activation (implicit dependencies)
) boot tracing/stepping (interactive boot, once service at a time)
) significant peerstream (fedora/etc) support and force behind the project
) very complete Arch integrations! yay!

sysvinit [ CONS ]
) non-zero dependencies
) newer, less production experience
) some missing unit/service files (which?)
) rc.conf either needs to go, or we find a way to update systemd when
it changes...

C Anthony


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux