SLES 9 可以處理多少物理磁碟？有什麼限制嗎？
我認為 SLES 9 機器可以處理多少磁碟是有限制的。（32 位）。我無法通過Google找到號碼..
我的問題：有人可以參考一下，這個數字是多少？
有根據的猜測
4 PiB。
理由
SLES 9 現在大約有十年的歷史了，因此它不會支持現代 Linux 發行版所能支持的文件系統，或者現代核心所能支持的捲。SLES 9 中支持的最新核心是 2.6.5。
您還通過使用 32 位作業系統人為地限制了自己：更大的文件系統需要更多的 RAM 來管理。保守的經驗法則是每TiB 1 GiB。由於 32 位 Linux 通常限制為 4 GiB
$$ 1 $$，您正在推動它使用 32 位 Linux 來管理超過 4 TiB。我已經達到 16 TiB 並且僥倖逃脫$$ 2 $$，但我實際上並不建議這樣做。一個常見的恐怖故事是
fsck由於缺少 RAM 而導致斷電後無法完成，從而阻止了文件系統的重新掛載。 SLES 9 中內置的最強大的文件系統是JFS。它的捲大小限制以PB為單位，因此實際上是無限的。SLES 9 還支持ReiserFS，它具有 16 TiB 的捲大小限制。由於上述 RAM 限制的原因，這非常適合您的 32 位系統。
/dev/sdLinux 核心中的設備路徑數量也有限制。在 Linux 的整個生命週期中，它以常見的 2 次冪值更改了幾次。SLES 9 的限制可能是 256 個卷，基於 RHEL 3 和 4 的記錄限制，這與 SLES 9 大致同時。$$ 3 $$ 儲存限制是卷大小限制乘以最大卷數。我上面的 4 PiB 數字基於 16 TiB 最大卷大小 × 256 卷。
你不會達到極限
無論您如何安排，這都是一個非常大的儲存空間。由於實際原因，實際數字最終並不是非常重要。簡單地將足夠的磁碟連接到一台電腦以達到這個猜測的限制將是一個相當大的挑戰，特別是考慮到與核心 2.6.5 兼容的通用磁碟控制器不支持現代高級格式磁碟，所以你可能可以’ t 使用大於 2 TB 的磁碟。
這意味著您需要數千個物理磁碟才能達到這個 4 PiB 的限制。
如果您沒有首先遇到連接或機架大小限制，那麼在達到絕對硬技術限制之前，您將遇到其他一些實際限制。
腳註：
- PAE在 32 位系統上最多允許 64 GiB，但我不知道核心可以使用超過 4 GiB 的任何空間用於緩衝區記憶體。
fsck我所知道的任何實現都不能使用 PAE，因為在使用者空間應用程序中需要很多特殊的技巧才能做到這一點。在過去的幾年裡，只有極少數的程序真正使用了 PAE，當時它是 RAM 限制問題的可行解決方案。（今天，您只需使用 64 位作業系統。） 2. 對 RAM 的需求取決於磁碟上文件和目錄的數量，以及它所服務的同時訪問的數量。因此，“每 TiB 規則 1 GiB”是一種代理規則。我相信我在 32 位核心上使用 16 TiB 的唯一原因是這些是數字影片伺服器，同時使用者很少。由於文件相對較少且較大，
fsck因此不必處理大量目錄或文件inode，也不需要在 RAM 中保留大量文件系統資訊來跟踪並髮使用者。一個很好的反例是一個電子郵件伺服器，它可能同時為數千個使用者提供服務，每個使用者都希望訪問大量分散在數千個目錄中的小文件。 3. 較新的核心將限制提高到 1,024、4,096 或 8,192 卷。
理論上，您最多可以
/dev/sdzzz....使用 29zs，大約是 10 41卷，但其他實際限制將首先發揮作用。