From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Systemd
Date: Sat, 4 Nov 2017 15:23:40 -0400 [thread overview]
Message-ID: <CAGfcS_kab0ye5k5k33TqR+-5Qo-mXfTVur4sOnAzsNU9E4Kmaw@mail.gmail.com> (raw)
In-Reply-To: <otl07e$a1a$1@blaine.gmane.org>
On Sat, Nov 4, 2017 at 2:17 PM, Nikos Chantziaras <realnc@gmail.com> wrote:
> On 04/11/17 18:15, siefke_listen@web.de wrote:
>>
>> I have a short question to systemd. I would like to ask your experience
>> in the changeover. Was it easy? Were there problems?
>> Change or reinstall? What mean the profis here?
>
>
> I did both. Changed one system to systemd, re-installed one from scratch
> with systemd.
>
> Both worked. The only problem I have with systemd is that it's unable to
> reliably restore the ALSA mixer volumes/settings on startup. It fails 50% of
> the time. Which is very annoying, but not the end of the world.
>
Out of curiosity - are you using alsa-state or alsa-restore?
Apparently alsa provides two different ways of preserving state. You
might consider switching them (which is triggered by the existence of
/etc/alsa/state-daemon.conf - but it might have some other
requirements which I didn't bother to check on).
I've seen similar issues with iptables-restore. To be fair those are
rare and I've also seen issues with that under openrc.
With any save/restore tool like these I always keep a copy of the
state somewhere where it doesn't get overwritten at shutdown if I have
a complex configuration. If you get one of those situations where
something isn't detected by the kernel/udev/etc and then your state
gets blown away it is really nice to be able to run iptables-restore <
backupfile.
I believe the way alsa-restore operates is frowned upon in Gentoo
systemd circles, though to be honest I'm not sure what the specific
concern is. The oneshot/RemainAfterExit approach seems
straightforward enough, and it is my guess that it is the upstream way
of doing things...
--
Rich
next prev parent reply other threads:[~2017-11-04 19:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-04 16:15 [gentoo-user] Systemd siefke_listen
2017-11-04 16:58 ` Neil Bothwick
2017-11-04 20:30 ` siefke_listen
2017-11-04 18:17 ` [gentoo-user] Systemd Nikos Chantziaras
2017-11-04 19:23 ` Rich Freeman [this message]
2017-11-05 12:29 ` Mick
2017-11-08 21:39 ` Nikos Chantziaras
2017-11-04 22:02 ` Canek Peláez Valdés
2017-11-08 21:43 ` Nikos Chantziaras
-- strict thread matches above, loose matches on Subject: below --
2011-08-17 21:04 [gentoo-user] systemd Stefan G. Weichinger
2011-08-23 17:17 ` Stroller
2011-08-23 18:57 ` Alan McKinnon
2011-08-30 11:56 ` Alex Schuster
2011-08-31 13:13 ` [gentoo-user] systemd walt
2011-08-23 19:43 ` [gentoo-user] systemd Alan McKinnon
2011-08-23 19:50 ` Canek Peláez Valdés
2011-08-23 20:19 ` Alan McKinnon
2011-08-24 21:19 ` [gentoo-user] systemd walt
2011-08-24 21:28 ` Alan McKinnon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAGfcS_kab0ye5k5k33TqR+-5Qo-mXfTVur4sOnAzsNU9E4Kmaw@mail.gmail.com \
--to=rich0@gentoo.org \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox