Wubi-x.exe修改版，可用于grub4dos时代任何版本的ubuntu及其衍生版wubi安装

[fprg]

20sanguo, 你好，我在ubuntu下用make prerequisites,make命令编译wubi,最后最碰到一个错误，然后编译就停止了：

DEBUG:translate:['./tools/translate', 'src/wubi/english.nsh', 'po/wubi.pot', 'po', 'build/translations', 'po/ignore.po']
DEBUG:translate:nsh2pot /home/fyh/Wubi/src/wubi/english.nsh -> /home/fyh/Wubi/po/wubi.pot
DEBUG:translate:Updating generated file.
bzr: ERROR: Not a branch: "/home/fyh/Wubi/".
Traceback (most recent call last):
File "./tools/translate", line 101, in <module>
update_all(*args)
File "./tools/translate", line 91, in update_all
nsh2pot(nshtemplate, potfile, poignore)
File "./tools/translate", line 60, in nsh2pot
text = text.replace('VERSION', str(bzr_revno()))
File "./tools/translate", line 37, in bzr_revno
return int(child_stdout.readline())
ValueError: invalid literal for int() with base 10: ''
make: *** [translations] 错误 1

我尝试重新安装了bzr,结果是一样的，请问是什么问题？

[photor]

20sanguo大大，请教个问题：wubi安装的映像文件root.disk可不可以设成稀疏(sparse)文件？如果设成稀疏文件之后ubuntu是否还可以正常读取（并启动）？
要是可以这样搞的话，就可以让root.disk一开始不占太多空间，以后再动态增加了

[20sanguo]

我尝试重新安装了bzr,结果是一样的，请问是什么问题？

没见过这种错误，你可以到wubi官方论坛看一下，作者很勤快的。

wubi安装的映像文件root.disk可不可以设成稀疏(sparse)文件？

没试过，好像内核不支持吧，可能以后会支持也不一定。

[dearjoey]

楼主我后来自己搜索了一下论坛，找到了前述提到的问题，就是在bios里把软驱给禁用了，然后就不会出现什么fd0错误，但是却变成了busybox的错误提示，在坛子里搜索了半天也没有解决方案，真是郁闷啊

[20sanguo]

楼主我后来自己搜索了一下论坛，找到了前述提到的问题，就是在bios里把软驱给禁用了，然后就不会出现什么fd0错误，但是却变成了busybox的错误提示，在坛子里搜索了半天也没有解决方案，真是郁闷啊

floppy=off那个和关软驱一样用途吧。busybox可能和coms的sata设置有关，具体哪项我不太清楚，请再搜论坛，祝你成功 不远了。

[photor]

wubi安装的映像文件root.disk可不可以设成稀疏(sparse)文件？

没试过，好像内核不支持吧，可能以后会支持也不一定。

我这里已经试验成功了，ntfs-3g原生支持稀疏文件，以后wubi还是用稀疏文件来安装吧，这样就不会舍不得一开始给ubuntu分配太多空间了

[20sanguo]

我这里已经试验成功了，ntfs-3g原生支持稀疏文件，以后wubi还是用稀疏文件来安装吧，这样就不会舍不得一开始给ubuntu分配太多空间了

好。刚才吃饭时我还在想这个问题。如果用稀疏文件的话，那么磁盘空间就不是连续的了？
之前wubi是建立一个大的文件，而这个文件在磁盘介质上是连续的，如果采用linux分区格式化的话，在介质上来讲连续性和真实分区是一样的，性能也是一样的。
所以请测试一下稀疏文件的性能如何，如果差的不多，那就好啦。

[photor]

我这里已经试验成功了，ntfs-3g原生支持稀疏文件，以后wubi还是用稀疏文件来安装吧，这样就不会舍不得一开始给ubuntu分配太多空间了

好。刚才吃饭时我还在想这个问题。如果用稀疏文件的话，那么磁盘空间就不是连续的了？
之前wubi是建立一个大的文件，而这个文件在磁盘介质上是连续的，如果采用linux分区格式化的话，在介质上来讲连续性和真实分区是一样的，性能也是一样的。
所以请测试一下稀疏文件的性能如何，如果差的不多，那就好啦。

即便是一次性建立的大文件也不见得分配的空间是连续的。
另外我不懂具体的测试方法，你可以在这里：
http://www.acc.umu.se/~bosse/mksparse.zip
下载windows下的稀疏文件创建工具，也不用真的把wubi系统搬到上面去，只需要先在windows下建一个10G的稀疏文件，回到ubuntu将其mkfs.ext3，然后loop挂载之，就可以进行你想要的任何测试了。

[20sanguo]

咋用不了这个程序？

mksparse fff 7G

提示fff: 函数不正确。

你可以把系统复制过去，试下操作呗。反正一般人用都是些日常操作而已。如果可行，把wubi修改一下，应该好用很多了。

[photor]

咋用不了这个程序？

mksparse fff 7G

提示fff: 函数不正确。

你可以把系统复制过去，试下操作呗。反正一般人用都是些日常操作而已。如果可行，把wubi修改一下，应该好用很多了。

在WinXP下用跟你一模一样的指令，我怎么就没有问题？
把整个wubi系统复制到sparse文件上启动并进行操作，这件事我已经干过了，成功了才过来发上一个帖子的。但你不是说想进行效率的测试吗？我不知道你要进行些什么具体测试啊，反正日常使用过程没感觉跟以前有什么区别

[ptptptptptpt]

要是可以这样搞的话，就可以让root.disk一开始不占太多空间，以后再动态增加了

问题是，root.disk 内部是有文件系统的，而且启动后被挂载为 / ，即使 root.disk 可以动态增加，其内部的已挂载的文件系统可以动态调整吗？？恐怕不行吧。

[photor]

要是可以这样搞的话，就可以让root.disk一开始不占太多空间，以后再动态增加了

问题是，root.disk 内部是有文件系统的，而且启动后被挂载为 / ，即使 root.disk 可以动态增加，其内部的已挂载的文件系统可以动态调整吗？？恐怕不行吧。

看来你是没有搞明白sparse文件的意思，上网搜一搜吧

[ptptptptptpt]

确实理解错了。还以为是在文件末尾添加。

不过，似乎 wubi 在 ntfs 分区创建的 *.disk 文件本来就是稀疏文件吧？

[photor]

确实理解错了。还以为是在文件末尾添加。

不过，似乎 wubi 在 ntfs 分区创建的 *.disk 文件本来就是稀疏文件吧？

no

[ellon]

可以這樣創建稀疏文件：
如：
dd if=/dev/zero of=new.virtual.disk bs=1M count=4000
稀疏為：
dd if=/dev/zero of=new.virtual.disk bs=1 seek=4G count=0