当前位置: 首页 > news >正文

Linux开机自启/etc/init.d和/etc/rc.d/rc.local

文章目录

    • /etc/init.d和/etc/rc.d/rc.local的区别
    • /etc/init.d
    • systemd介绍

/etc/init.d和/etc/rc.d/rc.local的区别

目的不同:
/etc/rc.d/rc.local:用于在系统启动后执行用户自定义命令,适合简单的启动任务。
/etc/init.d:用于管理系统服务的启动、停止和重启,提供更细粒度的服务管理。
执行时机:
rc.local 在所有其他服务启动完成后执行。
/etc/init.d 中的脚本根据运行级别在启动过程中按需执行。
复杂度和灵活性:
rc.local 更简单,适合不需要复杂管理的任务。
/etc/init.d 提供更强大的服务管理功能,适合需要精确控制的系统服务。
随着 systemd 的普及,新的系统通常使用 systemd 服务单元文件来替代传统的 init.d 脚本,但对 rc.local 的支持仍然保留作为一种便捷的方式来执行启动任务。

/etc/init.d

/etc/rc.d/rc.local 和 /etc/init.d 是 Linux 系统中与启动和服务管理相关的两个不同路径。它们在实现和用法上有显著差异。以下是它们的详细区别和各自用途:

  1. 服务管理脚本:/etc/init.d 目录包含了系统初始化脚本和服务管理脚本。这些脚本用于启动、停止、重启和检查系统服务的状态。
  2. 服务控制:每个脚本通常实现 start、stop、restart 和 status 等功能,用于管理特定服务。通过这些脚本,系统管理员可以方便地控制服务的生命周期。
  3. 与运行级别关联:这些脚本通常与系统的运行级别(runlevel)紧密关联。在传统的 SysVinit 系统中,不同的运行级别代表系统的不同状态(如单用户模式、多用户模式等),并决定哪些服务应该在启动时运行。
  4. 与 systemd 的关系:在现代使用 systemd 的系统中,/etc/init.d 目录仍然存在以保持向后兼容,但 systemd 的服务单元文件(*.service)已经成为管理服务的主要工具。
    示例服务脚本
    例如,一个服务脚本可能如下:
#!/bin/sh
# /etc/init.d/my_servicecase "$1" instart)echo "Starting my_service"# Start command for my_service;;stop)echo "Stopping my_service"# Stop command for my_service;;restart)echo "Restarting my_service"# Restart command for my_service;;status)echo "Checking status of my_service"# Status command for my_service;;*)echo "Usage: /etc/init.d/my_service {start|stop|restart|status}"exit 1;;
esacexit 0

/etc/rc.d/rc.local
在很多 Linux 系统中,/etc/rc.d/rc.local 文件是一个用于在系统启动时执行自定义命令和脚本的文件。这种机制在传统的 SysVinit 系统中非常常见。虽然许多现代 Linux 系统已经转向使用 systemd,但仍有一些系统维护对 rc.local 的支持,或者通过兼容层来支持它。
以下是如何使用和编辑 /etc/rc.d/rc.local 文件来添加启动脚本的步骤:
主要特点

  1. 启动脚本:/etc/rc.d/rc.local 是一个脚本文件,用于在系统启动过程中执行用户自定义命令或脚本。它通常用于执行一些简单的初始化任务,如启动特定的应用程序、设置系统参数等。
  2. 执行时机:rc.local 脚本通常在所有其他初始化脚本和服务启动完成后才执行。这意味着它在系统的最后阶段运行,确保所有必要的系统服务和资源都已就绪。
  3. 兼容性:在使用 SysVinit 的传统 Linux 发行版中,这个文件比较常见。对于使用 systemd 的现代发行版,虽然直接支持 rc.local 的情况减少,但可以通过创建 rc-local 服务单元来继续使用。
    示例内容
