无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
查看: 13954|回复: 49

[分享] [简易脚本]]处理zip盘为"hdd盘"

[复制链接]
发表于 2011-10-14 10:57:42 | 显示全部楼层 |阅读模式
设置了一下权限,新手谨慎使用。
只支持2011-10-09以上的grub4dos版本。

将启动设备为(fd0)的情形(包括ud)处理了一下,换为(hd0).

特点:
    1.保持原其它磁盘顺序不变。
    2.启动设备、当前设备和command指定的外部命令路径如在原(fd0)或(fd0,0)上,也作了相应调整.
    即尽量模拟保存之前的环境。
未测试,觉得有用的,自己处理。
游客,本帖隐藏的内容需要积分高于 2000 才可浏览,您当前积分为 0


[ 本帖最后由 zxw 于 2011-10-28 22:06 编辑 ]
 楼主| 发表于 2011-10-14 11:19:38 | 显示全部楼层
提示:
1.在处理驱动时,可能有点用处。
2.谨慎使用setlocal,懂的自然明白。
3.运行本批处理前,如执行configfile等改变了bd值的命令,本处理可能无效。

[ 本帖最后由 zxw 于 2011-10-15 15:08 编辑 ]
回复

使用道具 举报

发表于 2011-10-14 11:30:02 | 显示全部楼层
又见批处理~~~好强大
回复

使用道具 举报

发表于 2011-10-14 12:10:12 | 显示全部楼层
我觉得应该用(hd),理由:
(fd0)或(fd0,0)本身不占用硬盘号,也就是不存在交换硬盘的操作了。
改为(hd0),那如果安装系统之类还要交换磁盘,你上面的设置就没用了。
回复

使用道具 举报

 楼主| 发表于 2011-10-14 12:13:48 | 显示全部楼层

回复 #4 zhaohj 的帖子

最初也这样考虑过。
后经思考,认为还是处理为(hd0)为好。
原因主要有二:
1.启动设备经这样处理后,用户以后如要进行磁盘交换可以不用再考虑是否zip盘。
2.ud的zip盘情形,如处理为(hd),原ud盘不能再读取。而这样处理后尽量模拟保持了"原汁原味"。

[ 本帖最后由 zxw 于 2011-10-14 17:39 编辑 ]
回复

使用道具 举报

发表于 2011-10-14 12:51:47 | 显示全部楼层

回复 #1 zxw 的帖子

先收藏,等F6IMG搞定后测试
回复

使用道具 举报

发表于 2011-10-15 12:54:26 | 显示全部楼层
FBINST制作的USB-ZIP启动盘,使用此批处理后无效果。

FB2HD.CMD在UD区内,运行前find会找到(fd0)、(fd0,0)、硬盘hd0各分区,ls (fd0)/显示为UD区内容,ls (fd0,0)/为U盘可见分区内容。
运行command (ud)/FB2HD.CMD后,运行find,显示(fd0)、(fd0,0)、硬盘hd0各分区,设备无改变。

不过使用map命令有个奇怪的现象:
map (fd0) (hd)
map --hook
运行find,多了(hd1,0),ls (hd1,0)/为U盘可见分区内容,ls (fd0)/为UD区内容,ls (fd0,0)/为U盘可见分区内容。
继续
map --mem (fd0,0)/dos.ima (fd0)
map --hook
运行find,多了(fd0,1)、(fd0,2)、(fd0,3)。
ls (fd0)/为UD区内容,ls (fd0,0)/、ls (fd0,1)/、ls (fd0,2)/、ls (fd0,3)/均是读取错误,ls (hd1,0)/为U盘可见区内容。
继续
map (fd0) (fd1)
map --hook
运行find,又多了(fd1)、(fd1,0)、(fd1,1)、(fd1,2)、(fd0,3)。
ls (fd0)/为UD区内容,ls (fd0,0)/、ls (fd0,1)/、ls (fd0,2)/、ls (fd0,3)/、ls (fd1,0)/、ls (fd1,1)/、ls (fd1,2)/、ls (fd1,3)/均是读取错误;
ls (fd1)/竟然是dos.ima映像内容,ls (hd1,0)/为U盘可见区内容。

如果dos.ima在硬盘上(第二步)
map --mem (hd0,0)/dos.ima (fd0)
map --hook
运行find,多了(fd0,1)、(fd0,2)、(fd0,3)。
ls (fd0)/为dos.ima内容,ls (fd0,0)/、ls (fd0,1)/、ls (fd0,2)/、ls (fd0,3)/均是读取错误。

