使用Make管理器非常简单，只需在make命令的后面键入目标名即可建立指定的目标，如果直接运行make，则建立Makefile中的第一个目标。

此外 make 还有丰富的命令行选项，可以完成各种不同的功能。下表3.17 列出了常用的make命令行选项。

表3.17 make的命令行选项

命 令 格 式 含 义

-C dir 读入指定目录下的Makefile

-f file 读入当前目录下的file文件作为Makefile

-i 忽略所有的命令执行错误

-I dir 指定被包含的Makefile所在目录

-n 只打印要执行的命令，但不执行这些命令

-p 显示make变量数据库和隐含规则

-s 在执行命令时不显示命令

-w 如果make在执行过程中改变目录，则打印当前目录名

Makefile 的规则是Make 进行处理的依据，它包括了目标体、依赖文件及其之间的命令语句。一般的，Makefile 中的一条语句就是一个规则。在上面的例子中，都显示地指出了Makefile中的规则关系，如“$(CC) $(CFLAGS) -c $< -o $@”，但为了简化Makefile的编写，make还定义了隐式规则和模式规则，下面就分别对其进行讲解。

1．隐式规则

隐含规则能够告诉make 怎样使用传统的技术完成任务，这样，当用户使用它们时就不必详细指定编译的具体细节，而只需把目标文件列出即可。Make 会自动搜索隐式规则目录来确定如何生成目标文件。如上例就可以写成：

OBJS = kang.o yul.o

CC = Gcc

CFLAGS = -Wall -O -g

sunq : $(OBJS)

$(CC) $^ -o $@

为什么可以省略后两句呢？因为Make的隐式规则指出：所有“.o”文件都可自动由“.c”

文件使用命令“$(CC) $(CPPFLAGS) $(CFLAGS) -c file.c –o file.o”生成。这样“kang.o”和“yul.o”就会分别调用“$(CC) $(CFLAGS) -c kang.c -o kang.o”和“$(CC) $(CFLAGS) -c yul.c -o yul.o”生成。

注意:

在隐式规则只能查找到相同文件名的不同后缀名文件，如“kang.o”文件必须由“kang.c”文件生成。

表 3.16 给出了常见的隐式规则目录：

表3.16 Makefile中常见隐式规则目录

对应语言后缀名规则

• C编译：.c变为**.o** $(CC) –c $(CPPFLAGS) $(CFLAGS)
• C++编译：.cc或.C变为**.o** $(CXX) -c $(CPPFLAGS) $(CXXFLAGS)
• Pascal编译：.p变为**.o** $(PC) -c $(PFLAGS)
• Fortran编译：.r变为**-o** $(FC) -c $(FFLAGS)

2．模式规则

上面示例的Makefile在实际中是几乎不存在的，因为它过于简单，仅包含两个文件和一个命令，在这种情况下完全不必要编写Makefile 而只需在Shell 中直接输入即可，在实际中使用的Makefile往往是包含很多的文件和命令的，这也是Makefile产生的原因。下面就可给

出稍微复杂一些的Makefile进行讲解：

sunq:kang.o yul.o

Gcc kang.o bar.o -o myprog

kang.o : kang.c kang.h head.h

Gcc –Wall –O -g –c kang.c -o kang.o

yul.o : bar.c head.h

Gcc – Wall –O -g –c yul.c -o yul.o

在这个Makefile中有3 个目标体（target），分别为sunq、kang.o和yul.o，其中第一个目标体的依赖文件就是后两个目标体。如果用户使用命令“make sunq”，则make管理器就是找到sunq目标体开始执行。

这时，make会自动检查相关文件的时间戳。首先，在检查“kang.o”、“yul.o”和“sunq”3 个文件的时间戳之前，它会向下查找那些把“kang.o”或“yul.o”作为目标文件的时间戳。

