我做的 multimbr，结构很单一：完全是 FAT32 带多重分区表，不存在隐藏分区。

这么单一的结构，都可能被 Win7、Win8 破坏，更何况 ud 根本不被 Windows 承认，因此，ud 盘上的某些结构或数据被破坏，是可以理解的。

当 BPB 上的总扇区数错误时，一旦进入 Win7、Win8，就会破坏 FAT32 里面的数据文件。

后来发现，只要保证 FAT32 的 BPB 上的总扇区数正确无误，那么，Win7、Win8 就不再破坏这个 U 盘了。

根据这个经验，我猜测，UD 盘上的某些数据被破坏的情况，很可能也与 FAT32 上的 BPB 的总扇区数错误有关。检查一下，BPB 上总扇区数的是不是错的？如果它小了，那没问题。但如果它太大，超过了正确的值，哪怕只多一个扇区，就糟糕了，Win7、Win8 必然要破坏它。

但ud老三简单易行，无损数据修复引导和pE也簡单。

udm让人心动。

udm要支持也不难。集成ⅰmdisk就行。

这个时候就该用udm。有写保护。
以前旧版本一进入pe也uefi老被破坏。后来新版改进了。

zds1210 发表于 2016-8-16 02:38
我群朋友反映最多的，还是UD三分区盘，使用一段时间后，UD主引导被破坏；这与三分区无关，纯UD也会遇到这个 ...

还有一种可能：某些“一键”还原工具改写了U盘的分区表。

解决的根本可能在于改进GRLDR。

我群朋友反映最多的，还是UD三分区盘，使用一段时间后，UD主引导被破坏；这与三分区无关，纯UD也会遇到这个问题。
大家来讨论一下，原因：
1主板bios破坏了UD引导。那这bios就不是bios了，是病毒了。
2分区工具误操作。
3电脑上有主引导病毒。那破坏的就不只是UD，U+ nt6和 其它引导有可能破坏。
4…………

JCDN 发表于 2016-8-12 12:01
留意一下，好像还没遇到这样的问题，或者自己没有注意，有过fbinst mbr损害的情况

另外三分区也不一定要 ...

数据区放在最后，PE区就要放在中间并隐藏起来，这类相当于U+低端隐藏，实测U盘启动，有相当部分机子不能efi启动。
这也就是UD三分区火起来，而分区表项却没有这么火的原因。

这问题有最终结果吗？我这边也有用户反馈同样问题

留意一下，好像还没遇到这样的问题，或者自己没有注意，有过fbinst mbr损害的情况

另外三分区也不一定要把隐藏区分到最后啊，可以把数据区放到最后。

chiannet 发表于 2015-10-6 06:52
U盘三分区是：UD+NTFS可见数据区+FAT或FAT32隐藏区
我们如果改一下，弄成四分区，把三分区的第三分 ...

我测试过一台特别弱的主板，efi区右端多出的一点未分配空间，并不影响efi启动的兼容性。
如果能解决，也可以主动的留出一点空间。
谢谢大家对三分区的关注。

好多年前我用移动硬盘ud的时候，真的碰到过一次，我也不知道ud的mbr是怎么被破坏的，真的是莫名其妙。所以说ud看起来隐藏，也是会破坏的，我以前发帖说过这事儿。那时候还是xp流行，似乎与win7关系不大。

chiannet 发表于 2015-10-6 06:52
U盘三分区是：UD+NTFS可见数据区+FAT或FAT32隐藏区
我们如果改一下，弄成四分区，把三分区的第三分 ...

我提出的问题，没有一个人答复。我的问题很简单：是否所有这些问题都是 win7 或以后的新版本造成的？

这个问题回答了之后，才能有针对性地进行解决。否则，瞎撞有什么意义？

我用 xp，从来没遇到什么稀奇古怪的问题。但使用 win7 或 win8 的 PE，都出问题了。

这种情况需要给出一个统计，用大量的统计数据来表明某个判断的可能性。

