【不回复也可见】【20120621】ZHS多功能维护盘【简繁体中文菜单】【绝版】

2012bdsjhf · 发表于 2012-5-14 22:02:00

停止测试，你找其他人吧！

不点 · 发表于 2012-5-14 22:04:42

不容易给你解释清楚。按道理，如果 fd0 是你的 fat32 分区的话，那应该成功访问其中的文件才对。可是，却访问不到其中的文件。所以才要你测试，究竟 grub4dos 能够 “ 看见 ” 多大的扇区号。

如果只能看见一个扇区，那么肯定无法访问这个分区。看见 10 个也不行，看见 100 个也不多。所以， grub4dos 究竟能够看见多少个扇区，这是一个关键的指标。你把这个指标找出来，问题就明朗了。

不点 · 发表于 2012-5-14 22:15:12

好吧，告一段落。你已经尽力了，只是你不了解后续的测试流程。谢谢你的辛苦。

这个问题到目前为止也算比较明朗了。

我猜测很可能是由于 BIOS 无法访问 fat32 分区的足够多的扇区，导致无法识别 fat32 分区的格式，更不可能访问其中的文件。

换成一个小的 FAT16 格式的分区，甚至更小的 FAT12 分区，或许会有改观。

这个问题对于 grub4dos 在光盘上的行为是没有什么影响的。这是因为，在前面的讨论中，zhs509 已经把软盘的访问排除掉了，因此，这个 fd0 实际上也就不会有什么影响了。

和 2012bdsjhf 的讨论，无非是想寻求访问 FAT32 分区的方法而已。其实，能否访问，都不重要。因为 BIOS 可以让这个 FAT32 分区能够被访问，也可以让它不能被访问。所以，能不能访问，都无关紧要。

------------

收获蛮大的：

1. zhs509 增强了菜单命令的安全性。

2. grub4dos 也排除了一个有关 CHS 的重要 bug。

感谢各位的努力。

[ 本帖最后由不点于 2012-5-14 22:30 编辑 ]

zhs509 · 发表于 2012-5-14 22:23:16

将菜单内容都重新整理了下，排除用find 命令搜索cd和fd——量产、UD、PXE和HDD仍然共用一套菜单，由于菜单内容较多，出错在所难免。。。

部分菜单由于只能CD方式使用，用了 if exist (cd)/xx/xx.bin方式进行判断，例如isolinux菜单只支持CD方式启动

对于菜单上的启动“winxp\2003”好像只有量产的时候有效，谁要是能帮忙改成更通用一些就更好了

麻烦各位测试下反馈使用效果，还会很慢卡住吗？若发现菜单错误，麻烦帮忙指正下，谢谢了。。。

当然菜单里面我还预留了一些菜单(一般情况下是不显示的)，有兴趣的自己用记事本打开/BOOT/GRUB/MENU.LST

[ 本帖最后由 zhs509 于 2012-5-14 22:32 编辑 ]

2012bdsjhf · 发表于 2012-5-14 22:43:01

菜单上的启动“winxp\2003”，光盘启动也显示的，而且能成功进入系统

zhs509 · 发表于 2012-5-14 22:44:08

原帖由 2012bdsjhf 于 2012-5-14 22:43 发表
菜单上的启动“winxp\2003”，光盘启动也显示的，而且能成功进入系统

光盘和量产的是没问题的。。。

好像UD的不灵，我也不会改，高手可以帮忙修改下或贴下菜单，方便下次改进

当然显示菜单比gfxmenu的会稍微慢一些，这是因为加载VBE模式背景和字库——当然刚刚上传的精简后的字库速度应该会快一些。。。

如果要更快一些进入VBE菜单，那个将/BOOT/GRUB/BACK.LZMA换成较小的文件BACK.LZMA（或BACK.BMP）——0PE就是使用了非常小的背景图，美观和大小不可兼得！

一定要BMP格式图片（建议24位的），可以是不压缩、gz压缩、LZMA压缩的，LZMA压缩的扩展名不能更改，否则无法加载背景

[ 本帖最后由 zhs509 于 2012-5-14 22:50 编辑 ]

sratlf · 发表于 2012-5-14 23:18:13

太多了不一一改了都没经过测试

zhs509 · 发表于 2012-5-14 23:47:03

谢谢老大指正，下次更新前我自己测试下

改为设置变量，菜单内容少了很多

其他内容到时候我自己根据这个修改下，菜单应该会相对之前的更完美

[ 本帖最后由 zhs509 于 2012-5-14 23:59 编辑 ]

bswb2008 · 发表于 2012-5-14 23:51:42

一直在用你的作品

2012bdsjhf · 发表于 2012-5-14 23:56:57

