再來是關於這個討論串的部份：

hard link 本來就會佔空間，不包含檔案名稱的話，就要用掉 8 bytes，檔案名稱一個字元一個 byte，所以總長度並不固定。假設一個 block 為 4K bytes、一個 hard link 平均為 16 bytes 的話，建立超過 256 個 hard link 的話，就需要再另外增加一個 data block 來存放新的 hard link 了，所以建立新的 hard link 的時候，du -b 的結果會增加一個 block (4K bytes) 是有可能的。

另外關於 hard link 和 soft link 那一個比較佔空間的問題，就要看我們以甚麼角度去看了。如果純粹以佔用硬碟空間的角度來看的話，應該是 soft link 比較佔空間。hard link 的長度為 8 bytes + 檔案名稱的長度。soft link 至少用掉一個 inode，一個 inode 為 128 bytes，如果pathname 小於 60 characters 的話，剛好可以存進 inode 的 i-block 裡面 (12 x direct blocks 指標、single indirect、double indirect、triple inderect，總共剛好 15 x 4 bytes)；假如 pathname 超過 60 characters 的話，還需要多一個 data block (4K bytes) 來存放。可是如果我們以檔案佔用多少 data block 來看的話 (du 指令)，hard link 比較佔空間，因為du 並沒有把檔案系統的資料結構所佔的空間算進去，除非 soft link 的 pathname 過長，多佔了一個 data block。

先了解 directory 與 file 的差別吧，見另篇討論：
http://phorum.study-area.org/viewtopic.php?t=17506
我將我的個人見解轉貼一次如下：

一個 dir 其內容其實就是其下包有哪些 file name(含 sub-dir)，及其對應的 inode number 。
而一個 file 其內容就是本身的資料。
以 /etc/sysconfig.network 為例。
從 / partition 讀取 2 號 inode ，可得到 / 的 block ，
其下可得到 etc 的 inode ，再可的到 /etc 的 block ，
其下可得到 sysconfig 的 inode ，再可得到 /etc/sysconfig 的 block ，
其下可的到 network 的 inode ，再可得 /etc/sysconfig/network 的 block ，
最後讀取 block 就是其內容了。

剛巧昨天我在 news 上也討論過 link 的問題，茲錄如下：

"閒雲朵朵 朵朵閒雲" <brain13homepage@yahoo.com.tw> 撰寫於郵件
news:47CDYV$ASd@w42.tpe.yahoo.tw...

> 補充一下,

我也來補充一下 ^_^

> 不常去注意,印象中是這樣的:
>
> hardlink 是直接指向硬碟中的同一個區塊,
> softlink 則是先指向檔案系統中連結的檔案,
> 再由該檔案去指向硬碟中的區塊.

hardlink 指向同一個 inode ，
再從 inode 得知 block 的位址，
讀取 block 就得知 content 。

softlink 使用另一 inode ，
但它只是一個 pointer ，指向另一 path 。

>
> hardlink 無法跨越檔案系統, softlink 則可以,
> 一般而言,是以 softlink 為主,hardlink 比較少用,
> 因為 hardlink 無法跨越磁碟分割區.

因為 inode 的關係(不同的 partition 有相同的 inode )，
所以 hardlink 不能跨 parition 。
但 softlink 是指向 path ，
因此只要 mount point 建立好，就可找得到 pointer 所指的 object。

除了 partition 的差異，
hardlink 不能 link 目錄，soft link 則可。
至於為甚麼？我就不清楚了... (請其他朋友幫忙說明一下吧)

還有，hard link 建立之後，file 本身的 link count 會增加。
假如將 source file 砍掉，其 block 並不會釋放出來，
也就是原有 content 還在。
但若是用 soft link 的話，link count 不變，
若將 source file 砍掉，pointer 所指的 path 就找不到了，
也就會得到 file not found 的 error 。
若 source file 之 link count 在刪除後扣掉為 0 ，
則原有 block 就會釋放出來，
content 就有可能被其後使用該 block 的資料覆蓋掉。
如果 file 本身的 attribute 帶有 s flag，
那在 deletion 之後其 block 將全部歸零處理，
就算拿到 disk 重讀該 block 也不能還原資料。
不過，man chattr 有提到 u flag ，
在 deletion 時會被 save 起來，以便 undelete 處理。
不過，不知現階段 linux file system 的 undeletion 是否有 implement 呢？

一些個人見解，給大家參考。謝謝﹗

--

======= http://www.study-area.org =======
飛雪迎春到﹐風雨送春歸
已是寒崖百丈冰﹐尤有花枝俏
俏也不爭春﹐只把春來報
待得山花爛漫時﹐他在叢中笑﹗

因此，不管是 hard link 還是 soft link ，
都會在 directory 的 content 中增加一行 entry ，
但 hard link 因為用同一 inode ，因此也是用相同的 block(s) ，故此空間不會多出來。
但 du 卻不管這套，它只單純算出"每一 entry 所代表"的用量而已，卻不管兩個 entries 是否為同一 inode 。
要是 soft link ，因為本身就要消耗 inode table entry，因此肯定回用掉一些空間。
但是否為 data block 上的空間呢？不需要，用掉 inode table 的空間而已。
因為 soft link 只需在 pointer 上記錄 path name 就行，
而具體的 size (如 60 characters )情行如何，請重看 octapult 兄的說明吧...