如果 3 个人报告全部问题都发生在 win7 以后的新系统上，那我们就比较有把握了。

如果有 10 个人，100 个人，1000 个人都有相同的报告，那我们的把握就更大了。

而只要有一个人报告 xp 也出现同样的问题，那就彻底否决了我的这个判断，于是我们知道原因不在这里，就不要浪费精力了。那么接下来我们就可以另寻它途了。

步骤不能乱，逻辑不能乱。我们干任何事，都是要使用逻辑的，否则，可能要做很多无效劳动。

chiannet 发表于 2015-10-6 06:52
U盘三分区是：UD+NTFS可见数据区+FAT或FAT32隐藏区
我们如果改一下，弄成四分区，把三分区的第三分 ...

分区必须保留尾扇
我们知道一个扇区为512字节，磁头数255，
一个柱面512x255x63=8225280字节，8225280÷1024÷1024=7.84423828125m
分区是以柱面为单位，小于一个柱面的尾扇会被放弃，及未被分配空间8m（小于7.84423828125m显示为8m）
如果强制把不到一个柱面空间进行分配分配就有可能出现问题。

不点 发表于 2015-10-5 20:04
分区表上的总扇区数，应该等于分区的 bpb 上的总扇区数。bpb 上的总扇区数位于偏移 0x20 处。

它们不能 ...

U盘三分区是：UD+NTFS可见数据区+FAT或FAT32隐藏区
我们如果改一下，弄成四分区，把三分区的第三分区末端（高端）再切割几十KB出来主动丢弃，做未分配空间，弃卒保车，不知能否抵挡这种侵害。

windows 下看起来就是未分配空间（UD）+NTFS或exfat可见数据区+fat或fat32隐藏区+未分配空间。

tdqk003 发表于 2015-10-5 21:20
三分区的u盘在dell服务器上被认到为HDD，做好三分区后一开始可以但是过一段时间久不行了，感觉dell服务器在 ...

Acronis true image 2016.iso  位于UD内还是外？

如果是UD之外，是不是做了磁盘整理，结果这个文件被整得不连续了？

chiannet 发表于 2015-10-5 16:14
这是备份的dpt

C大：
我从 http://bbs.wuyou.net/forum.php?mod=viewthread&tid=349965 下载的“UD_MBR备份还原.EXE”，
为什么在XP3系统下，不能正常运行：


点击“确定”后：


再次运行显示这个：



我多次下载了最近好几天的“UD_MBR备份还原.EXE”，都是一的，在XP3 系统运行都是这样。
烦请C大指教是怎么回事？谢谢！！！

不点 发表于 2015-10-5 21:40
以上各位似乎没有提到究竟是什么版本的 windows 造成的问题。

假如统统都是 win7 或更新版本造成的问 ...

我这儿有点儿不解……
使用0PE时间不算太长，两三年吧，以0PE为基础做的合盘，不管是FBA版还是ISO版，可以说一次没遇到上面提到的情况；这里有个小提示：我使用的U盘全是带有“物理写保护开关”的U盘。
难道当U盘被物理写保护后，引导被破坏的几率会大大降低？
以上遇到那些问题的朋友，不知道有没有使用“物理写保护开关”的U盘，如果没有使用，可以考虑试用一下！

tdqk003 发表于 2015-10-5 21:20
三分区的u盘在dell服务器上被认到为HDD，做好三分区后一开始可以但是过一段时间久不行了，感觉dell服务器在 ...

以上各位似乎没有提到究竟是什么版本的 windows 造成的问题。

假如统统都是 win7 或更新版本造成的问题，那就怀疑是我提到的那个原因了。

假如 xp 也有这问题，那就不是我说的原因了。

诸位可以据此判断一下哪种可能性大一些，以便缩小范围，有针对性地进行研究，而不至于像大海捞针一样胡乱猜测。

