无忧启动论坛

标题: 求教，能否引导slic破解用grub [打印本页]

作者: sdv 时间: 2017-3-12 08:59
标题: 求教，能否引导slic破解用grub
我遇到这样一个情况，100+以上台办公用电脑，有硬盘，win7旗舰版，slic模拟方式破解
下班后希望这些机器参与到集群渲染工作增加无盘控制 “网维大师无盘”

问题是，第二天早上不去关闭dhcp服务的话，办公电脑无法正常启动
挂一个grub4dos在无盘启动之后启动/bootmgr，会遇到破解问题
从grub4dos启动 slic破解用grub会遇到一个pxe unload int13错误。
有什么办法跳过这个错误？

因为是 100+以上台，无法统一安装破解及破解方式，我现在是从mbr中读取破解调用文件之后加以引导，
但少数机器会遇到这个pxe问题，怎么办呢？

再就是能否在进入grub4dos后复禁止或关闭“网维大师 ”虚拟的磁盘
能否引导grub后清除pxe状态？

尝试 pxe unload同样报pxe unload int13错误。

还有什么好办法呢？

作者: sdv 时间: 2017-3-12 09:01
不知道单独编译一个不支持pxe启动的grub4dos能否解决这个问题？
现在已知引导后当前的grub4dos会主动卸载pxe，那个slic的grub也会调用卸载，
怎么在内存中设置可以让slic用的grub忽略掉pxe信息呢？

作者: sdv 时间: 2017-3-12 09:04
能否在 slic用grub启动前修改 pxe_entry一类内存地址，让它不去处理pxe部分信息呢？

作者: 不知 时间: 2017-3-12 10:04
需要加一个pxe keep命令。这个主要是由于没加pxe keep，然后用chainloader命令导致的。我以前遇到过。要么在软激活的grldr加一行pxe keep，要么改用其它激活方式（kms或者刷BIOS或者电话激活等）。

作者: 不点 时间: 2017-3-12 11:10
既然你是从 pxe 启动的，你就不要屏蔽 pxe 了。其实，有办法屏蔽 pxe，那就是，写一个控制字节（其实只改变了一个控制位）。不过，既然您不需要这么做，所以我也就不去查阅资料给您具体的命令了。

您需要的是一条 pxe keep 命令，这样，就不会自动执行 pxe unload 了。pxe keep 命令可以放在菜单的初始化命令里面（即，在 title 命令之前）。

具体出错信息你没写完整，这不利于大家猜测和会诊您所遇到的问题。

看到 int13 字样，猜测可能是在 grldr 接管控制之前，出现了其它 “非grub4dos” 的某个软件所创建的 int13 虚拟盘。这种情况会导致无法卸载 pxe。不过，如果不卸载 pxe 也正常，那你最好不要卸载。有些电脑根本就不支持 pxe unload，它会在执行 pxe unload 时死机。

因此建议，作为一个产品，你最好不要尝试卸载 pxe，以免碰上那些导致死机的情况。

作者: 窄口牛 时间: 2017-3-12 11:26
没看明白啥意思：大概是说白天需要本地启动，晚上要用dhcp启动无盘，第二天又要关闭dhcp。你在服务器上控制dhcp不就好了，按照时间执行两个维护操作，一个是下班开启无盘服务，一个是早上关闭无盘。

作者: lingqing 时间: 2017-3-13 06:49
本帖最后由 lingqing 于 2017-3-13 06:57 编辑

"挂一个grub4dos在无盘启动之后启动/bootmgr，会遇到破解问题"
这里改成启动破解文件就好了.因为破解文件要先于bootmgr启动才会起作用.

作者: lingqing 时间: 2017-3-13 06:53
其实也可以用计划任务定时关闭服务器是的dhcp服务.

作者: sdv 时间: 2017-3-18 08:03

不知发表于 2017-3-12 10:04
需要加一个pxe keep命令。这个主要是由于没加pxe keep，然后用chainloader命令导致的。我以前遇到过。要么 ...

感谢回复，出差一周才回来，抱歉来晚了
增加了pxe keep，但好像只能在当前状态下有效，调用破解自带的grub时又会调用一次pxe unload，这就是我遇到的问题。

