连续区块文件创建工具 FDefrag for grub - 中国DOS联盟论坛

支持支持！对了，它支持长文件名吗？

不可能啊。

它连 FAT32 都不支持，估计编程时间很早了，大约在 95 年以前了。

其实我们要的不就是这个吗？越早的，我们越喜欢，越晚的，功能越是强大的，就越发像微软一样不支持 DOS 了。很可惜，那些有名的公司生产出来的软件，不能在纯 DOS 下使用！！可悲，可叹！

唉，其实DOS版的Norton NDD 2002、DISKEDIT 2002、UNERASE 2002、GHOST 2002等都有，唯独没有用于DEFRAG的SpeedDisk 2002。另外，FreeDOS中的DEFRAG也是open-source的，可惜它目前也不支持FAT32和长文件名，不过其作者可能也在努力加入这些支持的。。。这儿是它的下载（包括源代码）：

http://savannah.nongnu.org/download/free-defrag/

呵呵，fat32和fat16的差别并不只是你所说的这么简单
个人感觉引导过大的硬盘镜像是不太现实的

因为如果硬盘镜像安装的是windows xp或linux操作系统，可能还会有更多比现在的
“保护模式磁盘寻址”更复杂的问题（当然，只是个人猜测，没有根据：）），并且有可能这些新的问题是grub不可能解决的

grub能够引导img文件，能够让dos这类简单的系统跑起来就已经很伟大了：），我想目前我们大家大多是使用grub for dos来引导dos的img文件进行一些系统的紧急维护的吧，应该没有多少人是想通过它来虚拟硬盘运行复杂的操作系统的吧

让grub支持引导 iso 文件是我目前所期盼的，但是我已经可以预见这一工作的艰巨性了，
毕竟引导 iso 文件就能够启动很多程序了，包括现在的windows pe，ERDcommander以及各种系统的安装程序，难保不会出现比现在测试win98所遇到的更复杂的问题。
我始终觉得，如果grub要最终解决这些问题，一个方向是写入到 bios 中，就是基于 bios 级别的虚拟硬盘，虚拟光盘，虚拟软盘，因为我现在用的 LSI 的 SCSI Raid控制器就是这样的，它们在bios的级别把 Raid 阵列给重新分割为你自己定义的虚拟硬盘，你在操作系统的环境下，看到的就是虚拟的硬盘，并不是用于建立磁盘阵列之前的硬盘。操作系统在这种级别的虚拟硬盘上就跑得很好，不会出现什么问题。

另外，现在的硬盘空间越来越大，我们完全可以留出几个G的空间，分成几个逻辑分区，每回要引导镜像之前先格式化一下这些逻辑分区，把img文件拷贝进去，不就可以保证img文件的连续性了吗（呵呵，大家不会都还停留在硬盘只有几个G的年代吧）

呵呵，说了一些话，希望没有打击不点兄的士气，说实话，我收藏和使用的程序很多很多，grub for dos是其中最棒的之一（感觉就像我第一回使用vmware一样），希望grub for dos能够越做越好，远远超越我的想象 ^_^

以下是引用不点在2003-11-23 11:27:17的发言：
FAT16 和 FAT32 没有多少差别。在 FAT表中，FAT16的项目占用 2 个字节，FAT32 的表项是占用 4 字节。如此而已。有了源程序，总可以修改的，应当比一切从头来要好吧。可别打退堂鼓啊 :-)

准备工作要充分，您再搜索一下 FAT 文件系统结构的文章看看，就可以开始干了。

cavvie 兄说的棒极了! GRUB FOR DOS 的 int13 仿真本来就没有打算解决不用 BIOS 的那些操作系统例如WIN2000/LINUX 等等的问题, 由于 win98 是一个衔接型的操作系统, 既可以支持 BIOS , 又可以支持保护模式的磁盘访问, 所以, 才希望能够尽量很好地支持 win98. 通过解决 win98 中出现的问题, 或许可以让我们更了解 win98. 这是一种挑战, 也是一种兴趣, 并不是一定得完成的任务. 我们尽力做到我们所能达到的极限, 就没有任何后悔了.

关于大硬盘的 img , 现在就已经可以很好的支持了, 只要用 DOS, 就没问题. 大硬盘仿真确实很少能用到, 不过仅仅是顺便把它实现了而已, 本来是为了实现任意格式的软盘仿真, 发现大硬盘的仿真完全类似, 所以一并实现了. 用户用不用, 是无关紧要的, 或许用户也有想用的时候, 那时候他就会觉得方便.

关于 DEFRAG 的问题, 老兄慢慢做吧. 确实是不容易做好, 因为这个东东也有危险性呢. 我对此强烈关注和支持!!

第16楼　Wengier	发表于 2003-11-23 00:00
系统支持　发帖 10,521　积分 27,736
支持支持！对了，它支持长文件名吗？

