是U盘坏了还是 FbinstTool v1.602 出BUG（22楼附个小建议）

2010-

说出来没人相信，我只好把视频记录与文件包传上来，请大家帮我分析分析。
里面的文件取自0PEv1.2.3(2010-11-27)XP中文版137MB.7z
虽然被我把文件删到剩余1兆多点，但是可以拿这模拟一下我碰到的BUG。

1、把「压缩包.7z」解压至桌面，生成文件夹「压缩包」；
2、插入U盘，双击「压缩包」内文件「FbinstTool.exe」；
3、按图中所示参数对U盘格式化；
4、双击文件「解压后拖进FbinstTool v1.602.7z」在WinRAR中打开；
5、选中里面全部图标（3个文件夹和2个文件），拖进FbinstTool v1.602



比较结果如下图所示。
至少丢了一个文件夹和一个文件，其他目录我没一个一个检查了。
目录「 BOOT\GRUB\ 」下原本3个文件



---------------------------------------------------------
关于非空文件的丢失，可以认为是我的U盘坏了。
刚才用虚拟U盘试验了一下，文件解开拖进去以后，完好无损。
可是往真U盘里一拖，MENU.DIY 总会丢失！
我能得出的结论是：U盘坏了。但仔细一想，这结论有点武断。
好比WinPE能通过虚拟机测试，却不一定能通过真机测试，FbinstTool 是不是也具有相似性呢？

关于 FbinstTool v1.602 目前已发现的，个人认为处理得不是很恰当的行为有：
       1、丢弃空文件，丢弃空目录；
       2、对路径或文件名里的空格字符强制替换为下划线。
           比如 Documents and Settings\All Users\桌面 被改名为 Documents_and_Settings/All_Users/桌面/

关于非空文件的失踪，究竟是U盘坏了还是 FbinstTool v1.602 出BUG？
仍未知晓……特此求助！
目前，我只能认为 FbinstTool v1.602 跟我的U盘不兼容。
关于U盘的具体属性，我在11月28日买回来以后特地作了截图。

[ 本帖最后由 2010- 于 2010-12-29 09:58 编辑 ]

2010xiao_xie

是有问题    我上次也弄了一下  看不见里面的东西  明显拖进去了的

liuzhaoyzz

有空格的文件我没有发现会被下划线填补的现象，奇怪了。

tubaozi

原帖由 liuzhaoyzz 于 2011-1-2 08:11 发表
空文件和空文件夹确实无法拖入，我测试了下，没有发现楼主文件名被随意更改的现象，是不是grldr版本不对？

楼主所说随意改文件名问题，其实是当文件夹、文件名中有空格拖入后空格会被下划线填补。作者这样设计必然有其理由。

幸运的草

经过实机测试和FBA包测试，空文件夹和0字节的文件确实不能拖入，但经过很多次测试没有发现楼主的丢失文件的现象，我的MENU.LST、MENU.DIY等文件字节数比楼主的要少，1KB左右，正常拖入没有丢失。

liuzhaoyzz

空文件和空文件夹确实无法拖入，我测试了下，没有发现楼主文件名被随意更改的现象，是不是grldr版本不对？

2010-

原帖由 Plantsoot 于 2010-12-28 11:11 发表
我明白你的意思，你的意思是说很多PE的空文件夹和空文件是有作用的，这个确实是这样，不过目前能散开放在ud内的PE貌似也只是0pe。想了一下，保留0字节文件也还是有一定意义，跟Bean反映一下，看他怎么说吧。

非常感谢您的关注！
这么点小事占用大家这么多宝贵时间，甚至于影响到Bean大师……
对此我深感内疚。
还是那句话，对我不成熟的意见，请大家不要见笑。

Plantsoot

我明白你的意思，你的意思是说很多PE的空文件夹和空文件是有作用的，这个确实是这样，不过目前能散开放在ud内的PE貌似也只是0pe。想了一下，保留0字节文件也还是有一定意义，跟Bean反映一下，看他怎么说吧。

2010-

原帖由 jianliulin 于 2010-12-28 08:44 发表


1.前面已经说了，fbinst不存在文件夹，所以更谈不上有没有意义
2.fbinst的文件结构和fat、ntfs 不一样(不懂可以去请教百草霜)，不应拿正常的文件系统套在fbinst上，不导入空文件的规则是由bean制定的

...

感谢您的回复，谢谢您的推荐！
对我的不成熟的意见您能作出回答，非常感谢！

关于命令导出，PSEUDO大大于19楼提示过我，20楼有命令导出的截图，21楼有我个人愚见。

[ 本帖最后由 2010- 于 2010-12-28 11:27 编辑 ]

2010-

