固态硬盘究竟该怎么分区?
Tofloor
poster avatar
九度十二分
deepin
2020-11-11 22:44
Author

在网上搜索了很多,都没有得到满意的答案。

16G内存、512G固态。win10、Deepin双系统,怎么分区比较合理?

我的计划是256G给win10,256G给Deepin。

那么16G内存还有没有必要分swap分区?分不分swap分区影响啥?不分swap是否会影响休眠?

256G给deepin的话,/和/home各分一半是否合理?还是有必要/少一些,/home多一些?

/,/home是系统盘和数据盘的区别吗?

希望各位大佬不吝赐教。我自己搜了许多,一直没搜到满意的答案。

Reply Favorite View the author
All Replies
thepoy
deepin
2020-11-11 22:54
#1

deepin没必要用那么大的空间。

固态硬盘能不分区就不分区,能少分区就少分区。

我是60G固态给linux系统,80G机械给home。


对于Linux系统,休眠一般就是把内存中的数据写入硬盘的交换分区(也有可能是swap文件),然后关机。在下一次开机的时候将数据重新载入内存,让你快速回到上一次的工作状态,这在你开启了大量的程序但需要暂停工作的时候尤其好用。


如果想设置swap,8G或16G皆可。

Reply View the author
neko
deepin
Ecological co-builder
Q&A Team
2020-11-11 23:18
#2

swap给8G

剩下的都给/

Reply View the author
灵兮之
deepin
2020-11-11 23:43
#3

分三个区

一个win10 200G,一个deepin 200G,剩下的分一个NTFS的区

win10安装软件都在自己的200g内,deepin只分一个/,不分swap,在系统上设置swap file

最后一个分区放共用的文件,win10可以读取到,deepin也可以读取,在deepin上隐藏win10盘符

Reply View the author
180******29
deepin
2020-11-12 00:16
#4

你要是个人体检,有30G够了,挂/目录就可以了,不用分swap分区和home分区,swap就是win下的虚拟内存,实际上,系统中交换分区的大小并不取决于物理内存的量,而是取决于系统中内存的负荷,所以在安装系统时要根据具体的业务来设置SWAP的值,自己安装可以不用设置,系统自己安排,服务器根据情况设定单独交换分区SWAP,home就是放个人文件的地方,如果双系统,可以把文件放在win盘上,liunx就不用设的很大了,liunx可以读取win盘

 

Reply View the author
Fredoong
deepin
2020-11-12 01:04
#5

你这双系统GNU/Linux恐怕不是主力系统,你这种情况怎么分都无所谓了。

Reply View the author
九度十二分
deepin
2020-11-14 04:37
#6
灵兮之

分三个区

一个win10 200G,一个deepin 200G,剩下的分一个NTFS的区

win10安装软件都在自己的200g内,deepin只分一个/,不分swap,在系统上设置swap file

最后一个分区放共用的文件,win10可以读取到,deepin也可以读取,在deepin上隐藏win10盘符

谢谢各位用心回复,我想问一下,学习各位经验后,目前是打算分一个区,我想问一下,交换文件保存在/下的话,需要特别设置么?还是deepin本身会自动配置到/下呢?

再次谢谢各位。

Reply View the author
SamLukeYes
deepin
2020-11-14 04:39
#7
灵兮之

分三个区

一个win10 200G,一个deepin 200G,剩下的分一个NTFS的区

win10安装软件都在自己的200g内,deepin只分一个/,不分swap,在系统上设置swap file

最后一个分区放共用的文件,win10可以读取到,deepin也可以读取,在deepin上隐藏win10盘符

共享的分区不建议分 ntfs。ntfs 是巨硬家的御用文件系统,linux 上的 ntfs 支持菜的一匹。可以考虑 exfat。

Reply View the author
SamLukeYes
deepin
2020-11-14 04:40
#8

如果不打算把大量用户数据存在 deepin 专属的分区,就不用分 /home,一根到底。不要分 swap,需要休眠的话可以用 swap 文件。

Reply View the author
SamLukeYes
deepin
2020-11-14 05:14
#9
九度十二分

谢谢各位用心回复,我想问一下,学习各位经验后,目前是打算分一个区,我想问一下,交换文件保存在/下的话,需要特别设置么?还是deepin本身会自动配置到/下呢?

