From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 075911396D9 for ; Sat, 4 Nov 2017 19:23:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 99B24E0D90; Sat, 4 Nov 2017 19:23:42 +0000 (UTC) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3758FE0B4B for ; Sat, 4 Nov 2017 19:23:42 +0000 (UTC) Received: by mail-pf0-x241.google.com with SMTP id d28so4718857pfe.2 for ; Sat, 04 Nov 2017 12:23:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=PcNJBoax5Wz6x5i6sYjGGjPMiIw0Pom39d91z++RsbA=; b=p0Q1nU21+GyWCR/nKZ7MQjsKeyzZ5kANktPhLw4O2AjEryAa8Aw7QsKosb7smlDncM KPTI6WJzt/dtujhRWnNu3LnNBynJCeHTmh1OdkPG9DPe/PILBj5kb+XEMk1k57VwTfio F0QGWiFIkmzvKe/tZNLnztBxpEOIPFLfaN3K6XppmT41tGEVBhev4FaKgy8KWMPxInzh WwPtpHeYY7TI96tpgMNjtv++0wd92IEKRFV/3Gqd9udRIoR9C3WS7XQlHE70/rzuB7OE XoFn1aIMGPbLnbDL9I0UwavAXXYH/1soJx4KoynHvMgeVjLtktNRFpb9Z05nZB0wig3S 1/gQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=PcNJBoax5Wz6x5i6sYjGGjPMiIw0Pom39d91z++RsbA=; b=pwiN2+T8b9AD/4fOi3/x+yJoRbJm0fx8iko/XG2Jx7oOx84vF2oFLNIwAut9XFuE1G ar0eOBVXAQ8me76s/JWlMsdbRORhqaYzZMdJdNZqoFqpOPFQql+kAdg7juBSOASQtVm9 D5UsfR5vKhjxwT6JyeV6bPNOUYzIBfhNwafbR3vcYrHU0kFyUu8StRIocv8l+2j+YTVM AlgOZJ5f6X2aPDn/c2MtDaSx1TuIrvN7vHmTk9LaOEQcJBF2F49Y63jfjbnBKQx3ZWf8 8s0gYFDFY/ORa18d1z75OUhWO+qDqH4L6EAy/pLOv/PVfKdldgb/1+xBPEBr5ZpyQGhi 3d2Q== X-Gm-Message-State: AMCzsaV/sVF/dyuKVrZ3kMQYNiSJddjKwLRZiAjQWapdTM7p9qgaQH4w 8FV4d43nuAJhCCOX/v2wIXtMpDBemSMeLaK8b1GnPg== X-Google-Smtp-Source: ABhQp+TiC+FZioiSbo+E7K9TeuOtj9C6y8ez6aPyBfDFM4qZYcsRZwxVQ1D26z6YnlGNWjGwBGYoWthFCijDy+g0q1Y= X-Received: by 10.98.0.206 with SMTP id 197mr11833242pfa.194.1509823420705; Sat, 04 Nov 2017 12:23:40 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Sender: freemanrich@gmail.com Received: by 10.100.155.67 with HTTP; Sat, 4 Nov 2017 12:23:40 -0700 (PDT) In-Reply-To: References: <20171104171539.9e409696f7e24ea3904b53bf@web.de> From: Rich Freeman Date: Sat, 4 Nov 2017 15:23:40 -0400 X-Google-Sender-Auth: cYSATY_N1teq4GY87YOiu5aW3Z0 Message-ID: Subject: Re: [gentoo-user] Re: Systemd To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: f4ce03b9-1d1e-4d14-a666-053b00c66130 X-Archives-Hash: 65c4629763a93b2fab9f7199c6276d68 On Sat, Nov 4, 2017 at 2:17 PM, Nikos Chantziaras 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