因为机器众多，一些原因无法去同意处理kms一类的事项。

作者: sdv 时间: 2017-3-18 08:14

不点发表于 2017-3-12 11:10
既然你是从 pxe 启动的，你就不要屏蔽 pxe 了。其实，有办法屏蔽 pxe，那就是，写一个控制字节（其实只改变 ...

感谢回复，出差一周才回来，抱歉来晚了。
具体情况就是如下过程
网维大师->boot.com（这里挂载了一个boot.com虚拟出的硬盘）->bootmgr->（公版）grub4dos->(这里分支)启动本地硬盘分区（map (hd1) (hd0)）上的 slic模拟器（修改版grub4dos）。
遇到的问题是，某些定制的grub4dos会出现pxe unload int 13错误。

网维大师作为启动管理（dhcp），设置部分并不透明，我只好在它的虚拟盘上的bootmgr做了多引导菜单
网维大师虚拟的是hd0,实际本地硬盘被顺延，通过镜像可以通过grub4dos引导本地硬盘上的bootmgr，来启动本地硬盘系统，但win7破解不成功。如果引导虚拟slic的grub会遇到pxe卸载错误。即使增加pxe keep也只能在公版grub4dos是声响，模拟slic的grub4dos中没办法设置pxe keep。

这就是我现在遇到的问题

作者: 窄口牛 时间: 2017-3-18 08:42
还是看不懂。

作者: sdv 时间: 2017-3-18 09:16

窄口牛发表于 2017-3-12 11:26
没看明白啥意思：大概是说白天需要本地启动，晚上要用dhcp启动无盘，第二天又要关闭dhcp。你在服务器上控制 ...

情况就如同你说这样，由于这个无盘系统自带的dhcp，没有可控性，白天还有少量机器需要通过无盘启动，
就造成现在的麻烦

作者: 窄口牛 时间: 2017-3-18 09:45
那也可以通过服务器管理啊，机器分组，计划任务删除分组设置文件就可以了。

作者: 窄口牛 时间: 2017-3-18 09:46
机器列表文件，网维大师里

作者: sdv 时间: 2017-3-18 10:16

窄口牛发表于 2017-3-18 09:46
机器列表文件，网维大师里

现在就采用分组，每天手动开启和关闭，不过比较烦。
所以考虑用pxe引导时候启动本地硬盘。

作者: 窄口牛 时间: 2017-3-18 10:27
计划任务，按时间执行。

作者: sdv 时间: 2017-3-18 10:32
本帖最后由 sdv 于 2017-3-18 10:35 编辑

窄口牛发表于 2017-3-18 10:27
计划任务，按时间执行。

网维大师独立的无盘无法外部指令方式控制某个分组的启用与禁用，而我在白天还有少量的纯无盘机器需要工作，不能通过启动/停止无盘服务达到我的目的。

作者: 窄口牛 时间: 2017-3-18 10:48
首先改变激活方法，其次网维大师无盘不如锐起好管理

作者: 窄口牛 时间: 2017-3-18 10:56
diskless/clientconfig应该就是客户机列表设置文件，修改之即可。

作者: sdv 时间: 2017-3-18 13:37

窄口牛发表于 2017-3-18 10:56
diskless/clientconfig应该就是客户机列表设置文件，修改之即可。

嗯，这个也是我预计的最后方案。星期一看看这个方法是否可行。
不过我还是想用grub4dos来尝试解决，毕竟如果遇到类似问题的时候可以不再考虑服务端是什么

或许不点说那个控制字节是要点

作者: 不点 时间: 2017-3-18 14:46
本帖最后由不点于 2017-3-18 14:48 编辑

感觉你是被假象迷惑了，掉进陷阱出不来。根据你的描述，我再次明晰地、郑重地作出如下分析判断，希望不要误会我的意思【至于说你是否同意我的判断，那是另外一个问题，我当然不去强求；我所在乎的是，你别把我的意思领会偏了，偏到阴沟里去了】。

干脆一点，不废话。我的观点、判断，有如下两点：

