自己的總結:
1.如果不想使用LVM,可以把全部空間都分配完,因為標準分區下,如果不是相鄰,未分配空間很難加入已有分區來擴容,只能新建一個分區,掛載到想擴容分區的子目錄使用.
2.即使內存很大,swap分區還是建議保留,參考文章:【譯】替 swap 辯護：常見的誤解 - Farseerfc的小窩
3.在openEuler圖形安裝引導分區時,注意不填容量則此分區會占用剩余容量,所以這個分區要最后分,否則已經沒有剩余空間,新的分區自然無法再創建成功
-------以下為deepseek的回答----------------------------
對于服務器，答案與桌面環境截然不同。

服務器的核心目標是穩定性、安全性和可維護性。分區是達成這些目標的第一道防線。在128GB SSD上，你需要進行非常精細的規劃。

??? 服務器標準分區方案建議（128GB SSD）

對于一臺通用型服務器（如Web、應用服務器），建議如下：

空間計算示例：
1GB (/boot) + 25GB (/) + 15GB (/home) + 25GB (/var) + 5GB (/tmp) + 10GB (/usr) + 4GB (swap) ≈ 85GB。這為你留下了約 40GB 的未分配空間，可以用于：

• 擴展即將滿的分區（尤其是 /var）。
• 創建一個專門的 /opt 或 /data 分區來存放應用程序數據。

?? 針對不同服務器角色的調整

• 數據庫服務器（如MySQL, PostgreSQL）：

  • 核心變化：需要一個巨大的 /data 或 /var/lib/mysql 分區。
  • 調整方案：大幅減少 /home（甚至不要），適當減少 /usr 和 /tmp，將絕大部分空間分配給數據庫數據分區。

• 文件/存儲服務器：

  • 核心變化：需要一個巨大的 /srv 或 /data 分區。
  • 調整方案：同上，壓縮非核心系統分區，將所有空間集中于數據分區。

• Docker/Kubernetes節點：

  • 核心變化：Docker鏡像和容器會占用大量空間（默認在 /var/lib/docker）。
  • 調整方案：確保 /var 分區足夠大（至少40-50GB），或者考慮為 /var/lib/docker 單獨掛載一塊大容量硬盤。

?? 為什么服務器必須這么做？核心原則

1. 隔離與遏制：防止單個組件（如日志、用戶文件、臨時文件）的異常增長拖垮整個系統。一個失控的日志文件填滿 /var 只會影響日志服務，而不會讓系統崩潰。
2. 安全加固：可以為不同的分區設置不同的掛載參數（如 noexec 于 /tmp），減少攻擊面。
3. 便于監控和維護：可以針對每個分區的使用率設置獨立的監控告警。備份策略也可以更有針對性（例如，頻繁備份關鍵數據分區，而系統分區只需在更改后備份一次）。
4. 性能優化：在某些場景下，可以將高IOPS需求的分區（如數據庫）放在SSD的性能最佳區域，或者使用不同的文件系統（如XFS處理大文件）。

?? 強烈建議：結合LVM使用

在服務器上，LVM + 標準分區 是最佳實踐。

• 方案：首先創建上表所述的標準分區，但不要直接格式化成文件系統，而是先將它們創建為 LVM 物理卷（PV），然后加入卷組（VG），最后在VG上創建邏輯卷（LV）并掛載。
• 巨大優勢：
  • 靈活性：當你發現 /var 空間不足時，可以從空閑空間（或從其他邏輯卷縮減）動態擴展 /var 的邏輯卷，完全在線，無需重啟。
  • 快照備份：可以對邏輯卷創建瞬間快照，確保備份數據的一致性，這對于數據庫備份至關重要。

總結

對于128GB SSD的服務器：

不要只用一個 / 分區。采用“按職責分離”的多分區方案（至少包含 /, /home, /var, /tmp），并強烈建議基于 LVM 來實現，以便在有限的空間內獲得最大的穩定性、安全性和管理靈活性。

這個初始的規劃復雜度，會為你后續數年的服務器穩定運行省去無數麻煩。