飄狂山莊

原文發表於 http://home.gamer.com.tw/blogDetail.php?owner=cerberos&sn=5999

簡單來說：

物攻 = 8 + LV * (2+1/100 * 力量)

以原文舉的例子來看，等級 36 ，力量115 武器的物攻指數 58

可以得出由本身素質換來的攻擊力為 8 + 36 * (2+1/100 *115) = 121.4  這是人物素質得到的攻擊力

再來考慮武器攻擊的部分

武器攻擊 = 物攻指數 * (2+1/100 * 力量) = 58 * (2+1/100 * 115) = 182.7

則攻擊指數總和為 121.4 + 182.7 = 304.1 實際值為306

接著是考慮輔助法術的影響 (這邊我覺得怪怪的？！)

這是不將輔助法術效果獨立，直接放進去人物素質計算的結果

施放戰士之心 LV2 ，力量 +20 (135)

人物攻擊指數 = 8+36*(2+1/100*135) = 128.6

武器攻擊指數 = 58 * (2+1/100*135) = 194.3

合計為322.9 實際值為 344

而原文的計算方法是將力量獨立

輔助法術影響人物攻擊部分 = 36*(2%*20)=14.4

輔助法術影響武器攻擊部分 = 58*(2%*20)=23.2

合計為 304.1 +14.4 +23.2 = 341.7

可以看到原文的計算公式是要更準確一點的。

======================================================================

魔攻計算

同樣等級 36 ，智力 30 武器魔攻 28

人物魔攻指數 = LV*(2.5+3% * 智力)=36 * (2.5+3/100 * 30)=122.4

武器魔攻指數 = 武器魔攻係數 * (2.5+3/100 * 智力) = 28 * (2.5 +3/100 * 30) = 95.2

合計魔法攻擊力 = 122.4 + 95.2 = 217.6 (實際值=220,誤差=1.09%)

再來考慮輔助法術的影響，施放智能鍛鍊 LV 1 , INT +10 (40)

輔助法術影響人物攻擊部分 = 36 * ( 5.5/100 * 10)=19.8

輔助法術影響武器魔攻部分 = 28 * ( 5.5/100 * 10)=15.4

合計為 122.4 + 95.2 +19.8 +15.4 = 252.8 實際為 256

LV 40 時的配點

LV 51 的配點

LV 51 全智力牧師配點

看來LV 41 和 LV51 的技能會差別很大

因為昨天發現有幾台機器不斷在發出攻擊被我電腦上的NAV 2009 偵測到，昨天先上了更新之後，排定晚上把機器reboot，今天一早來，就先開起NAV來看看攻擊是否還有再繼續，結果發現只有一台已經停止攻擊，其他上了更新的那些機器都還是在繼續攻擊！？

尤其幾台server都還滿重要的，剛好有一台是跑備份兼DC的SERVER，於是拿這台來詳細檢查。發現在系統服務中，會多出一個莫名其妙的SERVICE。

在 System Service中，會多出個莫名其妙的服務出來

而這個SERVICE會跟 system32 底下的某個亂數檔名.dll 連結，而用這些檔名去GOOGLE搜尋，目前是都還看不到有任何資料。

會自動在system32目錄底下生成亂數檔名.DLL

亂數檔名.DLL

一開始直覺的想法就是先把service 給停掉，但是在MMC裡面，他沒有手動停止的選項。即使到CMD模式用net stop 去停止，也會發生錯誤。但是從第一張圖可以看到，他連結的是正確的svchost.exe ，所以即使想從工作管理員去砍svchost，也有可能誤砍造成網路斷線。

於是，我的作法是這樣，先用regedit 去尋找service name或者用 亂數.dll 的檔名去搜尋。會在HKLM\System\ControlSet\Service 底下找到，也有可能在 ControlSet002 或ControlSet001底下發現。把找到的這些service都刪除。再來就是要處理這些在system32目錄底下的 DLL 檔案。

先安裝unlocker ，然後在檔案總管中找到有問題的DLL檔案，按右鍵選unlocker 解鎖之後，把DLL刪除掉，重開機，應該就不會再出現了。

update: ERP-Server 也中了，但是症狀雖然大致相同，但是很奇怪的，registry找到的路徑卻多了一些。

