筆記

自動化處理大量 Word 檔案之字數統計

大家都知道,Microsoft Word 有個字數統計的功能,而這個功能對眾多青年學子而言非常重要,因為在寫作業或者是報告的時候,字數統計可以讓學生判斷到底還需不需要繼續鬼扯下去……不過今天 DR 並不打算分享鬼扯的奧義,而是要談談最近 DR 所碰到的問題(之一),以及解決的過程。

 

這個問題簡而言之便是要統計很多個 Word 檔案(*.doc、*.docx)加起來的總字數,如果檔案很少是可以一個個開來看,但如果有很多個檔案,弄到死人事小,耗費精力延誤時程事大,於是 DR 就著手研究怎麼樣才可以一次性的把所有檔案的字數統計抓出來。一開始 DR 嘗試使用 Microsoft 官方所提供的 Dsofile.dll,這個元件可以在不需安裝 Microsoft Office 的情況下讀取、編輯 Office 檔案的屬性資料,所以就參考官方的範例,利用 Dsofile.dll 寫了一支 VB .NET 程式,以下程式碼非常直覺,懂 VB 的人都看得懂:

分類: 

05/19/2012 筆記

話說 DR 今天在使用 Foremost 從某顆被格式化的硬碟救資料時,儘管它判讀 Microsoft Office 檔案格式的成功率已經算不小了,但仍然有不少檔案是以 *.ole 的副檔名被抓出來,因此要檢查出這些檔案的可用程度與確切的檔案類型就變得比較麻煩,如果檔案少一點還可以考慮一個個用應用軟體「硬開」,但當有幾千個檔案要檢查時,這樣做可是會死人的……

 

於是 DR 寫了一支 shell script,將所有 *.ole 檔案用 file 指令去檢查檔案類型,然後重新命名成適當的副檔名:

 

分類: 

GRUB 2 修改預設開機選項

由於 Fedora 16/17 預設使用 GRUB 2 開機管理程式,但系統的安裝過程中並沒有提供修改預設開機選項的功能,並且 GRUB 2 並不像舊版可以直接編輯 menu.lst 來修改開機選項,反而操作程序還會再繁複一點。以下範例是將開機預設值從 Linux 修改為 Windows 7,儘管 Linux 事實上已經是 DR 主要的桌面用系統,但電腦並不是只有 DR 一個人在用而已……所以將預設值改為 Windows 7 會比較好。

 

首先從 grub.cfg 確認 Windows 7 的完整選單名稱:

  • cat /boot/grub2/grub.cfg |grep Windows

 

然後依該名稱設定 GRUB 2 預設開機選項:

  • grub2-set-default "Windows 7 (loader) (on /dev/sda1)"

 

確認選單內容:

分類: 

NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context

本文的標題訊息是 DR 在 Fedora 15 趁系統還有點反應時用 dmesg 指令抓出來的,從網路上搜尋到的相關討論來看,這個訊息有許多的可能原因,但就 DR 的自身經驗來說,這可能表示顯示卡有問題了。一開始發覺到問題時是在執行 3D 遊戲(Heroes of NewerthUrban Terror)過大約幾分鐘後畫面就會花掉、或者停住,然後當機,但這狀況以前從來沒有發生過,並且平常的桌面操作卻一切正常,花好幾個小時上網、打文章、看影片都沒事。

 

分類: 

04/13/2012 筆記

日前 DR 替堂弟拼裝了一台舊電腦,主要規格為當年單核心王者之一的 Pentium 4 3.0 GHz 加上 GeForce 5900XT 以及 1GB 的記憶體,軟體安裝方面,DR 使用一套已經非常標準化的方式處理:先用直接包含 Service Pack 3 的微軟官方安裝碟安裝 Windows XP,然後使用三秒的 Windows XP Pre-SP4 安裝更新,最後安裝必要的驅動程式與應用軟體即交件。基本上 DR 自己算是對成品很滿意,硬體效能不錯,整個系統也很乾淨,沒有什麼雜七雜八的東西。

 

不過 DR 在軟體安裝方面顯然忽略了一件事:就是 .NET Framework 在 Windows 上也已經算是必裝的軟體套件,所以很快的,堂弟就跟 DR 抱怨《英雄聯盟》(League of Legends)無法執行,搜尋了一下,原來是沒有安裝 .NET Framework 3.5 的關係(錯誤訊息為「ASSERT: LauncherLib not initialized」)

 

X的,就是想打電動就是了……

分類: 

grubby fatal error: unable to find a suitable template

