rc.local是Linux系统中的一个重要的开机启动文件,每次开机都要执行这个文件.但是有一些用户的Linux系统无法执行这个文件,并导致了一系列的问题.遇到这个问题我们应该怎么办呢? 在Linux系统中,有一个重要的开机自动启动脚本文件: /etc/rc.local--->/etc/rc.d/rc.local 不小心删除了,然后重新创建了一个,但问题出来了,无法自动执行了. 原因: 开机启动的/etc/rc.d/rc3.d/ 文件夹下的链文件失去效应了,修改下即可. 解决方法: 把/etc/

一直卡这F5查看日志,最后一行出现A start job is running for /etc/rc.d/rc.local Comp... 原因是rc.local权限设错了解决方法:1.进入单用户模式:https://www.cnblogs.com/junjind/p/8993420.html2.进入 /etc/rc.d/rc.local 修改权限 我是这样改的:chmod a-x rc.local3.修改权限时出现:chmod: changing permissions of ‘…’: Re

问题:本想将teamviewer这个软件随linux自启动,所以将其启动命令放在rc.local中,但是重启后发现linux启动不起来了,系统前面都是正常启动的,就是无法进入帐户登陆界面,无法输入root帐号密码,不能登陆到系统.     按了ctrl+c,ctrl+z,quit,exit都无效. 解决办法:通过单用户模式进入linux,修改系统配置. 在使用GRUB引导程序的时候如何进入单用户模式? 解决方法: 使用GRUB时,可以添加一个S(大写S)到内核命令行,可以进入单用户模式. 要做到

登陆shell与交互式非登陆shell的区别 登录shell 所谓登录shell,指的是当用户登录系统时所取的那个 shell.登录shell属于交互式shell. 登录shell将查找4个不同的启动文件来处理其中的命令. bash shell处理文件的顺序如下: /etc/profile /etc/profile.d等待配置文件 $HOME/.bash_profile $HOME/.bash_login $HOME/.profile /etc/profile是bash shell在系统上的主默

有时我们自己在/etc/rc.d/rc.local里面增加的随机器启动的脚本和指令总是不能自动加载和启动,,机器启动后手动执行脚本又能成功,经常被搞得晕头转向的.最近我经过1天的辛苦测试和查找资料,终于解决了这问题,解决方式如下,/etc/rc.d/rc.local文件的文件头是#!/bin/sh ,我们把这修改成#!/bin/sh -x,这样系统启动后就会把/etc/rc.d/rc.local里面的指令或脚本不能执行的日志写入/var/log/messages ,我们查看messages文件内

为了能科学地上网,你懂的.其中需要将服务端做成开机启动.然而脚本在secure crt下能正常运行,添加到/etc/rc.local下却无法正常启动服务.用ps查找了下,脚本是运行了,但服务没起来.于是折腾了一通,怀疑是不是路径找不到的原因.然而export了一下PATH,妥妥的. 原脚本 #! /bin/sh #进程名字可修改 PRO_NAME=ssserver PORT=不告诉你 PASS=不告诉你 while true ; do #用ps获取$PRO_NAME进程数量 NUM=`ps au

linux有自己一套完整的启动体系,抓住了linux启动的脉络,linux的启动过程将不再神秘. 本文中假设inittab中设置的init tree为: /etc/rc.d/rc0.d/etc/rc.d/rc1.d/etc/rc.d/rc2.d/etc/rc.d/rc3.d/etc/rc.d/rc4.d/etc/rc.d/rc5.d/etc/rc.d/rc6.d/etc/rc.d/init.d 目录 1. 关于linux的启动2. 关于rc.d3. 启动脚本示例4. 关于rc.local5. 关

场景:/etc/rc.local有语句 /usr/local/apache/bin/apachectl start mysql cactidb -u root -p123456 -e ' set global sql_mode=NO_ENGINE_SUBSTITUTION' 问题:mysql命令没有执行 思考: 1.两条命令,第一条成功,第二条不成功,从执行语句可以看到,第一条采用了绝对路径,第二条并没有,是否是环境变量的问题? 2.经查看,环境变量里面包含了mysql所在路径 3.经过查找资料

在CentOS系统下,主要有三种方法设置自己安装的程序开机启动.1.把启动程序的命令添加到/etc/rc.d/rc.local文件中,比如下面的是设置开机启动httpd. #!/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 ful

为了让mysql开机启动,我将mysql命令添加到/etc/rc.local中,但怎么也运行不了.一开始认为只是/etc/rc.local的权限问题,但通过以下命令修改后,还是不起作用. sudo chmod +x /etc/rc.local  // 增加可执行权限sudo chmod +s /etc/rc.local  // 让普通用户执行该文件时拥有文件所有者的权限      后来Google之后才发现是Ubuntu默认的dash在作怪:#ls -al /bin/sh lrwxrwxrwx

init.d目录中包含很多系统服务的启动和停止脚本,比较常用的就是网络服务,当你修改了网络配置时,可以自行 sudo /etc/init.d/networking restart  命令来重启网络服务. rc.local脚本是在系统启动之后执行的脚本,如果你有一些想要开机后自动完成的操作,可以将其命令写入该脚本.比如开启ssh.挂载共享文件夹等等.例如: sudo mount -t vboxsf downloads /mnt/downloads/ sudo apt-get install ope