ERP Server 中有問題的Registry

目前看起來，從中午機器REBOOT之後，我機器就沒有再收到攻擊的訊息了。只是也還沒找出病毒名稱就是，另外，我明明有用WSUS，為何server沒有自動去更新呢？為了避免以後再發生，先用三秒大寫的偽win2000 SP5 處理，現在正在抓檔案，希望不會再發生該更新而未更新的狀況。另外也向元凱詢問了可以裝在SERVER上的防毒軟體了，明天參加它們的SEMINAR再詳細問問看。

禮拜六因為秋萍傻傻的寄出一封16MB大小的內部信件通知員工健康檢查的訊息。結果正好碰上outlook 空間已滿，丟不到寄件備份，然後就一直重送，因為禮拜六我又不在，結果禮拜天收信的時候，發現NOPAM發了幾千封的信件警告說Mail Server空間不足，無法收發信件。緊急用SSH連回去，先把一些沒用的帳號、LOG空間給砍了，清出幾百M來擋著先。

一早到了公司，先把在VMWARE上面跑的Mail Server 關機(是說，也好幾百天了吶..)。接著，在vmware中新增一個10G大小的IDE磁碟區，因為之前我用SCSI的，好像在mount上有點問題，所以還是用IDE的來玩，因為我postfix是採用MailDir的方式儲存信件，所以我的打算是把使用者的家目錄給整個搬移到剛剛加入的磁區來。將mail server boot起來，進入系統後，先去fdisk 切割剛剛做出來的磁區，然後格式化磁碟區(mke2fs)，再來就是在根目錄新建一個 home2 的目錄，mount 剛剛格式化好的磁區，看看會不會有問題。如果mount 也OK，接著修改  /etc/fstab ，讓/home2 開機就能夠MOUNT進來。修改好之後，用mount -a 測試一下，如果有問題，再回去修改。

