无忧启动论坛

标题: Grub4DOS_0.4.5B_2010.05.25 问题？？？ [打印本页]

作者: 0cat0 时间: 2010-5-25 20:25
标题: Grub4DOS_0.4.5B_2010.05.25 问题？？？
23号及以前的版本正常，25号启动PE出错如下：

2010-05-25_202123.png (23.2 KB, 下载次数: 67)

作者: renchmin 时间: 2010-5-25 21:43
不点更新的很快啊，我还在用5.23版的。

作者: zhaohj 时间: 2010-5-25 22:41
楼主使用的是全外置PE？

作者: 不点 时间: 2010-5-25 22:43
标题: 回复 #1 0cat0 的帖子
这次改动，主要是由于 hhh333 报告探测失败的问题，就检查了代码，发现，探测过程中曾经打开中断，这样可能使得探测不准确，也就有可能造成 hhh333 的探测死机。于是，关闭中断，进行更加严谨的探测。

没想到，你的情况却反而是失败了。

不过，我检查了代码，没有发现代码有错误。所以，虽然失败了，但是是个好事。这证明以前的版本“成功”获得的中断 0x72 的向量是假的（错误的）。

既然探测失败了，就要进入我们的测试流程。请你首先确定没有 DOS 的驱动程序和 TSR 在运行，然后，参考以下网页，进行测试。

http://bbs.znpc.net/viewthread.php?tid=3700&extra=page%3D2

请把测试结果贴出来。谢谢。

刚看到，你是 vmware 虚拟机测试。居然 vmware 的虚拟机还探测失败。不过，仍然需要你给出测试结果，因为我没有 vmware 虚拟机。

[ 本帖最后由不点于 2010-5-25 22:45 编辑 ]

作者: zhaohj 时间: 2010-5-25 23:59
不点大，我来测试吧！先说明下：SRS_F6运行情况与一楼相同

[ 本帖最后由 zhaohj 于 2010-5-26 00:02 编辑 ]

Snap2.jpg (58.42 KB, 下载次数: 61)

作者: zhaohj 时间: 2010-5-26 00:07
不点大，需要什么我明天反馈，时间不早了你先休息吧！

作者: 不点 时间: 2010-5-26 01:45
再敲一个 d 回车，显示 5C0 到 62F 的值。

然后，d 0:1C0 回车。

另外，运行过什么驱动程序没有？有没有 TSR？

[ 本帖最后由不点于 2010-5-26 01:55 编辑 ]

作者: zhaohj 时间: 2010-5-26 07:00
没加载任何东西，config.sys及autoexec.bat都为空；
VM7,我这里一运行GRUB.EXE跳出一楼第一行后死机

[ 本帖最后由 zhaohj 于 2010-5-26 07:25 编辑 ]

Snap3.jpg (94.88 KB, 下载次数: 60)

Snap4.jpg (38.24 KB, 下载次数: 58)

作者: 不点 时间: 2010-5-26 07:42
从这些数据来看，不应该找不到 int72 的向量 F000:0D86

看来还是必须单步跟踪。这样做：

敲入 debug 回车。
敲入 a 100 回车，开始编写程序。
敲入 int 72 回车
敲入 db eb fe 回车
此处再多敲入一个回车，结束编写程序。
按 t 回车，跟踪执行一条指令
再按 t 回车，继续跟踪。
重复这一步骤，注意看是否能够执行进入 ROM 空间中的 F000:0D86 地址处。在 C000:0000 以上的空间就是 ROM 的空间。

只要跟踪到 ROM 中就可以了，不用继续跟踪了。记录首次进入 ROM 中的地址。同时把跟踪到的每条指令和地址都记录下来。这是用来研究为什么自动探测的跟踪却失败了。

也有可能始终无法进入 ROM 中，你记住大概执行过多少个 t。

先这么做吧，辛苦了。

作者: zhaohj 时间: 2010-5-26 08:15
28t后是这样：
76t后死环

[ 本帖最后由 zhaohj 于 2010-5-26 08:20 编辑 ]

Snap2.jpg (125.43 KB, 下载次数: 56)

Snap3.jpg (119.5 KB, 下载次数: 57)

65t

Snap4.jpg (120.31 KB, 下载次数: 55)

作者: 不点 时间: 2010-5-26 08:38
这个问题暂且放下来，看看别的虚拟机会不会有同样的问题。