虽然我不了解后续的测试流程，但是对我来说，很容易就能找到最大可以访问的扇区号，很简单吗!我只想说，能力是一回事，做与不做是另一回事。看了你的回复信息，我很不自然，所以停止了测试！

zhs509 · 发表于 2012-5-15 00:03:24

对开发者和测试者的辛苦表示理解，感谢对我的作品的支持。
感谢grub4dos开发者对grub4dos的不断完善
感谢用户反馈bug，方便下次更新改正

正是有了这个bug，下次的菜单有了大的改进，grub4dos也及时解决了一个隐藏的bug

bsplin · 发表于 2012-5-15 06:55:54

又有更新？感谢分享！

wang2031 · 发表于 2012-5-15 08:10:40

谢谢提供，下载收藏

2010uso001 · 发表于 2012-5-15 09:46:37

楼主这几天还更新么？

不点 · 发表于 2012-5-15 10:17:50

哦？如果哪句话伤害了你，那是无意的。抱歉。

世界上最难做到的，就是 “ 理解 ” 二字。四维空间，不容易理解。相对论，不容易理解，虚数 i 也不容易理解。

现实世界当中，还有许多不容易理解的事情。

理解错了，就变成误解。

不过，你在 1664 楼能够明确表示你是由于情绪而终止测试，我对此表示感谢。我确实没能想到。

很容易就能找到最大可以访问的扇区号，很简单吗!

当然没这么简单了。如果就是这么简单的话，也就没必要那么样麻烦你了。你没能理解到，你看到的 geometry 的输出信息中，并非表示了真实可以访问的最大扇区。如果是的话，就不会麻烦你了。也怪我没能给你解释清楚，一味地让你盲目地测试。不过似乎你也没问。你可能觉得，最大扇区本来就有，还要去找，费劲，浪费。也许是由于我们互相之间缺乏理解，缺乏沟通所致。

我不了解后续的测试流程

你承认不了解，也就算是承认不理解。没关系，不理解不是罪过，我也不理解别人。不管由于技术上的不理解，还是由于认识上、思想上的不理解，你有权作出自己的决定。我当然尊重你的决定，尊重你的选择。

我又复读了我在 1650 楼的发言，实在是没有一句是有意给你施加压力的。我本人拒绝别人给我施加压力，那么，我也不会给别人施加压力。我没有丝毫责怪你的意思。我在 1650 楼说的每一句话，都是不带感情.色彩的，不会有讽刺的意思，而是照着尽量客观的情况去说的。但遗憾，被误解了。既然被人误解了，那么我当然有责任了。这是一个教训，以后更加小心谨慎，多替别人着想。

就着这个帖子，我再把 1650 楼的发言复制到这里，作出解释。

你说这些没有多大用处。要你测试的命令和方法，才有用。

你得按照那个步骤去做才行。实在不能测试的话，你可以放弃。等待今后其他人再来完成这个测试。

说这些话的前提是，我感觉你大概不想用那一连串的 cat 命令来测试。不管是何种原因，“你不想那样去测试”，这样一个意向，被我感知到了。因此，出于 “ 不要逼迫他人 ” 的考虑，我说了后面的两句话：“实在不能测试的话，你可以放弃。等待今后其他人再来完成这个测试。” 这话丝毫也没有逼迫你的意思。当然了，由于同一句话，可以有不同的理解。所以，你要理解为别的意思，也是无可厚非的。我这里解释一下，就是说，我没有责怪、逼迫、暗讽、挖苦的意思。而假如我去责怪、讽刺、强迫他人的话，我自己也会觉得恐怖。因为在网友们看来，有可能认为我是欺负别人。这当然很恐怖了。欺负人，是很糟糕的名誉。我可以不要金钱，不要利益，但我至少还得要名誉吧。我不想被网友们嘲笑，由于我的某个人格方面的缺陷而嘲笑。我想，我还是会尽力避免犯这么大的错误的。希望我的解释能够减轻我的言语对他人所造成的伤害。

[ 本帖最后由不点于 2012-5-15 19:45 编辑 ]

2012bdsjhf · 发表于 2012-5-15 10:31:56

"你没能理解到，你看到的 geometry 的输出信息中，并非表示了真实可以访问的最大扇区。"

你怎么这么肯定，我没理解到？只能说明你思想有问题

geometry 的输出信息中，除了U盘fat32分区中的扇区信息外（当然只是一部分），还有其他的内容，我只说这么多！

信不信由你！

不点 · 发表于 2012-5-15 10:36:09

抱歉，看来还是在继续伤害你。不再讨论了。就此了结罢了。

互相理解。