比如，“kang.o”的依赖文件为“kang.c”、“kang.h”、“head.h”。如果这些文件中任何一个的时间戳比“kang.o”新，则命令“gcc –Wall –O -g –c kang.c -o kang.o”将会执行，从而更新文件“kang.o”。在更新完“kang.o”或“yul.o”之后，make会检查最初的“kang.o”、“yul.o”和“sunq”3 个文件，只要文件“kang.o”或“yul.o”中的任比文件时间戳比“sunq”新，则第二行命令就会被执行。这样，make就完成了自动检查时间戳的工作，开始执行编译工作。

这也就是Make工作的基本流程。

接下来，为了进一步简化编辑和维护Makefile，make允许在Makefile中创建和使用变量。

变量是在Makefile中定义的名字，用来代替一个文本字符串，该文本字符串称为该变量的值。

在具体要求下，这些值可以代替目标体、依赖文件、命令以及makefile文件中其他部分。

在Makefile中的变量定义有两种方式：一种是递归展开方式，另一种是简单方式。

递归展开方式定义的变量是在引用在该变量时进行替换的，即如果该变量包含了对其他变量的应用，则在引用该变量时一次性将内嵌的变量全部展开，虽然这种类型的变量能够很好地完成用户的指令，但是它也有严重的缺点，如不能在变量后追加内容（因为语句：CFLAGS = $(CFLAGS) -O 在变量扩展过程中可能导致无穷循环）。

为了避免上述问题，简单扩展型变量的值在定义处展开，并且只展开一次，因此它不包含任何对其他变量的引用，从而消除变量的嵌套引用。

递归展开方式的定义格式为：VAR=var。

简单扩展方式的定义格式为：VAR：=var。

Make中的变量使用均使用格式为：$(VAR)。

注意:

变量名是不包括“:”、“#”、“=”结尾空格的任何字符串。同时，变量名中包含字母、数字以及下划线以外的情况应尽量避免，因为它们可能在将来被赋予特别的含义。

变量名是大小写敏感的，例如变量名“foo”、“FOO”、和“Foo”代表不同的变量。

推荐在makefile内部使用小写字母作为变量名，预留大写字母作为控制隐含规则参数或用户重载命令选项参数的变量名。

3.6.1 Makefile基本结构

Makefile 是Make 读入的惟一配置文件，因此本节的内容实际就是讲述Makefile 的编写规则。在一个Makefile中通常包含如下内容：

• 需要由make工具创建的目标体（target），通常是目标文件或可执行文件；
• 要创建的目标体所依赖的文件（dependency_file）；
• 创建每个目标体时需要运行的命令（command）。

它的格式为：

target: dependency_files

command

例如，有两个文件分别为hello.c 和hello.h，创建的目标体为hello.o，执行的命令为gcc

编译指令：gcc –c hello.c，那么，对应的Makefile就可以写为：

#The simplest example

hello.o: hello.c hello.h //要创建的目标体所偏依赖的文件

gcc **–**c hello.c **–**o hello.o //创建目标体要运行的命令

接着就可以使用make了。使用make的格式为：make target，这样make就会自动读入Makefile（也可以是首字母小写makefile）并执行对应target 的command 语句，并会找到相

应的依赖文件。如下所示：

[root@localhost makefile]# make hello.o

gcc **–**c hello.c **–**o hello.o

[root@localhost makefile]# ls

hello.c hello.h hello.o ****Makefile

可以看到，Makefile执行了“hello.o”对应的命令语句，并生成了“hello.o”目标体。

注意:

在Makefile中的每一个command前必须有“Tab”符，否则在运行make命令时会出错。

[Fri Mar 13 19:30:08 2009] [notice] Child 2012: Acquired the start mutex.

[Fri Mar 13 19:30:08 2009] [notice] Child 2012: Starting 250 worker threads.

[Fri Mar 13 19:30:08 2009] [notice] Child 2012: Listening on port 80.

