标签: reboot

GNOME 桌面已安装在 CentOS7 上使用sudo yum -y groups install "GNOME Desktop"，startx执行时桌面启动。但是，当系统重新启动时，会出现以下问题：

当c已执行发生以下情况：

1 结果是：

和打字 2

取消选中该框，问题仍然存在。

解决问题的尝试

根据这个问答，1应该执行来解决问题，但这没有帮助。

问题

1. 为什么系统重启后会出现这个问题？
2. 如果可以通过发出某些命令来接受许可证，如何避免每次系统启动时都需要执行这些命令？
3. 最后一个也是主要的问题是如何避免在启动时出现这个接受许可证提示？

我使用的是 Linux Mint 17。我遇到了意外的软件故障。

桌面没有任何反应。

由于我没有经验，我只使用托管切换到控制台CTRL+ ALT+ F1，然后重新启动使用机器：

reboot

有没有更合适的程序？

根据此答案 和此错误报告， 您可以简单地将脚本放入

/usr/lib/systemd/system-shutdown/

或在 Debian 中

/lib/systemd/system-shutdown/

让它在重启或关机时执行。从

https://www.freedesktop.org/software/systemd/man/systemd-halt.service.html：

在执行实际系统halt/poweroff/reboot/kexec systemd-shutdown 之前，将运行/usr/lib/systemd/system-shutdown/ 中的所有可执行文件，并向它们传递一个参数：“halt”、“poweroff”、“rebo​​ot” " 或 "kexec"，取决于选择的操作。此目录中的所有可执行文件都是并行执行的，并且在所有可执行文件完成之前不会继续执行操作。

我的脚本在How to run a script at shutdown on Debian 9 or Raspbian 8 (Jessie) 中描述为：

#!/bin/sh
touch /test

但是，它似乎无法在我的 Debian 系统上运行，我什至将其报告为bug。

当我使用该命令时，last -x reboot shutdown我得到如下输出：

reboot   system boot  2.6.32-279.14.1. Tue Jul 18 22:03 - 03:20  (05:17) 
shutdown system down  2.6.32-279.14.1. Tue Jul 18 22:02 - 22:03  (00:00) 
reboot   system boot  2.6.32-279.14.1. Tue Jul 18 17:10 - 22:02  (04:52) 
reboot   system boot  2.6.32-279.14.1. Tue Jul 18 17:08 - 22:02  (04:54) 
shutdown system down  2.6.32-279.14.1. Tue Jul 18 17:08 - 17:08  (00:00) 

我无法理解这些条目的含义；例如，做了一个shutdown发生在17:08随后是reboot在17:08持续了哪些04:54？如果是这样，发生了17:10-22:02什么？

我想确切了解所有时间戳的含义（包括括号中的差异）。我尝试man last并在网上搜索，但找不到解释。如果有人可以提供上述 5 …

我正在使用 cPanel（最新版​​本）运行在 CentOS 上运行的服务器，我将它设置为使用 yum 自动更新。由于它需要重新启动才能更新内核（以及其他可能的东西），我想知道是否有任何方法可以确定是否需要重新启动？

编辑：服务器是一个 VPS，它在 OpenVZ 上运行。由于 OpenVZ 的工作方式/boot/vmlinuz，yum list installed kernel没有也不行。

CentOS Linux 默认允许所有用户使用命令halt和reboot.

如何配置我的系统，以便只有 root 用户有权访问halt/reboot系统？

我在 VMware + SAN 上有几个 Linux VM。

发生了什么

SAN 上出现问题（失败路径），因此有一段时间，Linux VM 驱动器上出现 I/O 错误。当路径故障转移完成时，为时已晚：每台 Linux 机器都认为其大部分驱动器不再“值得信赖”，将它们设置为只读设备。根文件系统的驱动器也受到影响。

我试过的

• mount -o rw,remount / 没有成功，
• echo running > /sys/block/sda/device/state 没有成功，
• 深入挖掘/sys以找到解决方案，但没有成功。

我可能没有尝试过的

• blockdev --setrw /dev/sda

最后...

我不得不重新启动我所有的 Linux VM。Windows 虚拟机很好...

来自 VMware 的更多信息...

问题描述为here。VMware 建议增加 Linux scsi 超时以防止发生此问题。

问题！

但是，当问题确实最终会发生，有没有办法让驱动器回读写模式？（一旦 SAN 恢复正常）

如果我用“at”来安排一些事情，

$ at noon
warning: commands will be executed using /bin/sh
at> echo "Will I be created?" > /tmp/at_test
at> <EOT>
job 12 at Fri Jun 30 12:00:00 2017

如果我在执行时间之前重新启动机器，我的命令会被执行吗？

cron与从文件中安排任务的常规程序不同，是否at将此“信息”存储在某处？

我在 Dell PowerEdge R210 上运行 Arch Linux。它的负载不高，只有几个脚本正在运行。没有像网络服务这样的任何软件——只有基础系统。服务器之前一直运行良好，没有进行任何更改，但它开始每隔几天随机关闭一次。服务器受可信赖的 UPS 保护，但即使在没有 UPS 的情况下直接插入，它也会不断关闭，因此这不是电源问题。我通过每分钟执行传感器实用程序来监控温度，直到服务器关闭——没有错，所有传感器都显示接近 30 度的温度。所以这不是散热问题。机箱启用了ipmi，所以每次关机后我都可以执行“power on”ipmi 命令，服务器启动并正常运行。

“restart_cause”中没有任何内容：

$ ipmitool -H 10.5.5.32 -U root -I lanplus chassis restart_cause
System restart cause: unknown

机箱日志中没有任何内容：

$ ipmitool -H 10.5.5.32 -U root -I lanplus sel list
   1 | 07/23/2019 | 06:33:43 | Event Logging Disabled #0x72 | Log area reset/cleared | Asserted
   2 | 07/24/2019 | 09:51:50 | Physical Security #0x73 | General Chassis intrusion () | Asserted
   3 |  Pre-Init  |0000000032| Physical Security #0x73 …

我有一个 kvm 虚拟机，它似乎会随机重新启动。我在 syslog 中没有看到任何有关重新启动、关闭、错误、核心转储、恐慌等的信息。主机上的 libvirtd 日志中也没有错误，qemu 日志中也没有错误，主机上也没有任何错误。

似乎某个随机进程可能正在调用虚拟机内的重新启动系统调用？我能想到的就只有这些了...

我如何确定是什么原因造成的？操作系统是Debian。