我有一个带有2.6.35.13自定义编译内核的fc14 32位系统。当我尝试启动G-wan时,我得到一个"分割错误"。我没有做任何更改,只是从g-wan站点下载并解压缩了文件。
在日志文件中我有:"[Wed Dec 26 16:39:04 2012 GMT]可用的网络接口(16)"这不是真的,在我的机器上有大约1k个接口,大多数是PPP接口。
我认为崩溃与检测接口/ip地址有关,因为在上面一行之后的日志中,我有16行属于fc14机器的ip,之后大约1k行带有"0.0.0.0"或"随机"ip地址。
我在fc16上运行gwan 3.3.7 64位,接口数量大致相同,没有问题,但它仍然报告了错误的接口数量(16),但它没有崩溃,在日志文件中,我只得到16行属于fc16机器的ip地址。
任何想法?
谢谢
我有大约1k个接口,大多数是ppp接口
只有前16个将被列出,因为这些信息与更多的接口无关(目的是让用户发现为什么侦听尝试失败)。
这可能是一个很长的1K列表,在重新设计分配器之后,内部发生了许多变化。谢谢你报告这个bug。
我还确认了说维护脚本崩溃的注释。谢谢。
请注意,带宽整形将被修改以避免更新的Linux系统调用,因此GLIBC 2.7要求将被取消。
…使用自定义编译的内核
作为一般规则,在Debian 6这样的标准系统上再检查一次。X在问问题之前:已知的系统有足够的麻烦空间——没有必要添加自定义的系统组件。
感谢这两天收到的关于新版本的大量电子邮件!
我有一个类似的"分割错误"错误;每当我使用9+GB的RAM时,就会发生这种情况。相同的机器在8GB运行良好,10GB甚至不报告错误,它只是返回到提示符。
有趣的行为……您是否试过调整RAM的数量,看看会发生什么?
(在Debian 6.x上运行G-WAN 4.1.25)