ubuntu开机启动rc.local无效

最新推荐文章于 2024-05-21 00:18:04 发布

原创最新推荐文章于 2024-05-21 00:18:04 发布 · 1.5w 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#ubuntu #开机启动

ubuntu 专栏收录该内容

17 篇文章

订阅专栏

我的ss突然生效了，想起来昨天linode发过邮件，说是机器会重启，记得配置时候有处理过开机启动的问题，但还是觉得会是此问题，今天来重新启动下ss就好了，那么如何搞定开机启动的问题呢？为什么在rc.local中添加的命令未能执行？

搜索中知道rc.local不生效的原因可能是：1.跟runlevel有关，但查看之后发现没问题；2.跟dash有关，ubuntu现在默认shell执行/bin/sh指向dash，改为bash依旧无效。

同时知道执行rc.local实际是在 /etc/init.d/rc.local 中，检查是否存在 /etc/rc.local，如果有，则执行其内命令。仔细查看此文件，在开头存在一句PATH=/sbin:/usr/sbin:/bin:/usr/bin，我试过直接执行/etc/rc.local是没有问题的，那么会不会是和特定的环境变量有关？然后which查看需要处理的命令，位于/usr/local/bin，好吧，问题找到了，在命令之前增加相应的环境变量，问题解决。

2021.02.03 更新：

评论区答疑：
Q: 环境变量如何添加？
A: 昨晚补了一篇博客《Ubuntu 环境变量设置》，但是此处可以通过修改 PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/bin 来解决，当然需要先通过 which 命令查询命令所在目录

-- PATH=/sbin:/usr/sbin:/bin:/usr/bin
++ PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/bin

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

dezng

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
5
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

rc.local开机启动不生效的解决

叱咤少帅的博客

10-07

2375

rc.local开机启动不生效的解决

ubuntu20.04 设置 rc.local 开机自启动脚本一文配置

weixin_44025389的博客

12-21

2883

系统：ubuntu20.04LTS 本来觉得似乎好像是一件简单的事情。

5 条评论您还未登录，请先登录后发表或查看评论

linux rc.local不生效

cpych的专栏

05-21

1083

（不成功看日志 systemctl status rc-local.service 即可）1. 权限问题直接 chmod 755 /etc/rc.d/rc.local 即可。于是修改，并且日志指的是需要javac，因此需要建立javac的软链接。环境复杂造成，系统中有多个版本的JDK，导致tomcat无法启动。ls -l /usr/bin/java 发现指向的不是我的JDK。

rc.local文件开机不执行

MssGuo的博客

07-18

5262

前言环境：Centos7.9 rc.local文件开机不执行前些天在做Linux项目的时候发现，需要有些组件开机自启动，所有把脚本放到了 /etc/rc.local 下，同时也查看了rc.local 文件的权限，如下： [oracle@iflytek etc]$ ll /etc/rc.local lrwxrwxrwx. 1 root root 13 Jul 16 16:23 /etc/rc.local -> rc.d/rc.local rc.local 文件已经有可执行权限，可是centos重

ubuntu的rc.local不起作用的问题

yangxt_love的博客

12-22

872

原因是ubunu系统使用的默认bash shell 被更换成了dash shell。而/etc/rc.local脚本中用的正是/bin/sh。所以错误。2 将默认的shell改成bash，就可以解决这个问题，提供两个方法： 1. 终端执行 sudo dpkg-reconfigure dash，然后选择 no (推荐) 2. sudo rm /bin/sh sudo l

ubuntu rc.local不能正常运行

求索

02-13

2681

查了下rc.local有时不能正常运行的原因：Ubuntu默认将/bin/sh链接到 /bin/dash，而/etc/rc.local脚本中用的正是/bin/sh，导致出错。将默认的shell改成bash的方法: sudo dpkg-reconfigure dash 然后选择 no 即可。重新进行软链接 sudo rm /bin

关于在rc.local中添加命令导致Linux系统无法开机的解决方案

qq_40380893的博客

09-01

4287

