我認為 SLES 9 機器可以處理的磁碟數量是有限制的。 （32 位元）。我透過谷歌找不到這個號碼..
我的問題: 誰能告訴一下，這個數字是多少？
答案1
有根據的猜測
4皮B。
理由
SLES 9 是現在大約十年了，因此它不會支援像現代 Linux 發行版一樣大的檔案系統，或者像現代核心一樣多的磁碟區。 SLES 9 中支援的最新核心是 2.6.5。
使用 32 位元作業系統還人為地限制了自己：更大的檔案系統需要更多的 RAM 來管理。保守的經驗法則是 1吉布每硼化鈦。由於 32 位元 Linux 通常限制為 4 GiB[1]，因此您將其強制使用 32 位元 Linux 來管理超過 4 TiB。我已經達到了 16 TiB 並且僥倖逃脫了[2]，但我實際上並不建議這樣做。一個常見的恐怖故事是fsck斷電後由於缺少 RAM 而無法完成，從而阻止檔案系統重新掛載。
SLES 9 內建的最強大的檔案系統是JFS。其磁碟區大小限制已達到拍位元組，因此實際上是無限的。
SLES 9也支持雷瑟FS，其磁碟區大小限制為 16 TiB。由於上述 RAM 限制原因，這非常適合您的 32 位元系統。
/dev/sdLinux 核心中的裝置路徑數量也有限制。在 Linux 的生命週期中，它以 2 的冪次方值進行了多次更改。 SLES 9 的限制可能是 256 卷，基於記錄的限制對於 RHEL 3 和 4，它們與 SLES 9 大致是同時期的。
儲存限制是磁碟區大小限制乘以最大磁碟區數。我上面的 4 PiB 數字是基於 16 TiB 最大卷大小 × 256 個卷。
你不會達到極限
無論您如何安排，這都是一個巨大的儲存空間。出於實際原因，實際數字最終並不是非常重要。簡單地將足夠的磁碟連接到一台電腦來達到這個猜測的限制將是一個相當大的挑戰，特別是考慮到與核心 2.6.5 相容的常見磁碟控制器不支援現代高級格式磁碟，因此您可能無法使用大於 2 TB 的磁碟。
這意味著您需要數千個實體磁碟才能達到 4 PiB 限制。
如果您沒有先遇到連接或機架大小限制，那麼在達到絕對硬技術限制之前，您將遇到其他一些實際限制。
註腳：
PAE在 32 位元系統上允許最多 64 GiB，但我不知道核心可以使用任何超過 4 GiB 的空間作為緩衝區快取。
據我所知，沒有
fsck任何實作可以使用 PAE，因為在使用者空間應用程式中需要很多特殊的技巧才能做到這一點。在過去的幾年裡，只有極少數的程式真正使用過 PAE，當時它是解決 RAM 限制問題的可行方案。 （今天，您只需使用 64 位元作業系統。）RAM 的需求取決於磁碟上檔案和目錄的數量以及它所服務的同時存取的數量。因此，「每 TiB 1 GiB 規則」是一種代理規則。
我相信我在 32 位元核心上使用 16 TiB 的唯一原因是這些是數位視訊伺服器，同時用戶很少。由於文件相對較少且較大，因此
fsck不必處理大量目錄或文件索引節點，而且它不需要在 RAM 中保留大量檔案系統資訊來追蹤並髮用戶。一個很好的反例是電子郵件伺服器，它可以同時為數千個使用者提供服務，每個使用者都希望存取分散在數千個目錄中的大量小型檔案。
較新的核心將限制提高到 1,024、4,096 或 8,192 卷。
理論上，您最多可以使用
/dev/sdzzz....29z秒，大約為 10 41卷，但其他實際限制將首先發揮作用。
答案2
我的知識沒有限制，如果有限制，你就不太可能滿足它。輪換完所有 sd[az] 後，驅動器將被標記為 sdaa 到 sdazz 等等。因此，如果有限制，那就是該方案可以在最大檔案路徑長度內標記的磁碟機數量（UUID 可能會改變，我不確定）。
這只涵蓋 IDE、SCSI、SATA 和類似的。我相信USB和其他會有不同的限制。