图

7.2.2

、符号链½的文件读取示意图

由

1

号

inode

读取到连½档的内容½有档名，根据档名链½到正确的目录去取得目标文件的

inode

，

最终就能够读取到正确的数据了。你可以发现的是，如果目标文件

(/etc/crontab)

被删除了，那么整个

环½就会无法继续½行下去，

所以就会发生无法透过连½档读取的问题了！

这里还是得特别留意，这个

Symbolic Link

与

Windows

的快½方式可以给他划上等号，由

Symbolic

link

所½立的文件为一个独立的新的文件，所以会占用掉

inode

与

block

喔！

由上面的说明来看，似乎

hard link

比½安全，因为即使某一个目录下的关连数据被杀掉了，

也没有

关系，只要有任何一个目录下存在着关连数据，那么该文件就不会不见！举上面的例子来说，我的

/etc/crontab

与

/root/crontab

指向同一个文件，如果我删除了

/etc/crontab

这个文件，该删除的动作其

实只是½

/etc

目录下关于

crontab

的关连数据拿掉而已，

crontab

所在的

inode

与

block

其实都没

有被变动喔！

不过由于

Hard Link

的限制太多了，包括无法做『目录』的

link

，

所以在用途上面是比½受限的！

反而是

Symbolic Link

的使用方面½广喔！好了，

说的天花乱坠，看你也差不多快要昏倒了！没关

系，实作一下就知道怎么回事了！要制作连½档就必须要使用

ln

这个指令呢！

[root@study ~]

#

ln [

-

sf]

来

源文件

目

标

文件

选项

与

参数

：

-

s

：如果不加任何

参数

就

½

行

连½

，那就是

hard link

，至于

-

s

就是

symbolic link

-

f

：如果

目

标

文件

存在

时

，就主

动

的

½

目

标

文件直½移除后再½立！

范例一：

½

/etc/passwd

复制到

/tmp

底下，并且

观

察

inode

与

block

[root@study ~]#

cd /tmp

[root@study tmp]#

cp

-

a /etc/passwd .

[root@study tmp]#

du

-

sb ;

df

-

i .

6602

.

<==

先注意一下

这

里的容量是多少！

Filesystem Inodes IUsed IFree IUse% Mounted on

/dev/mapper/centos

-

root 10485760

109748

10376012 2% /

#

利用

du

与

df

来检

查一下目前的

参数

～那

个

du

-

sb

是

计

算整

个

/tmp

底下有多少

bytes

的容量啦！

范例二：

½

/tmp/passwd

制作

hard link

成

为

passwd

-

hd

文件

，并

观

察

文件

与容量