作者: wwglsh 时间: 2010-5-26 09:38
樓上各位孜孜不倦的精神，在下實在是佩服啊！

作者: zhaohj 时间: 2010-5-26 10:01
不点大，要不要真机上测试反馈一下？

作者: sgw888 时间: 2010-5-26 10:21
我也想测试一下,关于这个测试,方法是直接进入纯DOS,运行DEBUG进行的测试,还是要先运行GRUB.EXE之后,再运行测试呢. 我手头上有别的虚拟机.

作者: zhaohj 时间: 2010-5-26 10:26
用5.25的grldr启动，加载一个纯DOS镜像，DOS不要加载任何驱动和程序；DOS下用DEBUG调试

作者: pseudo 时间: 2010-5-26 10:54
看图，楼主显然是用0PE测试。
我这里也能重现。
能在0PE重现的grub4dos问题不多。

作者: zhaohj 时间: 2010-5-26 11:02
还是找不到 int72 的向量 F000:0D86

作者: sgw888 时间: 2010-5-26 11:40

原帖由 zhaohj 于 2010-5-26 11:02 发表
还是找不到 int72 的向量 F000:0D86

这个是看哪个啊??? 不知道在哪儿看,可以截图说明一下吗?有时间,我测试一下. 前面的那个测试,我明白.
后面那个测试,关于INT72向量,这个我不知道在哪儿看.哪一个说明是它的向量呢??

作者: 不点 时间: 2010-5-26 12:15
先把这个文件撤掉，免得大家下载后不能用。改名为 test。

需要我自己先看看问题在哪里。

作者: 不点 时间: 2010-5-26 14:24
大家试试今天的编译，看看如何？

http://nufans.net/grub4dos/tinybit/grub.exe

我测试了，能进入 grub 环境。

就看 hhh333 的电脑了。

作者: hhh333 时间: 2010-5-26 14:40
标题: 回复 #20 不点的帖子
看到更新了，我试一下

作者: hhh333 时间: 2010-5-26 15:08
数字多一点了，但还未通过。只换了grub.exe未换grldr
1、不带.exe运行

2、带.exe运行

3、上述2并未死机，再运行grub

几排数字一晃，出现上屏，不死机。反复运行也是如此。

[ 本帖最后由 hhh333 于 2010-5-26 15:31 编辑 ]

作者: sgw888 时间: 2010-5-26 15:10
下面是没有修改过的GRUB.EXE的测试.

Vmware 6.0虚拟机

从软盘映像启动. MS-DOS 7.1 ,只有io.sys msdos.sys command.com debug.exe grub.exe

启动虚拟机,选择从软盘启动,进入DOS,直接运行GRUB.EXE,出错,下面是提示信息

Failure restore ROM INT 0x72 vector. Unsupported DOS,device driver,or TSR.

测试二: 还是VMWARE+ISO映像
从光驱启动,启动GRLDR,然后使用下面的方法启动IMG映像.
map --mem /DOS.IMA (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)
boot
启动DOS之后,运行GRUB,还是报上面相同的错误.

测试三: virtualbox+软盘映像 ( 跟上面一样,使用WINIMAGE做的映像)
启动DOS,运行GRUB,很正常,可以进入GRUB.终于有不一样的测试报告了.
发现一个现象,运行GRUB的时候,出了一行错误提示,似乎是无法打开什么文件,
速度太快了,看不清.郁闷.

测试四: virtualbox+iso映像
从ISO映像启动GRLDR,然后使用下面的方法加载IMA到内存,并启动DOS.
map --mem /DOS.IMA (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)
boot

启动DOS之后,运行GRUB,可以正常进行GRUB4DOS的命令行.

作者: sgw888 时间: 2010-5-26 15:17

原帖由不点于 2010-5-26 14:24 发表
大家试试今天的编译，看看如何？

http://nufans.net/grub4dos/tinybit/grub.exe

我测试了，能进入 grub 环境。

就看 hhh333 的电脑了。

使用这个修改过的进行测试. VMWARE 6.0 测试成功,可以正常进入 GRUB4DOS的命令行.
方法一,从软盘IMG映像启动DOS.运行GRUB.EXE,测试成功.
方法二,从光盘映像启动GRLDR,然后启动光盘上的DOS的IMG映像,再运行GRUB.EXE,测试也成功.