再次谢谢各位。

配置交换文件的方法可以参考 arch wiki

用 root 权限操作的内容,在命令前面加 sudo 即可

Reply View the author
九度十二分
deepin
2020-11-14 18:41
#10

谢谢各位大佬,终于搞清楚了。

这里把arch wiki关于swap分区地址放在这里,方便之后的用户。

https://wiki.archlinux.org/index.php/Swap#Swap_file

Reply View the author
灵兮之
deepin
2020-11-14 20:51
#11
SamLukeYes

共享的分区不建议分 ntfs。ntfs 是巨硬家的御用文件系统,linux 上的 ntfs 支持菜的一匹。可以考虑 exfat。

exfat在win跟Linux上都能原生支持吗?还是得装专用的软件才能查看分区?

速度有比ntfs快吗?要是速度能比ntfs快,我打算把400多g的文件分区弄成这个格式的

ntfs在win上可以直接查看,在deepin上也能自动挂载


Reply View the author
SamLukeYes
deepin
2020-11-15 00:09
#12
灵兮之

exfat在win跟Linux上都能原生支持吗?还是得装专用的软件才能查看分区?

速度有比ntfs快吗?要是速度能比ntfs快,我打算把400多g的文件分区弄成这个格式的

ntfs在win上可以直接查看,在deepin上也能自动挂载


exfat 是微软开发的文件系统,微软还特地给 Linux 内核贡献了代码让 Linux 也原生支持 exfat。exfat 不是日志文件系统,应该会比 ntfs 快,至少比 ntfs 更加闪存友好。

在 Linux 上用 ntfs 一般需要一个叫 ntfs-3g 的驱动,这个驱动通常并不能完全发挥出 ntfs 的全部性能,在调整分区的时候甚至有可能把 ntfs 分区弄坏。如果需要更好的 ntfs 支持,可以试试 paragon 开发的 ntfs 驱动,不过我也没试过效果如何,自从上次用 ntfs-3g 把 Windows 分区弄坏以后我就再没用过 ntfs[尾]

Reply View the author
灵兮之
deepin
2020-11-15 02:49
#13
SamLukeYes

exfat 是微软开发的文件系统,微软还特地给 Linux 内核贡献了代码让 Linux 也原生支持 exfat。exfat 不是日志文件系统,应该会比 ntfs 快,至少比 ntfs 更加闪存友好。

在 Linux 上用 ntfs 一般需要一个叫 ntfs-3g 的驱动,这个驱动通常并不能完全发挥出 ntfs 的全部性能,在调整分区的时候甚至有可能把 ntfs 分区弄坏。如果需要更好的 ntfs 支持,可以试试 paragon 开发的 ntfs 驱动,不过我也没试过效果如何,自从上次用 ntfs-3g 把 Windows 分区弄坏以后我就再没用过 ntfs[尾]

我是ntfs在win上分区好,装完deepin就自动挂载了,估计deepin自动有那个驱动

但是好像有不少问题,复制文件很慢,然后挂载权限有点问题,打开.txt文件一直弹窗是否用终端运行,取消不掉

Reply View the author
SamLukeYes
deepin
2020-11-15 03:39
#14
灵兮之

我是ntfs在win上分区好,装完deepin就自动挂载了,估计deepin自动有那个驱动

但是好像有不少问题,复制文件很慢,然后挂载权限有点问题,打开.txt文件一直弹窗是否用终端运行,取消不掉

deepin 应该是自带 ntfs-3g 的。paragon 开发的 ntfs 驱动可能将来会合并进内核主线,也许以后 ntfs 的支持就会更完善了呢[尾]

Reply View the author
灵兮之
deepin
2020-11-15 17:22
#15
SamLukeYes

deepin 应该是自带 ntfs-3g 的。paragon 开发的 ntfs 驱动可能将来会合并进内核主线,也许以后 ntfs 的支持就会更完善了呢[尾]

我查了下exfat,据说这个格式没有日记文件,分区表也只有一份,容易导致数据损坏丢失

我在deepin上都是shutdown关机的,不是通过系统的关机按钮操作,担心更加容易引起exfat分区的文件损坏

Reply View the author