2012bdsjhf · 发表于 2012-5-15 10:42:52

"正确的扇区数应该是27310848”,这句话只是说明正常情况下应该能够识别的扇区数，也就是我目前U盘中FAT32分区的大小，而不是目前有问题的情况下，能够访问的最大扇区数！

2012bdsjhf · 发表于 2012-5-15 10:52:51

菜单中，" MaxDOS工具箱”变成了Puppy Linux的子菜单

zhs509 · 发表于 2012-5-15 10:57:30

我看了下菜单应该不可能跑到maxdos的啊。。。

2012bdsjhf · 发表于 2012-5-15 11:01:02

我不懂，我不能帮你的忙，哈哈！

zhs509 · 发表于 2012-5-15 11:02:53

我根据1661楼老大修改后的菜单重新修改了其他菜单你可以试试看。。。

我稍候上传菜单文件

2012bdsjhf · 发表于 2012-5-15 11:06:17

我马上要出去，回来后接着测试

zhs509 · 发表于 2012-5-15 11:09:52

在简易启动器测试ISO和FBA达到预期要求，希望没有太多错误。。。

按理说1658楼的菜单应该不会跑到puppy的——我刚刚下载看了下也没看出问题

[ 本帖最后由 zhs509 于 2012-5-15 11:11 编辑 ]

2012huaigu · 发表于 2012-5-15 11:40:03

牛逼。。。感谢楼主的工作

2010leisurely · 发表于 2012-5-15 12:06:23

回复支持一下看看~~

2012bdsjhf · 发表于 2012-5-15 12:58:47

菜单中，" MaxDOS工具箱”变成了Puppy Linux的子菜单，这么描述好像有误解，显示现象如下：

2.Puppy Linux
MaxDOS工具箱
3.Memtest内存检测

MaxDOS工具箱需要按左右光标键才能访问，也能正常进入

1678新菜单无此问题

zhs509 · 发表于 2012-5-15 13:19:29

1678没问题就好，反正下次是用1678的稍微修改下就是了

2012bdsjhf · 发表于 2012-5-15 13:22:49

鉴于Z大投入这么大经历来为我们组合一套完美经典的维护光盘（开始拍马屁了），先将早已发现的PE BUG发表出来，

Xp\2003PE与EXfat分区的兼容性存在问题，不只是光盘中集成的0PE,应该很多Xp\2003PE都有此问题，试过几个，没有深入测试。现象如下：

将U盘量产为cd和一个EXfat分区，通过优盘启动进入Xp\2003PE后，加载exfat支持后，u盘中的EXfat分区还是打不开，提示格式化！为什么出现此种现象呢，原因是Xp\2003PE破坏了u盘中EXfat分区的DBR，将u盘中EXfat分区的DBR恢复后，EXfat分区即可打开，此分区中的文件也不会丢失！只要PE重新启动，此现象就会重复出现！

如果通过光盘或U盘（量产为cd和一个fat32分区）进入Xp\2003PE后，再插入U盘（量产为cd和一个EXfat分区），u盘中EXfat分区也能正常打开！

当然Win7PE无此问题，可能是因为Win7对EXfat分区支持的很好

zhs509 · 发表于 2012-5-15 13:27:03

原帖由 2012bdsjhf 于 2012-5-15 13:22 发表
鉴于Z大投入这么大经历来为我们组合一套完美经典的维护光盘（开始拍马屁了），先将早已发现的PE BUG发表出来，

Xp\2003PE与EXfat分区的兼容性存在问题，不只是光盘中集成的0PE,应该很多Xp\2003PE都有此问题， ...

PE都是来源于论坛的高手，我仅仅是DIY一下，水平有限。。。

双击运行“PETOOLS\磁盘工具\支持ExFat格式磁盘.WIM”试试看，这个是从0PE候选组件添加的

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

【不回复也可见】【20120621】ZHS多功能维护盘【简繁体中文菜单】【绝版】

看了你1650的回复，哈哈，只能停止测试了

回复 #1655 2012bdsjhf 的帖子

回复1658

回复 #1660 zhs509 的帖子

回复 #1661 sratlf 的帖子

回复1657

回复 #1664 2012bdsjhf 的帖子

回复 #1665 zhs509 的帖子

回复 #1664 2012bdsjhf 的帖子

回复1669

回复 #1670 2012bdsjhf 的帖子

对于1649自己回复信息的解释

回复1658”菜单测试“中的问题

回复 #1673 2012bdsjhf 的帖子

我不懂

回复 #1675 2012bdsjhf 的帖子

回复1676

回复1678

回复 #1681 2012bdsjhf 的帖子

反馈0PE使用中发现的问题（很早就存在的问题）