三分区U启遭遇的囧。

chiannet

这里所谓U盘三分区是：UD+NTFS可见数据区+FAT或FAT32隐藏区

EFI启动相关文件、G4D外部菜单文件、PE及PE的外置文件都存放在FAT或FAT32隐藏区，UD只存放GRLDR文件，


有多位网友提到：这种三分区结构的U启，其分区表在某些主板（具体未知）容易被无缘无故地（有人说仅插一次再拔出来）破坏，损坏后的U盘表象为：

1、EFI仍能引导（说明数据并未损毁）；
2、UD可引导内部的grldr，但grldr此时搜索不到U盘上的高端隐藏区，也就找不到外置菜单，无法继续引导。
    GRLDR内置菜单如下：
        configfile (ud,3)/boot/grub/menu.lst
         configfile (ud,4)/boot/grub/menu.lst
         configfile (ud,2)/boot/grub/menu.lst
         configfile (ud,1)/boot/grub/menu.lst
         configfile (ud,0)/boot/grub/menu.lst
         if "%@root:~1,1%"=="f" && find --set-root --devices=f /52PE/NT52PE.WIM && configfile /boot/grub/menu.lst
         find --set-root --ignore-floppies --ignore-cd /52PE/NT52PE.WIM && configfile /boot/grub/menu.lst

       以上菜单失效。

出现此问题后，重新安装U启动或用FBinstool.EXE修复MBR、或用BOOTICE恢复备份的分区表可修复问题。

请问该如何改进GRLDR内置菜单，使其能抵抗这种破坏？或自行修复这种破坏？

不点

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

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

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

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

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

风神

ud区文件齐全就行啊

chiannet

风神 发表于 2015-9-17 15:11
ud区文件齐全就行啊

我想要的是如何解决GRLDR本来能搜索到的高端隐藏区突然变得搜不到了（实际是存在的，毕竟EFI仍能启动）的问题？

captain_g

看来不仅仅是UD三分区的问题，本人有一UD二分区的U优盘(可见区FAT32)，一直用得好好的，有一天突然不行了，启动没问题，但无法转可见区的菜单，说找不到文件；

没办法，重启，启动时按C键进命令行，ROOT到可见区，报错 NO SUCH PARTITION……；

到WINDOWS下看，可见区的文件好端端的啊！

吃过那次亏以后，学老实了，乖乖地又在UD区中放置了03PE和8PE各一个。

fuldho

目前没发现

fuldho

提供主板型号

chiannet

captain_g 发表于 2015-9-17 15:23
看来不仅仅是UD三分区的问题，本人有一UD二分区的U优盘(可见区FAT32)，一直用得好好的，有一天突然不行了， ...

这么说起来，看样子有从GRLDR内部来修理此问题的必要性？

chiannet

fuldho 发表于 2015-9-17 15:26
目前没发现

于事无补，原来我的菜单也是你这个写法，有网友反馈存在这个问题，现在的改成下面的写法，还是有反馈，问题存在。


configfile
default 0
timeout 0

title find /boot/grub/menu.lst
        errorcheck off       
        if "%@root%"=="(ud)" && calc *0x82A0=*0x82b9&0xff
        configfile (ud,3)/boot/grub/menu.lst
        configfile (ud,4)/boot/grub/menu.lst
        configfile (ud,2)/boot/grub/menu.lst
        configfile (ud,1)/boot/grub/menu.lst
        configfile (ud,0)/boot/grub/menu.lst
        if "%@root:~1,1%"=="f" && find --set-root --devices=f /52PE/NT52PE.WIM && configfile /boot/grub/menu.lst
        find --set-root --ignore-floppies --ignore-cd /52PE/NT52PE.WIM && configfile /boot/grub/menu.lst
    map (ud)/USBZLv2.iso (0xff) && map --hook && root (0xff) && configfile /boot/grub/menu.lst
        set /a bdrive=*0x8280&0xffffffff
        dd if=(%bdrive%)96+1 of=(md)768+1 bs=1 count=8 skip=502
        set /a pe=*393216&4294967295 && set /a ps=*393220&4294967295
        write 393216 0
        write 393220 0
        map (%bdrive%)%pe%+%ps% (fd3)
        map --hook
        set eb=17
        set pe= && set ps= && set bdrive=
        rootnoverify (fd3)
        configfile (fd3)/boot/grub/menu.lst
        errorcheck on
        commandline

title commandline
        commandline

title reboot
        reboot

title halt
        halt

chiannet

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

问题不是无时无刻都发生，至少我自己还没碰到，是有若干网友反馈的。

风神

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

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

captain_g

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

华硕b85m-v5_plus

风神

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

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

chiannet

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

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

captain_g

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

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

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

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

nikbobo

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

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

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

yhhxlp

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

chiannet

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

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

不点大提到“BPB 上的总扇区数正确无误”，这个该如何控制？

chiannet

不点 发表于 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

不点

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

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

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

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

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

但是，多了就危险了。

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

tdqk003

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

不点

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

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

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

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

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

糊涂

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

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

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

zqywult

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大指教是怎么回事？谢谢！！！

chiannet

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

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

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

chiannet

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

它们不能 ...

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

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

fuldho

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

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

不点

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

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

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

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

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

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

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

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

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

liuzhaoyzz

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

zds1210

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

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