begin10010 于 2009-09-09 17:16:16发表:
有兴趣，可是目前还不知道从何下手啊！ 能否通过查看现在fdisk的源代码来修改呢？如何查看现在fdisk的源代码呢？
fys2xxx 于 2009-09-08 21:20:30发表:
如果有兴趣的话 你可以重新写一个fdisk
begin10010 于 2009-09-08 17:09:41发表:
引用:应该是计算的方法不一样吧，有的是以1000算，有的以1024算 wangyu 发表于 2009-9-3 13:46
Damon_lan 于 2009-09-04 05:46:49发表:
同意 wangyu 的观点~
Damon_lan 于 2009-09-04 05:46:09发表:
5# wangyu 同意 ~~
wangyu 于 2009-09-03 13:46:03发表:
应该是计算的方法不一样吧，有的是以1000算，有的以1024算
begin10010 于 2009-09-03 13:43:16发表:
楼上这位朋友，知道是什么原因吗？
greatesteclipse 于 2009-09-03 13:32:59发表:
不知道，或许是64G是可用空间，包含在68.7G中68.7G中除了64G的之外的部分可能是其他的一些起作用的文件之类的东西隐藏着，不过～～～这又不是什么大不了的问题，不用理它
Ziud 于 2009-09-03 12:29:22发表:
呵，应该高兴才对
begin10010 于 2009-09-09 17:16:16发表:
有兴趣，可是目前还不知道从何下手啊！
能否通过查看现在fdisk的源代码来修改呢？如何查看现在fdisk的源代码呢？
fys2xxx 于 2009-09-08 21:20:30发表:
如果有兴趣的话 你可以重新写一个fdisk
begin10010 于 2009-09-08 17:09:41发表:
确实是计算的方法不一样！64GB按照1024（二进制）来换算的话，刚好是64*1024*1024*1024=68719476736 bytes；再按照1000（十进制）来算的话，刚好是68.7GB，跟使用“fdisk -l”命令得到的结果一模一样！
谢谢您，wangyu！
那现在新的问题来了，请问大家：如果想让“fdisk -l”命令显示的结果也按照1024（二进制）的方式来换算的话，该如何设置呢？自己换算太麻烦了，也不习惯。
Damon_lan 于 2009-09-04 05:46:49发表:
同意 wangyu 的观点~
Damon_lan 于 2009-09-04 05:46:09发表:
5# wangyu
同意 ~~
wangyu 于 2009-09-03 13:46:03发表:
应该是计算的方法不一样吧，有的是以1000算，有的以1024算
begin10010 于 2009-09-03 13:43:16发表:
楼上这位朋友，知道是什么原因吗？
greatesteclipse 于 2009-09-03 13:32:59发表:
不知道，或许是64G是可用空间，包含在68.7G中68.7G中除了64G的之外的部分可能是其他的一些起作用的文件之类的东西隐藏着，不过～～～这又不是什么大不了的问题，不用理它
Ziud 于 2009-09-03 12:29:22发表:
呵，应该高兴才对