请允许我直言，我是个菜鸟，对于 fbinsttool 高深的内部构造，
以我的愚钝，即使请教了百草霜大大，我也是理解不过来！

当然，仔细一想，以我菜鸟身份也没什么资格来跟您提意见。
即便提出来，用专家的眼光稍微一看，那也是不值一提的。

楼上两位能就此回复，已经是给我莫大的面子了。
所以，我个人意见也就此结束了。
没必要再来占用各位宝贵时间。

2010-

原帖由 Plantsoot 于 2010-12-28 08:58 发表

2010- 你说的fbinst丢弃不对，也有一定道理，但是随便就把0字节的文件变成1字节这也是越权，也是不对的，如果是想保留0字节的文件，完全可以自己在0字节的文件中加一个字符，比如空格，就可以保留了。不过一个字符也是占用一个扇区。

我前面提的“0字节的文件变成1字节”，我想是我表达不清楚，致使大家理解有误。
我指的是让 0字节的文件在(ud)里占用1字节！文件本身未被抛弃，更未被改变。
而您说的“完全可以自己在0字节的文件中加一个字符，比如空格，就可以保留了”我不认为是上策。

假设某个电脑高手制作了一个百兆ISO文件，其中有几个空文件几个空文件夹。
但是目录树就好比那真大树，千枝万叉的，文件好比那树叶，成千上万的。
叫我找到那几个空文件，加上个空字符，我还真觉得自己没那权利修改他人的东西呢。
况且，那不是自找麻烦？

[ 本帖最后由 2010- 于 2010-12-28 11:02 编辑 ]

Plantsoot

原帖由 jianliulin 于 2010-12-28 08:44 发表


1.前面已经说了，fbinst不存在文件夹，所以更谈不上有没有意义
2.fbinst的文件结构和fat、ntfs 不一样(不懂可以去请教百草霜)，不应拿正常的文件系统套在fbinst上，不导入空文件的规则是由bean制定的


...

原帖由 2010- 于 2010-12-27 20:36 发表

首先，请允许我发表一下个人意见：
    不管空文件、空目录有没有实际意义，fbinsttool 就这么随随便便的直接丢弃是不对的。
    这可以认为是越权了。

至于处理文件拖放时fbinsttool到底是怎么操作的， ...

J大说的非常对，fbinst的文件结构不存在文件夹一说，放在文件夹的文件在ud中也就是把文件夹的路径和文件名放在一起看成是一个长文件名。

2010- 你说的fbinst丢弃不对，也有一定道理，但是随便就把0字节的文件变成1字节这也是越权，也是不对的，如果是想保留0字节的文件，完全可以自己在0字节的文件中加一个字符，比如空格，就可以保留了。不过一个字符也是占用一个扇区。

如果因为这个问题要改动fbinst的代码和结构的话，好像有点不值得。

jianliulin

    不管空文件、空目录有没有实际意义，fbinsttool 就这么随随便便的直接丢弃是不对的。
    这可以认为是越权了。

1.前面已经说了，fbinst不存在文件夹，所以更谈不上有没有意义
2.fbinst的文件结构和fat、ntfs 不一样(不懂可以去请教百草霜)，不应拿正常的文件系统套在fbinst上，不导入空文件的规则是由bean制定的

  至于处理文件拖放时fbinsttool到底是怎么操作的，详细情况外人无从得知。
从您提供的线索来看，找到一条更好的处理0字节文件的方法不是没有的。
下面我想提供一个方法供您参考。

fbinsttool 可以导出所有操作的命令，可以复制出来用比处理再执行一遍，以便确定是fbinst的问题，还是fbinsttool的问题。

94first

我用的金士顿的假货。
  用的肯定是黑片了，。
买的时候是4G的。。
  后来发现容量不足。。乱码等问题。。

最后用量产的方法。恢复了。  容量为860M左右


MENU.DIY
正常拖入。
    只是空文件或者空文件夹。。不能拖入。。拖入后就没有了

2010-

原帖由 USB3 于 2010-12-27 20:46 发表
我做了几次UD启动0PE都没遇到过LZ的情况。

我在1楼之所以附上压缩包，就是想弄清是不是只有我一人碰到过这种情况。
果真如此，无论我怎么说，只怕是没人相信。
于是，干脆做个视频记录一下……
当然，看了视频以后，有些人那是坚决不信！

没办法了，FbinstTool 没问题。只能认为我的U盘坏了。

假设我拿着U盘去退货，别人问我为什么要退货，我该如何解释？
因为我在把文件拖进 FbinstTool 时，老是丢失文件，所以退。
对方反问：那你怎么不去找 FbinstTool 啊？凭什么说U盘坏了？
那U盘检测工具不也检测了好多遍的么？那不是好好的么？

