［已解决］在终端编译软件总是死机，大家有没有遇到类似情况的？（自从改了终端分辨率）

f.s.vivian

昨天在没开x的情况下升级系统，
结果在编译途中死机，风扇狂转，硬盘不读，键盘没有响应。
这种情况持续了半个多小时，后来只好强行关机。
开机再次emerge... world，那个5m的小软件总算编译过去了，
但是升级到第二个软件时，又遇到了这个情况。
最后我开了x，在gnome终端下继续升级，结果十几个软件包更新完了，一直没有死机。

网上都说是硬件问题，内核问题，
但为什么做同样的事情，更大的负载，gonme终端就不会死机呢，解释不通。
（今天又试了，单独重新编译php一个包，纯终端环境还是死机，gnome终端就没问题）

不知道大家有没有遇到类似情况的？这到底是为什么呢

ps：硬盘有10g空余，内存为2g，cpu为t2450,2.0GHz也不是太差

jjj311

Can you show me which package it is?

f.s.vivian

不好意思，这是昨天更新系统时才发现的问题，一共十几个软件，
当时没有关心它们的名称，死机重启后du了当时正在编译的软件包大小，是5m
然后只记得大部分是gnome的。还有xorg，7m。

但分析下开来，这个情况和具体软件无关。现在只要是在纯终端下，
不管是哪个软件（比如今天实验的php），只要不是很小，编译时都会死机。
而进入x后，在gnome终端里就毫无问题。

如果说是系统配置有误的话，之前我仅仅改过终端分辨率，/boot/grub/grub.conf
kernel后面加了一个参数：vga=792，看起来更合适14.1寸宽屏（和livecd启动时的分辨率一样）

晨想

1. memtest 检查内存。
2. CPU 别超频。
3. badblocks 检查硬盘。

f.s.vivian

谢谢楼上提示
1已经做了，没有一个error
2我的是笔记本，没有超频
3正在看man page，本本用了一年不到，富士通的硬盘

又有了新的发现，先在控制台1下编译一个中型的程序，
然后马上切换到控制台2，打开x，我看着cpu慢慢涨到100％，一段时间后回到个位数
再切换到控制台1，果然是编译完了，而整个过程却没有死机，满奇怪的事情。

现在的实验事实是，当屏幕不显示正在执行编译的控制台时，就不会死机。
自从换了分辨率，看着编译信息往上翻时，总感觉不是很流畅，不知道内核怎么处理（如何显示）那些信息的，我怀疑和显示有关

晨想

大规模的信息过屏幕，会引起速度降低的，分辨率越高，速度影响越大。

我都是直接开 screen，切换到另外一个窗口的，这样想看就切换回去，还可以看之前的记录。

至于你的问题，我没建议了。。：（。
(话说回来，以前我的笔记本也有这个情况，终端下编译，第二天早上起来发现死了，不过重装后似乎就没这个问题了。)

f.s.vivian

Post by 晨想;1814304

我都是直接开 screen，切换到另外一个窗口的，这样想看就切换回去，还可以看之前的记录。

这也是一个不错的方法  :-)

zhllg

不是不错的方法，这是不二的选择
如果还不会用screen，趁早学学，早学早受益，早学早享受

zhou3345

我倒是怀疑是不是控制台下电源管理程序的问题。
你在出现死机情况的时候，是正在使用电脑呢，还是做别的事情去了？

f.s.vivian

Post by zhou3345;1814347
我倒是怀疑是不是控制台下电源管理程序的问题。
你在出现死机情况的时候，是正在使用电脑呢，还是做别的事情去了？

不超过两分钟，我是看着它停下来的。
开始是显示不流畅（停个几秒钟），然后就会彻底停下来，编译信息不再往上翻，键盘也失去响应。
然后继续等几十分钟都是这个样子，屏幕没有自动关闭，风扇很响，硬盘却不在读。确实是死机了。

正常情况下，在控制台如果几十分钟不操作，屏幕会自动关掉，动了键盘可以恢复。
以前低分辨率的时候，我安装gnome也是这样。下午安装的，到吃晚饭的时候碰一下键盘，发现已经装好了。
（不过我想起以前低分辨率的时候，偶尔也会编译死机，和现在的症状一模一样。可能是以前不严重，现在分辨率提高了，问题也就明显了）

ps:多谢版主提醒，正在了解screen的相关信息, :-)