linux重新启动命令

linux系统重新启动命令是什么？让我们一起来了解下。

基本介绍：reboot命令用于用来重新启动计算机，reboot命令重启必须要root用户才有权限。

入门测试：

重新启动：

# reboot

代码说明及拓展：

-n 在重开机前不做将记忆体资料写回硬盘的动作

-w 并不会真的重开机，只是把记录写到 /var/log/wtmp 档案里

-d 不把记录写到 /var/log/wtmp 档案里（-n 这个参数包含了 -d）

-f 强迫重开机，不呼叫 shutdown 这个指令

-i 在重开机之前先把所有网络相关的装置先停止

今天的分享就是这些，希望能帮助大家。

Linux重新启动命令

如何在 Linux 重启或启动时执行命令或脚本？

在 Linux 的世界里，掌握在系统重启或启动时执行命令或脚本的技能，就如同拥有了一把开启自动化运维大门的神奇钥匙。无论是进行系统初始化设置、启动特定服务，还是执行数据备份等任务，都能通过这种方式实现高效自动化。本文将带您深入探索在 Linux 重启或启动时执行命令或脚本的多种方法，为您的 Linux 运维之旅增添强大助力。

在早期的 Linux 系统中，rc.local是一个广为人知且常用的方式来在启动时执行自定义命令或脚本。它就像是系统启动流程中的一个“万能口袋”，您可以将任何想要在系统启动完成后立即执行的任务放入其中。

要使用rc.local，首先需要编辑/etc/rc.local文件。这个文件通常是一个可执行的脚本，在系统的启动过程接近尾声时被调用。例如，假设我们有一个简单的脚本，用于在系统启动时打印一条欢迎信息并启动一个自定义的服务。我们可以这样操作：

使用您喜欢的文本编辑器（如vi或nano）打开/etc/rc.local文件：

sudo vi /etc/rc.local

在文件中添加以下内容：

#!/bin/bash# 打印欢迎信息echo "欢迎回到 Linux 世界！"# 启动自定义服务/home/user/myservice startexit 0

这里需要注意的是，在rc.local文件中添加的命令或脚本必须是可执行的，并且要确保路径正确。另外，exit 0语句表示脚本正常退出，如果在执行过程中出现错误，可以根据实际情况返回相应的错误码。

不过，随着现代 Linux 系统的发展，rc.local的使用方式可能会有一些变化。在某些系统中，它可能默认是被禁用的，需要您手动启用。例如，在一些基于systemd的系统中，您可能需要先执行以下命令来启用rc-local服务：

sudo systemctl enable rc-local

然后再编辑/etc/rc.local文件并添加您的命令或脚本。这种方式虽然传统，但对于一些简单的启动任务仍然非常有效，尤其是在一些不适合或不方便使用其他复杂系统服务管理工具的场景下。

在现代 Linux 系统中，systemd已经成为了主流的初始化系统和服务管理器。它提供了一种高度灵活和强大的方式来管理系统服务，当然也包括在启动时执行命令或脚本。

使用systemd来创建一个在启动时执行的服务单元，就像是精心打造一个自动化的小助手，它能够按照您的要求在系统启动的特定阶段准确无误地执行任务。

首先，我们需要创建一个服务单元文件。假设我们要创建一个名为mybootscript.service的服务单元，用于在启动时执行一个位于/home/user/bootscript.sh的脚本。可以按照以下步骤操作：

创建服务单元文件：

sudo vi /etc/systemd/system/mybootscript.service

在文件中添加以下内容：

[Unit]Description=My Boot Script ServiceAfter=network.target[Service]Type=oneshotExecStart=/home/user/bootscript.sh[Install]WantedBy=multi-user.target

在这个服务单元文件中，[Unit]部分描述了服务的基本信息，After=network.target表示这个服务在网络服务启动之后执行。[Service]部分定义了服务的类型为oneshot，即只执行一次，ExecStart指定了要执行的脚本路径。[Install]部分则表明这个服务在多用户模式下应该被启动。

创建好服务单元文件后，需要重新加载systemd的配置：

sudo systemctl daemon-reload

然后启用这个服务：

