如何在Ubuntu启动时自动运行脚本,所以启动后不必手动运行它们?
如何在Ubuntu启动时自动运行脚本,所以启动后不必手动运行它们?
Answers:
根据您需要运行的脚本类型。对于服务等,您应该使用upstart。但是对于用户脚本,它们应该由gnome作为会话脚本启动!在系统>首选项>启动应用程序下查看。
附带说明一下,如果您需要在终端登录时运行某些脚本,可以将其添加到主目录中的.bash_login文件中。
一个简单的命令(不需要保持运行状态)可以使用Upstart作业,例如:
start on startup
task
exec /path/to/command
将此.conf
文件保存为/etc/init
(如果您需要在系统启动时以root身份运行)或~/.config/upstart
(如果您需要在登录时以用户身份运行)文件。
system->pref->startup applications
中找不到/etc/init/
或中列出的应用程序~/.config/upstart
。那么启动应用程序在哪里定义?
一种方法是添加@reboot cron任务:
crontab -e
将允许您编辑cron。在上面添加一行:
@reboot /path/to/script
计算机启动后将执行该脚本。
@reboot
关键字是一个不错的提示,因为它尚未广为人知。
man 5 crontab
表示@reboot
在启动时执行(启动cron守护程序时)。
rc.local
因为到目前为止,系统似乎已进行了更多设置(PATH等)。奇怪的是,它是那么很难称之为东西后系统启动..
如何将命令添加到/etc/rc.local
?您必须使用sudo访问权限来编辑此文件。
sudo nano /etc/rc.local
chmod 755 rc.local
,然后添加#!/bin/bash
到第一行。
要在启动时使用运行(短命)1命令systemd
,可以使用type的systemd单位OneShot
。例如,创建/etc/systemd/system/foo.service
包含:
[Unit]
Description=Job that runs your user script
[Service]
ExecStart=/some/command
Type=oneshot
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
然后运行:
sudo systemctl daemon-reload
sudo systemctl enable foo.service
本质上,这只是将典型的Upstart作业转换为systemd 作业(请参阅Systemd中的Upstart用户)。
您可以使用多ExecStart
行代码从同一服务文件运行多个命令:
[Service]
ExecStart=/some/command
ExecStart=/another/command some args
ExecStart=-/a/third/command ignore failure
该命令必须始终以完整路径给出。如果任何命令失败,则其余命令将不运行。-
路径前的A 告诉systemd忽略非零退出状态(而不是将其视为失败)。
相关:
对于用户会话,可以~/.config/systemd
改为在其中创建systemd单元。此版本应在16.04及更高版本上运行,但不适用于具有systemd的Ubuntu早期版本(因为那些仍在用户会话中使用Upstart的版本)。可以使用与系统服务相同的命令来控制用户会话单元,但是--user
添加了以下选项:
systemctl --user daemon-reload
systemctl --user status foo.service
请注意,与Upstart不同,systemd不会Exec*
通过Shell 运行命令。它;
本身会执行一些有限的变量扩展和多个命令(以分隔),但就象shell语法一样就可以了。对于更复杂的事情,例如重定向或管道,请将命令包装在sh -c '...'
或中bash -c '...'
。
1与长期存在的守护程序相对。
WantedBy
这里使用,例如,使得当它开始multi-user.target
为止。您可以使用Before
,After
,Requires
等见man systemd.unit
RemainAfterExit
取决于您启动的服务及其所需的行为。例如,/bin/df -h
<s>将</ s>应具有RemainAfterExit=no
。
df
需求RemainAfterExit=no
。除非您希望每次运行都重复执行该命令systemctl start foo
。
有多种自动运行命令的方式:
该新贵系统将执行从它发现在目录中配置的所有脚本/etc/init
。这些脚本将在系统启动期间运行(或响应某些事件,例如关闭请求),因此可以运行不与用户交互的命令。使用此机制启动所有服务器。
您可以在以下网址找到易读的简介:http : //upstart.ubuntu.com/getting-started.html手册页,man 5 init
并man 8 init
提供了完整的详细信息。
.gnomerc
每次登录GNOME会话时,都会自动获取在主目录中命名的Shell脚本。您可以在其中放置任意命令;您在会话中运行的任何程序都将看到在此脚本中设置的环境变量。
请注意,直到.gnomerc
脚本完成,会话才开始。因此,如果要自动启动某些长时间运行的程序,则需要附加&
到该程序调用上,以便将其与正在运行的shell分离。
菜单选项“ 系统”->“首选项”->“启动应用程序”使您可以定义在图形会话启动时应启动哪些应用程序(Ubuntu预定义了一些应用程序),并根据您的喜好添加或删除它们。这与.gnomerc
脚本的目的和范围几乎相同,除了您不需要了解sh
语法(但您也不能使用任何sh
编程构造)。
.gnomerc
显然在加载Unity 之前运行,并且Startup Applications
显然在加载Unity 之后运行。我必须运行一个位于Unity菜单栏上的程序,在这种情况下,它产生了巨大的变化!
sudo update-rc.d myscript.sh defaults
,其中/etc/init.d/myscript.sh是您的脚本,它也在启动时运行。
$HOME/.config/autostart
.desktop
可以将文件放在此处,它将在启动时执行。.desktop
文件的示例示例:
将以下.desktop
文件放入$HOME/.config/autostart
并给出chmod +x
:
[Desktop Entry]
Type=Application
Exec="</path/to/script>"
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=true
Name=Startup Script
这"</path/to/script>"
是用您的路径替换的script.sh
(通常建议/usr/local/bin
这样做-可以通过直接命令say myscript
替换为来执行"</path/to/script>"
)。
的示例示例script.sh
:
#!/bin/bash
<commands to be executed>
exit
结果:
.desktop
将启动文件,$HOME/.config/autostart
从中执行脚本Exec=
因此,您可以在启动时运行所需的Shell脚本!
为了简单起见,您可以在System-> Preferences-> Sessions中添加一个指向脚本位置的命令。
另外,您也可以将其添加到/etc/init.d/rc.local,或者在级别较低的东西上进行新手工作。
cron
实施的答案与最高票数不同该答案仍然使用,cron
但使用的方法与投票最高的答案不同。自Ubuntu 16.04起可以使用,但可能支持得更快。cron
从16.04 开始启动计算机时,我只是开始使用它来运行作业。
cron
运行?在评论中有人问“他们什么时候跑?”。您可以在syslog / journalctl中告诉:
$ journalctl -b | grep cron
Jan 02 16:54:40 alien cron[919]: (CRON) INFO (pidfile fd = 3)
Jan 02 16:54:40 alien cron[919]: (CRON) INFO (Running @reboot jobs)
Jan 02 16:54:40 alien systemd[1]: Started Run anacron jobs.
Jan 02 16:54:40 alien anacron[949]: Anacron 2.3 started on 2018-01-02
Jan 02 16:54:40 alien anacron[949]: Normal exit (0 jobs run)
Jan 02 16:54:40 alien CRON[952]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[954]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[951]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[950]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 02 16:54:40 alien CRON[985]: (root) CMD ( /usr/local/bin/cron-reboot-cycle-grub-background)
Jan 02 16:54:40 alien CRON[954]: pam_unix(cron:session): session closed for user root
Jan 02 16:54:40 alien cron[919]: sendmail: Cannot open smtp.gmail.com:587
Jan 02 16:54:40 alien CRON[952]: pam_unix(cron:session): session closed for user root
Jan 02 16:54:40 alien cron[919]: sendmail: Cannot open smtp.gmail.com:587
Jan 02 16:54:40 alien CRON[950]: pam_unix(cron:session): session closed for user root
要注意的一件事是,cron
可以通过电子邮件向您发送作业的运行状态和@reboot
作业的运行情况,因此早期的网络管理器和电子邮件将不会运行,除非您sleep
在脚本中输入命令。
将您的脚本放在目录中/etc/cron.d
:
$ ll /etc/cron.d
total 44
drwxr-xr-x 2 root root 4096 Nov 26 19:53 ./
drwxr-xr-x 139 root root 12288 Dec 31 13:58 ../
-rw-r--r-- 1 root root 244 Dec 28 2014 anacron
-rw-r--r-- 1 root root 148 Feb 18 2017 cycle-grub-background
-rw-r--r-- 1 root root 138 Mar 5 2017 display-auto-brightness
-rw-r--r-- 1 root root 460 Nov 26 19:53 nvidia-hdmi-sound
-rw-r--r-- 1 root root 102 Feb 9 2013 .placeholder
-rw-r--r-- 1 root root 224 Nov 19 2016 touch-vmlinuz
-rw-r--r-- 1 root root 700 Aug 5 11:15 turn-off-hyper-threading
这是我已设置为运行每次引导的几个脚本:
$ cat /etc/cron.d/cycle-grub-background SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
@reboot root /usr/local/bin/cron-reboot-cycle-grub-background
$ cat /etc/cron.d/touch-vmlinuz
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
@reboot root touch "/boot/vmlinuz-"`uname -r`
@reboot
。
crontab -e
它,因为它具有类似vim的界面,因此有人认为这是一种妖术。另一方面,这个答案可能会吸引那些以某种方式连接大脑的人。我们并非都来自同一模具。再说一次,这个答案已经被否决了,所以我们让民主走她的路。
crontab -e
在星号(“ *”)的几分钟,几小时等时间内显示出星号(“ *”)的记忆,我一直在寻找Google指示。我仍然找到使用方法/etc/cron.d
,/etc/cron.daily
然后选择了。特别是因为它是镜像/etc/udev/rules.d
和/etc/systemd/system-sleep
方法。看起来很合适。
您应该为此使用新贵。Upstart用于自动启动的Ubuntu进程。与旧的System-V init.d脚本一样,它是一个增强的解决方案。它还允许您在脚本开始处添加先决条件(即,是否需要网络运行?等)。