fbinstTool 1.701 for fbinst v1.7【2017-03-18】变形金刚版

jianliulin · 发表于 2014-8-12 09:51:14

2011shenql 发表于 2014-8-11 16:22
新版也很好用，谢谢！！
efi文件是个大个子，执行碎片整理的时候很费时间，希望增加新建efi文件的时候能指 ...

删除扩展分区的文件，再把efi文件放进去，这样碎片整理永远不会移动到efi文件

zds1210 · 发表于 2014-8-12 12:40:05

是啊，这几天因新版fbinstool问题，已经造成用户乱码的问题，希望J大师恢复对“ansi”格式的支持。否则很纠结的。毕竟有不少菜鸟喜欢UD编程写入，这样子就必须保持ansi格式。

zds1210 · 发表于 2014-8-12 14:15:46

本帖最后由 zds1210 于 2014-8-12 17:51 编辑

从长远来看，确实应该取消ansi格式，这个才是造成UD乱码之源。但目前没有解决fbinst 或fbinst plus命令行直接写入utf-8格式的fba到U盘的情况下，取消有点早了。

qq656353055 · 发表于 2014-8-12 21:55:12

要是让windows8.1也支持文件拖拽导入就好了

zds1210 · 发表于 2014-8-12 22:04:09

qq656353055 发表于 2014-8-12 21:55
要是让windows8.1也支持文件拖拽导入就好了

这个可以有。不过一家要有管理员权限，开放权限试一下。

2010_maomao · 发表于 2014-8-13 20:56:07

功能强大好用，感谢！

心无痕 · 发表于 2014-8-15 13:33:05

太好了，有更新了，下载使用

tiansw1 · 发表于 2014-8-15 19:21:42

在群里我就反应过ansi支持的问题。jinaliulin很坚决，到底还是把ansi支持去掉了。fbinst开发的初衷就是为了解决U盘启动的各种不兼容，更包括了对各种老机器的支持，去掉ansi，多少有点儿有违初衷吧。再者，ANSI编码并非落后，utf8也说不上先进，只是一种编码而已。

szy106 · 发表于 2014-8-17 19:57:17

谢谢，这个是近年必备的软件之一

shy999 · 发表于 2014-8-20 19:16:32

又更新了，真是太好了。

onerenjie · 发表于 2014-8-20 23:21:48

点Qemu测试显示正在转换镜像然后就没反应了有时有这种现象，有时没有

2013gdh · 发表于 2014-8-23 14:07:51

本帖最后由 2013gdh 于 2014-8-24 13:06 编辑

bug1: 最新版fbinst在U盘UD扩展区建立efi.img时提示"文件已存在，不能新建！！！！", 但其实之前的同名文件已经删了, 而且新建成功
删了报了错却仍建立成功的efi.img, 再建立efi.img仍然报同样的错误.
fbinstTool是 8月22号上传的版本, 系统是win8.1 update1 64位, 扩展区1000M, 原剩余897M整, 新建833M分区镜像文件, 剩余64M.

建议1: 创建efi.img时可否选择2048扇区对齐? 这样应该能好些, 因为fat分区的簇默认是16KB还是32KB来着, 可是创建的efi.img只做到了4K对齐,
用工具检测发现16KB级别就没有对齐了, 这样会不会影响读盘速度? 我觉得1MB对齐就很好了, 也谈不上浪费空间, 毕竟一个wim就几百兆.
当然, 如果支持这样对齐, 那还需要调整"碎片整理"功能, 避免它把已经对齐的img文件挪到非对齐的位置,
更重要的是, 每次碎片整理都可能要挪动img文件, 可实际上我只是需要整理一些小文件, 挪动img太浪费时间, 也容易引起没对齐等问题.
建议直接将创建的img文件对齐到UD扩展区末尾, 并且碎片整理时不考虑img或者忽略过大文件.

建议2: [部分解决] 在状态栏中"主数据区剩余空间"里同时显示精确到字节/扇区的剩余大小, 或者在别的地方显示也行
原因: 我想把grldr藏入ud主数据区, 然后0PE的所有其它文件放到扩展数据区, 目的是保证grldr在U盘头部, 增加读盘成功率,
同时让其它都连续地藏到UD里, 就是避开主数据区文件不连续的问题, 这样加载文件的理论速度会快不少吧, 不用把每512字节删掉2字节了.
暂时的办法是winhex编辑一个纯0填充的文件mask, 7.2M左右, 用fbinst能放到主数据区, 然后逐步增大其体积, 直到用fbinst刚好放不进去为止.
可是这样更新grldr很不方便了, 比如0PE最新补丁里grldr增大了2700字节, 但mask文件删掉2700字节后却放不进主数据区,
大概是因为要扇区对齐多占了空间吧,如果能给出主数据区剩余多少字节/多少可放文件的扇区, 就可以精确配出来mask文件大小了, 会更方便, 也保护U盘.
解决: 菜单->启动设置->查看mbr里可以精确列出来grldr从哪个扇区开始, 占了多少扇区, 自己用计算器算就行了, 是我没注意这个功能.
只是还望在状态栏里直接显示主数据区剩余扇区数
延伸: 是否可以加一个"锁定主数据区"的功能, 让以后添加的文件直接放进扩展区, 这样就不用手动制造占空用的mask文件了

