Your message dated Mon, 29 Oct 2018 12:13:42 +0100
with message-id <[email protected]>
and subject line Re: Bug#809321: systemd-rfkill state save/restore issues
has caused the Debian Bug report #809321,
regarding systemd-rfkill state save/restore issues
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
809321: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809321
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd
Version: 228-2+b1
Severity: normal

[... after a few months wondering why wifi/rfkill doesn't work anymore as it
should, I bump into a newfound systemd-rfkill.service/socket]

I'd like my system to start soft-killed by default. I can do that with
laptop-mode-tools or tlp, but now both conflict in behavior with this service.

Fine for me, but apparently there's no way to make systemd-rfkill do what I
want.

My first question would be, why exactly do I need a *kernel* parameter
(systemd.restore_state) to change the restore behavior?

Looks like we require the state directory to be mounted, so there's no reason
this cannot be specified there. I get this might be useful for boot issues, but
only in *addition* to a configuration file.

Second, restore_state=0 doesn't prevent (as stated) to save at shutdown. If I
could prevent state changes to be saved, I would be fine to restore from my
(manually set) state.

--- End Message ---
--- Begin Message ---
On 29.10.18 12:06, Yuri D'Elia wrote:
> On Mon, Oct 29 2018, Michael Biebl wrote:
>>> TBH, I'm not quite sure what your particular problem is.
> 
> I wanted to prevent systemd-rfkill to restore the state on boot without
> a kernel parameter.
> 
> I ended-up masking the systemd-rfkill.service, which essentially does
> what I want. We can close this.
> 

Ok.




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to