打印

Magic Linux开发入门指南(四)

Magic Linux开发入门指南(四)

    /etc/opt目录下的内容是为/opt而准备的。附加应用软件包的配置文件必须安装在
/etc/opt/<subdir>下,其中的<subdir>/opt下的对应软件包目录相同。


    /etc/X11目录下的内容是X Windows系统的配置文件,X Windows系统的所有主机
相关配置文件全都在这里。这使得在
/usr以只读方式挂接时,可以局部控制
X Windows系统。只要安装了X Windows系统,下表中的文件必须安装在/etc/X11目录
下:

名称功能
XconfigXFree86早期版本的配置文件。
XF86ConfigXFree8634版的配置文件。
Xmodmap定义xdmxinit所要使用的键盘映射。
xorg.confXorg的配置文件。


   

   

   

   

   

   

   

                                                 表2-3-5



/etc/X11下的那些子目录是为xdm以及别的程序(如窗口管理器)准备的。那些只有
一个配置文件的窗口管理使用的配置文件名是
system.*wmrc(除非有约定俗成的名
字),一般不占用一个子目录。任何窗口管理器的子目录一定与它实际的可执行文
件名相一致。


    /etc/sgml/etc/xml里的内容是SGMLXML的配置文件,这是可选的。定义它们
高级参数的基本配置文件就安装在这里。



2.3.5 /home
    /home为用户专有目录,每个用户都会在/home目录下有其对应的子目录,而且这
个子目录一般与他的用户名相同。没有任何程序会依赖于这个目录。

    同一个程序,不用的用户有不同的配置方式,这些用户独有的配置文件就保存
在他的
home目录中,一般以“.”开头(即隐藏文件)。如果某个程序需要创建多个
配置文件,它就会在用户的
home目录下创建一个以“.”开头的目录(即隐藏目
录),将这些配置文件放入目录中。这种情况下,配置文件不再需要以“
.”开头
了。


2.3.6 /lib
    /lib目录里存放着必备的共享库和内核模块。在系统启动和运行根文件系统上的
各种命令时,都要用到这些共享库。必须至少存在一组下列文件名组合方式的一组
文件(可以是文件,也可以是符号连接):

文件名组合功能
libc.so.*C动态链接库。
ld*运行时连接器/加载器。



   

   

        

                          表2-3-6



如果安装了某个C预处理器,由于历史原因,/lib/cpp必须是它的连接。modules子目录
必须存在于
/lib目录下,它是内核可装载模块的存放位置。

2.3.7 /lib<qula>
    有些时候,系统为了支持不只一种可执行文件格式,会需要有多个不同的/lib
录来单独保存必须的共享库。一般的,在处理这个问题时会在
lib后面追加一些修
饰,如
AMD64系统的/lib64等。这种情况下就不再需要/lib<qula>/cpp了。
    象PPC64s390xsparc65AMD64这些即支持64位程序也支持32位程序的平台
下,
/lib<qula>得到了充分的发挥。在这些平台下,必须将所有64位库放置在/lib64
中,而
32位库则依然放置在/lib中,这保证了对原有32位程序的平滑兼容。完全64
架构的
IA64不支持32位程序,则只有/lib,也就是说所有的64位库都要放置在/lib中。

2.3.7 /media
    该目录用于挂接如软盘、光盘、U盘等可移动设备,其各子目录挂接各种类型
设备,从其目录名可了解具体设备类型。曾经出现过很多其他名称的挂接点,如
/cdrom/mnt/mnt/cdrom等,现在统一规范到/media中。虽然很多人习惯于将这些
可移动设备挂接在
/mnt子目录中,但这与传统不符,因为/mnt实际上只是临时挂接
点。下表的内容一定要出现在
/media目录中,具体内容与系统实际情况有关。

名称功能
floppy软盘驱动器
cdromCD-ROM
cdrecorder光盘刻录机
zipZip磁盘驱动器,现在比较少见


   

   

   

   

   

   

        

                          表2-3-7