[Fri Mar 13 19:30:08 2009] [error] (OS 10038)An operation was attempted on something that is not a socket.  : Too many errors in select loop. Child process exiting.

[Fri Mar 13 19:30:08 2009] [notice] Child 2012: Exit event signaled. Child process is ending.

随便打开一个带Flash的网站，提示需要安装插件，使用firefox自带功能安装失败（图1所示）。 浏览器默认下载安装的插件失败之后，点“手动安装”会自动跳转到Adobe Flash Player下载页面：

或者直接先打开Adobe Flash Player下载页面：

http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash

选择”.rpm For Linux“ 显示并下载：

下载完后执行安装：

[root@CentOS Desktop]# rpm -ivh flash-plugin-9.0.124.0-release.i386.rpm

Preparing…########################################### [100%]

1:flash-plugin ########################################### [100%]

[root@CentOS Desktop]#

安装成功后重新重动系统既可。

随着高性能计算由传统的主机方式向网络化集群演变，传统的基于主机的存储架构已逐渐向网络化存储发展，计算和存储分离的趋势越来越明显。针对 SAN 和 NAS 的不足，国际上已开展针对 Linux 集群的新型文件系统――对象存储文件系统的研究，本文重点论述了存储对象文件系统的架构、技术特点，并针对Lustre 对象存储文件系统进行了初步测试，结果表明对象存储文件系统在可扩展性、性能、易用性等方面都有显著提高，随着网络化存储技术的不断成熟，对象存储文件系统将成为重要的发展方向。

一、引言

高性能计算已由传统的主机方式逐渐向集群方式演变，如TOP500中，1998年只有2台系统是集群方式，而到2003年已有208台为集群系统。随着高性能计算体系结构的发展变化，传统的基于主机的存储架构已成为新的瓶颈，不能满足集群系统的需求。集群的存储系统必须有效解决两个主要问题：(1)提供共享访问数据，便于集群应用程序的编写和存储的负载均衡;(2)提供高性能的存储，在I/O级和数据吞吐率方面能满足成百上千台规模的Linux集群服务器聚合访问的需求。目前，网络化存储已成为解决集群系统高性能存储的有效技术途径。

国际上主要有两类网络化存储架构，它们是通过命令集来区分的。第一类是SAN(Storage Area Network)结构，它采用SCSI 块I/O的命令集，通过在磁盘或FC(Fiber Channel)级的数据访问提供高性能的随机I/O和数据吞吐率，它具有高带宽、低延迟的优势，在高性能计算中占有一席之地，如SGI的CXFS文件系统就是基于SAN实现高性能文件存储的，但是由于SAN系统的价格较高，且可扩展性较差，已不能满足成千上万个CPU规模的系统。第二类是NAS (Network Attached Storage)结构，它采用NFS或CIFS命令集访问数据，以文件为传输协议，通过TCP/IP实现网络化存储，可扩展性好、价格便宜、用户易管理，如目前在集群计算中应用较多的NFS文件系统，但由于NAS的协议开销高、带宽低、延迟大，不利于在高性能集群中应用。

针对Linux集群对存储系统高性能和数据共享的需求，国外已开始研究全新的存储架构和新型文件系统，希望能有效结合SAN和NAS系统的优点，支持直接访问磁盘以提高性能，通过共享的文件和元数据以简化管理，目前对象存储文件系统已成为Linux集群系统高性能文件系统的研究热点，如Cluster File Systems公司的Lustre、Panasas公司的ActiveScale文件系统等。Lustre文件系统采用基于对象存储技术，它来源于卡耐基梅隆大学的Coda项目研究工作，2003年12月发布了Lustre 1.0版，预计在2005年将发布2.0版。Lustre在美国能源部(U.S.Department of Energy：DOE)、Lawrence Livermore 国家实验室，Los Alamos国家实验室，Sandia 国家实验室，Pacific Northwest国家实验室的高性能计算系统中已得到了初步的应用，IBM正在研制的Blue Gene系统也将采用Lustre文件系统实现其高性能存储。ActiveScale文件系统技术来源于卡耐基梅隆大学的Dr. Garth Gibson，最早是由DARPA支持的NASD(Network Attached Secure Disks)项目，目前已是业界比较有影响力的对象存储文件系统，荣获了ComputerWorld 2004年创新技术奖。

