标题: GRUB for DOS 新站点 [打印本页]
作者: tinybit 时间: 2005-10-26 17:40 标题: GRUB for DOS 新站点
我们在 http://grub.linuxeden.com/ 和 http://sarovar.org/projects/grub4dos/ 的网站，经常被攻击。现在，又建立了一个漂亮的站点：
http://grub4dos.jot.com/
这叫做，野火烧不尽，春风吹又生。
我倒要看看，究竟是攻击者厉害呢，还是我们要最终获胜。
作者: Michael 时间: 2005-10-26 19:01
看看去．
作者: jpzsj 时间: 2005-10-29 15:24
好啊，我现在正对这个感兴趣叱
作者: wwj402 时间: 2005-10-30 14:34
支持！！！
作者: Wengier 时间: 2005-10-31 00:46
“野火烧不尽，春风吹又生”这话说的太经典了，上次newdos.yginfo.net等就都被攻击过。
作者: Michael 时间: 2005-10-31 08:57
“野火烧不尽，春风吹又生”这话说的有点儿凄凉。
作者: tinybit 时间: 2005-10-31 14:24
大伙觉得这是不是微软干的呢？我本来也不会想到是微软干的，但微软最近确实对 GRUB4DOS 做了什么，这是肯定无疑、千真万确的了。它在 XP 的 SP2 中，把主分区的引导代码修改了，还把扩展分区原有的引导代码用垃圾填充，导致 GRLDR 启动时死机。奇怪的是，它并非把所有的机器都修改，有一些机器它没动，在这些机器上，GRLDR 还能正常运行。目前利用微软引导代码的软件，只有 GRUB4DOS 以及由此衍生出来的软件，可以说，微软的目的非常明确，它盯上我们了，不想让我们再这样折腾下去。好了，这么说吧，网站不一定是微软攻击的，但微软肯定已经对 GRUB4DOS 下手了，至少从它的操作系统入手。
我在确定在 sarovar 建立网站之前，对该站点观察了很久，一直没发现该站点不可访问的现象发生。可是，GRUB4DOS 在该站点刚刚建立不久，就接连发生许多起拒绝服务攻击，每次攻击导致 24 小时以上的响应丧失。这个一直跟踪 GRUB4DOS 并实施攻击的人是谁？如果它不是微软，那又会是哪一位呢？
也有迹象表明，微软攻击的可能性不大。因为 GRUB4DOS 自从建立的那一天起到现在，就一直处于这个人的攻击之下。那时候，GRUB4DOS 还根本没有什么气候，微软不可能攻击我们。再说了，微软要想攻击谁，恐怕网站就死定了，用一个 WINDOWS 后门随便一攻击，哪里还有生存的希望？所以，最后还是水落石出：感情如此有耐心实施攻击的人，原来是一个经营 LINUX 网站的老朋友，呵呵，天知地知，他知我知，没必要再说下去了。
作者: windrv 时间: 2005-11-1 13:13
| Quote: | |
|
Why not use the forum space on grub4dos.sourceforge.net for correspondence?
Sourceforge seems to be quite stable.
Also please see if your algorithm on map --mem (hd0,0) (hd0), which seems to have inconsistency for partition of different sizes. Please fix the bug if possible.
作者: tinybit 时间: 2005-11-1 14:26
你不说说有什么不正常的现象发生，我何从修改呢？
作者: windrv 时间: 2005-11-1 16:06
| Quote: | |
|
Bean has tested using the map command to load up hard disk partition to memory and map it as (hd0) for testing.
It was found that it worked for only some partitions of certain sizes, for many other sizes, it does not work. For instances, it may work for 300M partition while not working for other partition size such as 700M or 800M.
Sorry for my brevity.
作者: tinybit 时间: 2005-11-1 17:14
能否请他写一个详细的报告，以及据他猜测可能的原因？比如 BIOS 的原因（INT15／EAX＝E820的支持含有BUG，INT15／AH＝87 的BUG，等等），或者什么别的原因？据我猜测，根据你所描述的，似乎不太可能属于 GRUB 的错误了。
你只是说 does not work，这具体意味着什么，还很含糊。比如，产生死机；仿真磁盘的大小不对；放置的内存位置错误；等等吧。
在执行 MAP 命令之后，你可以用 cat --hex 查看虚拟磁盘是否放置正确。你也可以用 root (rd,0)/xxx 之类的命令检查虚拟磁盘是否可以读出。如果这都正确的话，那就没有理由仿真失败了。如果这里面含有错误，那问题的根源不就比较容易找到了吗？
光说 does not work，我真的不知道，它是如何 does not work 的，太模糊了。
作者: windrv 时间: 2005-11-2 09:40
| Quote: | |
|
I requested bean to provide you more details later.
By the way, if I have only one hard disk in the computer, after running into grub4dos and before executing the "boot" command, how could I disable or make it unknown to the operating system to be run later? By using:
map --harddrives=0
map --hook
Is it possible?
作者: tinybit 时间: 2005-11-2 10:19
如果你还没有用过任何 map 命令仿真某个磁盘，那么这样应该就可以了：
map --harddrives=0
这条命令只是修改 BIOS 数据区 0000:0475 处的硬盘数目字节的值。一般来说，操作系统都承认此处所指定的硬盘数目，不会处理更多的硬盘。但为了保险起见，最好也执行类似下面的仿真命令：
map --disable-chs-mode --disable-lba-mode (hd0) (hd0)
这样把 (hd0) 映射为它自己，但不再具有读写的手段，因此，操作系统的 real mode 初始化程序也就找不到该硬盘了。你也可以对 (hd1) 等等作类似的处理。
如果你还要使用某个 map 虚拟硬盘，比如 (hd0)，那么你仍然需要指定，例如 map --harddrives=1。
作者: windrv 时间: 2005-11-3 12:59
Hi, Tinybit,
I have given an email to your tom.com address about the partition-memory mapping issue. I hope that could explain a little bit though it may not be helpful.
作者: 19951001 时间: 2005-11-5 17:19
支持
作者: caoxiwen 时间: 2005-11-10 22:34
反对微软，鄙视微软
作者: tinybit 时间: 2005-11-14 21:39
现在决定，0.4.1最终版不再包括 BOOTLACE 里面的 --install-partition 的功能了。由于最近发现的一系列问题以及GRUB4DOS自身的BUG的影响，原定的开发计划只好拖延了。我们是以解决BUG为主的开发过程，大家互动参与这一过程，有了BUG，优先解决BUG，大家都是参与者，每个人都以自己的某种方式，在大力协助开发，并且，每个人都可以感觉到，他自己对于GRUB4DOS的帮助，是有成效的、看得见的。我说过，我不放过一个BUG，只要让我知道它，我就会试图攻克它。
是为了在今年年内发布 0.4.1 最终版，因此才做出以上决定的。如果包括 --install-partition 的开发，那么今年年内就不可能发布最终版了。大家一定要加紧测试，注意，最后期限是今年年底，到时候，就要发布正式版了，我不希望那时候仍然发布了一个有缺陷的版本。这不全是我的责任，大家要努力呀，如果发布了一个不好的版本，那么大家都有责任，呵呵，可别总是责怪我哟。
作者: tinybit 时间: 2005-11-17 18:07
在 0.4.1 之后，将会为 GRUB.EXE 增加 “退回到 DOS 的功能”。这一功能将给 DOS 使用者带来某些方便。
作者: jojo2008 时间: 2005-11-19 01:55
支持一下！
作者: tinybit 时间: 2005-11-24 11:46
请朋友们赶紧报告BUG，如果连续 15 天没有报告BUG，我们就要发布正式版了。准备在 12 月 20 日左右发布。
不要测试 pre32，应当测试 http://grub4dos.jot.com/ 上发布的最新版本。不用担心，因为正在为正式发布做准备，所以，这些新版本都比 pre32 要好。请更新机器上的旧版本的 GRUB4DOS，尽快帮助测试新版本，尽可能发现顽固的、潜在的问题。
[ Last edited by tinybit on 2005-11-24 at 11:57 ]
作者: darkradx 时间: 2005-11-24 12:12
能夠不通過bootsector來調用ntldr就好了
作者: tinybit 时间: 2005-11-24 17:39
你可以试试这样：
chainloader (hd0,0)/ntldr
boot
如果幸运的话，你将很爽地启动 NTLDR 了。
作者: tinybit 时间: 2005-11-25 22:58
时间紧，兄弟姐妹们，加紧测试。
本来早先的计划是把 bootlace 的 --install-partition 予以实现，但由于一些 BUG 的出现，导致这一计划在年底不能完成，因此放弃了这一计划。但放弃这个计划之后，我们这段时间又无事可作，闲着就等于白白浪费时间，所以我觉得还是应该做点什么。所以也就很幸运的找到了 NTLDR 和 IO.SYS 这样一个主题。
但是，时间看来还是紧张了点。IO.SYS 比较麻烦，我希望在12月20日能够获得一个完美的版本。当然这需要大家加倍的努力和配合，谢谢各位了。
作者: darkradx 时间: 2005-11-26 02:16
9月时对GRUB4DOS的期望终于实现了
AVLDR还在"三栖，Windows下自动装配(不支持配置文件)，简体中文(but NOT unicode)无英文版"的框架下发展
========================================
第14楼:
看到4in1的版本后, 感觉avldr上了轨道了
我希望alvdr是这样的
1.EXE Porting:
(1).avldr -disk hdd(0,0)+1
(2).avldr -file bootsect.dos(grldr,ieldr) -type bs(default)
avldr -file ntldr.2k3 -type ntldr
......
能做到avldr -file hdd(0,0)/bootmgr -type bootmgr就更无敌了
2.NTLDR/BOOTMGR Porting:
menu, by ini file
3.我觉得"huaqingyuan"网友说得很对, 我们需要的是1个avldr for all, 而不是avldr for xx, avldr for yy
================================
第15楼:
楼上的提议不错。可是，我觉得，你的要求类似于 Grub 的引导风格, Avldr 的风格，
我觉得就是现在的这个模式。它是和 grldr.hdr 相类似的功能。从功能上说，
Avldr + AviatoR = Grub4DOS。 但是，正如你看到的那样， Avldr 可以作为其他引导
器的载入程序。 嘿嘿。
此外，我正在努力将对软盘镜像虚拟的功能引入到 Avldr 中去。 那个版本将是 RC1. ;-)
这个 Avldr 将会帮助众多，入门级的电脑爱好者。 ；）
----------------------------------------------------------------------------- Simple is the best.
=======================================
第16楼:
我看来,引导器以它引导的对象(不论它自身如何启动)来分类有3种分类
bs loader, 对象是bootsector或者bsfile
loader's loader, 对象是NTLDR,SETUPLDR.BIN,BOOTMGR这一类loader(不打算把GRLDR和IELDR归为此类,而归bsfile类), 但是不是通过他们的BS来实现
image loader, 对象是image file(fdd,hdd,iso), 实现方法不论(legacy or sub-loader)
grub4dos实现了第一类功能和第三类功能的一部分
avldr实现了第一类(?)和第二类功能, 但是现在的style不便于扩充
========================================
作者: darkradx 时间: 2005-11-26 02:45
一个可能出现(却不一定要解)的问题，我想会和移动存储设备有关
在USB Mass Storage的支持上， BIOS是很混乱的
不知谁说过一句名言:"DOS is dirty"，我记住了，所以我一向认为GRLDR会比GRUB4DOS.EXE更强大，或许，在某种必要的时候，两者会不同步吧