如果系统中有不止一个同类的驱动器,则在其挂接类型目录名后面带有一个0起始的
数字,比如“
cdrom0cdrom1…..”。

2.3.8 /mnt
    提供这个目录是让系统管理员临时挂接某个文件系统的。此目录的内容属于局
部问题,不应该影响任何程序的运行。千万不要在这里安装什么程序,毕竟一个临
时目录在系统不需要它的时候会被其他东西占用。


2.3.9 /opt
    这里是系统附加软件包的栖息地。每个软件包会在/opt下拥有一个自己的目录,
那里面存放着他所有的可执行程序和静态数据。这个专有目录名应该与它本身的名
字相一致,这样用户就很容易管理它们了。也可以使用厂商名称,不过这个厂商名
称必须是在
Linux名称与号码分配管理局注册过的,不过厂商名下面还应该是软件
名,毕竟同一个厂商可以有多个软件。

    /opt/bin/opt/doc/opt/include/opt/info/opt/lib/opt/man是保留给本地系统管理
员使用的。有些软件包可能会提供一个前端文件(连接或副本),系统管理员可以
将这个文件放在这些保留目录中,但是在缺少这些保留目录时也要保证可以正常工
作。

    用户调用的程序必须放在软件包目录下的bin子目录中。如果包含Unix指南页,
则要将它们放在对应软件包的
share/man子目录下,而且也必须拥有与/usr/share/man
录中相同的组织结构。

    软件包有可变文件,必须将这些可变文件安装在/var/opt目录下。见/var/opt
节,会有更详细的介绍。

    本机专有的配置文件必须安装在/etc/opt目录下,见/etc一节的介绍。
    没有哪些附加软件包会将它们的文件放在/opt/var/opt/etc/opt之外,除非那个
软件包的某些文件必须放在特定位置,否则不能正常工作。比如,设备锁文件必须
放在
/var/lock中,设备文件必须放在/dev中。
    一些Linux发行版可能在/opt目录下安装了软件,在没有征得本地管理员同意时,
千万不要擅自更改或删除这里的软件。

    为附加软件提供/opt目录,是类Unix世界非常优良的传统习惯。发布版对/opt
录的使用应该做些少许的限制,因为发布的软件与本地安装软件可能会发生冲突,
尤其那些使用固定路径的软件。


2.3.10 /root
    是否为root帐户提供专有home目录取决于开发者或者用户的使用习惯。不过还是
建议提供这个
/root目录。

2.3.11 /sbin
    必备的系统软件存放处。用于系统维护的软件和某些只限root用户使用的命令存
储在
/sbin/usr/sbin以及/usr/local/sbin目录下。/sbin目录存储的则是那些在系统启动、
恢复、还原以及修复过程中必备系统工具,也是对
/bin下内容的补充。那些已知
/usr被挂接之后才需要的程序一般可以放在/usr/sbin目录下。用户自行安装的系统管
理程序应该放在
/usr/local/sbin目录下。下表所列的各种命令应该出现在/sbin目录下。

名称功能
shutdown关机命令
fastboot快速从新启动系统,不做磁盘检测。可选。
fasthalt快速停止系统运行,不做磁盘检测。可选。
fdisk磁盘分区表维护工具。
fsck文件系统检测与修复工具。
fsck.*特定文件系统检测与修复工具。
gettygetty程序,设置终端机模式、连线速率和管制线路。
halt停止系统运行。
ifconfig网口配置工具。
init系统初始化进程。内核调用的第一个用户进程。
mkfs创建文件系统,也叫格式化。
mkfs.*创建特有的文件系统。
mkswap格式化交换分区。
reboot重新启动系统。
routeIP路由表维护工具。
swapon开启页交换。
swapoff关闭页交换。
update周期性的刷新文件系统缓冲的守护进程。



   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   



                          表2-3-8



2.3.12 /srv
    某些服务进程启动之后,它们需要读取的数据会放在/srv目录中。提供/srv目录