第一、pxe 的问题不是问题，不要死追不放。无论有没有 pxe keep，无论有没有 pxe unload 失败的信息，只要没死机，都不是问题【如果 pxe unload 时死机，那才算是一个问题，否则，完全可以忽略】。

第二，别的软件（boot.com之类）创建了虚拟盘，这是最大的可疑之处。不要以为一个小小的虚拟盘，就不能随便创建了。这里面的陷阱多得很，一个小的软件开发者，他哪里会有如此的耐心来精确照顾各种混乱的 bios 环境？别看一个小小的 int13 handler，还真不是一蹴而就能够写成的。主要是陷阱、暗礁太多了。我基本能够判断，问题出在这个 boot.com 所创建的 int13 handler 上了。很抱歉，我并不了解 boot.com，只是凭直感怀疑它，或者是说，不相信它罢了。

我没有丝毫保留，也没有任何忌讳。希望这次我说清楚了。

作者: 不点 时间: 2017-3-18 15:19
好了，再说说，假如 pxe unload 真的死机了，那该如何看待。

我认为，主板制造商让 pxe unload 死机，是故意的行为，目的很可能是让 grub4dos 运行失常，也有可能是故意破坏 slic 之类的运作机制。

破解用的软件，名字与 grub4dos 的 grldr 相同，我认为这本身是对 grub4dos 的一种阴险的破坏、攻击行为，让 grub4dos 的开发者吃尽了苦头。

假如真想破解，那应该使用一个叫做 loadslic 的外部命令（而不是使用一个闭源的专门用来破解的 grldr 文件），这个外部命令可以在新版 grub4dos下运行。破解软件使用老版本的 grub4dos，谁还愿意搭理它？我想，grub4dos 的开发者当中没人愿意去受理这类永远都说不清的问题的。我很恶心这个破解用的 grldr 文件，躲避它都觉得躲不及，更不会主动去跟它凑近乎。

作者: sdv 时间: 2017-3-18 17:11
感谢不点回复，确实是我表述能力的失败~，
计算机都是dell op 9200工作站，应该有原配win7,但不知由于什么原因，多数已经改为slic激活，激活用的工具名五花八门，还好并不使用 grldr 这个文件名，多数为5个字符随机文件名，写入pbr进行优先调用。
但这些slic工具中某些调用起来时候会出现 pxe unload int13错误，之后死机
有些slic工具并不会出现任何错误，即正常启动本地系统不出现任何问题。

我尝试过公版grub在boot.com之后调用pxe unload并不会死机也不会卸载成功。

我就想在公版调用期间把pxe控制位清除，让后续的slic工具不去识别到pxe模式，也就不会调用pxe unload.
我并不在乎pxe是否真的unload。

星期一我会尝试一下单独使用grub4dos启动，来确认主板是否允许pxe unload

作者: sdv 时间: 2017-3-18 17:17

lingqing 发表于 2017-3-13 06:53
其实也可以用计划任务定时关闭服务器是的dhcp服务.

确实挂载模拟slic的既可，但由于这些模拟slic所用版本不统一，遇到有些机器可以正常启动，而其他一些卡死在pxe unload之后

由于白天有少数纯无盘机器需要启动不能停止服务进程（好像无单独dhcp服务进程）

即使关闭dhcp服务进程，客户端哪里还要等待pxe超时，在我看来也是一个漫长的进度。

作者: 不点 时间: 2017-3-18 19:46
本帖最后由不点于 2017-3-18 20:00 编辑

你能确认是 pxe unload 命令导致的死机吗？就是说，在命令行执行 pxe unload 命令，显示出错信息之后，死机，没有机会敲下一条命令。

如果没有死机，则可以证明，死机是后续的其他命令造成的。

如果死机了，那就证明，这台机器已经被 oem 制造商做了手脚，故意让 pxe 无法 unload。此时，你只有避免执行 pxe unload 命令，才能苟延残喘，继续运行。避免的办法，就是事先执行 pxe keep 命令。

如果你的破解用的 grldr 文件版本太老，它甚至不一定支持 pxe keep 命令，那你就麻烦了。假如它支持 pxe keep 命令，你就可以修改它的菜单，在菜单中为其添加 pxe keep 命令就 ok 了。