作者: hhh333 时间: 2010-5-26 15:46
仍然撤去一个硬盘，通过。
反正现在用0523版以grub.exe可以通过。太诡异了，而且也许是个案。不点就慢点来，别急！或者干脆不管他。象我这个机子，要挂一块硬盘上去的时候才出现，几率很少的。

作者: zhaohj 时间: 2010-5-26 15:59
双硬盘还是很多的。象我们单位就必须购买双硬盘（强制性条文）。估计得让你跟踪一下了。

H大你先用badgrub.exe测试一下。你是INT08通过了，int16h没通过。

[ 本帖最后由 zhaohj 于 2010-5-26 16:09 编辑 ]

作者: 不点 时间: 2010-5-26 16:12
sgw888，你的测试是说，26日的可以正常使用了。谢谢。grub.exe 启动时会自动寻找当前目录以及当前盘根目录下的 menu.lst 文件。如果找不到，就显示出错信息，一闪而过，但一般人的眼睛是没那么快的，你的眼睛简直神了！你要是盯上某个女孩，估计她跑不了。

hhh333，你的 int08 不死机，这就是进步了。没错，慢慢弄，但解决问题不是目的。弄清原因，多学点知识才是要紧的。

你的 08后面有个感叹号，表示探测失败。15后头也有一个感叹号，探测15时也失败了。探测16时干脆死机，连感叹号也没来得及打印出来。

我看到你执行了很多 PKUNZIP 之类的命令。猜测是这些乱七八糟的命令引起的。你没有按照测试要求全部删除这些多余的命令，因此，不能定位出错的具体原因。

注意，测试时，不要有 config.sys 的存在。而 autoexec.bat 中只有一句 grub 别的都不要有。

[ 本帖最后由不点于 2010-5-26 16:22 编辑 ]

作者: zhaohj 时间: 2010-5-26 17:35
不点大你得告诉int08和int15h的测试步骤，以便HHH333反馈，以便DELL机问题的解决。

作者: 0cat0 时间: 2010-5-26 17:35
下载最新的26号版测试，已经没问题了，一切正常，实机、VM、及PXE网启都正常了。。。。

多谢不点大人。。。。。。。。

作者: zxw 时间: 2010-5-26 18:18
不点的意思好象是：用5.25原版grub,勿改内置菜单，也不要外置menu.lst。在纯dos下测试，运行grub后在查找不到menu.lst的情况下能否进入grub命令行？

作者: 不点 时间: 2010-5-26 18:23
int08 和 int15，16 都不可能出问题的。唯一出问题的是，hhh333 在超限使用 grub.exe。他在走钢丝，所以，碰上像 dell 这样的机器失败死掉，本来就是正常的。如果不死，反而不正常了。遇到探测失败时，测试步骤都是一样的，上面已经给出了这些步骤。主要就是，在 int XX 指令之后，跟着一条 jmp 到自己的无限循环，这样，在正常的情况下，无论你执行多少个 t，都不会死机的。一直跟踪到 ROM 区域，就算成功了。如果永远进入不了 ROM，那个向量的探测就是失败的。

hhh333 在 config.sys 中加载了 XMS 内存管理程序，以及许多使用 XMS 内存的程序。他一直很忌讳谈到这些，因为一旦谈到，直接就 pass 掉，不会解决了。hhh333 既希望他的那些 DOS 程序都能运行，又希望 grub 也不出问题。想法是美好的，但不能实现。有一个程序他知道确实管用，就是 badgrub.exe，但是他又不喜欢用，所以，他就希望 grub.exe 能够解决探测中断向量时死机的问题。估计这就是大致的情况。

作者: zxw 时间: 2010-5-26 18:23

原帖由 zhaohj 于 2010-5-26 17:35 发表
不点大你得告诉int08和int15h的测试步骤，以便HHH333反馈，以便DELL机问题的解决。

估计是这样吧，如int08:

敲入 debug 回车。
敲入 a 100 回车，开始编写程序。
敲入 int 08 回车
敲入 db eb fe 回车
此处再多敲入一个回车，结束编写程序。
按 t 回车，跟踪执行一条指令
再按 t 回车，继续跟踪。
重复这一步骤，注意看是否能够执行进入 ROM 空间中的 F000:XXXX 地址处

作者: viptks 时间: 2010-5-26 20:17
插一句:badgrub具体的作用是什么>?去掉了某些东西的精简版?兼容版?

