支持含有碎片的文件仿真

2011yaya2007777

3.20（编译日期1.20）与3.18测试结果一样，没有分配盘符

这种情况，应当热重启一次看一看。

土著007

mdyblog 发表于 2015-3-11 09:41
这个现象， 前面已经报告过。 新版G4D就是这么设计的。只有改SRSF6了。

用这个 SRSF6/SRSF6N二合一版 ...

二合一版对dpms方案支持不好，换成5大修改的那个就好了，我暂时两个都用

mdyblog

土著007 发表于 2015-3-21 15:32
二合一版对dpms方案支持不好，换成5大修改的那个就好了，我暂时两个都用

dpms 需要参数的。

srsf6 --cli  --all  --rootfd0  DEFAULT=dpms DPMS=/SRS/dpms.lzma

DPMS=/SRS/dpms.lzma 依你的实际而变化

土著007

mdyblog 发表于 2015-3-21 15:41
dpms 需要参数的。

srsf6 --cli  --all  --rootfd0  DEFAULT=dpms DPMS=/SRS/dpms.lzma

文件在默认路径，也曾加路径测试过，DPMS方案失败，--all参数容易把问题掩盖了，因为F6IMG方案能加载成功

mdyblog

土著007 发表于 2015-3-21 16:45
文件在默认路径，也曾加路径测试过，DPMS方案失败，--all参数容易把问题掩盖了，因为F6IMG方案能加载成功

都是5大的基础上接着改进的（5大当了好多年甩手掌柜），而且一般改的是上层，真正底层 F6IMG、DPMS 等 都是原来的 没动啊。

你把 srs目录打包上来看看。连同5大的srsf6  srsf6n, 你的SRS实际命令（如果有便利，展开策划那个实际执行的命令）

mdyblog

527104427 发表于 2015-3-21 20:07
可以试试这个，兼容mdyblog老大增加的所有参数。

所做的增强有：1.方案加载过程中不再接受用户干预， ...

好啊。

土著007

527104427 发表于 2015-3-21 20:07
可以试试这个，兼容mdyblog老大增加的所有参数。

所做的增强有：1.方案加载过程中不再接受用户干预， ...

实机测试，F6IMG和DPMS方案都能成功加载驱动；只是进入PE后，发现UDM区也被加载成可见区，并分配盘符C:，wimtool不能用（多次测试，可确定非偶然）

mdyblog

土著007 发表于 2015-3-21 20:37
实机测试，F6IMG和DPMS方案都能成功加载驱动；只是进入PE后，发现UDM区也被加载成可见区，并分配盘符C:， ...

实机测试，F6IMG和DPMS方案都能成功加载驱动；只是进入PE后，发现UDM区也被加载成可见区，并分配盘符C:，wimtool不能用（多次测试，可确定非偶然）
--------------------------
在UDM方案中， 是要禁止 虚拟盘驱动。
这是 我折腾这个 SRSF6 重要原因之一。 原来都是直接用F6IMG， 总是 发现 ：
UDM区也被加载成可见区，并分配盘符，且是可写的。

后折腾到  SRSF6,默认是不加载 虚拟盘驱动
就是不带 --wvblk  ---FIRA  等参数。

还有有些 PE内置了 wvblk  -FIRA虚拟盘驱动， 必须删掉。


还有一种方式（UDM本来建议的方式），就UDM选择软盘方式， UDM为(fd0).
UDM为软盘，PE启动后不会显示。

但是 (fd0) 会被  SRSF6 搞没了， 这是我折腾SRSF6的第个也是最重要的---也是最终促使我动手的原因。
加了个 --rootfd0 , 这样 (fd0)就不会被搞掉了。


----用UDm
（1）SRSF6一般就不要 带  --wvblk  ---FIRA  等参数。
（2）如果可能 UDM设成软盘模式。

码了这么多， 竟然在  g4d的页面。 对不起了。我搬到UDm页面去，让更多UDm的人看看。

mdyblog

mdyblog 发表于 2015-3-21 15:41
dpms 需要参数的。

srsf6 --cli  --all  --rootfd0  DEFAULT=dpms DPMS=/SRS/dpms.lzma

--all参数容易把问题掩盖了，因为F6IMG方案能加载成功
-------------------
那么其它 版本 ， 你是怎么“单独” 测试 DPMS ？？？？？？？？？
--one 是从我这个版本才开始有的。

以前的版 只有 默认 的-all的功能模式。
虽然可以选择默认， 但是只是 改变顺序， 还是会轮循 全部，直到找到。

mdyblog

