在 中bash,当我cd ~sys在任何地方键入时,我都会以/dev. 它与提示中zsh一样,但包含~sys/dev
我检查过 Kubuntu 22.04、Ubuntu 20.04、Raspbian 9.13。
谷歌搜索没有产生任何结果。
我在这里遇到了一个问题,我尝试使用 Ansible 自动进行设置。
某些步骤需要与 交互apt,但有时我会收到错误消息,因为无人值守升级已启动并已锁定。这将使剧本停止。
我已经尝试了很多方法来解决这个问题,最成功的是重复失败的 apt 命令。
但这不能扩展,也不是 100% 可靠并且感觉很糟糕。
我选择apt -y purge unattended-upgrades在剧本的开头发出权利。我也试过apt -y remove unattended-upgrades,但那个似乎还在工作时回来了。清除似乎在退出之前关闭无人值守升级,这就是我想要的。
但事实证明,即使是那个调用也apt -y purge unattended-upgrades可能由于锁定而失败。所以我把它改成了while [[ $(dpkg -l | grep -P "unattended-upgrades" | wc -c) -ne 0 ]]; do apt -y purge unattended-upgrades; done,但偶尔也会失败(我不知道为什么)
我需要一个命令,该命令在执行时会立即终止并隐藏无人值守的升级,无论它是否正在运行,并保证一旦该命令返回它就不会再启动,直到我apt install再次明确表示为止。如果该命令需要一分钟来完成它的工作,那没关系。
此外,系统没有安装 Python,所以 Ansible 只发出raw命令,直到我设法安装 Python,这应该是在成功调用之后apt -y update
我处于可以轻松触发无人值守升级的状态,因为这是一个 VM,一旦我发出date -s更正过时日期的命令,无人值守升级就会启动。启动 VM 后,我有几分钟的时间直到date自动更正,然后开始无人值守升级。
这就是我现在正在做的:
- name: Disable autoupdate …Run Code Online (Sandbox Code Playgroud) 我有一台运行 Ubuntu 16.04.3 LTS 的小型 Celeron 机器,每次我需要重新启动它(大约一个月一次)时,我都必须关闭它,拔掉插头并再次打开它。
问题是它不会自动重启,因为它会停止并显示消息Reached target Shutdown。所以我已经停止使用sudo reboot,而是sudo poweroff改为使用,此后不久就会出现该消息。
当我等待几分钟时,会显示一条附加消息3102533.654120 unregister_netdevice: waiting for lo to become free. Usage count=1。第二个(在时间测量中)计数器很高,大约是 3102533,这相当于大约 36 天,可能是上次重新启动的时间。所以仍然有一些东西在后台运行,发出该消息。
由于这之前已经发生过,而且大部分谷歌点击都与 Docker 相关,我确保停止所有容器docker stop $(docker ps -a -q),并sudo systemctl stop docker在发出sudo poweroff.
在那种奇怪的关机状态下,也无法通过正常按下电源按钮来关闭机器电源(非常长按会关闭电源,iirc)并且按下重置按钮也不会重新启动机器,我发现这是很奇怪。这是一个http://www.asrock.com/mb/Intel/N3150DC-ITX/
最让我担心的是“hdd”灯(它是 ssd)偶尔闪烁,好像它在与光盘交互,这让我害怕在拔下电源插头时会损坏某些东西。https://www.youtube.com/watch?v=T3ojE1un7WE
拔插头安全吗?我怎样才能找到这个问题的原因?我不能用机器重新启动太多东西,因为它托管了一些不断被访问的数据库。
上面是 2 月 12 日,接下来是 3 月 16 日
我只是再次“重新启动”了机器。与上述相同的过程,因为它不会关闭。
这次我apt upgrade/dist-upgrade在重新启动之前没有这样做,后来我这样做了,以确保升级的某些东西不是导致此问题的原因。
我在等待它关闭时按了几次 ctrl-alt-del,它没有效果,直到出现一条消息:
2s内按Ctrl-Alt-Del超过7次,立即重启
(我认为我没有那么快地按下它们,我相信它们以某种方式被缓存了或者我按下了很长时间)然后是
2697473.41.. systemd-shutdown[1]:无法完成 DM 设备,忽略(DM 之前的额外空间是该消息的一部分) …