[问题]怎样得到准确的分区大小?

系统安装、升级讨论
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
头像
jandyzhu
帖子: 3331
注册时间: 2008-04-02 13:26
来自: 上海
联系:

[问题]怎样得到准确的分区大小?

#1

帖子 jandyzhu » 2008-07-27 17:34

安装单系统,分区时,如准备给/分15G应该是1024x15=15360MB的,但创建新分区时输入15360MB的话后面就会变成了15356MB;如果给swap分1024MB的话,后面就会变成1019MB。

而输入15365MB则会变成15364MB,1030MB会变成1028MB。

请问怎样才能得到准确的分区大小啊?如/:15G、swap 1G。谢谢。

如图:
附件
0807130016.jpg
0807130013.jpg
0807130011.jpg
上次由 jandyzhu 在 2008-07-27 17:36,总共编辑 2 次。
头像
BigSnake.NET
帖子: 12522
注册时间: 2006-07-02 11:16
来自: 廣州
联系:

#2

帖子 BigSnake.NET » 2008-07-27 17:35

1024 和 1000 的问题, 自己换算一下
^_^ ~~~
要理解递归,首先要理解递归。

地球人都知道,理论上,理论跟实际是没有差别的,但实际上,理论跟实际的差别是相当大滴。
头像
jandyzhu
帖子: 3331
注册时间: 2008-04-02 13:26
来自: 上海
联系:

#3

帖子 jandyzhu » 2008-07-27 17:39

BigSnake.NET 写了:1024 和 1000 的问题, 自己换算一下
不明白,我已经按1024MB=1G来分了,但得出来的还是不够1G。
头像
BigSnake.NET
帖子: 12522
注册时间: 2006-07-02 11:16
来自: 廣州
联系:

#4

帖子 BigSnake.NET » 2008-07-27 17:41

jandyzhu 写了:
BigSnake.NET 写了:1024 和 1000 的问题, 自己换算一下
不明白,我已经按1024MB=1G来分了,但得出来的还是不够1G。
还有 M, K。。
^_^ ~~~
要理解递归,首先要理解递归。

地球人都知道,理论上,理论跟实际是没有差别的,但实际上,理论跟实际的差别是相当大滴。
头像
HuntXu
帖子: 5776
注册时间: 2007-09-29 3:09

#5

帖子 HuntXu » 2008-07-27 18:03

win的计算方法是1024n+4(n-1),linux的没折腾过...
HUNT Unfortunately No Talent...
delectate
帖子: 18311
注册时间: 2008-01-09 22:41

#6

帖子 delectate » 2008-07-27 18:15

头像
冲浪板
论坛版主
帖子: 7513
注册时间: 2007-05-06 8:19

#7

帖子 冲浪板 » 2008-07-27 18:55

那是按磁道、扇区“对齐”造成的吧,猜测
头像
kofshower
帖子: 1343
注册时间: 2007-03-13 11:23
联系:

#8

帖子 kofshower » 2008-07-27 18:59

冲浪板 写了:那是按磁道、扇区“对齐”造成的吧,猜测
其实不是,从磁盘文件系统考虑
"We are all in the mud, but some of us are looking at the stars." (Oscar Wilde)
We are not born for ourselves.
人生天地间,并非为自己
Homepage:http://sites.google.com/site/polarisnotme/
delectate
帖子: 18311
注册时间: 2008-01-09 22:41

#9

帖子 delectate » 2008-07-27 19:56

kofshower 写了:
冲浪板 写了:那是按磁道、扇区“对齐”造成的吧,猜测
其实不是,从磁盘文件系统考虑
很早以前早已前……

N久了吧!

那个时候硬盘存储量很小,仅仅1000K,有人发现2的10次幂=1024和1000几乎相等

误差很小

所以采取了这种记熟方法,硬盘厂商和操作系统不减容

硬盘厂商采用10的N次幂

操作系统采用2的N次,算法导致误差越来越大……
头像
jandyzhu
帖子: 3331
注册时间: 2008-04-02 13:26
来自: 上海
联系:

#10

帖子 jandyzhu » 2008-07-27 20:18

这个我见过,但那是windows。linux也一样吗?
头像
xiaomao101
帖子: 474
注册时间: 2006-04-05 18:12
联系:

#11

帖子 xiaomao101 » 2008-07-27 20:23

jandyzhu 写了:
这个我见过,但那是windows。linux也一样吗?
只要是操作系统(不管是w还是l)就按照标准的方式计算,只有商家才会约等于这样来 计算,这样子成本也低了,因为商家称的80G从标准上来说根本不到80G
头像
sevk
帖子: 2060
注册时间: 2007-05-08 16:26
系统: arch
来自: 火星内核某分子内某原子核内
联系:

#12

帖子 sevk » 2008-07-27 21:56

1024 = 1k
1024 * 1024 = 1MB
1024 * 1024 * 1024 = 1G
15 * 1024 * 1024 * 1024 = 15 G
笔记本 :
F208S : gentoo
A460P i3G D6 : UBUNTU + WIN7
UN43D1 : UBUNTU + WIN7
1000人超级QQ群 LINUX + WIN : 31465544 或 18210387
头像
jandyzhu
帖子: 3331
注册时间: 2008-04-02 13:26
来自: 上海
联系:

#13

帖子 jandyzhu » 2008-07-27 22:12

sevk 写了:1024 = 1k
1024 * 1024 = 1MB
1024 * 1024 * 1024 = 1G
15 * 1024 * 1024 * 1024 = 15 G
但分区时是让我输入多少MB而不是KB。
头像
冲浪板
论坛版主
帖子: 7513
注册时间: 2007-05-06 8:19

#14

帖子 冲浪板 » 2008-07-27 22:28

那么你去看分区的开始、结束的位置,都是从“1”开始,虽然是逻辑上的,但是起始位置就是对齐的。我说的是柱面、磁道、扇区的位置。

开始时是物理参数,是有好处的,后来对逻辑上的面、道、头还是保留了同样的算法吧。
kofshower 写了:
冲浪板 写了:那是按磁道、扇区“对齐”造成的吧,猜测
其实不是,从磁盘文件系统考虑
2ine
帖子: 200
注册时间: 2008-05-02 15:55

#15

帖子 2ine » 2008-07-28 6:49

sevk 写了:1024 = 1k
1024 * 1024 = 1MB
1024 * 1024 * 1024 = 1G
15 * 1024 * 1024 * 1024 = 15 G
饿。。。明白了,少出来的那些是这个换算过程的差值
回复