Board logo

主題: (救命阿)Win 7 x64 灌 µTorrent 每天都藍底白字? [打印本頁]

發表人: 小煒    時間: 2010-5-12 07:19 AM     主題: (救命阿)Win 7 x64 灌 µTorrent 每天都藍底白字?

請問一下,有沒有人會跟我一樣的問題
我上禮拜將系統 XP SP3 換成 Win 7 x64 ,是用硬改的方式
然後每天都會藍底白字
我去查dmp紀錄的錯誤,他顯示如下

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80003c7e0df

Debugging Details:
------------------


BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME: uTorrent.exe

CURRENT_IRQL:  2

LAST_CONTROL_TRANSFER:  from fffff80003c77b69 to fffff80003c78600

STACK_TEXT:  
fffff800`00ba4d28 fffff800`03c77b69 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff800`00ba4d30 fffff800`03c76032 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff800`00ba4e70 fffff800`03c7e0df : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`04abe000 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!SepAccessCheck+0x1cf


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!KiDoubleFaultAbort+b2
fffff800`03c76032 90              nop

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  nt!KiDoubleFaultAbort+b2

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4b88cfeb

FAILURE_BUCKET_ID:  X64_0x7f_8_nt!KiDoubleFaultAbort+b2

BUCKET_ID:  X64_0x7f_8_nt!KiDoubleFaultAbort+b2

Followup: MachineOwner
---------

原本以為是灌µTorrent 2.0.1版本太新可能有問題,後來換回XP時期的µTorrent 1.8.4
結果也是一樣藍底白字
而且不論 µTorrent 有沒有再下載都一樣

不知道有沒有人發生跟我一樣的問題?

給小弟一點建議,謝謝!

突然想到上來附註一點
之前XP時期,網路卡是用另外加裝的螃蟹卡
這次灌Win 7 有換成內建網卡
主機板是 ASUS P5KC
不知道會不會是這個問題

[小煒 在  2010-5-16 06:53 PM 作了最後編輯]
發表人: SmallUn    時間: 2010-5-12 07:54 AM

硬改是指破解嗎?
我是用人家說的"打破窗戶"然後µT用1.8.5版快樂使用中沒破窗之前也是快樂使用中
參考
發表人: empTness    時間: 2010-5-12 08:33 AM

先測一下硬體穩定看看 用 Intel Burning Test 之類的

utorrent 掛整天都沒事說
發表人: SIN    時間: 2010-5-12 08:51 AM

我朋友跑P2P,網路會掛點

一開始以為是新主機版有問題
後來才發現是ZA防火牆作祟

先看看常駐記憶體的軟體,有沒有衝突吧
發表人: RetupmocSoft    時間: 2010-5-12 01:51 PM

BSOD 7F 的訊息是 UNEXPECTED_KERNEL_MODE_TRAP (7f)

"非預期的核心模式捕捉"錯誤
代表 uTorrent 因為某種關係扯到硬體
想也知道是 NIC 相關方面的東西
而以網路卡的驅動問題較大

"VISTA_DRIVER_FAULT"
這說到了發生問題時的程式 uTorrent 與 "Vista 驅動錯誤" 有直接關係

Windows 7 是 Vista 的小改款
Vista 核心編號是 NT 6.0
Win7 的編號是 NT 6.1
因此 M$ 的 DDK 沒有將所有 Vista 字眼趕盡殺絕而繼續沿用了
意思是 Vista/W7 規格的驅動架構

我個人的看法是
暫時先換成螃蟹卡
應該就可排除問題
或是內建網卡的"驅動"(這是 Kernel Mode 的東西) 無法負荷持續傳輸時過多的連線數
造成 BSOD 7F (平常驅動設計好的話, 會作錯誤捕捉的判斷迴路.....不用到 OS 來抓)

就這樣
發表人: leacks    時間: 2010-5-12 06:12 PM

u系列從1.8用到2.x都沒問題,用最久的大概是1.9
我是win7 x64
你的驅動有自己重灌過嗎?(就是非微軟牌)
發表人: 小煒    時間: 2010-5-12 07:55 PM