二、对象存储文件系统

2.1 对象存储文件系统架构

对象存储文件系统的核心是将数据通路(数据读或写)和控制通路(元数据)分离，并且基于对象存储设备(Object-based Storage Device，OSD)构建存储系统，每个对象存储设备具有一定的智能，能够自动管理其上的数据分布，对象存储文件系统通常有以下几部分组成。

1、对象

对象是系统中数据存储的基本单位，一个对象实际上就是文件的数据和一组属性的组合，这些属性可以定义基于文件的RAID参数、数据分布和服务质量等，而传统的存储系统中用文件或块作为基本的存储单位，在块存储系统中还需要始终追踪系统中每个块的属性，对象通过与存储系统通信维护自己的属性。在存储设备中，所有对象都有一个对象标识，通过对象标识OSD命令访问该对象。通常有多种类型的对象，存储设备上的根对象标识存储设备和该设备的各种属性，组对象是存储设备上共享资源管理策略的对象集合等。

2、对象存储设备

对象存储设备具有一定的智能，它有自己的CPU、内存、网络和磁盘系统，目前国际上通常采用刀片式结构实现对象存储设备。OSD提供三个主要功能：

(1) 数据存储。OSD管理对象数据，并将它们放置在标准的磁盘系统上，OSD不提供块接口访问方式，Client请求数据时用对象ID、偏移进行数据读写。

(2) 智能分布。OSD用其自身的CPU和内存优化数据分布，并支持数据的预取。由于OSD可以智能地支持对象的预取，从而可以优化磁盘的性能。

(3)每个对象元数据的管理。OSD管理存储在其上对象的元数据，该元数据与传统的inode元数据相似，通常包括对象的数据块和对象的长度。而在传统的NAS 系统中，这些元数据是由文件服务器维护的，对象存储架构将系统中主要的元数据管理工作由OSD来完成，降低了Client的开销。

3、元数据服务器(Metadata Server，MDS)

MDS控制Client与OSD对象的交互，主要提供以下几个功能：

(1) 对象存储访问。MDS构造、管理描述每个文件分布的视图，允许Client直接访问对象。MDS为Client提供访问该文件所含对象的能力，OSD在接收到每个请求时将先验证该能力，然后才可以访问。

(2) 文件和目录访问管理。MDS在存储系统上构建一个文件结构，包括限额控制、目录和文件的创建和删除、访问控制等。

(3) Client Cache一致性。为了提高Client性能，在对象存储文件系统设计时通常支持Client方的Cache。由于引入Client方的Cache，带来了Cache一致性问题，MDS支持基于Client的文件Cache，当Cache的文件发生改变时，将通知Client刷新Cache，从而防止 Cache不一致引发的问题。

4、对象存储文件系统的Client

为了有效支持Client支持访问OSD上的对象，需要在计算结点实现对象存储文件系统的Client，通常提供POSIX文件系统接口，允许应用程序像执行标准的文件系统操作一样。

2.2 对象存储文件系统的关键技术

1、分布元数据传统的存储结构元数据服务器通常提供两个主要功能。(1)为计算结点提供一个存储数据的逻辑视图(Virtual File System，VFS层)，文件名列表及目录结构。(2)组织物理存储介质的数据分布(inode层)。对象存储结构将存储数据的逻辑视图与物理视图分开，并将负载分布，避免元数据服务器引起的瓶颈(如NAS系统)。元数据的VFS部分通常是元数据服务器的10%的负载，剩下的90%工作(inode部分)是在存储介质块的数据物理分布上完成的。在对象存储结构，inode工作分布到每个智能化的OSD，每个OSD负责管理数据分布和检索，这样90%的元数据管理工作分布到智能的存储设备，从而提高了系统元数据管理的性能。另外，分布的元数据管理，在增加更多的OSD到系统中时，可以同时增加元数据的性能和系统存储容量。

