不点 发表于 2016-11-7 15:29
谢谢这个答复，这次还真的有点明白了。如果 pky317 也这么做，就可以躲过 grub4dos 在访问压缩的 ntfs 文 ...

liuzhaoyzz的做法有个问题，就是内存系统盘的空间太小，有时临时下载东西或安装软件不方便。

刚才按照liuzhaoyzz的做法，新建一个6GB的ramos.img作为内存盘，win7系统文件经NTFS压缩后有1.2GB剩余空间，不过还是不行，只要对ramos.img这个文件启用NTFS压缩，加载时就会出错，这次是加载到55xxMB后出错，差几百MB就加载完了，可能是在处理未使用的空白空间时出问题的。
先采用lz4压缩，期待问题可以解决。

liuzhaoyzz 发表于 2016-11-7 12:40
对ramos.img里面的文件压缩后，占用空间变小，可以新建个更小的ramos2.img代替原来的ramos.img，论坛里大家 ...

谢谢这个答复，这次还真的有点明白了。如果 pky317 也这么做，就可以躲过 grub4dos 在访问压缩的 ntfs 文件时的 bug 了。

对ramos.img里面的文件压缩后，占用空间变小，可以新建个更小的ramos2.img代替原来的ramos.img，论坛里大家不都是这么玩的？

liuzhaoyzz 发表于 2016-11-7 10:48
我所说的方法就是能够减小ramos.img的大小的呀，也是压缩的。我说的方法，我自己都是这样子玩的。建立一个 ...

我是指对ramos.img这个文件本身启用NTFS压缩，而不是对ramos.img这个文件所包含的NTFS文件系统启用NTFS压缩，如果对ramos.img这个文件所包含的NTFS文件系统启用NTFS压缩，是不影响ramos.img这个文件本身的大小的。

我所说的方法就是能够减小ramos.img的大小的呀，也是压缩的。我说的方法，我自己都是这样子玩的。建立一个新的ramos2.img，VDM加载到X盘，格式化，启用NTFS压缩，把ramos.img里面的文件拷贝过来就是了。

liuzhaoyzz 发表于 2016-11-7 10:22
话说楼主为啥要用这种方法来压缩？用VDM加载ramos.img到某个盘符例如X:，然后对X:盘启用NTFS压缩,卸载后， ...

对ramos.img压缩，是为了加快加载ramos.img的速度。如果不对ramos.img启用NTFS压缩，加载ramos.img时，无论加载的位置是否有数据，加载的速度都是一样的。

－－－
之所以想对 分区镜像文件ramos.img启用NTFS压缩选项进行压缩，是因为压缩过的ramos.img在加载时，当加载到ramos.img中未被使用的空白空间时，速度非常快。

话说楼主为啥要用这种方法来压缩？用VDM加载ramos.img到某个盘符例如X:，然后对X:盘启用NTFS压缩,卸载后，用wincontig整理ramos.img,再用grub4dos加载，不就行了吗？NTFS压缩比也能达到70%左右。

不点 发表于 2016-11-7 09:19
很抱歉，是我弄错了。刚才看了 bean 的 fsys_ntfs.c 的代码，了解到 grub4dos 支持 “NTFS 压缩文件”。

...

多谢关注！
原来使用XP内存系统时，不但ramos.img这个文件启用NTFS压缩，ramos.img包含的整个NTFS分区也启用NTFS压缩，直接chainloader /ntldr启动系统，使用一直正常。
先报告bug吧，不行就用其它压缩方式。

很抱歉，是我弄错了。刚才看了 bean 的 fsys_ntfs.c 的代码，了解到 grub4dos 支持 “NTFS 压缩文件”。

但是我怀疑解压的代码存在 bug，因此，你遇到失败的情况。

解决办法：

1、报告 bug，看看开发者能否解决。

2、作为一个 workaround，避免采用 NTFS 压缩，而使用 lzma 压缩。

之所以想对 分区镜像文件ramos.img启用NTFS压缩选项进行压缩，是因为压缩过的ramos.img在加载时，当加载到ramos.img中未被使用的空白空间时，速度非常快。

不点 发表于 2016-11-6 23:14
我没看明白，不知道理解得对不对。

你是说 “ramos.img 用 NTFS 文件系统本身的压缩选项进行压缩” 吗？ ...

我说的正是用 NTFS 文件系统本身的压缩选项对ramos.img进行压缩，经测试，grub4dos是可以支持 NTFS 上的 “NTFS 压缩文件”的，至少对分区镜像文件(按扇区1:1复制的img格式)是支持的，我的一台老机使用的是XP内存系统，用的grub4dos版本是grub4dos-0.4.5c-2012-10-02，这个版本就已经可以正常加载用NTFS文件系统本身的压缩选项进行压缩的分区镜像文件了，不过这个版本在加载 用win7格式化的NTFS分区并启用压缩选项压缩的 分区镜像文件时，会提示找不到文件，最新的grub4dos-0.4.6a-2016-09-20版本不存在这个问题，我测试过，最新版本在加载启用NTFS压缩选项压缩的 空白的ramos.img或复制了几十个视频文件约6.5GB的ramos.img 都是成功的。
lz4解压确实没有进度条，我另发个帖子报告一下。

我没看明白，不知道理解得对不对。

你是说 “ramos.img 用 NTFS 文件系统本身的压缩选项进行压缩” 吗？我这样理解对不对？

要知道，grub4dos 自身的 NTFS 驱动程序是不支持 NTFS 压缩的，因此，你这个方案是不可行的。

说明白点：grub4dos 不支持 NTFS 上的 “NTFS 压缩文件”。这么说很别扭，但只能这么说，才可以区别于其它压缩手段（比如 gz 或 lzma 之类的）。

关于 lz4 解压进度条丢失的问题，你再确认一下，你自己是否设定了 debug off 屏蔽输出结果？如果你最终证实确实有问题，可以向 chenall、yaya 报告 bug。