[ 本帖最后由 mygamexxx 于 2011-10-15 13:26 编辑 ]
回复

使用道具 举报

 楼主| 发表于 2011-10-15 13:41:16 | 显示全部楼层

回复 #7 mygamexxx 的帖子

以上测试均是正常的。不使用这个批处理的话:
map --mem (fd0,0)/dos.ima (fd1)
ls (fd0,1)/、ls (fd0,2)/、ls (fd0,3)/、ls (fd1,0)/、ls (fd1,1)/、ls (fd1,2)/、ls (fd1,3)/也会读取错误
==================================
帖子开始说过,处理(fd0)为(hd0),意即模拟hdd盘启动的情形。所以本地硬盘从(hd1)开始按原顺序排列。

[ 本帖最后由 zxw 于 2011-10-15 13:42 编辑 ]
回复

使用道具 举报

发表于 2011-10-15 14:04:40 | 显示全部楼层
运行批处理后,hd0还是硬盘的hd0,无hd1产生。是不是不能是FBINST制作的USB-ZIP启动盘?

[ 本帖最后由 mygamexxx 于 2011-10-15 14:09 编辑 ]
回复

使用道具 举报

发表于 2011-10-15 14:25:20 | 显示全部楼层
试试看哈
谢谢了。。。
回复

使用道具 举报

 楼主| 发表于 2011-10-15 14:28:26 | 显示全部楼层

回复 #9 mygamexxx 的帖子

原帖由 mygamexxx 于 2011-10-15 14:04 发表
运行批处理后,hd0还是硬盘的hd0,无hd1产生。是不是不能是FBINST制作的USB-ZIP启动盘?

不对,不应该是这样。
FBINST制作的USB-ZIP启动盘,我测试是成功的。
有空的话,请进行以下测试:

运行fd2hd前,执行:
root
root (bd)
read 0x8280
read 0x82b8
command

运行fd2hd后,执行:
ls (hd0,0)/
ls (hd1,0)/
root
root (bd)
read 0x8280
read 0x82b8
command
看看是什么?

还有,调用fd2hd的是菜单还是批处理?有否使用setlocal?
是否下载的最新版?

[ 本帖最后由 zxw 于 2011-10-15 14:42 编辑 ]
回复

使用道具 举报

发表于 2011-10-15 14:52:46 | 显示全部楼层
菜单进入命令行
执行FD2HD.CMD前:
root   #(fd0,0)
root (bd)  #(ud)
read 0x8280  #0x23
read 0x82b8  #0xff3f003f
command    #(bd)/boot/grub/
#后面的是运行结果。

command /FD2HD.CMD
结果:
.....0x8278:   ....0x132dea1
17 (HEX: 0x11)
warning: No such command: v

find      #硬盘情况无变化,无hd1
回复

使用道具 举报

 楼主| 发表于 2011-10-15 14:54:42 | 显示全部楼层

回复 #12 mygamexxx 的帖子

晕,只支持2011-10-09以上的grub4dos版本。
或者,你改变了bd值?
1#帖子置顶有强调。

[ 本帖最后由 zxw 于 2011-10-15 14:56 编辑 ]
回复

使用道具 举报

发表于 2011-10-15 14:56:31 | 显示全部楼层

回复 #13 zxw 的帖子

今天刚下载的最新版啊grub4dos-0.4.5b-2011-10-09.7z,否则你的批处理不会运行的。
只有一个区别,使用了gfxmenu,但是进入命令行后操作的

[ 本帖最后由 mygamexxx 于 2011-10-15 14:59 编辑 ]
回复

使用道具 举报

 楼主| 发表于 2011-10-15 14:59:35 | 显示全部楼层

回复 #14 mygamexxx 的帖子

  1. read 0x8280  #0x23
复制代码

从这里看,你的bd值已被改变
回复

使用道具 举报

发表于 2011-10-15 15:01:29 | 显示全部楼层
grldr菜单
debug off
timeout 0
default 0
title
calc *0x82b8>>8&0xff-0x80 || configfile (ud)/menu_ud1.lst
calc *0x82b8>>8&0xff-0x80 && configfile (ud)/menu_ud0.lst
回复