环境： Mysql: 5.1.37 dual master(节点为A,B) OS: centos5.3 x64

由于我今天突然将重新启动从服务，导致MYSQL一边的复制失败，如下：

从服务器节点A启动slave就报下面的错误：

090910 22:47:18 [ERROR] Error reading packet from server: Client requested master to start replication from impossible position ( server_errno=1236) 090910 22:47:18 [ERROR] Got fatal error 1236: ‘Client requested master to start replication from impossible position’ from master when reading data from binary log 090910 22:47:18 [Note] Slave I/O thread exiting, read up to log ‘mysql-bin.000008’, position 753871857

主服务器节点B是正常的。

有时提示信息里没有最后一行的,这个时候可以通过查看slave状态里的 Read_Master_Log_Pos 的值看出来的．

OAuth 核心 1.0 Abstract OAuth协议致力于使网站和应用程序（统称为消费方）能够在无须用户透露其认证证书的情况下，通过API访问某个web服务（统称为服务提供方）的受保护资源。更一般地说，OAuth为API认证提供了一个可自由实现且通用的方法。

一个典型的例子是某打印服务提供商printer.example.com（消费方），希望在无须用户提供其照片存储站点密码的情况下，访问用户储存在photos.example.net（服务提供方）上的个人照片。

OAuth不强求一个特定的用户接口或操作模式，也不限定服务提供方如何验证用户，特别适合认证证书对消费方不可用的情况，例如OpenID。

OAuth致力于为托管web服务认证提供统一的体验和实现，形成一个社区驱动的协议。OAuth构建于已被多个站点独立实现的已有协议和最佳化实践之上，是一个被大小服务提供者所支持、并为应用开发者和用户增进持续性和可信度的开放标准。

——————————————————————————–

Table of Contents 1.  作者 2.  记号与惯例 3.  术语定义 4.  文档与注册 4.1.  请求URL 4.2.  服务提供方 4.3.  消费方 5.  参数 5.1.  参数编码 5.2.  消费方请求参数 5.3.  服务提供方响应参数 5.4.  OAuth HTTP认证方案 6.  使用OAuth认证 6.1.  获取未授权的请求令牌 6.2.  获取用户授权 6.3.  获取访问令牌 7.  访问受保护资源 8.  单次值与时间戳 9.  签署请求 9.1.  签署基字符串 9.2.  HMAC-SHA1 9.3.  RSA-SHA1 9.4.  PLAINTEXT 10.  HTTP响应代码 Appendix A.  Appendix A – Protocol Example Appendix A.1.  Documentation and Registration Appendix A.2.  Obtaining a Request Token Appendix A.3.  Requesting User Authorization Appendix A.4.  Obtaining an Access Token Appendix A.5.  Accessing Protected Resources Appendix B.  Security Considerations Appendix B.1.  Credentials and Token Exchange Appendix B.2.  PLAINTEXT Signature Method Appendix B.3.  Confidentiality of Requests Appendix B.4.  Spoofing by Counterfeit Servers Appendix B.5.  Proxying and Caching of Authenticated Content Appendix B.6.  Plaintext Storage of Credentials Appendix B.7.  Secrecy of the Consumer Secret Appendix B.8.  Phishing Attacks Appendix B.9.  Scoping of Access Requests Appendix B.10.  Entropy of Secrets Appendix B.11.  Denial of Service / Resource Exhaustion Attacks Appendix B.12.  Cryptographic Attacks Appendix B.13.  Signature Base String Compatibility 11.  References §  Author’s Address