527104427 发表于 2015-3-22 19:50
CHKPCI -u /DRIVERPACK.INI > (8)/chkpci.pci

这句得出来的结果是有问题的。CHKPCI 将ID和/DRIVER ...

我直接换成你最新的版本了。
在这个基础上重新改。

hhh333

反馈一个问题：
同样的语句：
font /BOOT/GRUB/UNIFONT.HEX
graphicsmode -1 640
splashimage /BOOT/GRUB/BACK.BMP.GZ

菜单显示在45c是正常的，换成46a就不能显示中文，也无背景。
这个情况只在网启时出现，其他方式启动两个版本表现一样。

mdyblog

hhh333 发表于 2015-3-23 11:42
反馈一个问题：
同样的语句：
font /BOOT/GRUB/UNIFONT.HEX

附议.
WaiGo 也反映这个情况。 PXE 才出问题。

hhh333

mdyblog 发表于 2015-3-23 15:06
附议.
WaiGo 也反映这个情况。 PXE 才出问题。

对，PXE网启时出现，换了几个网启工具都是如此，应该是46a的问题。

chenall

@hhh333

有办法重现吗?可以把你的TFTP整个目录和配置传上来我测试一下.

mdyblog

chenall 发表于 2015-3-23 19:44
@hhh333

有办法重现吗?可以把你的TFTP整个目录和配置传上来我测试一下.

很容易重现的。
见测试包： PXE测试包.7z (1001.33 KB, 下载次数: 12)

2015-3-24 05:27 上传

点击文件名下载附件

测试方法：
1）如果LAN有DHCP，暂时关闭掉（或组建一个小的独立测试LAN）。
本测试的DHCP IP为192.168.1.220--230
解开。进入子目录。双击运行Tftpd32.exe即可。
客户端开机<F12>(或其它键)选网卡启动即可


测试结果：
最近的0.45c正常，（20140304）

0.46a 到20141129还是正常的。
0.46a 到20141201就出现了PXE字体问题。
（20141201 还出现了单独的configfile失效的问题，可以无视，1202就修正了）

hhh333

chenall 发表于 2015-3-23 19:44
@hhh333

有办法重现吗?可以把你的TFTP整个目录和配置传上来我测试一下.

我这里也有一个全套文件包:http://pan.baidu.com/s/1jGHyFOi，前面在论坛发表过，解压到C盘就可以了，DHCP中有两个启动器，用pxesrv即可。

chenall

试了一下确实有问题,目前看起来是由于gz压缩的关系,用lzma或不压缩都正常.

我试试看看能不能找到原因.

chenall

刚上传了一个版本,应该解决了.

hhh333

chenall 发表于 2015-3-24 10:14
刚上传了一个版本,应该解决了.

试了，可以了

mdyblog

请教个 关于G4D的BIOS调用的问题。
下面代码你应该见过。

set edi=0x60000
set esi=0x60004
set ebp=0x60008
set esp=0x6000C
set ebx=0x60010
set bx=0x60010
set edx=0x60014
set dx=0x60014
set ecx=0x60018
set cx=0x60018
set eax=0x6001C
set ax=0x6001C
set gs=0x60020
set fs=0x60024
set es=0x60028
set ds=0x6002c
set ss=0x60030
set eip=0x60034
set cs=0x60038
set eflags=0x60003c

。。。。
:BIOS_INT
::初始化系统参数
echo -n > (md)0x300+1
write %cs% -1
write %ss% -1
write %esp% -1
write %eflags% -1
write %ds% -1
write %es% -1
write %fs% -1
write %gs% -1
write %eip% 0xFFFF%1CD
上面红色部分好像多个0 .从下面蓝色代码看， 这可能是 0x60000 所在扇区的内存地址。
是否为：
set eflags=0x6003c
？？？

chenall

mdyblog 发表于 2015-3-24 10:48
请教个 关于G4D的BIOS调用的问题。
下面代码你应该见过。

来源: http://chenall.net/post/grub4dos_date_bat/

谢谢提醒,文章已经同步修改更正.

mdyblog

chenall 发表于 2015-3-24 11:08
来源: http://chenall.net/post/grub4dos_date_bat/

谢谢提醒,文章已经同步修改更正.

谢谢！！！！

2011yaya2007777

0.4.6a 在 grldr.mbr 里面修改 0x5e3 处。
不是 8.3 格式。最大 12 字符。必须大写。若有“.”，不可省略。

mdyblog

反映一个现象：%~f0   有是会 将第一个参数“粘”到后面。
脚本hello hello.zip (165 Bytes, 下载次数: 2)

2015-3-26 22:32 上传