一方面为了方便用户找到特定服务的数据文件,另一方面也为某些服务放置它们的
执行脚本(如
CGI脚本)、只读或可写数据提供一个合适的地方。提供给特定用户
的数据应该放在那个用户的
home目录下。
    目前还没有规范的/srv下子目录的命名方法。有一种方式是按照协议构造/srv
的数据,如
ftprsyncwwwcvs等等。对于大型系统,可能利用功能管辖范围构
/srv下的内容,如/srv/physics/www/srv/compsci/cvs等。它的具体内容在不同主机间
会有很大的差异,因此,没有程序会依赖于
/srv下特定的子目录结构,也没有那个程
序必须在
/srv下保存数据。不过,/srv目录始终会作为服务进程数据存放地而一直存
在着。


2.3.13 /tmp
    /tmp必须能够被任何程序、任何用户访问,它存放临时文件。任何程序都不用
/tmp目下任何文件或目录负责,尽管如此,还是建议系统重起后,应该清除/tmp
录下的内容。


2.4 /usr目录组织结构
    /usr是整个文件系统的第二个主要区段。它既是可共享的也是只读的,这意味
/usr可以共享于多种主机之间,但不能写入。任何主机专有的或随时间变化的信息
只能存放在其他地方。

    即使是大型软件包,也不得占用/usr下的一个独立子目录。下表所列的目录或目
录的符号连接要求出现在
/usr下:
名称功能
bin大部分用户命令。
includeC/C++程序头文件目录。
lib程序库。
local用户自行安装的程序存放于此。
sbin非重要的系统程序。
share体系结构独立数据。

   

   

   

   

   

   

   

   

   

   

                         表2-4-1


下表所列目录是可选的,根据具体软件安装情况而定:

名称功能
X11R6X Window 11 第六版
games育教娱乐程序
lib<qual>备用格式程序库,如lib64
src源代码。
sbin非重要的系统程序。



   

   

   

   

   

   

   

   

                         表2-4-2



这里有一个例外,就是X Windows系统,它占有了一个独立子目录,这是历史原因导
致的。

    为了与老系统保持兼容,可以在/usr目录下创建下列符号连接:

/usr/spool —〉/var/spool
/usr/tmp —〉/var/tmp
/usr/spool/locaks —〉/var/lock



   

   

   

              表2-4-3


这是因为这些目录早先是在/usr下的,后来转移到了/var目录下。一旦系统不再需要
那些符号连接了,可以直接删除。


2.4.1 /usr/X11R6
    该目录保留给X Window 11第六版和与其有关的文件的。为了使XFree86与其它
系统的
X Window相兼容,只要有/usr/X11R6目录就一定要有下表中的符号连接:

/usr/bin/X11 —〉/usr/X11R6/bin
/usr/lib/X11 —〉/usr/X11R6/lib/X11
/usr/include/X11 —〉/usr/X11R6/include/X11


   

   

   

   

   

                  表2-4-4


通常,不得利用这些符号连接安装或管理软件,它们仅供用户使用。另外,在
X Window发布版本更替期,没什么好方法可以了解当前使用的是X11的那个版本。
保存在/usr/X11R6/lib/X11的主机专属数据应解释为示范文件。应用程序需要了解
本机信息时,必须参考
/etc/X11下的某个配置文件,虽然这个配置文件可能是
/usr/X11R6/lib下某个文件的连接。

2.4.2 /usr/bin
    系统中绝大多数的可执行文件都放置在这里。下表所列的目录必须放在/usr/bin
下,除非没有安装与它们相关的系统:


名称功能
mhMH邮件处理系统的命名所在目录。
/usr/bin/X11如果存在/usr/X11R6/bin目录,一定是它的符号连接。


   

   

   

       

                      表2-4-5



下表所列的文件或符号连接也必须放在/usr/bin目录下,除非你没有安装这些软件:

名称功能
perl经典的perl语言解释器。
python最近非常流行的python语言解释器
tclsh古老而特别的tcl解释器。
wish图形界面的tcl解释器。
expectTcl语言非常经典的扩展部分,实现程序的自动交互。


   

   

   

   

   

   

   

   

   

   

                       表2-4-6



读者会发现一个特别的地方,我所列出来的这些程序都是某种脚本语言的解释器或
扩展部分。这是因为
shell脚本解释器(shell脚本的第一行往往带有一个!#<path>类型
的注释)不能依赖于某个具体目录,这就要求必须标准化它们的位置。
Bourn shell
C shell
解释器已经被锁定在/bin目录中了,可是PerlPythonTcl却经常被放置在不同
的地方,于是
/usr/bin下的内容往往是到其实际位置的符号连接。

2.4.3 /usr/include
    标准头文件存放目录,系统内所有通用的C语言头文件都要放置在这里。如果
/usr/X11R6/include/X11存在,则一定要建立/usr/include/X11这个符号连接。

2.4.4 /usr/lib
    /usr/lib内的内容是库和目标文件,它们都是二进制文件,但不被用户和shell脚本
直接执行。应用程序可以在这里创建独立的子目录。如果应用程序在这里创建了独
立的子目录,它所有的与体系结构有关的执行数据都必须放在这个子目录中。

    由于历史原因,如果有/usr/sbin/sendmail存在,则必须在/usr/lib下创建sendmail符号
连接;如果有
/lib/X11存在,也必须在/usr/lib下创建X11的符号连接,即使/lib/X11也是
一个符号连接也要这样做。


2.4.5 /usr/local
    /usr/local是供系统管理员安装局域性软件使用的,这保证了当系统更新时不会把
它们覆盖掉。
/usr/local也可被用于在一组主机之间共享程序和数据,不过不能在/usr
中也有同样的东西。下表所列的目录或符号连接必须出现在
/usr/local中。

名称功能
bin局域性可执行文件。
etc局域性软件的配置文件目录。
games局域性育教娱乐可执行文件。
include局域性C头文件。
lib局域性程序库。
man局域性在线指南。
sbin局域性系统管理可执行文件。
share局域性体系结构无关数据。
src局域性源代码。


   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

                          表2-4-7


默认情况下不会再有其他的子目录了。/usr/local/etc也可能符号连接到/etc/local,这更
适用于将所有配置文件放置在
/etc下这一规则。

2.4.6 /usr/sbin
    那些非必要的系统管理软件可执行文件就存放在这里。那些用于还原、更新、
修复系统,以及挂接
/usr目录的系统管理程序都必须放置在/sbin目录下。

2.4.7 /usr/share
    这里存放着所有体系结构无关的数据文件,它的内容可以共享给运行在任何体
系结构下的操作系统。例如,某个站点可能由
i386AplpahPPC三种体系结构平台
构成,但是它们可能共同维护唯一的一个挂接自某处的
/usr/share目录。需要注意的
是,虽然
/usr/share可以共享于不同体系结构之间,但必须保证它们运行的是不同发布
平台的相同操作系统。

    任何程序或软件包包含或需要的不需要修改的体系结构无关的数据都应该保存
/usr/share(如果安装的是局域性软件,应该是/usr/local/share)目录中。同时也建
/usr/share下的任何子目录也应用于此目的。保存在/usr/share/games下的游戏数据必
须是纯粹的静态文件,类似于分值、日志等文件,必须放置在
/var/games中。
    下表所列目录或符号连接必须出现在/usr/share中:

名称功能
man在线指南。
misc体系结构无关的其他数据。


   

   

   

  

   

                          表2-4-8



    下表所列目录或符号连接,与你所安装的软件有关,如果有则必须出现
/usr/share中:

名称功能
dict单词列表。
doc其他文档。
games/usr/games的静态数据文件。
infoGNU Info系统的主目录。
locale本地信息。
nls本地语言支持的消息目录。
sgmlSGML数据。
terminfoterminfo数据库目录。
tmac没有与groff一同发布的troff宏。
xmlXML数据。
zoneinfo时区配置信息。


   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

                          表2-4-9