作者: zhaohj 时间: 2010-5-26 22:38
这个PKUNZIP是SRS_F6里DOS下使用的解压.ZIP的程序，在大多数机器里不会出现问题。
希望HHH333再次测试一下不运行SRS_F6.BAT只运行MENU.BAT的程序会不会正常。看到运行PKUNZIP出现XMS等信息，如果确实是PKUNZIP引起的，我想法替换这个程序。

作者: zhaohj 时间: 2010-5-26 22:50
再问不点大，中断号对应的ROM 空间中的 xxxx.xxxx地址是怎么对应或计算出来的？象上面的int72h，对应F000:0D86在0000：0558地址。没这方面的资料可查。
C000:0000 以上的空间就是ROM 的空间。

作者: canmao 时间: 2010-5-27 07:58
从内存0000:0000开始：
offset 0x0：Int 0
offset  0x4:  Int 1
offset  0x8:  int 2
offset  0xC:  int 3
.....

[ 本帖最后由 canmao 于 2010-5-27 08:04 编辑 ]

作者: zhaohj 时间: 2010-5-27 08:42
嗯，这样讲明白了.
从0000：0000开始的中断号*4开始的是DOS接管后的中断向量地址；
偏移540h后是DOS保持的原始ROM地址
只要进入C0000:0000以上的ROM地址~原始ROM地址，跟踪就达到了目的，再分析这部分指令。

作者: zxw 时间: 2010-5-27 09:25
还是不懂是如何算出来的，请不点能详细讲解么？

作者: hhh333 时间: 2010-5-27 09:35
标题: 回复 #34 zhaohj 的帖子
不是pkzip引起的，不运行还是出问题。
刚才试了一下，将config.sys中的himem.sys挂起，可以通过。似乎这个一挂起，pkzip好象不能运行了，很快就出用户菜单了。

作者: zxw 时间: 2010-5-27 09:40
纯dos映像内只保留：COMMAND.COM、IO.SYS、MSDOS.SYS、DEBUG.EXE试试

作者: zhaohj 时间: 2010-5-27 09:50

原帖由 <i>hhh333</i> 于 2010-5-27 09:35 发表不是pkzip引起的，不运行还是出问题。
刚才试了一下，将config.sys中的himem.sys挂起，可以通过。似乎这个一挂起，pkzip好象不能运行了，很快就出用户菜单了。

<br />

config.sys中：
files=20
buffers=20
我这里测试是正常的，你看一下有没有生成驱动。如果你DELL机可以生成，干脆取消HIMEM.SYS

Snap1.jpg (125.95 KB, 下载次数: 51)

作者: zhaohj 时间: 2010-5-27 16:06
不点大又更新了，HHH333的问题不知是否解决。
我FTP上已经更新，纯SRS_F6返回模块取消了HIMEM.SYS加载。

作者: sgw888 时间: 2010-5-27 17:27

原帖由 zhaohj 于 2010-5-27 16:06 发表
不点大又更新了，HHH333的问题不知是否解决。
我FTP上已经更新，纯SRS_F6返回模块取消了HIMEM.SYS加载。

这个是扩展内存支持用的吧.
PKUNZIP 需要这个的支持吗?? 是不是不需要?

作者: zhaohj 时间: 2010-5-27 18:28
我上传的SRS_F6-1.IMG（无himem.sys支持）下载后改名为SRS_F6.IMG测试一下，应该能运行。
我这里测试通过。

作者: 不点 时间: 2010-5-27 19:42
解放思想，不要以为 himem 是微软的，就一定没问题。我们有证据表明，即使是微软的 DOS，都可能失败死机。

himem 仅仅是微软的一个程序，更不会保证百分百成功。

我们通过解决问题，一定可以学到很深层的知识。

我们现在还不知道，究竟那些神秘的死机，都是如何产生的。

我刚刚又编译了一个版本： http://nufans.net/grub4dos/tinybit/grub.exe

请诸位一定下载试试，看看结果如何。

请 hhh333 在 himem 已经运行的情况下来测试。

作者: dvd008 时间: 2010-5-27 20:52

原帖由 zhaohj 于 2010-5-27 16:06 发表
不点大又更新了，HHH333的问题不知是否解决。
我FTP上已经更新，纯SRS_F6返回模块取消了HIMEM.SYS加载。

取消了HIMEM.SYS加载,是否必要?起码目前其它方面没有什么问题.
仅仅因为DELL的个别情况,改变已经稳定的版本.