#!/bin/sh
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full SysV style init stuff.echo "Starting custom tasks"# Custom commands or scripts
/path/to/custom/script.shexit 0
  1. 确保 rc.local 可用
    首先,确保系统支持并启用了 rc.local。在一些基于 systemd 的系统中,可能需要启用 rc-local 服务。
    检查 rc-local 服务状态
    sudo systemctl status rc-local
    如果服务未启用或不存在,你可以创建相应的服务文件:
    创建 rc-local 服务文件(适用于 systemd 系统)
  2. 创建文件 /etc/systemd/system/rc-local.service 并编辑:
    sudo nano /etc/systemd/system/rc-local.service
  3. 添加以下内容:
    [Unit]
    Description=/etc/rc.local Compatibility
    ConditionPathExists=/etc/rc.d/rc.local

[Service]
Type=forking
ExecStart=/etc/rc.d/rc.local start
TimeoutSec=0
StandardOutput=tty
RemainAfterExit=yes
SysVStartPriority=99

[Install]
WantedBy=multi-user.target

  1. 保存并退出编辑器。
  2. 使服务文件生效,并启用和启动 rc-local 服务:
    sudo chmod +x /etc/rc.d/rc.local
    sudo systemctl enable rc-local
    sudo systemctl start rc-local
  3. 编辑 rc.local 文件
  4. 打开 /etc/rc.d/rc.local 文件:
    sudo nano /etc/rc.d/rc.local
  5. 在文件中添加你希望在系统启动时执行的命令或脚本。在大多数系统中,你需要确保文件以 #!/bin/sh 开头,并在结尾返回退出状态码 0。例如:
#!/bin/sh
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full SysV style init stuff.# Print the date to a log file
echo "System started at $(date)" >> /var/log/rc.local.log# Start a custom service or script
/path/to/your/custom/script.shexit 0
  1. 保存并退出编辑器。
  2. 设置执行权限
    确保 /etc/rc.d/rc.local 文件具有可执行权限:
    sudo chmod +x /etc/rc.d/rc.local
    验证
    重新启动系统并检查是否执行了 rc.local 中的命令。例如,如果你将日志记录到 /var/log/rc.local.log,可以查看该日志文件以验证脚本是否正确执行。
    cat /var/log/rc.local.log
    通过这些步骤,你可以在系统启动时执行自定义脚本和命令,从而实现自动化配置和服务启动。尽管 systemd 已经成为主流,但对许多人来说,/etc/rc.d/rc.local 仍然是一个非常方便和熟悉的工具。

项目max-am实战
/etc/rc.d/rc.local

#!/bin/bash
# THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES
#
# It is highly advisable to create own systemd services or udev rules
# to run scripts during boot instead of using this file.
#
# In contrast to previous versions due to parallel execution during boot
# this script will NOT be run after all other services.
#
# Please note that you must run 'chmod +x /etc/rc.d/rc.local' to ensure
# that this script will be executed during boot.touch /var/lock/subsys/localsource /etc/profile# ES start
su - es -c '/opt/elasticsearch-7.10.2/bin/elasticsearch -d'# redis start
/opt/redis-7.0.12/redis_start.sh# mysql start
/opt/mysql/bin/mysqld_safe &# rabbitmq start
nohup /opt/rabbitmq_server-3.7.16/sbin/rabbitmq-server –detached > /dev/null &
# zookeeper start
/opt/zookeeper/zookeeper.sh start &

在这里插入图片描述

systemd介绍

systemd 是一个用于管理 Linux 操作系统中的系统和服务启动的系统和服务管理器。它被设计为取代传统的 SysVinit 系统,旨在提供更快的启动时间、并行启动能力和更好的系统管理功能。systemd 已经成为许多主流 Linux 发行版的默认初始化系统,包括 Red Hat Enterprise Linux、Fedora、Debian 和 Ubuntu 等。
主要特点
下面是 systemd 的一些主要特点:

  1. 并行启动:systemd 可以并行启动系统中的各个服务,而不像传统的 SysVinit 需要按顺序依次启动每个服务,从而大大缩短了启动时间。
  2. 自动化任务管理:systemd 使用单元文件来描述系统中的各种任务和服务,这些单元文件可以很容易地配置启动、停止、重启和状态检查等操作。
  3. 集成性:systemd 提供了广泛的功能,包括日志记录、用户会话管理、挂载点管理等,使得它成为一个全面的系统和服务管理解决方案。
  4. 可靠性:由于其对 Linux 系统的深度整合,systemd 能够更可靠地处理系统启动和服务管理,同时提供更多的故障排除和监控功能。
    systemd 单元
    在 systemd 中,系统中的各种任务和服务都被表示为单元。这些单元可以是服务单元(*.service)、挂载点单元(*.mount)、设备单元(*.device)、定时器单元(*.timer)等等。每个单元都有一组属性,用来描述其行为和依赖关系。
    与传统的 SysVinit 的比较
    相对于传统的 SysVinit,systemd 具有以下优势:
  • 更快的启动时间
  • 更好的并行性
  • 更灵活的任务和服务管理
  • 更强大的故障排除和监控能力
    总结
    在系统管理员和开发者的角度看,systemd 是一个功能强大、高效的系统和服务管理器,为 Linux 系统带来了许多现代化的特性和改进。它已经成为许多流行的 Linux 发行版的标准初始化系统,对于新的 Linux 系统来说,系统管理员通常需要熟悉并掌握 systemd 的使用和配置。

