我的分区：

1000KB BIOS 分区(顺便4K对齐)

100MB EFI System Partition

100GB Deepin Root /

100GB Windows 11

277GB DATA 分区

swap是在根目录下的文件

你后面如果更新内核可能还会遇到坑，/boot分区的大小如果小于2G（默认应该是1.5G），更新内核的次数多了而不删除旧内核，或者使用了系统备份，可能后续因为/boot分区空间不足导致无法更新新的内核。

此坑已踩过~

这是真的吗？用户数据不是都放在数据盘的home？

boot分区我分了5G

真正的数据盘是/persistent，它包含
/root、/home、/var/local、/persistent/ostree

如果手动分区不指定/persistent而是指定/home时，ostree的备份会保存到系统盘

我再给你说个坑：我24RAM的系统，安装时自动分配16G SWAP，结果就是休眠时系统灭屏10秒后，又回来了，不能休眠。此时再休眠一次，就能正常休眠了。

经历了数月数次的AI问答和agent自检，最终确定就是SWAP比RAM小的问题，第一次休眠是系统清理了一些内存，所以第二次就能休眠了。

以下是deepseek对deepin侧swap策略的分析，真不知道是如何搞出这个奇葩的：

deepin 的特定规则与建议

deepin 在安装时的自动分区逻辑和社区的主流建议如下：

• 安装器的自动规则：有社区成员指出，deepin 安装器在内存小于 16GB 时，可能会采用 “内存大小 + 根号内存大小” 的公式来计算 SWAP 大小；当内存大于 16GB 时，则固定为 16GB-5。这解释了为何有时安装器会默认划分出较大的 SWAP 分区。
• 社区通用建议：对于手动分区的用户，一个普遍的建议是：如果内存小于 8GB，可以分 2 倍内存大小的 SWAP；如果内存大于 8GB，分与内存等大的 SWAP，但通常不建议超过 8GB--10。当然，如果你的内存非常大（如 32GB 以上），日常使用几乎不会耗尽，也可以选择不创建 SWAP，或者只设置 4-8GB 作为应急缓冲-。

关键考量：休眠 (Hibernate)

配置 SWAP 大小时，最关键的因素是是否需要使用休眠功能。

• 启用休眠：系统在休眠时，需要将内存中的所有数据写入 SWAP 分区。因此，SWAP 大小必须大于或等于物理内存大小，否则休眠将无法进行或恢复时可能出错-。
• 不启用休眠：如果从不使用休眠，SWAP 仅作为内存不足时的缓冲，大小可以设置得相对较小，4-8GB 通常足够应对日常的突发内存压力-。

磐石架构之后感觉Home用的很慢，根分区需要大一点

你的500G硬盤，我的只有110G，差距太大。

我的Boot分區系統自動分了4G，我以後用命令更新，控制中心的那個更新總要備份，太慢。

估計等不到更新幾次內核，Deepin出新版本，又得重裝了，就像V23升V25一樣。

真的，踩過的坑。

全盤安裝，我的現在是4G，應該足夠了。畢竟我的SSD容量小。

原來是這樣哦，如果手動分區，連home都不指定呢？

我裝完系統，進設置，直接關閉系統休眠功能，防止喚不醒。

系統自動分配23G，我給了32G，現在佔用不到12G，數據盤的佔用倒是比剛安裝時多了不少。