Portmaster 是另外一个用来升级已安装的 ports 的工具。 Portmaster 被设计成尽可能使用 “基本” 系统中能找到的工具 （它不依赖于其他的 ports） 和 /var/db/pkg/ 中的信息来检测出需要升级的 ports。你可以在  ports-mgmt/portmaster 找到它：

# cd /usr/ports/ports-mgmt/portmaster
# make install clean

Portmaster groups ports into four categories:

Portmaster 把 ports 分成4类：

• Root ports (不依赖其他的 ports，也不被依赖)
• Trunk ports (不依赖其他的 ports，但是被其他的 ports 依赖)
• Branch ports (依赖于其他的 ports，同时也被依赖)
• Leaf ports (依赖于其他的 ports，但不被依赖)

你可以使用 -L 选项列出所有已安装的 ports 和查找存在更新的 ports：

# portmaster -L
===>>> Root ports (No dependencies, not depended on)
===>>> ispell-3.2.06_18
===>>> screen-4.0.3
        ===>>> New version available: screen-4.0.3_1
===>>> tcpflow-0.21_1
===>>> 7 root ports
...
===>>> Branch ports (Have dependencies, are depended on)
===>>> apache-2.2.3
        ===>>> New version available: apache-2.2.8
...
===>>> Leaf ports (Have dependencies, not depended on)
===>>> automake-1.9.6_2
===>>> bash-3.1.17
        ===>>> New version available: bash-3.2.33
...
===>>> 32 leaf ports

===>>> 137 total installed ports
        ===>>> 83 have new versions available

可以使用这个简单的命令升级所有已安装的 ports：

今日安装好freebsd系统后，就改了一下/etc/rc.conf文件，然后输入reboot重启 重启后发现一个问题，我的用户都无法通过ttyv0-8登陆，无论什么用户，然后没办法，再重启进入单用户模式，df 发现很多区没挂上去，mount -a 挂上/etc/fstab中默认的分区，提示出来了。 /usr was not properly dismounted /tmp was not properly dismounted /var was not properly dismounted

然后按照平时的习惯 fsck fsck -y fsck -p 结果问题依旧，唉！汗啊！！

于是上网找方法，找到了这个： 学习的BSD的教材上，作者明确指出不要用reboot和halt执行重启和关机动作，那样系统不会执行rc.shutdown脚本导致不能在文件系统上设立“清除”标记，下次开机时系统会自动调用FSCK来检查文件系统一的。 呵呵，reboot   halt -p 都不让用呵呵。没办法。只有这样用了 WARNING: / was not properly dismounted

我的机器只有在非正常关机之后才会有这种警告.

系统启动后会自动 fsck 的.你等到它查 完了再

shutdown -h now/halt/reboot/

都不会再出这个信息了. 上面这条命令还是挺管用的，那条错误不报了，但是，我的用户还是登陆不了系统，继续汗啊！！正在解决中！

现在有很多php运行环境都apache等都用在windows主机上了，但是性能和linux上的应该有些差。于是有很多优化windows下apache性能。优化apache加载mpm是必不可少的一环。

怎么检查自己的windows服务器中apache加载的mpm模块是什么呢？

其实很简单：

“开始-运行-cmd” 打开命令提示符

执行”httpd -l”就可以了。

比如我的网站的目录在/var/www/demo下，其中网站根目录下有个upload文件夹是专门用来上传图片的。

所以我把这个目录的权限设置为了 777 ，然后通过php程序自动在upload目录下建立了一个文件夹090602，并在090602下通过程序上传一个1.jpg到这个目录下，这样出现了问题一：我通过客户端的flashfxp连接上去之后不能删除090602这个目录及其下的1.jpg，原因是这个090602和1.jpg的所有者是apache系统下的daemon组的daemon 。