建议将那些应用程序专有的,且体系结构无关的目录放置在这里,例如:groff
perl
ghostscripttexmf等等,为了向后兼容,某些发布版也会将它们放置在/usr/lib
下,出于同样的原因,
/usr/share/games也可能会被这样处理。

2.4.8 /usr/share/man
    本节会详细的介绍贯穿于整个系统的在线指南的文件组织结构,当然,也会包
/usr/share/man目录下的组织结构。
    /usr/share/man是各种指南页面存储的主要目录,它包含了“/”和“/usr”下大部
分程序的帮助信息。各指南页面被存储在
<mandir>/<locale>/man<section>/<arch>这一
路径中。下面将逐步解释
<mandir><locale><secton><arch>
    当你打开/usr/share/man目录,你会看到如man1man2man8这样的子目录,
它们的具体分工如下:

    lman1:公共可用的命令或软件的指南页面保存在这里。
    lman2:所有系统调用(可以理解为类似WindowsAPI)的说明保存在这里。
    lman3:库函数的说明信息保存在这里。
    lman4:特种文件的说明保存在这里,如/dev目录下的设备文件和提供网络协
           议支持的内核接口等。

    lman5:大部分数据文件的格式说明保存在这里。这包括各种包含文件、程序
           输出文件和系统文件。

    lman6:寓教于乐程序、演示程序和一些不太重要的程序的说明文档保存在这
           里。

    lman7:其他类型的在线帮助信息保存在这里。如troff等文本处理宏的信息。
    lman8:系统维护程序文档保存在这里。当然,这些程序有时也适合普通用户
           使用。

上述目录也必须出现在/usr/share/man/<locale>中,除非它们里面没有任何内容。
这是为了提供多语言版本支持而提供的,其中
<locale>就代表了不同的语言。不过非
常遗憾的是,没有中文语言的支持。
<locale>可能的名称是enfrkoja等,详细资
料还请参考其他文献,这里就不一一列举了。如果系统只使用一种语言的话,

<locale>
是可以忽略的。
    同理,如果某些内容与体系结构有关的话,如设备驱动器或底层系统管理命
令,则需要将这些内容放置在对应的
<arch>目录下。例如:ctrlaltdel(8)的内容可能被
保存为
/usr/share/man/<locale>/man8/i386/ctrlaltde1.8这个文件。
    /usr/local下的软件的在线帮助信息保存在/usr/local/man中。X11R6的保存
/usr/X11R6/man中。它们的组织结构与/usr/share/man是相同的。
    数字18即为前面讲述的<section>。通常,每一个帮助页都有一个独立文件,
这个文件要带有一个“
.<section>”的后缀,如ctrlatlde1.8。另外,某些大型软件系统
的帮助文档可能不遵循这一规则,反倒会使用它们自己定义的后缀。如
X Window
会使用
.x作为后缀。
    其他位置的帮助文档,提供多语言版本支持时,同样遵循/usr/share/man的多语言
版本支持规则,包括后面将要讲述的
/var/cache/man目录。

2.4.9 /usr/share/misc
    那些不需要在/usr/share目录下拥有自己目录的应用程序,会将它们的体系结构无
关的数据放置在这里。

    下表所列内容就是会出现在/usr/share/misc目录下的内容:
名称功能
asciiASCII码表。
magicfile命令使用的特征符号表。
termcap终端性能数据库。
termacp.db终端性能数据库。


   

   

   

   

   

   

   

   

                         表2-4-10



2.5 /var目录组织结构
    /var目录包含着系统中绝大多数的可变数据,如系统日志、spool目录与文件等。
/var的某些内容不能共享给其他系统,最典型的就是/var/logs/var/lock/var/run
当然,某些内容是可以共享给其他系统的,特别是
/var/mail/var/cache/man
/var/spool/news
    /var的创建就是为了使得/usr可以只读方式被挂接成为可能。/usr里面的东西一旦