sudo systemctl enable mybootscript.service

这样，在系统下次启动时，/home/user/bootscript.sh脚本就会被自动执行。如果您想要立即测试这个服务，可以使用以下命令：

sudo systemctl start mybootscript.service

使用systemd服务单元的好处是它能够很好地与系统的其他服务和资源进行整合，您可以对服务的启动顺序、依赖关系等进行精细的控制。而且，systemd还提供了丰富的日志和监控功能，方便您查看服务的执行情况和排查问题。例如，如果您的脚本执行出现错误，您可以通过以下命令查看服务的日志：

sudo journalctl -u mybootscript.service三、init.d 脚本

对于一些基于SysVinit系统的 Linux 发行版或者在兼容SysVinit脚本的场景下，init.d脚本仍然是一种可行的在启动时执行命令或脚本的方式。init.d脚本就像是系统启动过程中的一群勤劳的小工匠，每个脚本负责启动、停止或管理一个特定的服务或任务。

要创建一个init.d脚本，首先需要在/etc/init.d目录下创建一个脚本文件。例如，我们创建一个名为myinitdscript的脚本：

sudo vi /etc/init.d/myinitdscript

在脚本中添加以下基本结构：

#!/bin/bash# 描述信息### BEGIN INIT INFO# Provides: myinitdscript# Required-Start: $remote_fs $syslog# Required-Stransform: translateY( $rem)ote_fs $syslog# Default-Start: 2 3 4 5# Default-Stransform: translateY( 0 1 6# Short-Description: My Init.d Script# Description: This script is used to perform custom tasks during system) startup and shutdown.### END INIT INFOcase "$1" in start) # 启动时执行的命令或脚本 echo "Starting myinitdscript" /home/user/myscript.sh start ;; stop) # 停止时执行的命令或脚本 echo "Stopping myinitdscript" /home/user/myscript.sh stop ;; *) echo "Usage: $0 {start|stop}" exit 1 ;;esacexit 0

在这个脚本中，### BEGIN INIT INFO和### END INIT INFO之间的部分提供了关于脚本的一些元信息，如提供的服务名称、启动和停止的依赖关系等。case语句则根据传入的参数（start或stop）来决定执行相应的启动或停止操作。

创建好脚本后，需要给它赋予可执行权限：

sudo chmod x /etc/init.d/myinitdscript

然后，可以使用以下命令将脚本添加到系统的启动和关闭序列中：

sudo update-rc.d myinitdscript defaults

这样，在系统启动和关闭时，myinitdscript就会根据相应的参数执行/home/user/myscript.sh脚本中的启动或停止操作。需要注意的是，init.d脚本的编写需要遵循一定的规范和约定，并且在不同的 Linux 发行版中可能会有一些细微的差异。但总体来说，它为兼容传统的SysVinit系统提供了一种有效的解决方案。

虽然cron任务主要是用于定时执行任务，但我们也可以巧妙地利用它来实现在系统启动时执行命令或脚本。cron就像是一个精准的时钟管家，能够在您设定的特定时间点或时间间隔执行任务，而系统启动时也可以看作是一个特殊的时间点。

要使用cron在启动时执行任务，需要编辑/etc/crontab文件。例如，我们想要在系统启动时执行一个数据清理脚本/home/user/cleanup.sh，可以在/etc/crontab文件中添加以下内容：

@reboot root /home/user/cleanup.sh

这里的@reboot表示在系统重启或启动时执行，root表示以root用户身份执行脚本，后面是脚本的路径。

需要注意的是，cron任务的执行依赖于cron服务的正常运行。在一些系统中，cron服务可能默认是启用的，但如果您发现cron任务没有按照预期执行，可以检查cron服务的状态并确保其正常运行：

sudo service cron status

如果cron服务未运行，可以使用以下命令启动它：

sudo service cron start

使用cron在启动时执行任务的优点是它的设置相对简单，而且可以方便地与其他定时任务一起管理。但需要注意的是，由于cron任务的执行时间可能会受到系统负载和其他因素的影响，所以对于一些对时间要求非常精确的启动任务，可能不是最佳选择。