
《liNUX实 *** :linux 系统开机启动项清理》要点:
本文介绍了liNUX实 *** :linux 系统开机启动项清理,希望对您有用。如果有疑问,可以联系我们。
一般情况下,常规用途的 linux 发行版在开机启动时拉起各种相关服务进程,包含许多你可能无需使用的服务,例如蓝牙bluetooth、Avahi、 调制解调管理器Modemmanager、ppp-dns(LCTT 译注:此处作者笔误 ppp-dns 应该为 pppd-dns) 等服务进程,这些都是什么东西?用于哪里,有何功能?
Systemd 提供了许多很好的工具用于查看系统启动情况,也可以控制在系统启动时运行什么.在这篇文章中,我将阐明在 Systemd 类发行版中如何关闭一些令人讨厌的进程.
查看开机启动项
在过去,你能很容易通过查看 /etc/init.d 了解到哪些服务进程会在引导时启动.Systemd 以分歧的方式展现,你可以使用如下命令罗列允许开机启动的服务进程.
$ systemctlList-unit-files --type=service |grep enabledaccounts-daemon.service enabledanacron-resume.service enabledanacron.service enabledbluetooth.service enabledbrltty.service enabled[...]在此列表顶部,对我来说,蓝牙服务是冗余项,因为在该电脑上我不必要使用蓝牙功能,故无需运行此服务.下面的命令将停止该服务进程,并且使其开机不启动.
$ sudosystemctl stop bluetooth.service$ sudosystemctl disable bluetooth.service你可以通过下面命令确定是否 *** 作胜利.
$ systemctl status bluetooth.servicebluetooth.service -Bluetooth serviceLoaded: loaded (/lib/systemd/system/bluetooth.service; Disabled; vendor preset: enabled)Active: inactive (dead)Docs:man:bluetoothd(8)停用的服务进程仍然能够被另外一个服务进程启动.如果你真的想在任何情况下系统启动时都不启动该进程,无需卸载该它,只必要把它掩盖起来就可以阻止该进程在任何情况下开机启动.
$ sudosystemctl mask bluetooth.serviceCreated symlink from/etc/systemd/system/bluetooth.service to /dev/null.一旦你对禁用该进程启动而没有呈现负面作用感到满意,你也可以选择卸载该程序.
通过执行命令可以得到如下服务列表:
$ systemctlList-unit-files --type=service UNIT file STATE accounts-daemon.service enabledacpID.service Disabledalsa-restore.service staticalsa-utils.service masked你不能启用或禁用静态服务,因为静态服务被其他的进程所依赖,并不意味着它们本身运行.
哪些服务能够禁止?
如何知道你需要哪些服务,而哪些又是可以平安地禁用的呢?它总是依赖于你的个性化需求.
这里举例了几个服务进程的作用.许多服务进程都是发行版特定的,所以你应该看看你的发行版文档(好比通过 Google 或 StackOverflow).
accounts-daemon.service 是一个潜在的平安风险.它是 AccountsService 的一部分,AccountsService 允许程序获得或 *** 作用户账户信息.我不认为有好的理由能使我允许这样的后台 *** 作,所以我选择掩盖mask该服务进程.avahi-daemon.service 用于零配置网络发现,使电脑超容易发现网络中打印机或其他的主机,我总是禁用它,别漏掉它.brltty.service 提供布莱叶盲文设备支持,例如布莱叶盲文显示器.deBUG-shell.service 开放了一个巨大的平安漏洞(该服务提供了一个无密码的 root shell,用于帮助 调试 systemd 问题),除非你正在使用该服务,否则永远不要启动服务.Modemmanager.service 该服务是一个被 dbus 激活的守护进程,用于提供移动宽频broadband(2G/3G/4G)接口,如果你没有该接口,无论是内置接口,还是通过如蓝牙配对的电话,以及 USB 适配器,那么你也无需该服务.pppd-dns.service 是一个计算机发展的遗物,如果你使用拨号接入互联网的话,保留它,否则你不需要它.rtkit-daemon.service 听起来很可怕,听起来像是 rootkit. 但是你需要该服务,因为它是一个实时内核调度器real-time kernel scheduler.whoopsIE.service 是 Ubuntu 错误报告服务.它用于收集 Ubuntu 系统崩溃报告,并发送报告到 https://daisy.ubuntu.com . 你可以放心地禁止其启动,或者永久的卸载它.wpa_supplicant.service 仅在你使用 Wi-Fi 连接时需要.系统启动时发生了什么?
Systemd 提供了一些命令赞助调试系统开机启动问题.该命令会重演你的系统启动的所有消息.
$ journalctl-b--Logsbegin at Mon2016-05-0906:18:11 PDT,end at Mon2016-05-0910:17:01 PDT.--May1606:18:11 studio systemd-journal[289]:Runtime journal (/run/log/journal/)is currently using8.0M.Maximum allowed usage isset to 157.2M.Leaving at least 235.9M free (of currently available 1.5G of space).Enforced usage limit is thus 157.2M.[...]通过敕令 journalctl -b -1 可以复审前一次启动,journalctl -b -2 可以复审倒数第 2 次启动,以此类推.
该命令会打印出大量的信息,你可能并不关注所有信息,只是关注其中问题相关部分.为此,系统提供了几个过滤器,用于赞助你锁定目标.让我们以进程号为 1 的进程为例,该进程是所有其它进程的父进程.
$ journalctl _PID=1May0806:18:17 studio systemd[1]:Starting LSB:Raise network interfaces....May0806:18:17 studio systemd[1]:Started LSB:Raise network interfaces..May0806:18:17 studio systemd[1]:Reached target SystemInitialization.May0806:18:17 studio systemd[1]:Started CUPS Scheduler.May0806:18:17 studio systemd[1]:Listening on D-BusSystemMessageBusSocketMay0806:18:17 studio systemd[1]:Listening on CUPS Scheduler.[...]这些打印消息显示了什么被启动,或者是正在测验考试启动.
一个最有用的命令工具之一 systemd-analyze blame,用于赞助查看哪个服务进程启动耗时最长.
$ systemd-analyze blame8.708s gpu-manager.service8.002sNetworkManager-wait-online.service5.791s MysqL.service2.975s dev-sda3.device1.810s alsa-restore.service1.806ssystemd-logind.service1.803s irqbalance.service1.800s lm-sensors.service1.800s grub-common.service这个特定的例子没有呈现任何异常,但是如果存在系统启动瓶颈,则该命令将能发现它.
via: https://www.linux.com/learn/cleaning-your-linux-startup-process
作者:DavID Both 译者:penghuster 校对:wxy
本文由 LCTT 原创编译,linux中国 荣誉推出
本文永远更新链接地址:
内存溢出PHP培训学院每天发布《liNUX实 *** :linux 系统开机启动项清理》等实战技能,PHP、MysqL、liNUX、APP、Js,CSS全面培养人才。
总结以上是内存溢出为你收集整理的LINUX实 *** :Linux 系统开机启动项清理全部内容,希望文章能够帮你解决LINUX实 *** :Linux 系统开机启动项清理所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)