我想在另一个之前运行一个 sysvinit 脚本并想出如何做到这一点。
为了确保这实际上按照我喜欢的顺序发生,我想查看一个列表,按照发生的顺序。
我sudo insserv --showall已经找到了,但不能确定它的头或尾,因为它多次列出 init 脚本。
如何找出 /etc/init.d 脚本在 Debian 上加载的顺序?
假设您下载了一个源代码文件夹,其中包含一个现有/debian/文件夹和/debian/control文件。
假设有问题的软件包不在 Debian 官方存储库中,因此apt-get build-dep无法使用。
如何解析Build-Depends:行?
例如,如果该行将读取Build-Depends: debhelper (>= 8), faketime,是否有一些工具control-parse debian/control build-depends可以回显debhelper faketime?
特别是当它是多线时?
是否有现有的 Debian 工具或有一个可以编写自己的代码来解析它的工具?
我可以只输入一次我的 gpg 密码并解锁我的所有子密钥(签名、解密、身份验证)吗?
目前,我需要输入我的 gpg 密码三次(用于签名、解密、身份验证)。这很不方便。
我试图想出一个shell脚本。
#!/bin/bash
set -x
set -e
set +o history
signing_key=77BB3C48
encryption_key=CE998547
tempfile="$(mktemp)"
echo "test" > testfile
unset passphrase || exit 1
read -sp 'Enter password. ' passphrase ; echo
exec 3<<<"$passphrase"
gpg2 --no-tty --use-agent --batch --yes --passphrase-fd 3 --sign-with "$signing_key" --clearsign "$tempfile"
gpg2 --no-tty --use-agent --verify "$tempfile.asc"
gpg2 --no-tty --use-agent --yes --armor --recipient "$encryption_key" --encrypt "$tempfile"
exec 3<<<"$passphrase"
gpg2 --no-tty --use-agent --batch --decrypt --passphrase-fd 3 "$tempfile.asc"
Run Code Online (Sandbox Code Playgroud)
但不幸的是,这样密码 gnupg-agent 不会缓存密码。这可以解决吗?
系统信息:
由于结合使用 Debian 拉伸(默认使用 systemd)和sdwdate(使用慢时钟调节器( gh )),我的系统时钟经常更改。
结果journalctl -f被无休止地发送垃圾邮件。
[...]
Nov 07 13:46:49 host systemd[766]: Time has been changed
Nov 07 13:46:50 host systemd[766]: Time has been changed
Nov 07 13:46:51 host systemd[766]: Time has been changed
[...]
Run Code Online (Sandbox Code Playgroud)
这在使用 sysvinit 的 Debian wheezy 上不是问题。
如何将 systemd 配置为不向Time has been changed日志发送消息?
一个相关的问题如何在 Debian jessie 上的 /var/log/syslog 中禁用 systemd 的“时间已更改”消息垃圾邮件?已解决,但该解决方案在这里不起作用。
Ubuntu 的do-release-upgrade命令将操作系统升级到最新版本。Debian 出于相同目的(升级到最新的稳定版本)的方式或工具是什么?
systemd 有许多默认值,可以被 Linux 发行版修改。(默认值,我的意思是一般的 systemd 设置。不是特定于单元的设置。)我怎样才能看到这些值的转储?
例如,我有兴趣看看是什么DefaultTasksMax。
假设有人删除了以下文件。
/etc/init.d/.depend.boot
/etc/init.d/.depend.start
/etc/init.d/.depend.stop
Run Code Online (Sandbox Code Playgroud)
如何让它们再生?
我有一个稀疏文件。(du -h报告 3G 和du -h --apparent-size报告 100G。)到目前为止,一切都很好。
现在,当我想使用 压缩文件tar或使用将其通过网络发送时rsync,它将需要与 3G 一样多的时间。似乎这些工具读取所有零。
我认为这些洞是以某种方式标记的,而这些工具可以以某种方式跳过它们?
我的文件可能没有问题?
这是一个缺失的功能,tar而rsync不是寻找稀疏文件吗?我使用了tar参数--sparse,但这并没有加快速度。rsync参数也没有--sparse。
有没有办法在稀疏文件上加快这些工具的速度?
自定义操作是什么意思?这里有些例子。
sudo service apache2 stop-htcacheclean
sudo service apache2 graceful-stop
sudo service apache2 start-htcacheclean
sudo service apparmor recache
Run Code Online (Sandbox Code Playgroud)
在将 sysvinit 脚本移植到 systemd 服务时如何重新实现这些?
systemd 的问题是,不能有条件地使用区分守护进程参数?
以及如何在遵守 Debian 政策的同时做到这一点?
或者您是否知道已经支持此类自定义/遗留操作的任何示例 Debian systemd 服务?
debian ×6
systemd ×3
apt ×2
gpg ×2
sysvinit ×2
aptitude ×1
command-line ×1
deb ×1
dist-upgrade ×1
gpg-agent ×1
init ×1
init.d ×1
packaging ×1
rsync ×1
shell-script ×1
sparse-files ×1
startup ×1
tar ×1
upgrade ×1