找回密码
 加入我们
搜索
      
查看: 1229|回复: 30

[存储] macOS那种磁盘-分区-卷的APFS文件系统方式确实不错

[复制链接]
发表于 2025-7-25 14:33 来自手机 | 显示全部楼层 |阅读模式
本帖最后由 Sly 于 2025-7-25 16:21 编辑

Windows下分区不能再创建更下一级单位,并且多数情况下直接把分区称之为卷。

造成了常规方式下卷的大小不好动态调整,这一点确实不如macOS。

感觉NTFS完全可以加上这个功能,可惜了。
发表于 2025-7-25 14:39 | 显示全部楼层
什么叫“Windows下分区不能在创建更下一级单位”,下一级单位不就是目录么
发表于 2025-7-25 14:40 | 显示全部楼层
apfs 是 disk -> container -> volume
发表于 2025-7-25 14:43 | 显示全部楼层
要看文件系统的,apfs是跟zfs,btrfs这种一个类别的CoW模式的,ntfs不是。
发表于 2025-7-25 15:43 | 显示全部楼层
linux有lvm
 楼主| 发表于 2025-7-25 16:21 来自手机 | 显示全部楼层
xy. 发表于 2025-7-25 14:40
apfs 是 disk -> container -> volume

这个容器不就是分区么
 楼主| 发表于 2025-7-25 16:22 来自手机 | 显示全部楼层
ibud 发表于 2025-7-25 14:39
什么叫“Windows下分区不能在创建更下一级单位”,下一级单位不就是目录么

那是再下一级
发表于 2025-7-25 16:40 | 显示全部楼层
Sly 发表于 2025-7-25 08:21
这个容器不就是分区么

你杠就是你赢 理论上分区是volume同级或更下层的概念
发表于 2025-7-25 16:44 来自手机 | 显示全部楼层
类似于lvm
发表于 2025-7-25 16:46 | 显示全部楼层
为什么需要动态调整呢?为了限制某些程序占用的空间?
 楼主| 发表于 2025-7-25 17:05 来自手机 | 显示全部楼层
ttt5t5t 发表于 2025-7-25 16:46
为什么需要动态调整呢?为了限制某些程序占用的空间?

为什么同一个磁盘非得规定c盘d盘分别的分区容量呢(最大空间呢)

甚至分区容器化之后 存储池的概念推广
 楼主| 发表于 2025-7-25 17:07 来自手机 | 显示全部楼层
YsHaNg 发表于 2025-7-25 16:40
你杠就是你赢 理论上分区是volume同级或更下层的概念

是的 这里分区专指**分区表上占用一项的一个单位

要不然容器和分区混用 太乱了
发表于 2025-7-25 17:23 来自手机 | 显示全部楼层
Sly 发表于 2025-7-25 09:07
是的 这里分区专指**分区表上占用一项的一个单位

要不然容器和分区混用 太乱了 ...

就是ntfs太老了 ms也没动力给不赚钱的基础设施投钱 这一点上看几家湾区大厂面试风格很明显 ms典型养老厂 脸书纯工程螺丝钉 香蕉厂按意识形态招 苹果就不会给你多 狗家只招聪明人
不确定refs有没有加入container概念
发表于 2025-7-25 17:42 | 显示全部楼层
能吹apfs动态调整的怕不是都没碰到过空间没用还+不了
 楼主| 发表于 2025-7-25 17:45 来自手机 | 显示全部楼层
Anderson997 发表于 2025-7-25 17:42
能吹apfs动态调整的怕不是都没碰到过空间没用还+不了

有bug解决bug
又不是说有bug这套思路都不对了
发表于 2025-7-25 17:53 | 显示全部楼层
Sly 发表于 2025-7-25 17:45
有bug解决bug
又不是说有bug这套思路都不对了

这套思路……不妨说的详细点。
win的磁盘管理不也可以缩分区,只不过太拉没人用。disk utility又好多少呢……
 楼主| 发表于 2025-7-25 19:15 来自手机 | 显示全部楼层
Anderson997 发表于 2025-7-25 17:53
这套思路……不妨说的详细点。
win的磁盘管理不也可以缩分区,只不过太拉没人用。disk utility又好多少呢 ...


所以macos这样直接不用考虑这些事情的方式也是挺好的

你不用考虑一个磁盘上分区的容量需要各分配多少

等效于就是一个盘的即视感了,但确在真正需要专业人士参与修复或者重装系统的时候又能减少工作量(毕竟真就一个c盘,万一系统咋的原因比较迷,直接覆盖安装未必能解决,格式化又涉及数据迁移)

发表于 2025-7-25 19:24 | 显示全部楼层
Sly 发表于 2025-7-25 19:15
所以macos这样直接不用考虑这些事情的方式也是挺好的