点击文件名下载附件

:

1. !BAT
   
2. echo [%~f0]
   

复制代码

测试效果：

chenall

mdyblog 发表于 2015-3-26 22:34
反映一个现象：%~f0   有是会 将第一个参数“粘”到后面。
脚本hello :

这个还是比较碰巧的情况下才会出现的,谢谢报告,已经修复,

mdyblog

请问 ZIP 转HDD 的代码（假设本来还有一个 hd0）

代码1）

1. map (0) (0x80)
   
2. map (0x80) (0x81)
   
3. map  --rehook
   

复制代码

代码2）

1. map (0x80) (0x81)
   
2. map (0)+1   (0x80)
   
3. map  --rehook
   

复制代码

那个更好， 或者有更好的 代码。

不点

你用 map --status 可以报告仿真的状态，因此可以比较一下，从而发现两种方法的不同之处。

我觉得，第一种写法就可以。第二种或许也行。

通常不需要第二种写法。第二种写法的应用场合大致是这样的：

当你需要把某个盘映射为一个虚拟盘，同时不想继承原盘的几何参数，而是希望虚拟盘具有不同的几何参数，此时就需要第二种写法，例如：

map --sectors-per-track=63 --heads=255 (fd0)+1 (hd0)

再例如：

map --sectors-per-track=63 --heads=255 (hd0)+1 (hd1)

如此创建的虚拟盘，具有 H=255，S=63 的几何参数。这就是说，虚拟盘的几何参数可以与原盘不同。

比较一下，如果像下面这样：

map (fd0) (hd0)
map (hd0) (hd1)

则虚拟盘继承了原盘的几何参数，这是整盘仿真，属于简单的直接映射。这种映射，直接由主板 bios 来确定几何参数。

而前面的改变几何参数的那种写法，则属于仿真范畴，就连几何参数也被虚拟化了。


【再补充】

如果执行 map (hd0) (hd0)，则意味着用户准备撤销 hd0 的仿真，也即，让 hd0 恢复为真实的、原来的 bios 盘。

如果执行 map --sectors-per-track=63 --heads=255 (hd0)+1 (hd0)，则会创建虚拟盘 (hd0)，它的扇区数据等价于原来的、真实的 BIOS 盘 (hd0)，但其几何参数则是虚拟的，即，不管原来的 (hd0) 是什么样的几何参数，新的虚拟 (hd0) 的几何参数将是固定的 H=255，S=63。

mdyblog

不点 发表于 2015-4-2 10:56
你用 map --status 可以报告仿真的状态，因此可以比较一下，从而发现两种方法的不同之处。

我觉得，第一 ...

谢谢！
-


=================
>你用 map --status 可以报告仿真的状态，因此可以比较一下，从而发现两种方法的不同之处
---------------
没有ZIP盘， 所以没法试，所以不知道那个正确。

非常感谢。

mdyblog

请问怎得到 某个版本的 commit 号。
git 下载源码需要。
download.json 中 0.46a下载没有 2015-02-21  之前的版。

如  0.46a 2015-01-18的就不知道了。

http://grub4dos.chenall.net/
中能否提供该信息。
下载源码(Download ZIP)  的后面 显示出来。

源码包为：42859b7aba5265fd242ef592a6fa6161089aca67.zip
能否 以后改为 grub4dos-0.4.6a_2015-03-29_42859b7a_42859b7aba5265fd242ef592a6fa6161089aca67.zip

42859b7a 就是    commit  号

1. git clone git://github.com/chenall/grub4dos.git grub4dos_src
   
2. cd grub4dos_src
   
3. git reset --hard 42859b7a

复制代码

mdyblog

请问， 我下载 0.4.6a-2015-01-18
编译 后的grldr 比网上下载的小将近1K
这为什么？

方法：

1. git clone git://github.com/chenall/grub4dos.git grub4dos_src
   
2. cd grub4dos_src
   
3. git reset --hard 42859b7a
   
4. make
   
5. #再下载  0.4.6a-2015-01-18的源码ZIP，解开覆盖。然后:
   
6. cd stage2
   
7. touch *
   
8. cd ..
   
9. make

复制代码

///不知道 2015-01-18的 commit 号， 所以这么绕着覆盖。

1. D:\DOC\0118\new 的目录
   
2. 2015-04-02  13:53           294,665 grldr
   
3. 
   
4. D:\DOC\0118\org 的目录
   
5. 2015-01-18  09:45           295,513 grldr

复制代码

0118新旧对比.7z (228.41 KB, 下载次数: 1)

2015-4-2 14:02 上传

点击文件名下载附件