自认倒霉得了！一个小小U盘，算了。
问题搞得那么复杂、认真也没什么意义。

[ 本帖最后由 2010- 于 2010-12-27 21:18 编辑 ]

USB3

我做了几次UD启动0PE都没遇到过LZ的情况，只是在WIN7旗舰版里不能直接拖入文件而要导入。原版XP3系统一切正常。

[ 本帖最后由 USB3 于 2010-12-27 20:48 编辑 ]

2010-

原帖由 2010im1989 于 2010-12-27 20:39 发表
这个问题可以到以下网站反馈！
http://www.burgloader.com/bbs/index.php?topic=131.0

或许能够早点得到解决！

感谢楼上建议，早在我注册的那一天起就打算去汇报的。
可惜没法注册……

2010im1989

这个问题可以到以下网站反馈！
http://www.burgloader.com/bbs/index.php?topic=131.0

或许能够早点得到解决！

2010-

原帖由 jianliulin 于 2010-12-26 09:19 发表

1.fbinst根本没有文件夹概念，在 fbinsttool 看到的文件夹只是用文件名约定规则来转换为文件夹的方式呈现，如果全删除文件夹里面的文件，文件夹也就消失了。
2.0字节的文件没有任何意义，要它何用，fbinst用起始位置和文件长度来记录文件，所以0字节的文件永远不可能存在ud中

首先，请允许我发表一下个人意见：
    不管空文件、空目录有没有实际意义，fbinsttool 就这么随随便便的直接丢弃是不对的。
    这可以认为是越权了。

至于处理文件拖放时fbinsttool到底是怎么操作的，详细情况外人无从得知。
从您提供的线索来看，找到一条更好的处理0字节文件的方法不是没有的。
下面我想提供一个方法供您参考。
首先说明，我是个外行，如果我提的方法很幼稚、好笑，还请多多包涵。
不管如何，我的心意是好的。

下面请允许我班门弄斧：
    任意文件在(ud)里占用字节数 ＝ 此文件的实际字节数 ＋１
目的也就是为了将
    空文件看成１字节
    若某文件在(ud)里仅占用１字节，则该文件必为空文件
注意：
    ０字节的文件占用１字节，并非指文件本身被改大１字节
这样一来，空文件及空目录便得以保存。相对于目前的直接丢弃，这样是不是更合理一些？
当然，实际操作起来肯定复杂得多。我也就只会耍耍嘴上工夫而已。

还是那句话，我是外行，请不要见笑。

[ 本帖最后由 2010- 于 2010-12-28 11:33 编辑 ]

2010-

命令里找到
    fbinst (hd1) add "BOOT/GRUB/MENU.DIY"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MENU.DIY"
甚至于空文件都被命令记录了
    fbinst (hd1) add "0PE/XP/新建_文本文档.txt"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\0PE\XP\新建 文本文档.txt"

但实际上，MENU.DIY这文件与0PE这整个文件夹都失踪了。
另外，「新建 文本文档.txt」被强制改名为「新建_文本文档.txt」
最后又因为是个空文件而被抛弃？

2010-

感谢大大的回复，命令记录我截图如下（MENU.DIY已丢失）



另外附上操作时的视频记录 http://bbs.wuyou.net/attachment.php?aid=109150
视频是我昨天晚上录制的，刚才的操作与视频里的操作没有区别。
截图里的命令记录复制如下：

