☰

GPT 還是 MBR？

tag-icon • tag-icon linux lvm gpt
GPT 還是 MBR？

我是 Linux 新手。我計劃在 2tb 硬碟上安裝 Squeeze，如下所示：

  • / - 10GB
  • 交換
  • 剩餘空間將包含/home，大約1.9tb我希望，稍後我會嘗試使用lvm來添加我的舊1tb驅動器

我的問題是：我必須使用 GPT 嗎？或者MBR就可以了

如果需要GPT這個方案好不好？

  • /boot - 150mb
  • / - 10GB
  • 交換
  • /home（lvm 有剩餘空間）

順便說一句，主機板是華擎 G41，我認為它不支援 EFI

答案1

GPT 還是 MBR？

正如 @mgorven 所說，兩者都可以在 2TB 上運行。我已經在 2T 磁碟上部署了數十個 MBR 磁碟標籤，並且在它們上運作良好。這真的是你的選擇。我現在首選 MBR，但這種情況即將改變。

UEFI 和 GPT

你不需要 UEFI 將 GPT 磁碟標籤寫入磁碟，如果你夠聰明，你可以想像從非 UEFI ROM 啟動帶有 GPT 磁碟標籤的磁碟（需要一點鹽；我還沒做了這個）。這維基百科關於 GPT 的文章有一些關於此的間接資訊。

區域

這一點常常被人們所忽視，但它做發揮作用，而且可能發揮巨大作用。這不是非旋轉大容量儲存的問題，但多年來一直是磁碟的問題。由於與幾何和物理有關的原因，磁碟吞吐量在磁碟開頭附近最高。吞吐量按區域細分，當您從一個區域移動到另一個區域時，速度會下降。這意味著您應該將最需要速度的分割區保留在磁碟開頭附近。這種差異在磁碟的前幾 GB 中非常明顯。

Unix 的磁碟分割區

您想要擁有許多檔案系統，因為（除其他外）：

  • 你不會把所有的雞蛋都放在同一個籃子裡。如果一個檔案系統損壞，您可以從備份中恢復它，生活就會恢復正常。如果全部的檔案系統被損壞，停機時間更長，麻煩更多，你會變得更惱火。
  • 出於效能原因，可以對每個檔案系統進行不同的調整。儲存 MailDir 的檔案系統可以在幾個目錄中包含數十萬個小檔案。保存視訊檔案的檔案系統有數十個巨大的檔案。你可以優化一下。
  • 您可以在檔案系統中保留空間，並允許特定使用者在其他使用者無法使用時使用它。 Root 通常保留檔案系統 5% 的空間。對於多個檔案系統，您可以對此進行調整（例如，郵件假脫機檔案系統可以將空間指派給郵件使用者）。
  • 您正在簡化備份策略，使一個檔案系統適合一種備份媒體。這取決於您的備份策略和軟體。
  • 例如，使用單獨的文件系統/home，您可以在一台電腦上擁有多個 *nix 作業系統，並在它們之間共用文件，而不必搞亂。
  • 您可以解決系統限制。例如，在過去，某些磁碟無法從距離磁碟開頭太遠的磁碟區塊啟動，因此我們會建立一個足夠小的/boot檔案系統來佔據磁碟的第一個區塊。
  • 您可以優化速度。將關鍵檔案系統放置在最快的磁碟區域。
  • 啟動速度： 20G 檔案系統比1900G 檔案系統fsck快。fsck巧妙地選擇檢查週期可以確保您分散fsck運行。

您可能不希望擁有太多檔案系統，因為：

  • 您正在量化磁碟空間。如果您需要在磁碟上儲存 100G，您可能會發現總共有 200G 可用空間，但沒有一個分割區有足夠的可用磁碟空間。
  • 您受到磁碟標籤功能的限制。許多 Unice 在一個磁碟標籤中只能容納 8 個分割區/片，並且其中一個被保留。 MBR 在這方面沒有很大限制，而 GPT 將允許 128 個分區，這比您需要的要多得多。
  • 創建和管理太多檔案系統可能會很麻煩。
  • 您的文件儲存需求並沒有那麼多樣化。

檔案系統方案

每個人都有自己的最愛。我曾經有一個電子表格來計算這些，但更多時候，我使用一張紙和一個老式的書寫工具（多麼古怪）。我會進行多次迭代，直到滿意為止，並將分區方案提交給電腦。這樣比較快。在大多數基於 Debian 的伺服器上，我將以下檔案系統分開：

  • /（根）
  • /boot
  • /usr
  • /var
  • /usr/local
  • /tmp
  • /home
  • 備用檔案系統