作者: hhh333 时间: 2010-5-27 22:19

原帖由不点于 2010-5-27 19:42 发表
解放思想，不要以为 himem 是微软的，就一定没问题。我们有证据表明，即使是微软的 DOS，都可能失败死机。

himem 仅仅是微软的一个程序，更不会保证百分百成功。

我们通过解决问题，一定可以学到很深层的 ...

好象还是不行，我前次和这次将前5k的内存输出来了，方法是将configfile的两行挂起进DOS后马上运行grub，取得的文件是：

grint0.rar (1.8 KB, 下载次数: 39) （带0的是上次的版本截下来的）

作者: zhaohj 时间: 2010-5-27 22:58
这样的内存截下来估计没用，还是需要跟踪的。

作者: 不点 时间: 2010-5-28 04:00
看到没有？流氓啊！

00000000 19 E8 00 F0 19 E8 00 F0 C3 E2 00 F0 4C 4C 20 20 ............LL
00000010 46 58 30 39 20 20 20 00 D8 91 00 F0 19 E8 00 F0 FX09 .........

复制代码

int3 int4 int5 这三个向量竟然都用垃圾字符填充！以此来破坏我们对于 int5 的跟踪探测！

作者: zhaohj 时间: 2010-5-28 11:18
问不点大，上面int3 int4 int5 这三个向量都用垃圾字符填充，那DOS接管后需要用到的中断怎么处理的呢？如int5：0020：2020肯定需要用一个比较正确的地址，正确的地址肯定在C0000:0000开始以上地址处。
从DOS原保持的中断向量来分析？

作者: hhh333 时间: 2010-5-28 12:47
用最新的527版本可以了，不用加.exe也能过，这个对于其他的功能不会有影响吧？
另外要说的是感谢不点大侠的努力！

作者: 不点 时间: 2010-5-28 16:00

问不点大，上面int3 int4 int5 这三个向量都用垃圾字符填充，那DOS接管后需要用到的中断怎么处理的呢？如int5：0020：2020肯定需要用一个比较正确的地址，正确的地址肯定在C0000:0000开始以上地址处。
从DOS原保持的中断向量来分析？

dos 爱死不死的，你就别管了，我们也管不了。其实，dos 不容易死掉，因为 DOS 很少调用这些中断。倒是很多 DOS 下的第三方程序，可能调用这些中断。int5是屏幕打印中断，现在几乎毫无用处了（现在没人愿意通过DOS来打印屏幕），所以，dell 才敢破坏这个中断。int3 和 int4 也没有太大的用处。

当执行一次 grub.exe 之后，grub会把那些不正确的中断用一个默认的中断向量来填充。这个默认的中断会指向 ROM 空间的一条 iret 指令。因此，运行了 grub.exe 之后，再调用 int5 就不会死机了。然而，即使这样也不可能执行打印屏幕的功能，因为 iret 仅仅是返回控制，什么也不做。经由 GRLDR 启动的 DOS 则不会自动修复这些坏的中断向量，所以，此时int5是不敢随便调用的。

dell 机器的陷阱很多。网上报导的 dell 的问题也非常多。

作者: zhaohj 时间: 2010-5-28 17:42
谢谢不点大解释。
慢慢地我们自己也要学会调试，以便GRUB4DOS更加健康！

作者: 不点 时间: 2010-5-28 18:43
现在有了 grldr 以后，调试的方便性就大大加强了。在 grldr 之下，由于未曾受到 DOS 的污染，所以，中断向量保持原汁原味。什么叫原汁原味？原汁原味的中断向量表，就是指当 BIOS 把控制交给磁盘、光盘引导扇区之前的那个时刻，BIOS 所建立的中断向量表。所以，grldr 之下的中断向量表，是原汁原味的，未曾更改过。

这次 hhh333 给出的，就有两个中断向量表，一个是 grldr 的，一个是 grub.exe 的。有了 grldr 原汁原味的中断向量表，就可以知道 BIOS 最初的设置。也正是从这个表，发现了 dell 的错误。

DOS 下的调试技术很少能用得上，除非是出现了像 hhh333 这种特殊情况，才用得着。这是极少数情况。

本次出现的情况，其实，错误发生在 int5。单步跟踪int5的执行过程，企图走到 ROM 中，成功获得这个中断的 ROM 入口。但是，垃圾代码把我们引向任意一个地址处，胡乱执行内存中的代码，因此也可能胡乱写入内存。虽然 int5 本身没死机，但到了 int8 就死机了。