问题二：我现在通过flashfxp以newuser(它是属于我新建的一个组flashfxp)登录vsftpd并在网站的upload目录下建立一个090603目录，但这样到了09年6月3号的时候php程序却不能在090603这个目录下上传文件了 。

请问有什么好的方法让upload目录下的所有目录及文件同时属于flashfxp组的newuser用户和apache系统下的daemon组的daemon用户呢？或者大家有什么更好的方法呢？

呵呵，解决了,方法如下： 把 newuser 和 daemon 这两个用户都添加到daemon组，然后执行命令：chmod -R g+rwx /var/www/demo

这里有详细的文档：

1、查看 CPU： sysctlhw.modelhw.ncpu dmesg|grep”CPU:”

2、查看内存： dmesg|grep “real memory”|awk -F ‘[()]’ ‘{print$2,$4,$7,$8}’ 查看 swap： top|grep”Swap:”|awk’{print$1,$2}’ 3、查看硬盘： diskinfo‐vt/dev/ad0 disklable/dev/ad0s2#查看分区信息 看硬盘大小： dmesg|grep”sector”|awk’{print$1,$2}’ diskinfo‐v/dev/da0|grep”inbytes”|awk‐F’[()]”{print$2}’

4、查看服务器品牌： dmesg|grep”ACPIAPIC” 5、挂载文件系统： fat32：mount_msdosfs‐Lzh_CN.eucCN/dev/ad0s1/mnt ntfs：mount_ntfs‐CeucCn/dev/ad0s1/mnt cdrom：mount_cd9660/dev/acd0/mnt 注：ntfs 在 FreeBSD 中只能读无法写入 6、给文件添加或禁用系统禁删标志（目录不适用）： chflagssunlinkfile1 chflagsnosunlinkfile1 **7、初始化磁盘: ** fdisk‐BIad1

