sysv-rc-conf
原理是将rcX.d的S改为K。
按照标准，有K的连接指向，一般就不会产生S的了。
在 2010年8月13日 下午10:47，User 写道：
>
>
> 想安装一个 vsftpd 服务，但又希望它不要在启动时自动运行，而是需要时手
> 工启动。最简单的方法就是将 /etc/rcX.d/ 下的符号链接删除。但一旦遇上更新，
> 被删除的文件又会自动重新创建。有一个工具 rcconf 似乎也是将符号链接删除，
> 能够对更新“免疫”吗？有许多资料讲了各种各样的方法，似乎都是些不太规范的
> 做法。什么方法才是符合 Debian Policy 的标准做法？
>
能省多少不用去做优化，从架构上大致分析一下就能得出结果。我并不反对程序优化，但是优化要由专注于这个模块的人去进行。再有就是，一个做这些优化本身是没有任何意义的，甚至还会带来混乱。因为“优化”本身是有风险的，普通用户不了解这些风险，也没有软件的架构和设计文档，更不会去对每个改动做单元测试、系统测试等等一系列的测试工作，所以每个优化带来的，都是无限的未知风险，而最终也是这个用户本身去承担这些风险。
在商业软件上，很多客户都会犯这样的毛病。在客户验收的时候，客户们总是自作聪明的给你出点子优化系统，但是大部分情况下，你都需要花费很长时间给客户解释为什么这个优化方案行不通。因为往往在外行看来很理所当
2010-08-13(Friday) 22:48:00 +0800, Quinn Li :
> update-rc.d --force vsftpd remove
这种方法能够对更新“免疫”吗？
--
To UNSUBSCRIBE, email to debian-chinese-gb-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100814
update-rc.d --force vsftpd remove
2010/8/13 User
>
>
> 想安装一个 vsftpd 服务，但又希望它不要在启动时自动运行，而是需要时手
> 工启动。最简单的方法就是将 /etc/rcX.d/ 下的符号链接删除。但一旦遇上更新，
> 被删除的文件又会自动重新创建。有一个工具 rcconf 似乎也是将符号链接删除，
> 能够对更新“免疫”吗？有许多资料讲了各种各样的方法，似乎都是些不太规范的
> 做法。什么方法才是符合 Debian Policy 的标准做法？
>
> 有一个要求，不能修改文件 /etc/init.d/vsftpd 因为我
想安装一个 vsftpd 服务，但又希望它不要在启动时自动运行，而是需要时手
工启动。最简单的方法就是将 /etc/rcX.d/ 下的符号链接删除。但一旦遇上更新，
被删除的文件又会自动重新创建。有一个工具 rcconf 似乎也是将符号链接删除，
能够对更新“免疫”吗？有许多资料讲了各种各样的方法，似乎都是些不太规范的
做法。什么方法才是符合 Debian Policy 的标准做法？
有一个要求，不能修改文件 /etc/init.d/vsftpd 因为我需要用命令
/etc/init.d/vsftpd start 手动启动。
--
To UNSUBSCRIBE, em
现在的机器都是若干G内存，就算浪费个几M也没关系
做嵌入的另说，一般也不用debian了吧
--
0...@mininews.info
2010/8/12 Zhang Jiarui
> 能省多少？有这宝贵时间干点别的不好么。优化半天，减少几兆内存占用，有意义么？
>
如果不去优化，是根本不知道能省多少。优化是永恒的范畴。
> 2010/8/10 User
>
>>
>>
>> 我基本上是一个“Linux 内核盲”，只懂得一点简单的知识：如果某项功能编
>> 译成内核模块，那它就是“按需加载”；只要不用到它，就只是浪费一点硬盘空间，
>> 而不会占用宝贵的内存。但有些东西必须直接编译进内核，否则会无法启动。
>>
>>Debian 是一个通用的操作系统。既然通用，就要将全世界形形色色的各种用
>> 户都考虑
7 matches
Mail list logo