所以，如果单单从 int8去调试，根本不会发现任何问题的。必须证明 int8 之前的调试都成功，然后才可以调试 int8。
这里是在 int5 的时候就出问题了，它破坏了 int8 的执行路线。所以，这个问题也是很隐蔽的。由此也说明，dell 是经过了周密安排的。历史上dell 破坏中断探测机制的手段有很多，这次不过就是更隐蔽罢了。

作者: zhaohj 时间: 2010-5-28 23:38
这样看来，grub.exe设计上要比grldr要考虑更多的事情。
因为从DOS到启动GRUB.EXE，有可能DOS程序破坏了中断向量入口，这也就是说启动DOS时不要加载任何程序、驱动来调试问题的原因，从而排除DOS或DOS下第三方程序的捣乱。

好在我们现在处理问题多是从grldr启动的，转到DOS下处理简单的问题，到某一天真的不要DOS了，比如我们用很多的外部程序来处理原本在DOS下要做的工作，G4D才变得像真正的操作系统。

这种外部程序的创立机制给G4D有了拓展的空间，就象DOS时代的扩展命令。

作者: 不点 时间: 2010-5-29 00:48
其实，DOS是一代工业标准，曾经的老大。它并不容易消失。兼容性是一种普遍的呼声。人只要有惰性，就会有兼容性的要求。人们在思考软件发展问题的时候，往往过低估计兼容性的重要性，认为新的理念立刻就能推广。例子太多了。最终证明，那些 “立即将旧世界推翻” 的想法，是实现不了的。Intel 的复杂指令集 CPU 早就被预言要被取代，如今仍然占据市场主流。Windows也被预言说要很快消失，可现在的发展势头仍然很强劲。冷静思考之后，通常会作出比较符合现实的判断，不那么莽撞、孩子气了。

如果真到了 DOS 要消失的那一天，grub4dos 估计也要消失了。因为 grub4dos 代表了古老的 PC 工业标准的实现和支持。如果 DOS 消失了，那么古老的PC工业标准将面临生存危机，因而 grub4dos 也将失去存在的基础。

在可见的未来，DOS 不会消失的。由于硬件厂商、软件开发商、中间众多的服务行业、以及最终用户，各个层面的人员，普遍存在着惰性，这是很难克服的。所以，兼容性的要求，存在于我们每个人的潜意识中。我们自己很难接受那些不兼容的东西。还是举 VISTA 的例子，就可通俗地说明这一点。一台很重很庞大的机器，要搬动它，那是不容易的。微软为不兼容交了一笔学费。现在的 win7 被迫在兼容性上下功夫。Intel 一直在兼容老的 CPU，它是最大的受益者。其他很多CPU，有的在精简化方面很有竞争力。但是，由于缺乏 x86 系统下丰富的软件支持，其前路扑朔迷离，究竟能否占据一定的市场空间，还要看 Intel 给不给它们机会。像我们这样的人，都是 Intel 和 AMD 的义务工作者，它们不用给我们发放工资。因此，像这样的公司，它们占据兼容性优势，也就是占据天时、地利、人和。要打败它们，那可不是一件轻而易举的事。

DOS 的概念很好。我就是用 DOS 的思维方式，来开发 grub4dos 的进程管理和内存管理的。吸取了 DOS 简单易懂的优点。有些东西，DOS 还显得累赘，我们就设计得比 DOS 更简化、更直观、更方便、更易于理解，把 DOS 中的赘肉割去。

作者: 快雪时晴 时间: 2010-5-29 01:18
读不点的帖子，思想性很强，像一位导师。
不点已经远远跳出了程序员的层次，是不是该称之为系统架构师？

作者: zxw 时间: 2010-5-29 01:30
不点是个有思想有作为的人，值得我辈学习。