你自己衡量着，看看究竟怎样才不太麻烦。

说点题外话。我遇到一台联想台式机，带有恶意的 grldr。它的 grldr 已经屏蔽了很多命令，你进入命令行之后，大多数命令都无法运行。

所以，破解用的 grldr 文件（或不管它改成什么名字），在我看来都属于恶意软件，我坚决地不支持、不提倡、不推荐这样的软件。

那些 ghost 之类的软件里面的 grldr，不带有破解 windows 的功能，只含有启动功能，这是比较干净的。

作者: 俊采星驰 时间: 2017-3-18 19:52
其实，还有一个办法，硬刷bios，对于在坛子里混的都不是难事吧。
有些时候思路可以开阔些。

作者: sdv 时间: 2017-3-18 20:28

不点发表于 2017-3-18 19:46
你能确认是 pxe unload 命令导致的死机吗？就是说，在命令行执行 pxe unload 命令，显示出错信息之后，死机 ...

如你说法，我并不能确定一定是pxe unload时导致的死机，现在能确定如下状态
1、pxe->boot.com->grub4dos->bootmgr 可以
2、pxe->boot.com->grub4dos->（某1版本slic模拟）不能启动，停留在pxe unload int13错误附近

我这里多种模拟器启动，现在发现少数模拟器会卡在卸载部分，其他的几种却有可以正常启动
可正常启动的感觉没有pxe处理部分

我想法是能不能在公版grub4dos中修改内存，欺骗后端的模拟器不让他识别到pxe部分

当然我应该有其他方式解决这个问题，确实没必要纠结在这里

现在想来我只是想验证一下是否由于pxe unload导致问题，或许这就是一种乐趣，对于我自己来说

探讨的过程也是乐趣的一部分

作者: 不点 时间: 2017-3-18 20:44
本帖最后由不点于 2017-3-18 20:55 编辑

好的，你自己先摸索出个所以然，然后再决定下一步该咋办。

既然死在 pxe unload 信息处，你首先应该确认主板是否已经故意让 pxe unload 死机了。

一步一步来，把问题搞清楚，而不是稀里糊涂、马马虎虎，这才有乐趣，是吧？

如果 grub4dos 先执行了 pxe keep 命令，就不会再自动执行 pxe unload 了，所以，也不会死机了。

你需要给破解用的 grldr 添加 pxe keep 命令，这才能阻止它自动执行 pxe unload 命令。

很简单，无需你用内存之类的复杂操作。这里假定那个 grldr 不太老，即，假定它仍然支持 pxe keep 命令。

作者: sdv 时间: 2017-3-18 20:48

确实不能糊涂搞，星期一时候去弄实际测试看看~
唯一可惜是上班时候没有外网。。。烦
还好时间比较富裕。

作者: 求道者 时间: 2017-3-19 14:50
只是破解的话也不一定要用slic removewat也没问题直接移除win的正版验证不用改引导岂不美哉？

作者: sdv 时间: 2017-3-19 18:05

求道者发表于 2017-3-19 14:50
只是破解的话也不一定要用slic removewat也没问题直接移除win的正版验证不用改引导岂不美哉？

我不打算重装系统，太耗心神（100+台）。。。

作者: 求道者 时间: 2017-3-19 18:10
本帖最后由求道者于 2017-3-19 18:19 编辑

sdv 发表于 2017-3-19 18:05
我不打算重装系统，太耗心神（100+台）。。。

又不用重装系统

下个removewat运行就OK
甚至没有什么技术性
鼠标点几下就完事
grub4dos模拟slic本身就复杂许多出问题的概率当然更大
不管如何都不应该把莫须有的维护成本转嫁到别人身上
况且grub4dos又没收你的费

作者: Liusy20837@hz 时间: 2022-10-19 16:43
努力学习中

作者: Liusy20837@hz 时间: 2022-10-20 22:46

俊采星驰发表于 2017-3-18 19:52
其实，还有一个办法，硬刷bios，对于在坛子里混的都不是难事吧。
有些时候思路可以开阔些。

有些服务器不是常规bios

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