fbinst --list
fbinst --list
fbinst --list
fbinst (hd1) info
fbinst --list
fbinst (hd1) info
fbinst (hd1) info
fbinst (hd1) format  --force  --align
fbinst (hd1) add-menu -s "fb.cfg" "default 0"
fbinst (hd1) add-menu -s -a "fb.cfg" "timeout 0"
fbinst (hd1) add-menu -s -a "fb.cfg" "menu F1 grldr "grldr""
fbinst (hd1) add "分区表.pt" "C:\DOCUME~1\Unknown\LOCALS~1\Temp\__.pt"
fbinst (hd1) info
fbinst (hd1) export  "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\grldr"
fbinst (hd1) add "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\grldr"
fbinst (hd1) add "BOOT/GRUB/MESSAGE"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MESSAGE"
fbinst (hd1) add "BOOT/GRUB/MENU.0PE"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MENU.0PE"
fbinst (hd1) add "BOOT/GRUB/MENU.DIY"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\GRUB\MENU.DIY"
fbinst (hd1) add "BOOT/IMGS/KONBOOT.GZ"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\IMGS\KONBOOT.GZ"
fbinst (hd1) add "BOOT/IMGS/MEMTEST.GZ"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\IMGS\MEMTEST.GZ"
fbinst (hd1) add "BOOT/IMGS/PLPBT.BIN"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\IMGS\PLPBT.BIN"
fbinst (hd1) add "BOOT/SYSLINUX/SYSLINUX.CFG"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\BOOT\SYSLINUX\SYSLINUX.CFG"
fbinst (hd1) add "SRS/CHKPCIDB.GZ"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\CHKPCIDB.GZ"
fbinst (hd1) add "SRS/AMDIDE.ZIP"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\AMDIDE.ZIP"
fbinst (hd1) add "SRS/INTEL10X86.ZIP"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\INTEL10X86.ZIP"
fbinst (hd1) add "SRS/CHKPCI.TXT"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\SRS\CHKPCI.TXT"
fbinst (hd1) add "0PE.BIN"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\0PE.BIN"
fbinst (hd1) add "0PE/XP/新建_文本文档.txt"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\Rar$DR00.093\0PE\XP\新建 文本文档.txt"
fbinst (hd1) info
fbinst (hd1) info
fbinst (hd1) export  "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\grldr"
fbinst (hd1)  export "burg.cfg"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\__BurgMenu.____"
fbinst (hd1) export  "grldr"  "C:\DOCUME~1\Unknown\LOCALS~1\Temp\grldr"
fbinst (hd1) cat-menu "fb.cfg"
fbinst (hd1) info

[ 本帖最后由 2010- 于 2010-12-27 11:47 编辑 ]

pseudo

呵呵，可能你被禁止diy了。

fbinsttool有菜单项可以显示所执行的fbinst命令，也许能从中找到线索。

[ 本帖最后由 pseudo 于 2010-12-26 21:46 编辑 ]

2010-

在PE里的截图如下，跟XP里的所丢文件差不多。
（XP里 复件 (2) MENU.DIY 没丢，但PE里确是 复件 MENU.DIY 没丢）
我想，这问题可能跟操作系统无关，应该跟U盘构造有关吧。
尽管用虚拟U盘拖放的时候很完美，但虚拟和真实毕竟不同。
我的U盘构造或许有所欠缺……



[ 本帖最后由 2010- 于 2010-12-26 16:45 编辑 ]

2010-

感谢pseudo大大的指教，一会我进PE去拖放一下。对了，我的 C、D、E盘都是FAT32文件格式。
另外发现个小小的问题，关于文件被重命名的问题。
这可能算不上什么大问题，但如果不注意的话，文件名或者路径带上空格拖进去就会出问题啦！
   (hd1):7682712(4g) 这是我的真U盘
   (hd2):411646(201m) 这是我的虚拟U盘
我在目录 C:\Documents and Settings\Unknown\桌面\压缩包(2)\解压后拖进FbinstTool v1.602\BOOT\GRUB
之下把 MENU.DIY 复制了两次，另外又创建了3个非空文件：
    the File.txt
    the 文件.txt
    这 文件.txt
然后对真、假U盘分别采用拖放试验，结果发现带空格的文件均被改名了。



这个虚拟U盘是一个文件不丢啊，可我的金士盾那是照丢不误……

[ 本帖最后由 2010- 于 2010-12-26 15:54 编辑 ]

pseudo

ｎｔｆｓ等文件系统上，小文件可能异常。
你把ｍｅｎｕ．ｄｉｙ的体积弄成大于２０４８、４０９６字节试试。先不要说ｍｅｎｕ．０ｐｅ也很小。
还有，设法进入０ｐｅ后操作，把你的压缩包放在ｘ盘，在ｐｅ里拖。

2010-

又经过30多分钟的校验，结果是U盘什么毛病都查不出来。
再次将1楼压缩包下载，拖放，结果与从前一模一样。
看来，FbinstTool 没问题，U盘也没问题，是我有问题？

2010-

正在对U盘进行数据完整性校验。
已经校验过一次了，数据完整，可惜忘记用 FbinstTool 回收隐藏分区了。
这次特地把隐藏分区回收了再校验一次。

幸运的草

找出问题所在就好了，经过讨论确认不是FBINST的问题，我们使用也就放心了，要不还真的留意呢！

2010-

原帖由 极度凶残 于 2010-12-26 11:31 发表
标题党...........................!!

标题已更正，有什么得罪的地方请海涵！
我不是程序员，对于空目录或者空文件的创建到底有没有实际意义全然不知。
这里让大家见笑了……

先是买了山寨黑盘，接着又买了个奇怪的金士顿。
我想，我说什么都没用（除非能把这个U盘拿出来，让大家亲手试验一下）。
不说了，自认倒霉，下次再买个好点的U盘。

[ 本帖最后由 2010- 于 2010-12-26 12:04 编辑 ]

极度凶残

标题党...........................!!