有被写入的要求,则必须转移到
/var下。
    若是无法为/var分配一个单独的分区,通常更好的选择是将/var转移至/usr目录下
(这是为了节省根分区的空间,让它尽量精小化)。不过即使这样,也千万不要直
接将
/var连接到/usr,因为这就很难区分/var/usr了。正确做法是将/var连接至/usr/var
    通常情况下,应用程序不得在/var顶层添加任何目录。这个位置只留给那些影响
到整个系统的软件,而且还需要经过
Linux社团商议之后决定是否添加。
    下表所列目录或符号连接是/var下必须具备的内容。
名称功能
cache应用程序的缓存数据。
lib可变状态信息。
local/usr/local的可变数据。
lock锁文件。
log日志文件与目录。
opt/opt的可变数据。
run与当前运行进程有关的数据。
spoolspool应用程序数据。
tmp系统重新启动期间起到保护作用的临时文件。



   

   

   

   

   

   

   

   

   

   

   

   

   

   

   


                         表2-5-1



下面列出的目录都是保留的,某些新的应用程序不得擅自使用它们,否则可能造成
与历史或局部性规则产生冲突:


    /var/backups
    /var/cron
    /var/msgs
    /var/preserve

当你的系统安装了某些程序,则下表所列的目录或符号连接必须放置在/var中。
名称
功能
account记录进程的运行情况。
crash系统崩溃产生的dumps
games寓教于乐程序的可变数据。
mail用户邮箱文件。
yp网络信息服务(NIS)数据库文件。



   

   

   

   

   

   

   

   

   

   

                         表2-5-2



2.5.1 /var/account
    该目录包含了当前活动进程的运行情况日志和复合进程的利用率数据。这些内
容用在类
Unix系统的lastcommsa程序。

2.5.2 /var/cache
    该目录的内容是来自应用程序的缓存数据,这些内容可以加快那些费时的运算
I/O处理任务。应用程序必须能够再生或恢复这些数据。与/var/spool不同,删除缓
存文件不会造成数据丢失错误。

    /var/chace下的数据有一定的时效性,这取决于使用它的程序或系统管理员,有
时这两者会同时影响这些数据的时效性。应用程序必须有能力恢复被手工删除的缓
存数据(通常是因为磁盘空间有限,才会手工删除缓存文件)。另外,缓存数据没
有格式要求。

    为缓存数据单独划分一个目录,就可以让系统管理员将它们设置在其他磁盘上,
而且还可以从
/var的其他目录备份策略。这是/var/cache存在的意义所在。

2.5.3 /var/crash
    虽然这个目录不能被Linux系统所使用(Linux不支持系统崩溃dumps),但是它可
以为其他支持这一功能类
Unix系统所使用。

2.5.4 /var/games
    /usr中那些寓教于乐类程序的可变数据存放于此,而那些静态数据,如帮助文本,
级别定义等内容,必须放在别处,最合理的就是
/usr/share/games下。

2.5.5 /var/lib
    该目录保存着那些与某个应用程序或系统有关的状态信息。状态信息,即程序
运行过程中不断修改的那些数据,且仅于具体系统有关。对于控制程序的具体行为,
用户不应该通过修改
/var/lib下的文件来完成。
    在应用程序启动期间或同一个程序不同实例之间,状态信息通常用于保护程序
的所处的状态的。

    一个应用程序(或一组相关联的应用程序)必须为其状态数据占有/var/lib下的一
个子目录。不过还有一个
misc子目录,专门提供给那些不需要一个子目录的程序。
其他子目录应仅提供给那些包含在发行版中有这一需求的应用程序。

    /var/lib下的各子目录的命名应该被所发布的所有软件包支持,当然,不同的发布
版可以使用不同的命名方式。


2.5.6 /var/lock
    锁文件必须被保存在/var/lock目录结构中。
    锁文件用于硬件设备和其他被多个应用程序共享的资源,例如串行设备锁文