三分区的u盘在dell服务器上被认到为HDD，做好三分区后一开始可以但是过一段时间久不行了，感觉dell服务器在扫描u盘，然后就不行了，不是不能启动，u盘还是能启动，但是加载Acronis true image 2016.iso  就是不成功，优盘就要重做了，每次只要扫描了u盘就完了。我想可能是把它认为HDD的原因吧

分区表上的总扇区数，应该等于分区的 bpb 上的总扇区数。bpb 上的总扇区数位于偏移 0x20 处。

它们不能太大，也就是说，它们不可以把不存在的扇区包括在内。

换句话说，如果 usb 的实际扇区数不多，而分区表和 bpb 表上的总扇区数多了，哪怕只多了 一个 扇区，也要遭殃！！！！

在 xp 下，多了也没事。但在 win7 以后的系统，这个 u盘 上的数据会被破坏掉。

分区表和 bpb 上的总扇区数少了不要紧，无论 xp 还是 win7 以后的系统，都不会破坏这个 u 盘。

但是，多了就危险了。

我猜之所以危险，可能是由于新版 windows 要读取分区的最后一个扇区，把重要的分区信息记录在这个扇区上。如果这个扇区是不存在的，那么它就出错了，从而对整个 u 盘就造成了破坏。

不点 发表于 2015-9-17 17:06
我做的 multimbr，结构很单一：完全是 FAT32 带多重分区表，不存在隐藏分区。

这么单一的结构，都可能被 ...

这是备份的dpt


80 77 33 C5 07 2E 89 E5 00 68 30 00 00 48 85 00

起始扇区号：00306800h=3172352
总扇区数：   00854800h=8734720


00 2E 8A E5 EF FE FF AE 00 B0 B5 00 FF 7F 31 00

起始扇区号：00B5B000h=11907072
总扇区数：   00317FFFh=3244031

我用的0pe 也是ud区只放gurb文件     碰到过，我还以为我热拔插u盘把mbr搞坏了哦   后来从做了u盘  

同样发现此问题在一个惠普的笔记本。
问题过程如下：
一台惠普笔记本，型号大致是能源之星系列的，抱歉，其他信息没留。
送来，系统进不去，使用0820版的USBOS中的CGI安装原版Win7（已打开传统BIOS模式并关闭UEFI模式），重启，选择U盘BIOS模式启动进不去PE（原来BIOS模式可以启动）提示似乎是找不到文件，后打开UEFI模式顺利进入PE。
关机并在另一台机上打开FbinstTool提示MBR损坏，修复后再插入该电脑，在关闭UEFI模式打开BIOS模式下正常进入PE。但是，重启后又进不去了。同样出现损坏。

但是，我尝试对USBOS进行改造，使用P大的分区表项法，将原来三分区的文件放入usbos.img中，确似乎上面问题不再复现。

请C大检查，不知是否为同一问题。

chiannet 发表于 2015-9-17 17:01
这个板子上插过的u盘，g4d就找不到非ud分区？

出问题的电脑确实是用这个主板的，但问题有些复杂，也有U盘插上去没出过问题。

当时没有特别留意，有机会用同一只（出问题的）U盘去试一下，不知道是否会重现。

如果是偶然现象恐怕就难了。

captain_g 发表于 2015-9-17 16:52
华硕b85m-v5_plus

这个板子上插过的u盘，g4d就找不到非ud分区？

captain_g 发表于 2015-9-17 16:52
华硕b85m-v5_plus

这么新的主板估计不会发生起不了的现象

fuldho 发表于 2015-9-17 15:34
提供主板型号

华硕b85m-v5_plus

chiannet 发表于 2015-9-17 15:17
我想要的是如何解决GRLDR本来能搜索到的高端隐藏区突然变得搜不到了（实际是存在的，毕竟EFI仍能启动） ...

别人的pe也有这种现象，主要是主板的bios问题，估计无法解决，所以我把ud区文件也搞全，独剑的ud三分区好像也是ud区有文件的吧