偶然删除我的/var/log/journal后，我无法从后果中恢复过来。 每当我尝试启动systemd-journald时，都会一遍systemd-journald着。 当我运行： $ journalctl –verify PASS: /run/log/journal/system.journal 这不会让我更近一步来解决它，因为/usr/lib/systemd/systemd-journald run /usr/lib/systemd/systemd-journald直接运行/usr/lib/systemd/systemd-journald ， $ /usr/lib/systemd/systemd-journald Failed to open runtime journal: Invalid argument 我已经尝试过的事情： 清理/var/log/journal and / run / log / journal`。 将/var/log/journal从另一台机器复制到两个path，运行journalctl –verify检查它们，再次用–file标志。 将/etc/systemd/journald.conf存储设置更改为Storage=volatile仅用于禁用/var/log/journald 。 重新启动。
我使用以下systemd服务文件在Fedora 17机器上运行svnserve： [Unit] Description=Subversion Server After=syslog.target network.target [Service] User=svn Type=forking Environment=HOME=/repos/svn ExecStart=/usr/bin/svnserve –daemon –pid-file=/run/svnserve/svnserve.pid -r /repos/svn PIDFile=/run/svnserve/svnserve.pid [Install] WantedBy=multi-user.target 只要/ var / run / svnserve被svn：svn所有，这种方式就可以正常工作，但是当所有权被重置为root：root时，会在重启时断开。 我想要的是添加一个启动前的步骤，使目录。 不幸的是我找不到任何有关systemd单元文件的真实文档，但是我看到有些使用'ExecStartPre'，所以我尝试了这个： ExecStartPre=/bin/chown svn:svn /run/svnserve 可悲的是，这个操作不允许出现错误，所以它看起来像ExecStartPre也以单元文件中指定的用户身份运行。 我也尝试过以root身份运行单元文件，然后通过su启动svnserve作为svn用户，但是却产生了关于命令行无效的模糊错误。 systemd单元在作为特定用户执行之前如何以root身份执行操作？
我正在尝试让systemd执行init.d脚本将执行的操作，在手动指定启动或停止命令后自动显示服务的状态。 这有可能吗？ systemd不幸地popup右后方，因为它在后台运行，然后你必须做第二个命令来显示状态，开始或停止可能或可能没有奏效，systemd不会告诉你，除非你问，离开你幸福无知。 即。 我正在努力获得 service nginx status 我做完后自动运行 service nginx start 要么 service nginx restart （或在脑损坏systemd， systemctl start nginx.service ）
我使用的是Ubuntu 14.10。 我刚安装systemd，我有一个失败的服务， proc-sys-fs-binfmt_misc.automount 。 我在这里看到这是systemd的一部分： 这个文件很重要吗？ 我如何解决激活问题？ systemctl status的输出： svassaux@vps127101:~$ systemctl status proc-sys-fs-binfmt_misc.automount -> '/org/freedesktop/systemd1/unit/proc_2dsys_2dfs_2dbinfmt_5fmisc_2eautomount' proc-sys-fs-binfmt_misc.automount – Arbitrary Executable File Formats File System Automount Point Loaded: loaded (/lib/systemd/system/proc-sys-fs-binfmt_misc.automount; static) Active: failed (Result: resources) Where: /proc/sys/fs/binfmt_misc Docs: https://www.kernel.org/doc/Documentation/binfmt_misc.txt http://www.freedesktop.org/wiki/Software/systemd/APIFileSystems 编辑：我的单位档案： # This file is part of systemd. # # systemd is free software; you can […]
有没有办法让systemd告诉我关掉整个系统的closures服务的粗略顺序？ 由于systemd会并行closures，我很欣赏没有办法知道确切的顺序，但是知道系统会对closures顺序施加什么约束仍然是非常有帮助的，最好是在某种forms的可视化中很容易理解。 其动机是，为了开发和debugging服务文件，预先得到这个预测列表会更加方便，而不是必须进行真正的closures，然后再次启动并在每次我想确定时检查日志对服务单元文件的更改或systemdconfiguration的其他某个方面对shutdown命令有什么影响。 我希望有这样的事情 systemctl list-dependencies –before shutdown.service 会做这项工作，但只会发出： shutdown.service
我有一个systemd定义文件安装，但systemd无法使用它。 麻烦是什么，或者我该如何debugging？ ettin:~# ls -l /etc/systemd/system/efl_test_daemon.service -rwxr-xr-x 1 root root 145 Aug 18 13:11 /etc/systemd/system/efl_test_daemon.service ettin:~# /bin/systemctl start efl_test_daemon.service Failed to issue method call: Unit efl_test_daemon.service failed to load: No such file or directory.
将Web服务器从Debian Wheezy升级到Debian Jessie后，每天早上系统日志中会出现以下日志条目。 时间有所不同，但似乎总是发生在大约同一时间（加/减10-15分钟）。 在升级之前，没有任何类似的东西（我记得）。 Oct 23 06:25:02 hostname systemd[1]: Reloading LSB: Apache2 web server. Oct 23 06:25:04 hostname apache2[1545]: Reloading web server: apache2. Oct 23 06:25:04 hostname systemd[1]: Reloaded LSB: Apache2 web server. Oct 23 06:29:10 hostname rsyslogd0: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/0 ] Oct 23 06:29:10 hostname rsyslogd-2359: action 'action […]
我有一个守旧的守护进程，我想用systemd来控制。 当它的configuration文件改变时，它需要被终止并重新启动。 换句话说，在编辑configuration文件后， systemctl reload MYSERVICE应该systemctl reload MYSERVICE进程并重新启动它。 尝试1：尝试默认值。 这告诉systemd如何启动守护进程，但不知道如何重新加载它。 [Service] ExecStart=/usr/bin/MYSERVICE Type=simple 因此， start和restart工作，但reload给出了这个错误： # systemctl reload MYSERVICE Failed to reload MYSERVICE.service: Job type reload is not applicable for unit MYSERVICE.service. 尝试2：告诉它如何杀死进程。 这杀死了进程，但systemd不会重新启动我。 [Service] ExecStart=/usr/bin/MYSERVICE Type=simple ExecReload=/bin/kill -HUP $MAINPID …其次是… # systemctl daemon-reload # systemctl reload MYSERVICE 杀死进程，但不会自动重启。 尝试3：使用ExecReload也重新启动过程。 这失败的原因有几个： ExecReload=/bin/kill -HUP $MAINPID ; […]
我注意到，当我发出reboot命令时，我的SSH连接在CentOS 7上立即closures。这并不意味着服务器已经重新启动，因为我仍然可以ping通它。 看来systemd太早杀死sshd了。 有时服务会停滞不前，或者速度很慢，即使服务器启动，我也无法再login来validation是什么错误。 有没有办法告诉systemd在所有其他服务closures后才杀sshd？
如果我做： journalctl -u my-service 然后一个Shift-F跟随分页，我怎么(interrupt to abort)而不退出寻呼机？ less ，我通常只是^C ，但如果我在journalctl中这样做，它会退出整个寻呼机。