建议3: 查看mbr时显示:
version: 1.6
base boot sector: 63
这里63是否可以显示成"0 64", 因为实际上0到63(包含63)都是base扇区啊, 下方的扇区都是显示"偏移数目"或者"数目", 没有显示"最后一个扇区编号"的

建议4: "新建文件"对话框的布局不合理, 按tab键焦点跳了一圈才到输入大小的编辑框; 按esc键没反应.
别的地方也有窗口布局等问题, 比如菜单没有快捷键, 无法用键盘快速操作菜单, 窗口的菜单栏也无法用"Alt+字母"的方式快速选择;
(其实只要在rc文件里给菜单项标题加上" (&A)"就可以设置快捷键A了吧);
文件列表模式下列表区域不支持del键删除, 不支持F2重命名, 按Tab后焦点不知道跳哪去了, 多按几次tab后连shift+tab也都跳不回来.
这些细节不太重要, 只是有些影响体验, 而且, 不方便用鼠标的时候fbinstTool就几乎没法用了%>_<%

zds1210 · 发表于 2014-8-23 23:30:17

不知道8月22日重新上传版有什么改进？

wjq692 · 发表于 2014-8-24 20:29:49

似乎不兼容 1.507版本

jianliulin · 发表于 2014-8-25 08:32:09

2013gdh 发表于 2014-8-23 14:07
bug1: 最新版fbinst在U盘UD扩展区建立efi.img时提示"文件已存在，不能新建！！！！", 但其实之前的同名文件 ...

感谢你细心测试，现在很少人又这么细心测试fbinsttool。

bug1 ：已经修复

建议1：不打算自动对齐，因为这只能做到分区对齐，也做不到分区数据区对齐，用户让fbt新建多大的img就建多大，不自作主张

建议2：觉得没有必要，bean当初设计的时候，首先把文件放在主分区，就是为了想grldr这样经常变动大小的文件留在主分区，可以减少扩展分区可用空间的碎片数量。

建议3：这里的63不是mbr个数，而是在mbr中有一个字节表明核心代码的偏移量。

建议4: “新建文件”窗体的Tab顺序已经调整，菜单的快捷方式，是在不知道那个改用什么案件，选择上是个烦恼，用fbt的人基本都有鼠标吧，没有鼠标就用fbinst.exe更方便

lwz56 · 发表于 2014-8-25 12:49:27

用了新版的fbinst发现如下问题：
1、原来能够设置显现efi分区的功能不见了，想修改下efi.img文件的内容不如以前直接显现方便了。
2、原来映射的efi分区能够用U+挂载器挂载，现在的不能了，我是把外置程序tools目录放到这个efi分区了，用bootpart.exe 加载到z:后加载工具的，这样方便更新（避免在UD区内来回更新造成的需要整理碎片问题），用了新版的以后启动到PE我的工具统统不能加载了。
请教，如何用新版的FBINSTOOL使得映射的分区能被bootpart加载？

jianliulin · 发表于 2014-8-25 14:32:40

fbt也可以修改活动标记，分区表顺序，分区id等，在“启动设置->分区表” 中右键设置。

2012wyzc · 发表于 2014-8-25 14:53:46

又有更新了，下载试一试。

2013gdh · 发表于 2014-8-25 16:18:22

有个不知道为什么的bug: img文件被显示到主数据了.
我之前主数据区有grldr和.mask两个文件, .mask文件把主数据区刚好填满, 这次要改动grldr, 删了.mask和grldr, 然后导入了新的grldr, 就这样了

jianliulin · 发表于 2014-8-25 16:56:26

2013gdh 发表于 2014-8-25 16:18
有个不知道为什么的bug: img文件被显示到主数据了.
我之前主数据区有grldr和.mask两个文件, .mask文件把主 ...

不好意思，测试不足，添加支持映射多个img后，忘记修改标记了。请重新下载，谢谢

2013gdh · 发表于 2014-8-25 17:19:42