恩  剛下班回到家  6點30左右又當了一次

真的很感謝大夥熱心的幫我解答
看起來大家分析好像都是網卡的問題

回文完我再把螃蟹卡裝上去試試看
過幾天再來回報狀況

謝謝大夥的幫忙
發表人: jackswei    時間: 2010-5-13 12:13 AM

p5kc 內建是 Attansic l1 好像沒新的driver  -> Atheros已變asus 最愛了  這二家說真的個人感覺很爛。螃蟹卡都他這二家強。
發表人: go11    時間: 2010-5-13 06:50 AM

所以小弟還是去倉庫把陳年的 老 螃蟹卡請出來用,反正頻寬也還跑不到GBLAN
發表人: 小煒    時間: 2010-5-16 06:49 PM

救命阿

星期四換回螃蟹卡後,只維持一天沒當
(有在BIOS把內建的網卡關掉,所以裝置管理員目前只看得到螃蟹卡)
之後每天都還是一直當機
剛剛5點到6點這之間當了3次,每次都是 7F
正在PO文的時候也當

昨天用下面這兩個方法檢查了
MemTest 4.0 測到3XXX%都沒半個錯誤---->排除記憶體有壞
HD Tune Pro 4.01 全部掃完也沒壞軌---->排除硬碟有壞軌

有沒有人可以有辦法幫我?

當那麼多次,剛剛最後一次當的dmp檔稍微有一點不一樣(如下)
期他幾次的dmp都是一樣的

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80003ef8d95

Debugging Details:
------------------


BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  uTorrent.exe

CURRENT_IRQL:  2

LAST_CONTROL_TRANSFER:  from fffff80003e89b69 to fffff80003e8a600

STACK_TEXT:  
fffff880`009eac68 fffff800`03e89b69 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`009eac70 fffff800`03e88032 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`009eadb0 fffff800`03ef8d95 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`03468fe0 fffff880`018f4a1c : 00000000`00000008 fffff880`03469990 00000000`00000000 fffff800`03e90184 : nt! ?? ::FNODOBFM::`string'+0x28eac
fffff880`03469470 fffff880`018ff92b : 00000000`0000002c 00000000`00000000 00000000`00003900 00000000`00003912 : tcpip!WfpAuditEventGeneral+0x2fc
fffff880`03469910 fffff880`018fff0a : 00000000`00000200 00000000`00000420 00000000`00000000 00000000`00004000 : tcpip!KfdAuditEvent+0x3b
fffff880`03469940 fffff880`0190009f : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : tcpip!IndicateDropAudit+0x41a
fffff880`03469b90 fffff880`01900258 : fffff880`0346ad88 fffff880`0194002c fffffa80`02faf820 fffff880`0346ad60 : tcpip!ShimIndicateDiscard+0xaf
fffff880`03469e00 fffff880`0188d4df : fffff880`0346a5c8 fffffa80`01a16e20 fffff880`0346a260 fffff880`03469f88 : tcpip!WfpShimIndicateDiscardGeneral+0x98
fffff880`03469e70 fffff880`0183c6a3 : fffffa80`03762db0 fffff880`0346abe8 fffff880`0194002c fffff880`0346ad60 : tcpip! ?? ::FNODOBFM::`string'+0xb42f
fffff880`03469eb0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : tcpip!WfpAlepAuthorizeReceive+0x793


STACK_COMMAND:  kb

FOLLOWUP_IP:
tcpip!WfpAuditEventGeneral+2fc
fffff880`018f4a1c 493bf4          cmp     rsi,r12

SYMBOL_STACK_INDEX:  4

SYMBOL_NAME:  tcpip!WfpAuditEventGeneral+2fc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: tcpip

IMAGE_NAME: tcpip.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc26e

FAILURE_BUCKET_ID:  X64_0x7f_8_tcpip!WfpAuditEventGeneral+2fc

BUCKET_ID:  X64_0x7f_8_tcpip!WfpAuditEventGeneral+2fc

Followup: MachineOwner
---------

