新建干净的配置看一下吧

PS，官方简称是Fx（大写F，小写X）不是FF

官方的简称的确是Fx，只不过本坛的人喜欢叫FF，算方言吧，呵呵

整理了磁盘，profile还原到两个月前从没发生过类似问题的时候的状态（by mozilla-backup），然后重建了几个sqlite文件。

DEP保护改为对所有程序和服务启用——我询问了两个做反病毒的朋友，有意或者无意的缓冲区溢出等等应用程序的行为，确实有可能导致系统（无蓝屏的）彻底停止响应。

目前暂时没有异常，但愿别再有异常。

marion：整理了磁盘，profile还原到两个月前从没发生过类似问题的时候的状态（by mozilla-backup），然后重建了几个sqlite文件。

DEP保护改为对所有程序和服务启用——我询问了两个做反病毒的朋友，有意或者无意的缓冲区溢出等等应用程序的行为，确实有可能导致系统（无蓝屏的）彻底停止响应。

目前暂时没有异常，但愿别再有异常。回到原帖

终于还是不幸的死掉了，在用Firefox访问MinGW的主页的时候……

DEP没有报错。
Fx则是连续工作了几十个小时都没有异常的情况，但还是没熬过来。



嗯，暂时彻底停止使用Fx一至三周，看看到底是不是Fx的问题。

另外，我隐隐认为被beta为倒霉的小白鼠了……
查看我安装3.5beta4的日期，比较怀疑所有事件都是换这个版本以后才发生的。

LZ，我的遭遇和你一样，还特意注册个ID来和你交流。
首先要说明我的是便携版FF3.0.5，硬盘也是希捷，症状和楼主一样。
本来在单位用的好好的一切正常无问题，但是家里老是蓝屏，后来注意到每次都是运行过FF蓝屏。重启后也出现楼主的PROFILE目录里的文件错误，每次都要CHECK才能删除，相当麻烦。奇怪的是经常运行FF关闭后一段时间也会蓝屏，故怀疑FF内核不完善关闭后未完全退出内存影响了系统运作导致数据出错，现在改为用TW，至今两天TW都没蓝屏。还有一点要指出，我以前的旧机用这个版本也没问题，但以前是WD主盘，希捷做从盘，FF在希捷上。
所以可以推断FF本身是没问题的。可能是FF也会挑硬件，或者硬件本身有问题，但为什么蓝屏总有FF的影子在里面，所以无法令人相信与FF无关，经过多次试验后分析原因：
1、是否可能真的是希捷硬盘有问题，因为很多都是希捷出问题，准备换硬盘测试。
2、是否硬盘数据线问题。网上找到一则蓝屏例子，判断是数据出错，换数据线后解决蓝屏，目前已换了一个用过很久没问题的数据线，正在测试中，还没蓝屏。
3、排除网卡问题。从蓝屏症状来看，都是FF上网时数据流量很大的时候，蓝屏之前都是会卡一下鼠标，换了一张用过的好网卡还是蓝屏，估计不是网卡问题。
4、排除系统问题。本机用了几个XP系统，纯净完整版/GHOST版/精简版都用过，均有这种状况，以前的旧机器用这些系统都没问题。
5、是否内存问题。从蓝屏代码分析很多时都是000000D1，应该是内存和主板问题，内存已换插槽正在测试，还没蓝屏。
继续测试。（未完待续）

我用 DKHDLight 这个软件监视过硬盘读写，发现使用 Firefox 每隔一段时间之后 Firefox 都会大量读写“places.sqlite-journal”和“places.sqlite”文件（因为我硬盘碎片多，所以读写引起的延迟变得非常明显），这也反映了 Firefox 可能会在磁盘 IO 上比 IE “更有潜力”触发硬件问题的故障。
（这样说来拿 Firefox “烤机”特别是“烤硬盘”也有可能）

有一天时间没蓝屏了，希望这次是真的找到问题所在，一个星期后若没蓝屏则说明解决方法正确，到时回来介绍，继续关注此贴中！！！！！

hzhbest你用的是什么软件啊，我在网上搜索不到

livesweet：hzhbest你用的是什么软件啊，我在网上搜索不到回到原帖

全称是 DKHardDrive-Light 【http://www.dkpcode.com/html/downloads.html#DKHardDrive-Light】。
这个其实只能简单地列出文件访问记录（因为简单所以即使一直开着也不耗很多资源），要详细的话还是 ProcessMon 强大。

>因为我硬盘碎片多，所以读写引起的延迟变得非常明显

为什么不整理整理？

谢谢hzhbest兄，小弟真是老菜啊，玩了这么久都没用过这些软件，这个软件比较实用，能够监控读写频繁的文件！

kmc：>因为我硬盘碎片多，所以读写引起的延迟变得非常明显

为什么不整理整理？回到原帖

整理是不能解决蓝屏问题，这是硬盘固件问题。

kmc：>因为我硬盘碎片多，所以读写引起的延迟变得非常明显

为什么不整理整理？回到原帖

要我列出不整理的理由吗？
在仅有的硬盘空间中下了一堆连续剧、纪录片等等的，这些都是看完就删的，但不可能一口气看完吧，那就在看完之前被各种程序（特别是 Firefox ）弄出各种碎片。所以由于一个空间不足、一个有要删未删的文件，要暂缓整理。
不过我还是觉得，即使碎片多也不应该成为会卡的理由（见附图），于是我倾向于认为是 Firefox 对 places.sqlite 归并的处理过程比较低效，形成了高流量的磁盘读写，因而容易触发磁盘故障。

我想我找到了解决方法了，正在进行测试。