第17楼　不点	发表于 2003-11-23 00:00
银牌会员　发帖 1,115　积分 2,491
不可能啊。它连 FAT32 都不支持，估计编程时间很早了，大约在 95 年以前了。其实我们要的不就是这个吗？越早的，我们越喜欢，越晚的，功能越是强大的，就越发像微软一样不支持 DOS 了。很可惜，那些有名的公司生产出来的软件，不能在纯 DOS 下使用！！可悲，可叹！

第18楼　Wengier	发表于 2003-11-23 00:00
系统支持　发帖 10,521　积分 27,736
唉，其实DOS版的Norton NDD 2002、DISKEDIT 2002、UNERASE 2002、GHOST 2002等都有，唯独没有用于DEFRAG的SpeedDisk 2002。另外，FreeDOS中的DEFRAG也是open-source的，可惜它目前也不支持FAT32和长文件名，不过其作者可能也在努力加入这些支持的。。。这儿是它的下载（包括源代码）： http://savannah.nongnu.org/download/free-defrag/

第19楼　cavvie	发表于 2003-11-23 00:00
初级用户　发帖 18　积分 150
呵呵，fat32和fat16的差别并不只是你所说的这么简单个人感觉引导过大的硬盘镜像是不太现实的因为如果硬盘镜像安装的是windows xp或linux操作系统，可能还会有更多比现在的 “保护模式磁盘寻址”更复杂的问题（当然，只是个人猜测，没有根据：）），并且有可能这些新的问题是grub不可能解决的 grub能够引导img文件，能够让dos这类简单的系统跑起来就已经很伟大了：），我想目前我们大家大多是使用grub for dos来引导dos的img文件进行一些系统的紧急维护的吧，应该没有多少人是想通过它来虚拟硬盘运行复杂的操作系统的吧让grub支持引导 iso 文件是我目前所期盼的，但是我已经可以预见这一工作的艰巨性了，毕竟引导 iso 文件就能够启动很多程序了，包括现在的windows pe，ERDcommander以及各种系统的安装程序，难保不会出现比现在测试win98所遇到的更复杂的问题。我始终觉得，如果grub要最终解决这些问题，一个方向是写入到 bios 中，就是基于 bios 级别的虚拟硬盘，虚拟光盘，虚拟软盘，因为我现在用的 LSI 的 SCSI Raid控制器就是这样的，它们在bios的级别把 Raid 阵列给重新分割为你自己定义的虚拟硬盘，你在操作系统的环境下，看到的就是虚拟的硬盘，并不是用于建立磁盘阵列之前的硬盘。操作系统在这种级别的虚拟硬盘上就跑得很好，不会出现什么问题。另外，现在的硬盘空间越来越大，我们完全可以留出几个G的空间，分成几个逻辑分区，每回要引导镜像之前先格式化一下这些逻辑分区，把img文件拷贝进去，不就可以保证img文件的连续性了吗（呵呵，大家不会都还停留在硬盘只有几个G的年代吧）呵呵，说了一些话，希望没有打击不点兄的士气，说实话，我收藏和使用的程序很多很多，grub for dos是其中最棒的之一（感觉就像我第一回使用vmware一样），希望grub for dos能够越做越好，远远超越我的想象 ^_^ *以下是引用不点在2003-11-23 11:27:17的发言：* FAT16 和 FAT32 没有多少差别。在 FAT表中，FAT16的项目占用 2 个字节，FAT32 的表项是占用 4 字节。如此而已。有了源程序，总可以修改的，应当比一切从头来要好吧。可别打退堂鼓啊 :-) 准备工作要充分，您再搜索一下 FAT 文件系统结构的文章看看，就可以开始干了。

第20楼　不点	发表于 2003-11-24 00:00
银牌会员　发帖 1,115　积分 2,491
cavvie 兄说的棒极了! GRUB FOR DOS 的 int13 仿真本来就没有打算解决不用 BIOS 的那些操作系统例如WIN2000/LINUX 等等的问题, 由于 win98 是一个衔接型的操作系统, 既可以支持 BIOS , 又可以支持保护模式的磁盘访问, 所以, 才希望能够尽量很好地支持 win98. 通过解决 win98 中出现的问题, 或许可以让我们更了解 win98. 这是一种挑战, 也是一种兴趣, 并不是一定得完成的任务. 我们尽力做到我们所能达到的极限, 就没有任何后悔了. 关于大硬盘的 img , 现在就已经可以很好的支持了, 只要用 DOS, 就没问题. 大硬盘仿真确实很少能用到, 不过仅仅是顺便把它实现了而已, 本来是为了实现任意格式的软盘仿真, 发现大硬盘的仿真完全类似, 所以一并实现了. 用户用不用, 是无关紧要的, 或许用户也有想用的时候, 那时候他就会觉得方便. 关于 DEFRAG 的问题, 老兄慢慢做吧. 确实是不容易做好, 因为这个东东也有危险性呢. 我对此强烈关注和支持!!