[小煒 在  2010-5-16 06:53 PM 作了最後編輯]
發表人: jackswei    時間: 2010-5-17 12:44 AM

看起來是網卡driver ,國外也有人一樣的,Realtek 用win7x64最切抓到的。我自已是抓了10t 的bt 也沒當過,我不是realteck 。
EDIT: Rolled back the drivers for both my Realtek Network cards to the original Windows-Installed drivers. Hoping for the best.
發表人: ma1111    時間: 2010-5-17 01:23 PM

檢查一下Realtek driver的版本編號,
看看http://www.realtek.com.tw/downloads/,看是否有新版?,
祝好運
發表人: 小煒    時間: 2010-5-17 10:36 PM

我的螃蟹卡是這張
Realtek RTL8139/810x Family Fast Ethernet NIC

我抓了這個連結的 Win7 Driver 更新了
http://www.realtek.com.tw/downlo ... 3&GetDown=false

只好再試試看幾天,看有什麼情況再上來回應給大家知道,謝謝!!
發表人: okkk    時間: 2010-5-18 10:27 AM

有修改半開連線數嗎?還原看看。
或者把硬改的BIOS刷回原廠的看看。
發表人: csky    時間: 2010-5-18 03:56 PM

這個問題我遇過,我覺得是板子的問題,主機板換了就好了(順便昇級)
發表人: 小煒    時間: 2010-5-20 09:51 PM

小弟上來回報了

換了Realtek 官方的驅動
還是一樣,每天藍天白日只差沒有滿地紅
dmp檔的錯誤大概都是1樓的那個樣子

有朋友有建議的話,歡迎提供給小弟
謝謝

TO okkk
小弟沒有改連線數
WIN7 X64 是用 48in1 那版的

[小煒 在  2010-5-20 10:10 PM 作了最後編輯]
發表人: csky    時間: 2010-5-21 07:01 AM

之前一塊技嘉的有一塊也這樣,什麼網路驅動都更新了,還是沒有用,
砍了重練最快,
發表人: jackswei    時間: 2010-5-21 01:28 PM

最快的方法,去看朋友有沒有INTEL 、BROADCOM網卡,這機張絕對沒有問題的。我自已就是用BROADCOM 5721、早期用主機版的Marvell也是沒問題。WIN7 X64 會跟卡巴及其他防火牆衝到(印相中)。我的WIN7 64 是用MSD 版的沒用多合一的。換了網卡還是不行,就整組換了,不然 用XP 。看來WIN7 64 跟你有衝喔 T_T

這個網站 BSOD 資料庫
BSOD DB

[jackswei 在  2010-5-22 12:14 AM 作了最後編輯]
發表人: 龍神    時間: 2010-5-23 11:43 AM

都沒說你的全部設備,用多久
只是讓人在那邊猜,一句話藍底白字一直出現,多半硬體出問題居多
該做的動作,都做完了,還如此的話,那就砍掉吧
還有一點記憶體沒有超過4GB以上
還是用X86版的吧

[龍神 在  2010-5-23 11:44 AM 作了最後編輯]
發表人: davidyen    時間: 2011-3-20 10:35 AM

我改用XP SP3相容模式執行後就好了...
發表人: jazzblue    時間: 2011-4-9 02:01 PM


引用:
davidyen寫到:
我改用XP SP3相容模式執行後就好了...


我沒用相容模式 一樣很正常   
問題應該不在此
發表人: ma1111    時間: 2011-4-9 09:29 PM

先確認問題吧
到底是
1.單獨 Win 7 x64 有燒機過嗎?
2.還是 Win 7 x64 + 網路動作(例如ftp傳大檔)?
3.還是 Win 7 x64 + µTorrentu 會當?
參考看看
發表人: jazzblue    時間: 2011-4-16 02:31 PM

會不會是硬改的問題  
把原廠BIOS 刷回去再觀察看看

你的win7 是網路抓的精簡版或是整合版嗎 ?
建議不要精簡  容易出問題,我就遇過
後來還是裝回原始版




歡迎光臨 TWed2k (http://twed2k.org/) Powered by Discuz! 4.1.0