你不用考虑一个磁盘上分区的容量需要各分配多少

不是,大哥。现在都一个c盘不分区了,不也是一个盘么。
发表于 2025-7-25 19:47 来自手机 | 显示全部楼层
seaLittleNerd 发表于 2025-7-25 15:43
linux有lvm

我都是 lvm,空间不够就加硬盘
 楼主| 发表于 2025-7-25 20:20 来自手机 | 显示全部楼层
Anderson997 发表于 2025-7-25 19:24
不是,大哥。现在都一个c盘不分区了,不也是一个盘么。

这不是还是存在一定的风险么 所以还是macos那样容器+多卷的思路好

问题都解决了
发表于 2025-7-25 20:23 | 显示全部楼层
Sly 发表于 2025-7-25 20:20
这不是还是存在一定的风险么 所以还是macos那样容器+多卷的思路好

问题都解决了 ...

啊?啥风险啊?能解决啥问题,能具体说说么。
 楼主| 发表于 2025-7-25 20:30 来自手机 | 显示全部楼层
本帖最后由 Sly 于 2025-7-25 20:32 编辑
Anderson997 发表于 2025-7-25 20:23
啊?啥风险啊?能解决啥问题,能具体说说么。


系统中毒弹广告 你解决不了打算恢复 结果出厂设置功能被破坏 覆盖安装依然无法修复系统(这个很常见)

想格式化c盘结果发现 还有300gb自己的文件存放在各处还需要复制出去。

你想分多个盘解决,结果c盘要么剩余空间还有一堆,造成数据分区紧张。要么剩余空间不够,还需要借助第三方工具手动从数据分区划分空间。
发表于 2025-7-25 22:44 | 显示全部楼层
这种真还是老实物理分区安全。苹果没太多体验,但是LINUX LVM分区,一个盘出错连累整个卷有问题。各分各的好歹一个盘出错,其他盘数据还算安全。
你要备份做的很好当我什么都没说。
发表于 2025-7-25 22:49 | 显示全部楼层
Sly 发表于 2025-7-25 20:30
系统中毒弹广告 你解决不了打算恢复 结果出厂设置功能被破坏 覆盖安装依然无法修复系统(这个很常见)

...

啥玩意,什么病毒那么善还管你动态卷静态卷,物理盘虚拟盘?

那么善的病毒还用得着恢复/重装?

什么时候win外插安装盘的修复功能会遭到破坏?

什么时候PE之类的外挂系统也解决不了病毒?

bro出这种情况你还有空担心300g数据要转移啊?还常见啊?

电脑会中这种病毒的人,不需要担心这些问题,毕竟应该都不会
发表于 2025-7-25 23:02 | 显示全部楼层
我macos重装系统喜欢抹盘安装,这样和windows没有区别吧?

 楼主| 发表于 2025-7-26 00:00 来自手机 | 显示全部楼层
银月 发表于 2025-7-25 22:49
啥玩意,什么病毒那么善还管你动态卷静态卷,物理盘虚拟盘?

那么善的病毒还用得着恢复/重装?

嗯 大约加密数据后勒索才是你认为的唯一病毒对吧

 楼主| 发表于 2025-7-26 00:00 来自手机 | 显示全部楼层
wuwufei 发表于 2025-7-25 23:02
我macos重装系统喜欢抹盘安装,这样和windows没有区别吧?

那确实没有了 只要不嫌复制数据麻烦
发表于 2025-7-26 00:03 | 显示全部楼层
wuwufei 发表于 2025-7-25 23:02
我macos重装系统喜欢抹盘安装,这样和windows没有区别吧?


还是有一点,mac的recovery你不会去干掉,重装的时候没镜像直接联网给你下了,win的recovery分区一般到手就删了,也没人用
发表于 2025-7-26 00:08 | 显示全部楼层
Anderson997 发表于 2025-7-26 00:03
还是有一点,mac的recovery你不会去干掉,重装的时候没镜像直接联网给你下了, ...


apple silicon 之后没有 internet recovery 了, 取而代之两个东西 paired recovery 和 fallback recovery
后者压根就不 mount, 理论上来说得把安全启动日穿才能干掉
发表于 2025-7-26 00:23 | 显示全部楼层
apfs这个有个小用途,随时分一个大小写敏感的分区,mount回某个目录,或者限制一下这个目录的大小
您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

Archiver|手机版|小黑屋|Chiphell ( 沪ICP备12027953号-5 )沪公网备310112100042806 上海市互联网违法与不良信息举报中心

GMT+8, 2025-7-26 21:51 , Processed in 0.012717 second(s), 5 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

快速回复 返回顶部 返回列表