s centos7开启网卡功能 https://blog.csdn.net/nkd50000/article/details/78903479 网卡默认是关闭的,未分配ip地址,解决办法: 1.修改文件 vim  /etc/sysconfig/network-scripts/ifcfg-enp1s0 TYPE=Ethernet BOOTPROTO=dhcp DEFROUTE=yes PEERDNS=yes PEERROUTES=yes IPV4_FAILURE_FATAL=no IPV6INIT

放置在开机自启动里面没有自动启动 查看文件/etc/rc.local发现是一个软连接 修改源文件的执行权限即可 chmod 755 /etc/rc.d/rc.local 查看日志可以看到开机自启动过程 tail -n100 /var/log/messages|grep rc.local PS:假如开机自启动报环境变量错误可以在开机自启动程序前面加上source /etc/profile

我们知道,例如我们直接yum 安装的httpd mysqld之类的服务可以直接systemctl enable mysql使服务自动启动,但是,我们应该关心的是但是的那部分 例如nginx,我的话,我一般是选择使用安装包安装 那么我们怎么让nginx自启动呢,我说的是最简单的方法,不是像官网那样,还要写一堆脚本.而我,我的要求只是nginx开机自启,管他重启停止什么的(说到这个,我忽然想起,这个我们好像也可以直接把nginx执行脚本的路径放到系统环境中) 很简单,编辑vi /etc/rc.d/r

本文将自己遇到的一些自定义脚本加入开机启动项却不成功的问题加以说明,花费了我很长时间才得以解决,当然也多谢了自己朋友的帮忙,正是因为他们的提醒,最后才找到了解决的办法,谢谢他们!!!! 系统是centos5.5  应用:nginx+perl+fastcgi以及tomcat 现有几个脚本需加入/etc/rc.local里让他们开机自己启动,如下: # vi /etc/rc.local /usr/local/nginx/sbin/start_perl_cgi.sh stop /usr/local/n

Ubuntu 16.04设置rc.local开机启动命令/脚本的方法       Ubuntu 16.04设置rc.local开机启动命令/脚本的方法(通过update-rc.d管理Ubuntu开机启动程序/服务) 注意:rc.local脚本里面启动的用户默认为root权限. 一.rc.local脚本 rc.local脚本是一个Ubuntu开机后会自动执行的脚本,我们可以在该脚本内添加命令行指令.该脚本位于/etc/路径下,需要root权限才能修改. 该脚本具体格式如下: #!/bin/sh -

/etc/rc.d/rc.local似乎是很多Linux系统管理员的偏爱,因为凡是需要随系统自动启动的服务.程序等,只要系统没有提供Sys V风格的启动脚本,就把这些需求都塞到/etc/rc.d/rc.local. 当然,绝大部分情况下,你会发现这一切都工作得很正常,看上去也很美好.不过,当你遇到了一些诡异的问题的时候,也许你应该好好的去看看/etc/rc.d/rc.local里都写了什么了? 虽然/etc/rc.d/rc.local 的描述是你可以把你需要的自动启动的程序放到这里,不过那仅仅只

http://blog.chinaunix.net/space.php?uid=10167808&do=blog&id=26042   1)BIOS自检2)启动Grub/Lilo3)加载内核4)执行init进程5)通过/etc/inittab文件进行初始化6)登陆Linux 1)BIOS自检   a)POST(Power On Self Test),对硬件进行检测   计算机在通电后首先由BIOS进行自检,即所谓的POST(Power On Self Test),对硬件进行检测   依据B

rc.local的日志内容默认是/var/log/boot.log /etc/rc.d/rc.local文件的文件头是#!/bin/sh ,我们把这修改成#!/bin/sh -x,这样系统启动后就会把/etc/rc.d/rc.local里面的指令或脚本不能执行的日志写入/var/log/messages,或者/var/log/boot.log里,自己验证 下面的配置会把rc.local里要执行的sh脚本的日志内容输出到/tmp/rc.local.log里 exec 1>/tmp/rc.local

在ubuntu中写了一点iptables规则,但是,竟然iptables竟然无效,经过多方查找问题...眼泪... 终于发现是rc.local竟然没有运行,我晕.仔细检查iptables脚本n遍,没有发现问题.但是,重启后仍然没有运行. iptables表为空.于是,单独拿出一条规则,在终端运行,在用iptables -L进行检查,结果正常显示. 经过网络搜索后,有人提示说:可能默认的sh不是bash导致,脚本不兼容,从而没有执行. 注意:有的ubuntu16.04系统默认都没有rc.local

Linux嵌入式相关项目走到最后很难避开要开机自启一些应用程序或者脚本等,最近也在帮助同事做这个事情,以前自己玩板子的时候都是较为随便的在/etc/rc.local中添加就可以了,但是项目的话还是走标准一些,不仅为了自己以后的维护,也为了以后同事的维护.所以分享下面的文章 推荐: 启动脚本和service.chkconfig:http://blog.csdn.net/taiyang1987912/article/details/41698817 转自:http://blog.csdn.net/l