件,最初可能放在
/usr/spool/locks/usr/spool/uucp中,现在,必须放在/var/lock中。锁
文件的命名方式必须是“
LCK..”后接设备及本名。例如,/dev/ttyS0的锁文件名
为“
LCK..ttyS0”。
    锁文件的内容组织格式,必须是HDB UUCP锁文件格式。HDB格式以10字节
ASCII
数字字符存储进程ID,尾部带有换行符。例如,进程1230,它的锁文件将包含
11
字符:空格、空格、空格、空格、空格、空格、1230和换行符。

2.5.7 /var/log
    该目录包含了各种日志文件。大多数日志文件都保存在这里或相应的子目录
中。下表所列的文件或符号连接应该出现在
/var/log中,不过这取决于系统中安装的
具体软件。

名称功能
lastlog每个用户上次登陆记录。
messagessyslogd产生的系统消息。
wtmp所有登陆于登出地记录。


   

   

   

   

   

        

                         表2-5-3



2.5.8 /var/mailbox
    此处是用户邮箱文件的存放处,所有邮箱文件必须以UNIX邮箱格式存储。
mail spool必须能够访问/var/mailbox,而且mail spool文件取自具体用户。此目录移自
/var/spool/mail,就是为了能够与几乎所有的Unix实现相一致。这一改变,使得一个
/var/mail共享于多个主机以及多个不同的Unix实现成为可能。更为重要的是,这不
需要转移
mail spool的物理位置,不过,程序和头文件还需要转移到/var/mail中。

2.5.9 /var/opt
    /opt下软件包的可变数据都应该安装到/var/opt下对应的子目录中去,这个子目录
名称应该与
/opt下的子目录名称相一致,里面内容的组织结构没有特殊要求。

2.5.10 /var/run
    从系统启动开始至当前的系统运行状态信息就保存于此。该目录下的文件,在
系统启动进程执行开始,必须被清空。程序可以在
/var/run下拥有一个子目录;鼓励
程序使用不止一个运行时文件。进程标识文件(
PID文件),原来是放置在/etc
的,现在必须放置在
/var/run中。PID文件的命名规则是“<程序名>.pid”,例如:
crond
PID文件名就是crond.pid
    PID文件的内部格式依然保持不变,必须以ASCII码的数字字符描述进程标识
符,同时末尾带有换行符。如,若
crond的进程ID25,则/var/run/crond.pid将包含三
个字符:
12和换行符。
    记录当前谁正在使用系统的utmp文件也保存在这里。那些使用Unix-domain套接
字的系统程序,必须将它们的套接字文件放置在该目录中。


2.5.11 /var/spool
    /var/spool中的数据就是供以后用的(可以被程序,用户,管理员处理),一旦
被处理完毕,就会被删除。

    下表所列的目录或符号连接,必须放置在/var/spool,不过这取决于系统中安装
的具体软件。

名称功能
lpd打印机spool目录。
mqueue邮件待发队列。
news新闻spool目录。
rwhoRwhod文件。
uucpUUCPspool目录。



   

   

   

   

   

   

   

   

         

                          表2-5-4



2.5.12 /var/tmp
    /var/tmp目录使得应用程序要求在系统重起期间保护临时文件或目录成为可能,
因此,保存在
/var/tmp中的数据,比/tmp中的数据得到更多的保护。
    /var/tmp中的文件或目录,在系统启动时不得删除。

2.5.13 /var/yp
    网络信息服务(NIS),著名的Sun Yellow PagesYP),其可变数据,必须保存在
该目录中。
/var/ypNIS(YP)的标准目录,而且几乎被它所独占。

(未完...待续......)


TOP

很好,可惜最近较忙,先收藏

TOP

和LS的一样,先收藏了

TOP

发新贴太慢了,有没有英文的参考文献,或者类似的文档呀?
hzy

TOP

请问这个是不是从什么地方翻译过来的啊

TOP