到底細分許多的Partition有什麼好處？ - Linux

跟大家分享一下我的想法

實際上所有 Unix-like 的系統都有類似的"目錄樹架構" (請參考以下連結,自鳥哥)
http://linux.vbird.org/linux_basic/0210filepermission.php#dir_content

一開始接觸 Linux/BSD 系統時實在難以理解為什麼 Unix-like 系統要有如此的設計，
目錄樹其實是個抽象化的設計，不管實際上硬碟有幾顆、分割區有多少個、或是遠端
掛載的檔案系統，使用者都不會直接感受到，如果機器不是自己架的(同事或是朋友
架好的)，不去用 df 或是開啟 /etc/fstab 察看，當我們把資料存在某個目錄底下
時，還真的不知道資料是存放在哪個實體的儲存設備上。

換個角度想 Linux 系統刻意採用虛擬的目錄樹，以及一個對照的機制將虛擬的目錄樹
與實體的儲存裝置相對應；系統管理者需要維護好這個對應的機制(修改 /etc/fstab,
mount,umount)，Linux 系統會依據系統管理者的設定將目錄樹與實體的儲存設備連結
起來，因此使用者只要熟悉目錄架構即可上手，而不需要知道實體的儲存裝置是以甚麼
樣的形式存在。

首先會發現這使得系統變得很有彈性，因為實體的儲存裝置怎麼改變系統從使用者的
觀點來看都長的一樣(可能空間變大或速度變快，不過使用上和往常都一樣)。當系統
需要增加或是更換部份儲存裝置時會很方便，系統管理者可以在不關機的情形下使用
mount、umount工具更新/升級儲存設備且不影響使用者使用。

此外某些情況下系統管理者對某伺服器進行服務更新時，會先在其他測試主機上進行
新版本的軟體測試，然而測試主機與伺服器的硬體通常有落差，伺服器上可能切了許
多分割區或跑磁碟列而測試主機可能只有一顆硬碟，然而這並不影響軟體功能上的測
試，因為從目錄樹上看起來兩台機器是一樣的，不論對使用者而言、伺服器軟體或是
script而言皆是。

說了這麼多使用 Linux 系統幾年下來發現一些系統設計上的巧思 - 切割問題。
以軟體的說法就是模組化，怎麼把一個大問題做好的切割？切成合適的小問題再一一
解決。甚麼是好的切割呢？原則上就是拆開的小問題儘可能彼此獨立，拆開的小問題
必須比原本的大問題簡單。目錄樹的架構就是拆解問題的方法之一，實際上在 Linux
系統上處處可見類似的作法。

※ 引述《kadok (暗夜流星)》之銘言：
: 看過不少書
: 書中都會強調
: 如果要架一個server的話
: 硬碟規劃
: 將一些目錄分成不同Partition
: 並掛載成不同的目錄
: 是比較好的規劃
: 到底有哪些好處？ 可否指教一下
: 我大概想想
: 一、chroot可以鎖在某個Partition的目錄下面
: 二、Quota可以鎖的比較細
: 三、災難發生可以損傷較小？
: 不知道我的思考方向有錯嗎？
: 請指教，謝謝

--
企 鵝 王 國 ﹌
＊
自 由 流 浪 者
＠ ～ Ｂｉｌｌ　Ｃｈｏ
`/′ http://chobill.twbbs.org/

--