其他需要獲得其他單獨的檔案系統，例如用於照片的單獨分區（備份策略不同）、用於視訊的單獨分區等。資料庫伺服器將為它們的資料儲存和磁碟上的、一致的資料庫備份檔案等取得單獨的分割區。但基本方案幾乎總是如此。

我還在磁碟末尾保留了一個備用檔案系統。我mkfs使用它並將其用於暫存空間，通常安裝在/disk1（工作約定）或/disk/tmp（我的約定）下。如果我發現新的需求（我可以刪除它並增長另一個檔案系統，或者只是重新調整它的用途），或者如果我只需要大量暫存空間，那麼這個檔案系統很有用。

漿紗

這很大程度取決於計算機的用途。對於很多東西來說，你可以使用非常小的尺寸。我的建議是使用 LVM（繼續閱讀）並為和分別/usr分配10G （如果您不打算編譯和安裝自己的軟體，則分配較小的大小）。我保持較小的規模，也許 1-2G。如果根檔案系統中沒有所有大檔案系統，那麼它也可能很小：我目前的盒子有一個 2G 分割區，並且還有足夠的空間。如果您不是核心開發人員，或者完全不考慮，檔案系統可能會非常小。最近的計算機和最新版本的 GRUB 可以很好地處理這個問題。如果你想要的話，200-300兆左右就可以了。/var/usr/local/tmp/boot

左心室容量

我已經很久沒有部署非LVM系統了。您獲得的靈活性值得短暫的學習曲線。借助 LVM，您可以有更多的餘地來改變主意，並且您的檔案系統可以與您一起成長。我真的推薦它。

一個範例方案

  • 分割區 1：交換空間（磁碟開頭）
  • 分割區 2：LVM 實體卷，帶有名為「fs」或其他名稱的磁碟區組。
    • 容量fs-root：~2G。
    • 體積fs-usr：~10G。
    • 體積fs-var：~10G。
    • 體積fs-local（簡稱/usr/local）：~5–10G。
    • 容量fs-tmp：~2G。
    • 體積fs-home：剩餘空間減去約30G。
    • 容量fs-spare：剩餘空間：~30G。

在具有 8G 交換空間的 2T 磁碟上，您的/home分割區將為 2000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928G。

如果您需要更多空間來容納一個或多個其他卷，則備用 30G 分區將派上用場。調整 LVM 磁碟區（和 ext{2,3,4} 檔案系統）的大小非常容易。

請注意，沒有單獨的/boot，並且所有引導基礎設施（內核 和initrd）都是裡面LVM。這讓一些人感到不安，但我從來沒有遇到過問題。 GRUB 可以很好地查看 LVM 物理磁碟區內部。如果讓你不放心的話，單獨留出/boot200M左右的空間。將其設定為分區 2（將 LVM PV 分區設為 3）或分區 1（將其他兩個分區下推）。

答案2

MBR 在 2TB 硬碟上應該可以正常工作，但在更大的硬碟上就不行了。不過，使用 MBR 還是 GPT 並不重要，只要您要使用的所有作業系統都支援它即可。 BIOS 不必支援 EFI 即可從 GPT 驅動器啟動。

無論您使用MBR還是GPT，我都建議使用LVM來管理空間，因為它更加靈活並且更容易在後期進行更改。

答案3

我覺得你這個問題有點想太多了。只有當您打算安裝多個作業系統或將磁碟機移至另一台電腦時，GPT 與 MBR 才真正重要。如果您可以擺脫 MBR，那麼您最好堅持使用它，特別是如果您使用 LVM（它允許 MBR 缺少的許多功能）。

至於分區大小，這裡有一些很好的經驗法則：

  • 小分割區可能會很煩人，因為您永遠不知道您實際上會使用多少。
  • 大分割區可能會很煩人，因為它們需要很長時間來建置和檢查。此外，檔案系統上的「磨損」往往會根據使用情況而增加。將所有內容放在一個分區中意味著這種累積會發生得更快。無論什麼都值得。

答案4

事實證明，文件系統太小通常會造成戲劇性的後果。 10GB 很容易被二進位檔案和日誌檔案填滿。您擁有豐富的磁碟空間，為什麼還要如此努力地節省空間？過一會兒你就會後悔的。不要一次性分配所有磁碟空間，留出空間以便在需要時移動檔案系統。擴展檔案系統很容易，但縮小檔案系統則不然。查看 LVM2 可以為您做什麼。http://tldp.org/HOWTO/LVM-HOWTO/index.html 不要做出讓你在未來幾年陷入困境的錯誤決定。

相關內容