使用道具 举报

 楼主| 发表于 2011-10-15 15:03:52 | 显示全部楼层

回复 #16 mygamexxx 的帖子

汗,执行configfile后改变了bd值,当然不行。
从你的菜单来看,实际上根本没有执行这个批处理。

[ 本帖最后由 zxw 于 2011-10-15 15:24 编辑 ]
回复

使用道具 举报

发表于 2011-10-15 15:25:46 | 显示全部楼层
更改菜单后成功!!!不过这个方法在复杂情况中使用有问题。
(fd0)与(fd0,0)有联系,如果map为hd后,对以后map --mem软盘映像(U盘可见区上的IMG文件)有影响,与真正的(fd0)还是不一样。
感觉FBINST的USB-ZIP这个情况也挺烦人的

本来就是为了空出(fd0),用于map软盘映像。但使用中就有问题。

[ 本帖最后由 mygamexxx 于 2011-10-15 15:36 编辑 ]
回复

使用道具 举报

 楼主| 发表于 2011-10-15 15:31:33 | 显示全部楼层

回复 #18 mygamexxx 的帖子

这个适宜在启动后初始化处理。或者,我再处理一下。
回复

使用道具 举报

发表于 2011-10-16 22:33:13 | 显示全部楼层

回复 #19 zxw 的帖子

测试成功
明天开始修正F6IMG的ZIP处理方法。
应该通用性更强了。
回复

使用道具 举报

发表于 2011-10-16 23:17:05 | 显示全部楼层

回复 #20 hotdll 的帖子

今天刚下的看来只能删了,等明日完善版
回复

使用道具 举报

 楼主| 发表于 2011-10-28 22:06:29 | 显示全部楼层
适应新版本的变化,更新了一下。
回复

使用道具 举报

发表于 2012-1-29 21:33:19 | 显示全部楼层
.......................
回复

使用道具 举报

发表于 2012-1-31 11:12:32 | 显示全部楼层
原帖由 zxw 于 2011-10-14 12:13 发表
最初也这样考虑过。
后经思考,认为还是处理为(hd0)为好。
原因主要有二:
1.启动设备经这样处理后,用户以后如要进行磁盘交换可以不用再考虑是否zip盘。
2.ud的zip盘情形,如处理为(hd),原ud盘不能再读取 ...


或者是否可以这样:
虚拟成例如(0x5A)之类的较靠后的硬盘号(最大(0x99))不打扰前面的(hd0)、(hd1)
回复

使用道具 举报

发表于 2012-2-11 08:08:39 | 显示全部楼层
研究下,是不是加了味精
回复

使用道具 举报

发表于 2012-2-29 17:10:45 | 显示全部楼层
执行FD2HD后再执行find不显示,请楼主试试
回复

使用道具 举报

 楼主| 发表于 2012-2-29 17:23:52 | 显示全部楼层

回复 #26 loocuw 的帖子

debug 1 ……………………
回复

使用道具 举报

发表于 2012-3-4 15:46:36 | 显示全部楼层

回复 #27 zxw 的帖子

可以了,谢谢!
还有一个问题:
主菜单中加入:checkrange 0x0 read 0x8280 && FD2HD
title 【03】 运行MaxDos 2011工具箱
RUN /BOOT/IMGS/MAXDOS.IMG
title 【10】 运行Free-dos下diskgen程序解硬盘逻辑锁
RUN /BOOT/IMGS/DISKGENfree.img
如果是usb-hdd启动没有问题
如果是usb-zip启动进不了MAXDOS,但是freedos可以进的

请您试下好吗
回复

使用道具 举报

 楼主| 发表于 2012-3-4 16:40:06 | 显示全部楼层

回复 #28 loocuw 的帖子

主菜单中加入:checkrange 0x0 read 0x8280 && FD2HD

将这一句去掉试试。
回复

使用道具 举报

发表于 2012-3-4 18:01:41 | 显示全部楼层
原帖由 loocuw 于 2012-3-4 15:46 发表 可以了,谢谢!还有一个问题:主菜单中加入:checkrange 0x0 read 0x8280 && FD2HDtitle 【03】 运行MaxDos 2011工具箱RUN /BOOT/IMGS/MAXDOS.IMGtitle 【10】 运行Free-dos下diskgen程序解硬盘逻辑锁 ...
建议做为一个菜单项运行,因为实机情况还是很复杂的.
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-4-18 20:20

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表