有个小建议: 如果发现是替换文件, 可否把剩余空间加上要替换的文件的大小, 然后再判断新文件是否能放得下
现在是放不下的, 而且, 如果把扩展区的一个文件导出, 删除, 再添加回去, 那它会被放到最后, 而不能充分利用原来的空间
我不想做数据整理, 因为那样我的img文件会被移到不确定的地方...

假大空 · 发表于 2014-8-25 19:17:51

下载收藏，最好用的UD制作工具，没有之一

2011duanms · 发表于 2014-8-25 20:12:07

谢谢分享，很好的UD工具

jianliulin · 发表于 2014-8-25 20:13:02

2013gdh 发表于 2014-8-25 17:19
有个小建议: 如果发现是替换文件, 可否把剩余空间加上要替换的文件的大小, 然后再判断新文件是否能放得下
...

1.文件是否能放得下是通过判断连续剩余空间是否大于此文件，如果从总的剩余空间判断是不理想的，那样插入文件前必须先做碎片整理，

2.如果新的文件大小不超过原来的是不会放在最后的，

3.为什么这么喜欢碎片整理？要清楚碎片整其实整理的是碎片的可用空间，不是整理文件，碎片整理并不会提高效率或者启动成功率，目前U盘都很大，ud大小不会吝啬到刚刚够用吧？

4.如果想避免碎片整理时移动到ufi.img，那把扩展分区的文件全部删除，ufi.img是第一个放进扩展分区的文件，这样碎片整理永远不会整理到它。

2013gdh · 发表于 2014-8-25 20:42:53

本帖最后由 2013gdh 于 2014-8-25 20:44 编辑

jianliulin 发表于 2014-8-25 20:13
1.文件是否能放得下是通过判断连续剩余空间是否大于此文件，如果从总的剩余空间判断是不理想的，那样插 ...

我觉得这实际上是扩展区计算空间的一个bug
我前几次算空间也是卡死着来: UD扩展区先放0PE, 然后塞一个mask对齐, 再建一个img把扩展区用光.
理论上我想更新文件的时候, 只要新文件比旧文件小就该放得下, 但实际上, 一个512,000 Bytes的文件删掉,
再拿512,000 Bytes的文件放进去的时候就提示空间不足了.
在主数据区里没有这种情况, 我可以放进去恰到好处的文件
我怀疑是这是因为扩展区的文件在判断能否放下时, 除数也用了510, 而不是512

lwz56 · 发表于 2014-8-26 08:16:36

本帖最后由 lwz56 于 2014-8-26 08:21 编辑

用了新版出了大问题了，我的U盘里面原有好几G的东西不见了,图片里面的两个文件只有1G多点，实际显示占用空间6G多啊，说明我多文件还是显示占着容量呢，用磁盘精灵、数据恢复都无可奈何。
后来干脆插上面不出盘了，在磁盘管理器里面也没有，只能重新量产啦。
0517版怎么折腾都没出国问题啊，换了新版难道改动磁盘的前几个关键扇区？还是有别的改动？
待我再测测，看能否重新这个过程，如果能重现说明是bug了

jianliulin · 发表于 2014-8-26 09:25:18

2013gdh 发表于 2014-8-25 20:42
我觉得这实际上是扩展区计算空间的一个bug
我前几次算空间也是卡死着来: UD扩展区先放0PE, 然后塞一个 ...

请重新下载测试，

2013gdh · 发表于 2014-8-26 19:56:44

jianliulin 发表于 2014-8-26 09:25
请重新下载测试，

似乎您也修正了替换已存在文件时报告空间不足的问题? 我替换文件时也成功了.
美中不足的是, 塞满后替换等大小的文件时, fbinstTool会提示"空间不足,文件可能会被破坏", 然后成功替换,
不知能否进一步判断这种实际上很安全的情况?
另发现一个问题: fbinstTool导出文件后, 导出到的外边的文件的创建/修改/访问日期都是导出那一刻,
而压缩软件的常见做法是把修改日期设置为记录的修改日期, 创建日期不管.
(也因此会出现修改日期早于创建日期的情况, 不过这应该不算是个问题, 太常见了).
能否请您考虑增加这个功能? (修改日期的作用主要是比较文件, 比如BeyondCompare比较文件夹时用)

wjq692 · 发表于 2014-8-26 23:25:38

怎么不见新版的使用说明

EDlane · 发表于 2014-8-27 08:48:10

谢谢分享

		自动登录	找回密码
密码			注册

[分享] fbinstTool 1.701 for fbinst v1.7【2017-03-18】变形金刚版

点评

点评