作者: 不点 时间: 2010-5-29 08:33
优胜劣汰，适者生存。世界上有各种各色的思想，指导着各种各色的行为。有些成功了，有些失败了。大自然优胜劣汰的法则，必然会淘汰掉不合理的思想和行为，最终沉淀出符合现实的思想和行为。我们要到远方某个城市去（假如不乘坐飞机），我们肯定要从已经有的路上走，而不会从庄稼地里走。我们的行为，已经规范了。在做任何事情的时候，都要评估一下。评估的依据只能是已经掌握了的知识。掌握的知识不同，评估的结果也就不同。所以，对于我们每个人来说，最最要紧的，就是要掌握知识，增加评估的准确度。我们每个人都离不开评估。干任何一件事之前，都被迫作出评估，只不过，有时候你已经评估过了，自己却没有意识到这一点。世界上有很多现象，纷繁复杂。比如说，有人开发 Linux，有人开发 BSD，还有人开发别的操作系统。而且，Linux 和 BSD 都有很多种，每一种都代表了一种思维。世界上有千千万万种思维方式。不仅如此，世界上还有很多种宗教信仰。究竟哪一样适合自己，你不得不进行评估。我们普通人往往很容易陷入其中一个，而不能自拔。当你陷入其中之一的时候，你很有可能终身为之而奋斗。但奋斗的结果如何，却是客观的，不一定像你原来所想象的那样。这里面，评估同样很关键。评估影响到你全部的生命。论坛是讨论技术的，是的，但是，技术是什么？技术不就是思想的一种表现形式吗？技术＝思想。不同的技术，就有不同的思想作为根基。而不同的思想，也导致不同的技术。所以，如果看透了，所有的东西，全都是思想，全都是认识，只不过认识的层次有差别。因此，技术论坛讨论思想认识，也并非离题。感谢几位哥们的赞同和支持，我很满足，谢谢。

继续吹牛。辩证唯物主义认为，物质第一性，意识第二性，物质决定意识。我们当然会反问，为什么是这样啊？会不会是别的情况啊？既然承认物质是“本来就有”的，那么，意识会不会也是“本来就有”的呢？如果说先有物质，后有意识，那不就等于说，意识是凭空产生的吗？既然意识能够凭空产生，那它会不会与物质同时产生呢？意识会不会本来就是物质的一种属性呢？电子围绕原子核运动，这究竟是物质现象呢，还是意识现象呢？谁让它那样运动？为什么不是别的运动方式？鸡和蛋谁先出现？从宇宙大爆炸开始，到形成稳定的星系，产生恒星，有了太阳和地球，然后又有了有机物，再有就是初始的生命形态，再进化，才有了人。这其中的每一个步骤，都不是截然不同的，而是有继承性的。这都是有原因，有结果的，是连续的、相继的、接连发生的。鸡和蛋的关系，正好可以描述物质和意识的关系。早在大爆炸那一刻，意识就已经存在了。不然的话，物理学的规律为什么从那时就开始起作用了呢？支配这些规律的，不就可以看成是意识吗？有人把它取名为上帝，也未尝不可。意识与物质可能本来就是不可分割的一体的。物质的演变与意识的演变，在同步进行。物质的初始形态，对应着意识的低级形态。有机物的意识，就比无机物的意识高级一些。最后，动物的意识比植物要高级一些。而人的意识就更高级了。为什么将要地震的时候，老鼠和蛇就能知道呢？为什么狗的鼻子很灵？这些动物在某些方面的本领，也可看成其相应的意识成分。人类并不比它们强很多。人类有优点，也有缺点。人不过就是一种高级的动物罢了。人的科技很发达，但人还不能造人呢。人都是大自然造的。大自然所掌握的科技知识，人类还远远掌握不了。大自然随便制造一种病毒，就可以导致人类的灾难。人类的意识，只是大自然本来就有的意识中的一部分而已，没什么奇怪的。大自然的意识是漫无目标的，而人类只不过是把意识运用在保护自己这方面了而已。意识就像物质一样，在不断进化，在不断变化之中。如果这么来看的话，那么意识就是物质的一种属性。它是伴随着物质而来的，是物质不可缺少的一部分。物质和意识不可分割。

[ 本帖最后由不点于 2010-5-29 09:53 编辑 ]

作者: xjn147 时间: 2010-5-29 08:58
向不点致以最崇高敬礼,你是我的榜样我的导师

作者: zhaohj 时间: 2010-5-30 18:04
已经升级到5.29版了，不点最近更新速度好快啊！

发现进入控制台时，PXE启动一定要在IO.SYS前卸载PXE，不然黑屏。而且在启动grub.exe不加keep pxe参数也是黑屏。
现在干脆只在返回菜单判断是PXE就KEEP PXE，保险一点，还是尽量少用KEEP PXE功能。

欢迎光临无忧启动论坛 (http://bbs.wuyou.net/)