关于在rc.local中添加命令导致Linux系统无法开机问题的解决方案 1、问题描述由于一次不正确的操作导致Linux系统出现异常，每次开机编译程序时都提醒Makefile文件不同步，需要在命令行中手动同步一下时间。每次开机都需要执行一条相同的语句，这个操作让我觉得十分麻烦，想到Linux系统的 /etc/rc.local 文件中的命令可以开机自动执行，于是我就想到把我需要执行的命令放到这个文件中，这样每次开机就不需要我手动同步了。结果这条命令在开机时同步了系统时间，打乱了正常开机时的一些设置

Ubuntu18.04设置开机启动脚本__NVIDIA Jetson xavier NX设置开机启动脚本

热门推荐

C/C++、嵌入式开发、深度学习算法、模型部署与推理优化

06-24

1万+

参考文献: ubuntu18.04中如何设置开机启动脚本，开机启动命令https://blog.csdn.net/xiaoxiao_yingzi/article/details/100520171 ubuntu18.04 设置开机启动脚本 https://www.jianshu.com/p/85039842d318

nvidia jetson xavier打开风扇，并设置开机启动

C/C++、嵌入式开发、深度学习算法、模型部署与推理优化

06-30

9168

英伟达的jetson xavier 或者NX打开风扇都是通过修改下面的文件实现的。 vim /sys/devices/pwm-fan/target_pwm 或者直接 sudo sh -c "echo 150 > /sys/devices/pwm-fan/target_pwm" 但是修改上述文件的时候，重启之后失效，因此可以通过设置开启自启动的方式使风扇的设置重启继续生效，下...

07-24

由于Jetson Nano使用的是Ubuntu 18.04或20.04，我们可以使用rc.local方法。步骤如下： 1. 创建或编辑`/etc/rc.local`文件，并添加启动命令。 2. 给`/etc/rc.local`文件添加可执行权限。 3. 启用rc.local服务...

解决Ubuntu开机启动项rc.local不工作的问题

Kiritow的学园

03-03

1万+

整个过程异常困难，还好最后成功了。首先尝试了在/etc/init.d下新建自己的脚本，然后加权限【sudo chmod +x 脚本】，接下来配置开机启动【sudo update-rc.d 脚本 defaults】。按理说这样就OK了，但是此处可能会看到一个missing LSB tag的错误，可以选择忽视掉，解决办法之一是非常粗暴的删除insserv这个东西（用apt删），另一种办法是添加他要的那...

Ubuntu开机之后没有执行/etc/rc.local文件中的脚本

zxxcandy007的博客

06-16

1652

从Ubuntu 6.10开始，默认使用dash(theDebian Almquist Shell)而不是bash(the GNUBourne-Again Shell). 但Login Shell还是bash。这样就将/bin/sh链接到了/bin/bash。会执行/etc/rc.local文件中的脚本，所以我们可以直接在/etc/rc.local中添加启动脚本。1、将/etc/rc.local文件里的"#!但是出现了问题----Ubuntu系统的开机之后没有执行/etc/rc.local文件中的脚本。

ubuntu rc.local 为何不执行？

liujian8654562的博客

10-04

3254

rc.local的调试 #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In orde...

ubuntu中rc.local无效

weixin_34194317的博客

10-24

243

在ubuntu中写了一点iptables规则，但是，竟然iptables竟然无效，经过多方查找问题。。。眼泪。。。终于发现是rc.local竟然没有运行，我晕。仔细检查iptables脚本n遍，没有发现问题。但是，重启后仍然没有运行。 iptables表为空。于是，单独拿出一条规则，在终端运行，在用iptables -L进行检查，结果正常显示。经过网络搜索后，有人提示说：可能默认的sh不是ba...

Linux开机启动文件rc.local无法执行，开机后手动可以启动文件

yibuchen的博客

01-11

1万+

