Kind thanks, Zbyszek. Forgive init script habits. Systemd docs need
execution flowcharts. Maybe a wiki for best practice XDG? Setting up
users is basic sysadmin.
Reviewing pam_env, is /etc/environment a decent place to set XDG vars?
$USER works from there, yes? I guess $HOME/.pam_environment could
Zbigniew Jędrzejewski-Szmek wrote:
> 'systemctl --user show-environment' will show what's set
I get errors as normal user and root.
$ systemctl --user show-environment
Failed to issue method call: Process /bin/false exited with status 1
$ su -
Password:
# systemctl --user show-environment
Fail
Zbigniew Jędrzejewski-Szmek wrote:
> I guess that systemd should not create
> the link if the destination doesn't exist.
+1
Mantas Mikulėnas wrote:
> I'm curious why the symlink is created at all...
I know not why, but I do know that:
If a symlink is made, the C code should use $XDG_CONFIG_HOME t
Zbigniew Jędrzejewski-Szmek wrote:
> Are you sure that systemd is actually running
> with this variable set?
Excellent question, and no, I'm not sure.
If you can tell me how to determine the
answer, please do.
What I can say is that
1) XDG_DATA_HOME is set in /etc/profile.d on
Arch Linux, the f
Might some expert address:
https://bbs.archlinux.org/viewtopic.php?id=172220
It seems systemd pushes hard-wired paths irrespective of XDG vars, a
possible bug.
On this box XDG_DATA_HOME and XDG_CACHE_HOME point outside $HOME, while
XDG_CONFIG_HOME is the default ~/.config folder. XDG_DATA_DIRS i
Where in boot sequence tune A/V latency? Is sound.target relevant?
Following advice on
https://wiki.archlinux.org/index.php/ProAudio#System_Configuration
I'm getting script failures and wondering why. The script runs well stand-alone.
It must have boot sequencing issues.
Kernel command line para
> You can likely create a timer unit, and start that once...Auke
Maybe, but I nurse doubts given systemctl oddities under discussion. Try
it and see what you can do, then post working code as I did. I drove at
this idea earlier talking about a second timer, but sounded muddled, I
gather.
Thanks!
Simple "at" did the trick from nightjanitor.sh
echo "systemctl start reboot.target" | at now + 3 min
If a more purist systemd method exists, I'd love to see it.
footnote:
"at" install for Arch Linux, pkg not present by default,
your distro may be similar
$ sudo pacman -S at
$ sudo systemctl
Andrey Borzenkov,
> May be if you explain what you are trying to achieve
A nightly "cron job" with post-execution reboot upon successful completion.
We may use cron if systemd can't do it. I expect it can, but know not how.
Obvious things and list advice didn't work. Thanks.
Files under test:
ht
Tried all advice so far, no dice, but thanks. A more advanced
timer/service layout may be needful in this rev of systemd (204), though
I'm fairly clueless what.
Last try was
( sleep 30 && systemctl --no-block start reboot.target ) &
If anyone succeeds making something work, please post and thank
Jan Alexander Steffens,
So in this timer, where/how apply reboot.target,
or else tell systemd to invoke? Thx
--
# /etc/systemd/system/nightjanitor.timer
[Unit]
Description=Nightly wee-hours heartbeat
[Timer]
OnCalendar=*-*-* 01:23:45
Unit=nightjanitor.
How to reboot from a systemd timer? We have
systemd timer calls
systemd unit calls
bash script calls
systemctl reboot
The script runs fine each day, except for its last step, "systemctl
reboot." What's the right protocol? Is it wrong to call systemctl from a
script?
Thanks
--
http:
Question: how to boot ntpd.service on one PC and not others from the
same USB stick.
Network Time Service computes clock tweaks for a motherboard. The idea
is to run it on just one motherboard brand/model, or maybe serial
number. If the USB stick boots another PC, then ntpd is bypassed,
because th
Thank you Lennart. I wonder how your tip compares to our result? Our
method employs getty.target and local-fs.target. It works but we prefer
the Right Thing (tm). Would systemd-user-sessions.service be better for
any reason? Here's our unit as it sits. Thanks for your input.
# /etc/systemd/system/
> I guess it depends on how generic you want it to be. If you need to
> sync a single filesystem with fixed name, ExecStartPre for a unit that
> starts logon dialogue looks a right choice.
Andrey I haven't a clue what you said. I hoped some guru might write a
unit. I don't imagine one needs more t
Here's the question (systemd version 197).
https://bbs.archlinux.org/viewtopic.php?pid=1237019
Might the answer involve two units, a mount and a service? Thanks much.
--
http://www.fastmail.fm - A no graphics, no pop-ups email service
___
system
16 matches
Mail list logo