接著就先先宣布Mail Server要離線維護。網路中斷之後(ifdown)，把原本在 /home 底下的使用者家目錄移動到 /home2底下(這邊有個問題，用cp -R 去複製的話，沒有看到連權限一起複製的參數，變成我複製好之後，還要跑script 去做chown -R的動作，我是看cp 的help ，沒有說明有關權限的部分，網路上則是提到用 -a 可以解決。但是我看help 中，沒有提到這部分，只說 -a = -dpr ，而-pr 似乎就是關於複製權限的問題，但是網路上也有不同的聲音，認為-pr會有問題http://blog.oracle.com.cn/?uid-129886-action-viewspace-itemid-26628 。我則是想先讓Server回復運作，所以乾脆自己寫SCRIPT來變更權限還快一點。)

權限變更好之後，把Mail Server 的網路恢復，利用自己的帳號先收發信件測試，接著再看看maillog 有沒有什麼問題。沒有問題的話，這次搬家就算OK了。

今天電腦的NAV 2009 一直跳出來警告視窗說受到攻擊，仔細看了一下，幾乎都是我的server發出攻擊？名稱是MSRPC Server Service BO。上網找了一下，發現似乎是新的安全漏洞。windows 2000 10月22日放出來hotfix ，沒想到這麼快就中招了。有win2000 的請儘速更新，微軟更新網址 :http://www.microsoft.com/technet/security/Bulletin/MS08-067.mspx

update : 在安裝更新的時候，發現有好幾台電腦無法更新，會出現密碼驗證錯誤的錯誤，同樣找了網路上的資料，依據這篇操作成功：安裝程式無法確認檔案 Update.inf 的完整性

引用部分內容如下：

1. 由「開始」→「執行」，輸入 cmd，然後點按「確定」按鈕。
2. 在命令提示字元中，分別輸入以下指令，記得在每輸入一行指令後按下 Enter 鍵：

regsvr32 /u softpub.dll
regsvr32 /u wintrust.dll
regsvr32 /u initpki.dll
regsvr32 /u dssenh.dll
regsvr32 /u rsaenh.dll
regsvr32 /u gpkcsp.dll
regsvr32 /u sccbase.dll
regsvr32 /u slbcsp.dll
regsvr32 /u mssip32.dll
regsvr32 /u cryptdlg.dll
exit
注意 出現提示時，請按一下「確定」按鈕。

3. 重新啟動電腦。
4. 由「開始」→「執行」，輸入 cmd，然後點按「確定」按鈕。
5. 在命令提示字元中，分別輸入以下指令，記得在每輸入一行指令後按下 Enter 鍵：
   

   regsvr32 softpub.dll
   regsvr32 wintrust.dll
   regsvr32 initpki.dll
   regsvr32 dssenh.dll
   regsvr32 rsaenh.dll
   regsvr32 gpkcsp.dll
   regsvr32 sccbase.dll
   regsvr32 slbcsp.dll
   regsvr32 mssip32.dll
   regsvr32 cryptdlg.dll
   exit

6. 重新啟動電腦，執行所下載的更新檔，測試問題是否解決。
7. 注意，若使用 Microsoft Windows 2000 ，請省略 Sccbase.dll 檔案的操作部份。

照著做之後，就可以順利更新囉～

最近M2有點不穩定，所以還滿常在看LOG的，然後因為要檢查硬體資訊，用dmesg 去看了之後卻發現出現很多類似這樣的訊息

BANDWIDTH_IN:IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:40:f4:21:fc:46:08:00 SRC=192.168.10.245 DST=255.255.255.255 LEN=43 TOS=0×00 PREC=0×00 TTL=128 ID=7513 PROTO=UDP SPT=4387 DPT=56415 LEN=23
BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50818 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64911 RES=0×00 ACK PSH URGP=0
BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21507 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50819 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64859 RES=0×00 ACK PSH URGP=0
BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21508 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50820 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64807 RES=0×00 ACK PSH URGP=0
BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21509 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=40 TOS=0×00 PREC=0×00 TTL=128 ID=50821 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64755 RES=0×00 ACK URGP=0
BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50822 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64755 RES=0×00 ACK PSH URGP=0
BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21510 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0

在/var/log/kernel 裡面也有類似的訊息

Dec  5 08:42:50 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50818 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64911 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:50 m2 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21507 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:50 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50819 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64859 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:51 m2 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21508 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:51 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50820 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64807 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:51 m2 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21509 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:51 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=40 TOS=0×00 PREC=0×00 TTL=128 ID=50821 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64755 RES=0×00 ACK URGP=0
Dec  5 08:42:52 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=92 TOS=0×00 PREC=0×00 TTL=128 ID=50822 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64755 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:52 m2 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=192.168.10.25 LEN=92 TOS=0×10 PREC=0×00 TTL=64 ID=21510 DF PROTO=TCP SPT=55 DPT=2201 WINDOW=30016 RES=0×00 ACK PSH URGP=0
Dec  5 08:42:53 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:02:3f:6b:ae:87:08:00 SRC=192.168.10.25 DST=192.168.10.239 LEN=40 TOS=0×00 PREC=0×00 TTL=128 ID=50823 DF PROTO=TCP SPT=2201 DPT=55 WINDOW=64703 RES=0×00 ACK URGP=0
Dec  5 08:42:53 m2 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:30:6e:28:29:25:00:30:6e:1c:d6:4e:08:00 SRC=192.168.10.243 DST=192.168.10.239 LEN=77 TOS=0×00 PREC=0×00 TTL=128 ID=45687 PROTO=UDP SPT=1089 DPT=53 LEN=57
Dec  5 08:42:53 m2 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=192.168.10.239 DST=119.160.247.124 LEN=88 TOS=0×00 PREC=0×00 TTL=64 ID=64887 DF PROTO=UDP SPT=32769 DPT=53 LEN=68

More »

在M2 的Console 看到一堆硬碟錯誤的訊息，這幾台TC2110 ，今年開始陸續發生 SCSI 硬碟故障的狀況，然後一查，剛好都過保固，科科…廠商實在有夠厲害，算得超準，過保即故障。翻了一下指令書和網路的資料，找到底下兩個指令來在LINUX系統中檢查硬碟。

1. e2fsck ，這指令沒啥好介紹，但最大的問題是，他必須要卸載要被檢查的磁區，所以如果是根目錄或是一些重要的系統目錄，那就必須要進入單機模式，等於service 要停擺…

2. dd

是的，沒錯，就是 dd。這篇是在這邊看到的 http://moto.debian.org.tw/viewtopic.php?t=10312

可以用 dd 去掃

dd if=/dev/xxx of=/dev/null

如果沒有任何錯誤訊息，就沒有壞軌了喔。

這樣的好處是不須要先卸載磁區。

不過剛剛測試了一下，發現在跑指令的時候，系統基本上跟停擺也差不了多少..(光這篇save 就存了快五分鐘..)。看來還是乖乖用e2fsck好了。

Update: 12/05 ，今天上班一看，昨天下的指令到今天還沒跑完，跑了十幾個小時去了，看來要麼是我的硬碟真的有問題，要不就是也許這指令並沒有那麼好用？該考慮把M2 轉去vmware的作法了。

因為現在在用的無線網路在開機兩三天之後，常會莫名其妙的斷線，而且斷線之後就再也收不到訊號，要把機器重開才行，這樣會造成我玩LUNA 掛商店的困擾啊 XD

之前就一直有在看PLC 的東西，但是就一直嫌他貴。趁這個機會，想說在Y拍看到的價格和在PC HOME看到的價格也差不了太多，所以在PC HOME訂了一組 $1799 PCI的 PLC電力線網路橋接器。在公司剛拿到手，就拿去機房測試，一邊是接機櫃內用的延長線，然後網路線接到機櫃用的3COM 24 Port SW上，另一邊則是工作桌旁邊的插座。我是先接機櫃內的PLC，就插上插座，有看到PWR燈亮，接著把網路線接上SW，就會看到HOMEPLUG & Ethernet 的燈號也亮起來了，GOOD！再來把另一組接上插座，PWR有亮，但是把網路線接到NB，卻一直都是網路已斷線的訊息？OK，想說會不會是延長線的問題。(Mark這樣說，之前我在資訊會場問過DLINK的人，也說有可能有這種狀況)。fine ，我拿回家測總可以吧？

回家之後，先在AP那邊找了一個空的插座，接上之後，把網路線接到AP的LAN Port ，OK ，PWR & HOMEPLUG & Ethernet都有亮燈，興沖沖的拿到書房要接電腦。一開始也是接延長線。Damn !不WORK啊！好，那我不接延長線，不過不接延長線的話，書房這邊就沒插座可以插了，還好家裡別的沒有，電腦特別多，把東西和NB拿到臥室，接上電、接上NB。靠，HOMEPLUG＆ETHERNET還是不亮燈是怎樣？網路線故障嗎？所以我去把原本接在AP那邊的那組好的網路線跟房間這組網路線對換，情況一樣！見鬼了這，這種東西不就是很無腦的線接好就好了嗎？有這麼困難？想說把兩顆PLC對換看看好了，結果，原本在房間這組拿到AP那邊去，馬上就抓到原因了，根本就新品故障嘛！本來在房間的那組接到AP來之後，同樣的也不會亮Ethernet & Homeplug。就那麼雖小，買新的都能買到新品故障？

p.s 早知道應該記取這個教訓，昨天LUNA就不應該衝裝備的，結果白白損失一百萬= . =+

12/04 Update

PCI 的人一早打電話來跟我確認狀況，排除是我不會用的狀況後，先回報上層請示該如何處理。下午再接到一次電話，這次說85M的PLC它們自己也沒新貨了，問我要不要貼錢換200M，印象中200M的機種好像都一組要將近四千，本來已經拒絕了，但想說東西已經買了，而且也的確需要這東西幫助我電腦不斷線。所以考慮之後，最後還是答應補差價$709 更換成200M。

今天小容打電話來說上海ERP無法結算成本，所以現在都還是關帳的狀態，無法正常進出貨。然後小劉搞不定，要我幫忙處理一下，先用VNC連線過去看ERP主機，看到一些奇怪的東西，不過查詢過後發現是正常的SQL Agent 的活動，於是請小容執行會出問題的程式，然後在後端用 SQL Profiler 去TRACE，發現後端其實是都有在跑SP，但是很奇怪的，不會寫入DB，於是請所有人離開ERP，我在後端跑SP，發現是一樣的結果。而且執行的速度依照小容的說法是要比平常慢上很多。再連線VNC看前端執行的狀況，直覺反應就是 DEAD LOCK ！ 於是再請小容退出ERP，我在ERP主機上直接執行ERP程式，發現一樣的結果，然後，有測試過把SQL Server Service Restart，但是並沒有解決。本來想到SQL Enterprise Management去看table lock的狀況，但是發現這邊進不去，會出現connect timeout的錯誤。於是接著就開始叫出SP，一步步追，終於發現了到了igo142這支TABLE時，就會HANG住，在SQL Analyzer裡面不管是select 、INSERT、UPDATE，都會出現相同的dead lock的狀況。但是很奇怪的是，一般dead lock 在reboot之後就不會發生，而且SQL 2000 理論上來說會排除dead lock的情況發生，想不通為何就連restart SQL Service 還是不行。嘗試了幾次要把table砍掉重建，但是只要動到相關的TABLE，就一定鎖死。export 不能、丟到暫存table也不能，就連DROP也不能！正在想說要不要乾脆重灌SQL 算了，結果正好喵到這台的SQL Service Pack只有上到SP3，最後的Service Pack應該是SP4，去抓回來安裝之後，再結算，唔，可以了！接著又測試了本來DEAD LOCK的那幾支TABLE，發現也都可以正常存取了。通知小容先測試看看，沒問題之後，再通知上海的USER開始使用。

不過很納悶的就是，

1.Dead Lock不應該在SQL 2000 上發生，雖然我也已經碰過好幾次在SQL 2000 上發生的dead lock了.

2.SQL自己應該會嘗試去避免發生DEAD LOCK的狀況。很明顯的，在今天的CASE中，這點SQL沒做到。

3.就算發生DEAD Lock，以之前的經驗，要嘛把SQL Service Restart，要嘛reboot就可以解決。但是今天RESTART了幾次，也REBOOT了一次，問題還是依舊。

希望不會再碰到了 = =

阿良拿了一台客戶的電腦回來，型號是華碩的Terminator A7VT準系統，重灌系統後，找不到顯示卡和音效卡的驅動程式，很自然的就想到去官網找，還好準系統沒有像華碩的NOTEBOOK一樣，輸入型號會跑出七八種甚至十幾種同型號卻不同批號的連結來。點進連結之後，抓完檔案，要進行安裝，顯卡很順利的過關了。但是音效卡裝到最後會出線找不到驅動程式的錯誤。直接指定驅動程式目錄也不行。重新下載也不行。停用、移除、做硬體變更偵測還不行！於是打去華碩客服問了。當然，華碩客服也是依照我剛說的那些步驟建議，我也很配合的重新操作一遍。結果當然是不行啦，小姐就說要寄什麼修正程式給我，還問我XP是Service Pack幾，接著沒多久就收到小姐寄來的XP SP3的音效修正程式！？收到之後，移除硬體、安裝修正程式、安裝驅動程式、BINGO！還是出現一樣的錯誤！

老師咧，於是我又進客服準備開罵了，結果這個小姐表現有專業一點，有指示我進入裝置管理員去看音效卡的詳細內容，然後要我報詳細內容裡面那一大串看不懂的字串。不過，還是沒解決。然後就是留電話，說等下回覆，在等她詢問工程師的這段時間，我想說反正閒著也是閒著，剛在搜尋的時候，有看到另一款Terminator K7的驅動程式，就順便抓下來試試看。掛完電話，DRIVER也抓得差不多了，就順便跑個SETUP。哈！成功了！

裝完沒多久，剛剛那位小姐又打來了，接起來之後劈頭就講了一堆方法，聽完之後我才冷冷跟她說：「我已經解決了，因為你們放的驅動程式是錯誤的。」可以感覺到小姐有楞了幾秒，不知道該怎麼回應。我想說問題解決了，也就算了，沒有多說什麼，只是請她們多注意，並且去更新驅動程式連結。

其實如果我是華碩客服或者是內部有決策的人，我倒還滿歡迎客戶指正這種疏失，然後依據疏失的嚴重性，來回饋一些什麼給客戶的，起碼讓客戶感覺到反應問題是真正有被聽到而且被接納的。不然像今天這種問題，已經不是發生第一次了(之前VAIO也被我抓過)。反正又不花多少錢，100 , 200 的產品折價券，1G 2G的隨身碟，跟一年幾千億的營業額比起來，根本就是九牛一毛，但是卻讓客戶有被尊重的感覺！這不就是客服的目的嗎？