在linux下，如需添加随系统启动而自动运行的服务，只需在/etc/rc.d/rc.local 脚本文件中添加即可。 1、但是遇到一个问题是脚本开机后在terminal下可以正常运行，放在/etc/rc.d/rc.local中没有正常运行或者执行失败其运行的命令或程序不带路径，如脚本中的命令如下 python ccp_vs/virtual_service_thread.py

ubuntu rc.local 无效解决方案(转)

qq_38472465的博客

10-02

231

ubuntu rc.local 无效解决方案(转)

rc.local开启启动无效

liaoyanyunde的博客

02-14

5557

通过在/etc/rc.local添加指令来实现开机自启动，是我们用的比较多的自定义开机自启动方式但是经常会出现添加完指令，开机启动无效的问题，具体的原因有3个 1、/etc/rc.local不是软连接 ln -s /etc/rc.d/rc.local /etc/rc.local 2、rc.local没有可执行权限 chmod +x /etc/rc.d/rc.local 3、添加的指令，没有使用绝...

Ubuntu中使用 rc.local开机自启卡死的解决办法

weixin_73701209的博客

03-06

1515

我们在启动时疯狂按ctrl + alt + F1/F2/F3（三个中先选一个）会分别进入三个虚拟终端（TTY1/TTY2/TTY3）。现在我们就可以用命令行进行操作了，我们先停止这个病毒程序（我的程序是按下 ctrl + c 终止），之后进入shell文件所在的文件夹里删除shell文件的内容。造成黑屏卡死的原因是我们已经做到了自启动，但是shell文件有错误造成源程序启动失败。于是我们的shell文件会一直去尝试自启动源程序，结果造成了系统阻塞，我们就在开机登陆时卡住了。（“病毒文件”在日志中的显示）

启动Ubuntu出现failed to isolate default execution

最新发布

09-01

