是把整个ud区当作fat分区吗? |
pseudo 发表于 2015-2-25 23:47 1: >>没有udext.exp文件时,等效于有一个包含UD扩展区所有文件列表的udext.exp文件? 需要输出的文件,其实很少。大概就efi.img. 其它,输出,还真没看到有什么实际的用途。 1)BIOS启动阶段: 现在UD启动后,直接看到的目录就是(hd0,0), 就是UD扩展区本身,不在是(ud). 在bios启动阶段,用户 不用 (ud) 了,直接用(hd0,0)。什么文件都看的清清楚楚。 相当于一个扩展的(udext). 2)windows阶段:也是直接访问 UD扩展区本身, 自动记载到盘符。 现在UD主区,就放个引导文件,和 udext.exp. 2: “同步到UD目录”反过来也行? 现在没有这个必要。 1) 操作主要在 扩展区的文件系统上。文件直接拷过来就可以了。 对于需要输出到UD的文件,碎片整理下,在点下 “同步到UD目录”就可以了。 事实上,需要导出的IMG文件,一般创建后就不动了,所以“同步到UD”一次后, 再也不需要 “同步到UD”了。 2) UD扩展区被锁住了, FBtool不能创建会修改文件。所以, 自然就没有 UD-->文件系统 这回事。 再说,那样也太费劲了,直接拷贝过去就完了,干嘛 非得绕过圈子,绕UD,创建,在导过来? 扩展区的操作 是“以文件系统上操作为主”,需要才同步到UD。 |
本帖最后由 mdyblog 于 2015-2-25 20:43 编辑 pseudo 发表于 2015-2-25 15:52 MBROSTool -16 已经支持了---高端隐藏。 同时支持 扩展同步到UD目录。 MBROSTool5.3-16B-支持UD扩展区.7z 支持同步 UD扩展区的文件 到 UD目录。 FBInstTool 等也可以看到这个文件。 udext.exp中保存 UD扩展区的文件 需要输出到 UD的文件名 列表。UTF8编码。 选【同步到UD目录】,就会 同步到UD目录,并报告结果。 同步后的报告: 对于那些在UD中无效的文件,会提示滴。 |
嗯,请J大看看能否做个调整:格盘时,允许选择ud扩展区起点——起点可以像原来那样紧接(8M)ud区,也可以往后平移到某处(可简单地让ud扩展区充满u盘后端)。 这可能需要修正某些fbinstplus、fbinsttool代码。但从概念上说,变动将很有限,比较可行。 变动之后,fbinsttool照常管理ud区和ud扩展区,用户习惯完全不变。 变动之后,u盘可以做成单分区表项结构: (8M)ud区(不可见)+普通区(分区表项排第一,自然可见)+ud扩展区(不可见) 分区表项法映射ud扩展区的efi.img后,ufi区对应第二分区表项,自然对windows隐藏。 由于保持了第一分区表项对应低端分区,可极大提高efi启动成功率。 缺点是ud扩展区靠后可能BIOS启动时影响读盘,这由用户了解利弊后自己设法应对就是了。 |
后学这样一个想法,不知可通也? 把可见分区建立在最前面,UD建立在中端深度隐藏,由UD建立出来的分区表项分区,自然变成最后隐藏分区+v2 如此数据由最后往前面推计算,后学认为grub4dos应该可以在中端启动才是。 NTFS+UD+V2=三分区 |
mdyblog 发表于 2015-2-22 13:00 恩。 我那个脚本其实也不需要,不过是占位罢了 |
本帖最后由 mdyblog 于 2015-2-22 13:04 编辑 sunsea 发表于 2015-2-22 10:33 原版ud FbinstTool 1.607.2015.0119.EXE 其它版本也可以。 可能差不多吧。 没有 ud.FAT 扩展区不需要一个文件(或尸体)。 |
zds1210 发表于 2015-2-22 00:38 贴张图吧! |
本帖最后由 mdyblog 于 2015-2-22 08:27 编辑 zds1210 发表于 2015-2-22 00:38 》》你这项把UD扩展区map成一个盘,能不能在原版的UD中使用? 能的话,又要怎么使用? --------------------- 1) 原版的UD 可以访问 主数据区,随便 编辑都可以。 2) 扩展区,只能查看允许看的那部分文件,不能编辑-----锁住了。 ---目前,“查看允许看的那部分文件”,那部分界面还没写(接口设计好了),只是锁住了。目前投石问路,看大家的反映,喜欢,且我有时间就接着写。 我想,“查看允许看的那部分文件”,没几个吧。就是几个重要的IMG。 3) BIOS启动时map成(hd0,0), 后面是透明的了。 4) PE启动时, PECMD直接加载到盘符, 后面是透明的了。 |
mdyblog 发表于 2015-2-21 18:15 你这项把UD扩展区map成一个盘,能不能在原版的UD中使用? 能的话,又要怎么使用? |
pseudo 发表于 2015-2-10 18:56 pecmd去不掉,扇区映射和分区表修改实在很方便 |
pseudo 发表于 2015-2-10 18:56 extinfo.txt内有分区的偏移和长度,格式如下: 起始扇区号s*以扇区计量的分区长度s 到时直接读该文件即可 |
pseudo 发表于 2015-2-10 18:56 extinfo.txt是留给grldr内的加载程序和编辑程序用的 |
mdyblog 发表于 2015-1-25 21:59 启动时自动加载,就有看需要提前到什么地步了,是提前于native的话我有驱动,提前于shell的话就一堆方案了 |
看了老大的帖子,还是不明白到底要把UD扩展区弄成什么样子?老大们能不能说清楚一些。 |
本帖最后由 sunsea 于 2015-2-10 23:05 编辑 pseudo 发表于 2015-1-28 14:41 写好了,一个cmd脚本,配合pecmd2012(用cli版)和fbinst plus:
|
pseudo 发表于 2015-1-28 14:41 我弄。 |
本帖最后由 zds1210 于 2015-2-9 11:53 编辑 为了挽救UD,大家一直在努力。 但这种PE内核打包整体启动,貌似也是造成兼容性问题的重要原因。 个人感觉还是简化型UD三分区或分区表项好,UD区就放一个grldr,其它放到高端区或映射的img中。 |
直接映射然后用windows的格式化功能格式化,然后修改ud文件分配表即可 |
jianliulin 发表于 2015-1-25 12:25 哪里呢小程序啊 |
此帖怎么沉了?期望有工具出来,让我们傻瓜化制作 |
本帖最后由 pseudo 于 2015-1-29 11:59 编辑 mdyblog 发表于 2015-1-28 21:35 这样这个efi.img仍有ud身份,且受限于4g,不能利用整个ud扩展区。 放弃ud文件系统,只把fbinsttool作为分区工具,划分出ud扩展区,然后不用fbinsttool管理该区,用别的工具(需要这种小工具)为ud扩展区分配盘符,然后用资源管理器直接管理,爱格成fat还是exfat、ntfs、ext2、hpfs随意,文件可以不受4g限制,把ud扩展区当作一个深度隐藏区来用,ud扩展区空间得到充分利用。 就是说,ud扩展区上的东西只有一种身份(那就不限于4G了),fbinsttool彻底放弃对其管理。 |
既然UD扩展分区看不到发展方向,不如就舍弃吧。每次仅建立UD主分区。那不就没那么多事了吗 |
pseudo 发表于 2015-1-28 13:30 谢了。我就是把那两个拖进ud。一直都是没按什么就让他进入系统 |
Powered by Discuz! X3.3
© 2001-2017 Comsenz Inc.