相关文章:

  • LDO电容选型指南
  • mysql 字符串字段判断是否包含某个字符串的方法
  • 为企业提供动力:用于大型组织的WordPress
  • React中Hooks--useEffect | useState | useCallback | useMemo
  • 架构师工作报告
  • 一篇讲清楚怎么选算力租赁平台!
  • 什么情况下需要使用接地电阻柜
  • AI + 3D:用单个图像和文本提示创建可交互的3D世界
  • 产品经理经验分享:电商类项目开发需要了解常用的电商API接口
  • 记录一下 Chrome浏览器打印时崩溃问题
  • ifconfig eth0 hw ether
  • 单链表的创建及排序
  • 【Python】Redis数据库
  • SQL优化选对执行计划,查询速度提升1000倍 | OceanBase 应用实践
  • 长期保存红酒的挑战与应对策略
  • @angular/forms 源码解析之双向绑定
  • 【笔记】你不知道的JS读书笔记——Promise
  • Angular 响应式表单 基础例子
  • CoolViewPager:即刻刷新,自定义边缘效果颜色,双向自动循环,内置垂直切换效果,想要的都在这里...
  • Docker下部署自己的LNMP工作环境
  • JAVA_NIO系列——Channel和Buffer详解
  • JS变量作用域
  • leetcode378. Kth Smallest Element in a Sorted Matrix
  • node 版本过低
  • vue-cli在webpack的配置文件探究
  • zookeeper系列(七)实战分布式命名服务
  • 湖南卫视:中国白领因网络偷菜成当代最寂寞的人?
  • 理解IaaS, PaaS, SaaS等云模型 (Cloud Models)
  • 手写一个CommonJS打包工具(一)
  • 数组的操作
  • 一些css基础学习笔记
  • 译自由幺半群
  • 湖北分布式智能数据采集方法有哪些?
  • ​LeetCode解法汇总1410. HTML 实体解析器
  • #我与Java虚拟机的故事#连载07:我放弃了对JVM的进一步学习
  • (DenseNet)Densely Connected Convolutional Networks--Gao Huang
  • (博弈 sg入门)kiki's game -- hdu -- 2147
  • (分布式缓存)Redis持久化
  • (附源码)ssm航空客运订票系统 毕业设计 141612
  • (十三)Java springcloud B2B2C o2o多用户商城 springcloud架构 - SSO单点登录之OAuth2.0 根据token获取用户信息(4)...
  • (学习日记)2024.01.09
  • (转)平衡树
  • (转)使用VMware vSphere标准交换机设置网络连接
  • ****三次握手和四次挥手
  • .NET 5.0正式发布,有什么功能特性(翻译)
  • .NET Core 版本不支持的问题
  • .NET Core 成都线下面基会拉开序幕
  • .net core 调用c dll_用C++生成一个简单的DLL文件VS2008
  • .NET 设计模式—适配器模式(Adapter Pattern)
  • .Net的C#语言取月份数值对应的MonthName值
  • /etc/motd and /etc/issue
  • []常用AT命令解释()
  • []指针
  • [ABP实战开源项目]---ABP实时服务-通知系统.发布模式
  • [ACL2022] Text Smoothing: 一种在文本分类任务上的数据增强方法