<think> 首先，用户的问题是：“Ubuntu启动时出现 'failed to isolate default execution' 错误的解决方案”。我需要基于提供的引用和之前的系统指令来回答。回顾系统指令： - 所有行内数学表达式使用 `$...$` 格式。 - 独立公式使用 `$$...$$` 并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 引用的段落末尾自然地添加引用标识，例如 [^1]。提供的引用： - [^1]: 关于在Linux上手动安装组件，没有自动化工具。 - [^2]: 示例如何在Ubuntu上设置开机自动运行程序，涉及 systemd 和 rc.local。 - [^3]: 解决Docker命令中的路径问题。 - [^4]: 运行某个映射工具的示例命令。用户的错误是“failed to isolate default execution”，这听起来像是 systemd 相关的错误。因为 systemd 是 Ubuntu 的初始化系统，负责启动服务和管理进程。从引用 [^2] 中，提到了 systemd service 文件（rc.local.service），这可能与系统启动相关。错误消息“failed to isolate default execution”可能与 systemd 的单元隔离或执行失败有关。常见原因： - Systemd 配置文件错误。 - 服务依赖问题。 - 权限问题。 - 系统资源限制。在引用 [^2] 中，显示了 rc.local.service 的配置，这可能是一个线索。错误可能发生在启动过程中尝试执行某个服务时。可能的解决方案： 1. **检查 systemd 单元文件**: 确保相关服务文件（如 rc.local 或其他服务）配置正确。 2. **查看日志**: 使用 `journalctl` 命令查看启动日志。 3. **权限问题**: 确保脚本有执行权限。 4. **依赖问题**: 检查服务单元的依赖关系。用户引用中提到 rc.local 的设置，所以错误可能与自定义启动脚本相关。结构化回答： - 解释错误。 - 提供步骤解决。 - 基于引用 [^2] 添加引用标识。 - 使用中文。 - 结尾生成相关问题。由于引用 [^2] 是关于设置 rc.local 的，我应该将其融入回答中。回答大纲： 1. **介绍错误**: 指出错误可能与 systemd 相关，涉及服务启动。 2. **步骤解决**: - 检查 systemd 日志。 - 审查服务单元文件。 - 确保脚本权限正确。 - 引用 [^2] 的例子说明如何设置 rc.local。 3. **生成相关问题**。确保使用正确的格式： - 行内变量如路径使用 `$PATH` 格式。 - 命令示例使用代码块。 - 独立公式不需要，因为没有数学。最终回答： - 用中文。 - 清晰、逐步。 - 添加引用。 </think> ### Ubuntu启动时出现“failed to isolate default execution”错误的解决方案 “failed to isolate default execution”错误通常与 Ubuntu 的 systemd 初始化系统相关，表示在系统启动过程中无法隔离或执行默认的服务单元（unit），可能由配置错误、权限问题或依赖冲突引起。以下是基于系统调试经验的逐步解决方案。整个过程需要 root 权限（使用 `sudo` 命令），请确保在终端中操作。 #### 1. **查看详细日志以定位错误根源** - 使用 `journalctl` 查询 systemd 启动日志，过滤错误关键字： ```bash sudo journalctl -b -p err | grep "failed to isolate default execution" ``` - `-b` 表示本次启动日志，`-p err` 过滤错误级别消息。 - 日志输出会显示具体失败的服务名（如 `.service` 文件），帮助精准定位问题。例如，日志可能指向 `rc-local.service` 或自定义单元[^2]。 #### 2. **检查相关服务单元文件** - 错误常由服务单元配置不当引起，如依赖缺失或路径错误： - 找出日志中提到的服务名称（假设为 `example.service`），查看其配置文件： ```bash sudo systemctl cat example.service ``` - 检查关键字段： - `After` 确保依赖服务（如 `network.target`）已正确声明。 - `ExecStart` 确保脚本路径正确且可执行。 - 参考引用 [^2] 中的示例，`rc.local.service` 依赖于 `network.target` 并定义执行路径 `/etc/rc.local`。如果您的错误涉及类似服务，确认 `ConditionFileIsExecutable` 和 `ExecStart` 路径无误[^2]。 #### 3. **验证脚本权限和内容** - 如果错误关联自定义脚本（如 `/etc/rc.local`），确保： - 脚本有可执行权限： ```bash sudo chmod +x /etc/rc.local # 示例路径，根据实际情况替换 ``` - 脚本内容无语法错误：使用文本编辑器（如 `vim`）检查。 ```bash sudo vim /etc/rc.local ``` - 在脚本开头添加 shebang（如 `#!/bin/bash`），避免执行失败。引用 [^2] 显示，缺少 shebang 可能引发类似问题[^2]。 #### 4. **重新加载 systemd 并测试服务** - 修改配置后，重新加载 systemd： ```bash sudo systemctl daemon-reload sudo systemctl restart example.service # 替换为实际服务名 ``` - 测试服务是否正常启动： ```bash sudo systemctl status example.service ``` - 如果状态显示“active (running)”，则问题解决；否则，根据错误消息调整配置。 #### 5. **处理依赖或资源限制问题** - 如果日志显示资源不足（如内存或进程隔离失败），检查系统限制： ```bash systemd-run --unit=test-unit --slice=user.slice sleep 10 ``` - 此命令测试默认执行隔离是否成功。如果失败，可能需要调整 systemd 全局设置（编辑 `/etc/systemd/system.conf`），例如增加 `DefaultMemoryLimit`。 - 确保所有依赖服务已启用： ```bash sudo systemctl enable network.target # 示例常见依赖 ``` #### 注意事项 - **备份配置文件**：在进行任何修改前，备份相关文件（如 `cp /etc/systemd/system/example.service ~/backup`），避免误操作导致启动失败。 - **错误常见场景**：此错误多发生在自定义开机脚本（如 rc.local）或容器化环境（引用 [^3] 中 Docker 命令的路径问题类似），确保路径和环境变量正确[^3]。 - 如果上述步骤无效，尝试启动到恢复模式（GRUB 菜单选择“Advanced options”），修复损坏的包： ```bash sudo apt install --reinstall systemd ``` 通过以上步骤，大多数“failed to isolate default execution”错误可以解决。关键是通过日志定位源头，并验证服务单元的配置和权限[^2]。