8、建立 FreeBSD 分区： disklabel‐B‐w‐rad1s1auto 9、建立逻辑分区： disklabel‐ead1s1 10、格式化分区，创建文件系统： newfs/dev/ad1s1e 11、显示 PCI 硬件信息： pciconf‐lv 12、开启 Linux二进制兼容支持（启用这一功能最简单的方法是载入linuxKLD模块）： kldloadlinux 让 Linux 兼容在系统初始化时自动启用，在/etc/rc.conf 中中入： linux_enable=”YES” 13、检查 KLD 模块是否加载： kldstat 14、在内核中静态链接进 Linux 二进制兼容模式，在内核配置文件里面加入： optionsCOMPAT_LINUX 15、设置网卡 em0 的 IP 地址： ifconfigem0inet192.0.2.10netmask255.255.255.0 16、给网卡 em0 设置添加一个别名 IP 地址： ifconfigem0inet192.168.51.45/24add 17、删除网卡的别名 IP 地址： ifconfigem0inet192.168.51.45‐alias 18、设置网卡 em0 的工作模式为 100baseTX 全双式： ifconfigem0media100baseTXmediaoptfull‐duplex 19、当/usr/local/etc/rc.d 下的脚本无法自动启动时，可尝试在/etc/rc.conf 中加入一行： local_startup=”/usr/local/etc/rc.d” 20、在 ports 中寻找需要的软件，进入/usr/ports 目录执行： makesearchname=lsof或echo/usr/ports/*/*lsof*或whereislsof makesearchkey=关键字#在名字、注释、描述中搜索关键字 21、使用 package 方式安装管理软件，使用以下命令： pkg_addlsof‐4.56.4.tgz#安装软件包 pkg_info#列出已安装所有软件包 pkg_version#统计所有安装的软件版本，比较本地 package 的版本与 ports 目录中的当前 版本是否一致 pkg_deletelsof‐4.56.4#删除软件包，需提供完整包名 **22、**使用 CVSup 协议更新本地 ports：（将 cvsup.FreeBSD.org 改为离得较近的 CVSup 服务 器） csup‐L2‐hcvsup.FreeBSD.org/usr/share/examples/cvsup/ports‐supfile **23、**一些 shell 会缓存环境变量 PATH 中指定的目录里的可执行文件，以加快查找速度，这 会造成一些新安装的命令无法运行，执行以下命令，然后才能运行新安装的那些命令： rehash或hash‐r **24、**当不是所有时间都能上网时，可在/usr/ports 下执行以下命令，所有需要的文件都将 被下载：（此命令可以在下级目录中执行，如/usr/ports/comms/nmp） makefetch#只下载所需要文件，不下载依赖包 makefetch‐recursive#连同依赖包一起下载 25、改变默认的 Ports 目录： makeWRKDIRPREFIX=/usr/home/example/portsinstall#在/usr/home/example/ports 中编译 port，安装到/usr/local makePREFIX=/usr/home/example/localinstall#在/usr/ports 中编译 port，安装到 /usr/home/example/local makeWRKDIRPREFIX=../portsPREFIX=../localinstall#在../ports 中编译 port，安装到../local 26、使用 portsclean 工具清除临时目录和 distfiles 目录： portsclean‐C#清除安装时的临时目录 portsclean‐D#清除 distfiles 目录下所有 port 都不引用的文件 portsclean‐DD#删除目前安装的 port 没有使用的源码包文件 27、强制手动检测 SCSI 设备，SCSI 总线扫描： camcontrolrescanall 28、显示 SCSI 设备列表： camcontroldevlist 29、利用管道修改用户密码： echo”password”|pwusermodroot‐h0 30、sed 插入行： sed‐i‐E’/serviceport/a\ apexport:18306\ ‘/home/xiyou/config 31、用 freebsd 的 MBR 覆盖现有的 MBR： fdisk‐B‐b/boot/boot0device 32、根据一个新的文件重新构建用户列表： pwd_mkdb‐p/etc/master.passwd.new#‐p 即为生成新的/etc/passwd 33、取时间： date‐v‐1d+%Y%m%d#Freebsd 取昨天日期方法 date‐v‐1w+%Y%m%d#Freebsd 取上周今日方法 date‐v‐1m+%Y%m%d#Freebsd 取上个月今日方法 date‐v‐1y+%Y%m%d#Freebsd 取去年今日的方法 34、以 xiyou 用户身份执行命令或脚本： su‐xiyou‐c”cd/home/xiyou/script;./start_apex.sh&” 35、tar 打包时排除某个子目录： tarzcvfApex09010702.tgz‐‐exclude=ApexItemServer/hook_logApexItemServer 注：上例是使用 GUN 版本的 tar 程序格式，否则‐‐exclude 参数应放在最后

**** ****晚上有客户反映服务器无法访问了，我好不容易蹭了附近邻居的一个无线网络，连上服务器后发现了很多异常链接，swap交换空间占用99%左右，日志中发现如下记录

Jul 27 23:52:19 freebsd1 kernel: pid 49901 (httpd), uid 1002, was killed: out of swap space

立即重启了apache后，swapinfo显示占用情况很快从5%迅速上升到64%直到99%

在 FreeBSD 中创建交换文件

1. 确认您的内核配置包含虚拟磁盘(Memory disk)驱动 (md(4))。它在 GENERIC 内核中是默认的。

device   md   # Memory "disks"

2. 创建一个交换文件 64M(/usr/swap0)：

# dd if=/dev/zero of=/usr/swap0 bs=1024k count=64

3. 赋予它(/usr/swap0)一个适当的权限：

# chmod 0600 /usr/swap0

4. 在 /etc/rc.conf 中启用交换文件：

swapfile="/usr/swap0"   # Set to name of swapfile if aux swapfile desired.

5. 通过重新启动机器或下面的命令使交换文件立刻生效：

# mdconfig -a -t vnode -f /usr/swap0 -u 0 && swapon /dev/md0

成功加载新交换分区后