這個錯誤訊息是發生在 DR 的三號機上、使用 yum 更新 kernel 時所出現的,但這個錯誤並不會中斷 kernel 的更新程序,新版 kernel 仍然會被安裝,重開機後也可以順利載入,因此 DR 並沒有第一時間去嘗試排除這個錯誤。後來查了一下,這個 gubbyFedora 從 15 版開始,伴隨著 GRUB 2 開機管理程式的命令行設定工具。而三號機之所以會出現這個錯誤,是因為三號機是從 Fedora 14 直接升級到 Fedora 16,因此舊版的 /boot/grub 目錄仍然存在,造成 grubby 判斷上的衝突。

 

分類: 

技嘉主機板的 MAIN BIOS CHECKSUM ERROR

最近碰到一個狀況:有台裝有技嘉(Gigabyte)主機板的電腦,主機板型號為 GA-H61M-DS2(rev.1.0),會在開機時顯示以下訊息:

MAIN BIOS CHECKSUM ERROR

Retreiving recovery source from HPA.... HPA BIOS recovery not available

Retrieving recovery source from Back-up BIOS.... Done

Writing BIOS Image.... 4080K OK

 

乍看之下似乎是 BIOS 出了點問題,然後主機板自動進行復原程序,完成後重開機應該就天下太平?事實上卻不是如此,重開機後訊息依舊,使得永遠沒有辦法進入作業系統。挑幾個關鍵字上網一查,卻很驚訝的發現網路上的討論還不少,並且都是技嘉的主機板,還不只是一、兩種型號,而是很多型號都有發生這樣的問題。更詭異的是,這些討論最後的結論都是「送修」。

 

分類: 

三號機系統升級至 Fedora 16

由於三號機(也就是本站主機)所使用的 Fedora 14 已經停止更新,於是 DR 便打算把它升級到目前最新的 Fedora 16。看到這裡,一定有人會好奇:怎麼不是裝 CentOS 這類支援期限較長的發行版?呃……事實上 DR 接架站案子的確是使用 CentOS,但自家的三號機不只是伺服器用途,它同時也是一部「實驗機」,所以應該可以理解為什麼一直都是裝 Fedora 了吧?

 

原本計畫要嘗試用隨身碟的方式進行升級安裝。然而正當 DR 在 Fedora 的官方網站準備要下載安裝映像檔時,不經意的看到其實 Fedora 已提供線上升級整個系統的工具:PreUpgrade,就想說用用看,並且發覺這個工具算是很容易使用,基本上只要三行指令就解決了:

分類: 

十款免費且有用的資料復原工具

來自 Tom's Guide 的圖集文章:10 Free and Useful Data Recovery Utilities,其實這標題有點籠統,因為通常「資料復原」指的是反刪除(undelete)之類的動作,但該文章所搜集的軟體工具卻包含了諸如可開機式掃毒光碟磁碟備份軟體等跟「資料復原」不見得有直接關係的工具,標題可能改稱為「系統救援」(system rescue)會比較吻合一點。沒關係,就來看看這份列表吧:

分類: 

AMD Cool'n'Quiet 可能造成系統當機

Cool'n'Quiet 是 AMD 自從 Athlon 64(也就是俗稱的「K8」)以後所內建的 CPU 節能技術(Intel 相對應的的技術則是 SpeedStep),讓 CPU 得以依據工作負荷狀況來調整時脈與電壓,進而達到省電節能的功效。而順利開啟 Cool'n'Quiet 的條件不外乎 CPU、主機板(BIOS)和作業系統的三方面支援。

 

過去 DR 幾次從光華商場購買使用 AMD CPU 的主機時(都不是 DR 自己的……),都注意到店家往往會主動將 Cool'n'Quiet 從 BIOS 中關閉。一直以來,建議關閉 Cool'n'Quiet 的說法不外乎它會影響效能,並且可能還會影響穩定性。由於 Cool'n'Quiet 開啟後,CPU 不會一直都處於全速狀態,所以對於效能的影響是可以理解的,但至於穩定性的部份,DR 過去一直都沒有真正遇到過,這是因為 DR 過去所經手的幾台 AMD 系的主機,Cool'n'Quiet 開啟後都未聞有異常的狀況發生,而這些主機所用的作業系統最大多數是 Windows 7、只有極少部份是 XP 或 Linux。

 

直到最近……Cool'n'Quiet 所引發的當機狀況就發生在 DR 的二號機上面。

 

分類: 

頁面

Subscribe to RSS - 筆記