Hao's Blog

Continue reading »

最近用CentOS 4.4安裝到好幾台主機, 但是用yum升級的速度真的很慢.
後來參考了鳥哥的網站的文章,
將/etc/yum.repos.d/CentOS-Base.repo 檔裡面的mirrorlist=….. 那幾行的最後面都加上』&cc=tw』, 例如:
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
改成
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&cc=tw

結果升級速度超快……哈哈, 省了我好多時間

很好用的管理tarball 方式.
參考用 checkinstall 替代 make install
checkinstall 下載

ps：用checkinstall 來產生RPM檔後, 安裝時總是會有md5 checksum error, 所以在裝rpm時加入--nomd5 參數來忽略此錯誤.

之前, 在許多linux的論壇中, 看到許多資深網管人不建議用webmin 來管理linux server, 大部分的論調都是, 『用webmin來管理, 只會讓人變笨, 變得不想去了解其原理』. 其實我是很同意這種說法的.
但是這兩天我卻用了webmin 來管理公司的Linux router, 用來修改iptables 的設定. 當初我也是在掙扎, 到底是要寫script file 來控制iptables 的設定呢? 還是用webmin 來管理就好了.
後來還是決定用webmin來做. 原因如下:
(1) 我的主要工作不是網管, 而是firmware engineer. 無法花太多時間在網管的工作上
(2) iptables 的原理, 我也努力的去K過, 畢竟若不知道原理, 是根本無法在webmin上設定iptables的.

我想, 用webmin 來管理linux server 之前, 應該還是要了解其設定到底是修改哪些files, 其修改值對映到設定檔的哪些欄位, 都要了解清楚, 才去用webmin 來管理, 不然用它管理linux server, 跟用windows 當server, 只會按』下一步』 有啥不同.

好工具是值得去用它, 但是千萬不要此工具給控制了, 那就變成工具在用你了(大部分依賴windows server的user ??).

就跟寫程式所用的IDE 環境一樣, 例如許多ARM的 IDE, 當然是很好用沒錯,可以提昇開發速度, 但是有許多自認為很厲害programmer 卻說沒有它就無法開發ARM的程式. 甚至認為會用漂亮IDE環境的人才是高手, 完完全全成為tools的奴隸. 等換到另一個陽春環境後, 就跟笨蛋沒兩樣. 只會一直罵環境太差, 而無法工作.
其實, 用gcc + gdb + makefile + text editor 就可以做到IDE 環境的所有功能了, 了解這些基本工具的功能後, 再去用IDE 環境, 才不會讓你在克難的環境下變成笨蛋.

安裝vmware server 在FC6及FC5 都有找不到kernel source code的問題.
在google 找了許久, 終於看到一個solution 如下:
「文章來源: http://samc.study-area.org/files/sa.pdf] ==>
VMWare on FC5
之前在安裝VMWare on Fedora core 5 時,
於設定時,一直找不到C Header 導致在執行vmware-config.pl 無法設定^^
在網路上找也是眾說紛紜一直沒有結果,
後來處理方法為將 kernel-devel 換成i686版本及使用vmware-any-anyupdate101
就可以解決^^
預設安裝的kernel-devel 版本為 i586版
故先移除i586 版本 裝上 i686版本 去執行/vmware-any-anyupdate101/
runme.pl
<======= 以上
而且 wmware-any-anyupdate107.tar.gz 可以在下列網址抓到:
http://ftp.cvut.cz/vmware/
http://ftp.cvut.cz/vmware/vmware-any-any-update107.tar.gz

嗯嗯…. 等有空再試試啦

文章出處: http://blog.xuite.net/michaelr/linux/5346568
———————————————————————————–
到以下的網址下載realplayer 9的codec
http://www.mplayerhq.hu/MPlayer/releases/codecs/
在這裡也就是指
http://www.mplayerhq.hu/MPlayer/releases/codecs/rp9codecs-win32-20050115.tar.bz2
解開後看看裡面的readme.txt,裡面有寫該把解出來的檔案放到那個目錄去.你可以看看readme.txt中列出來的目錄,有那幾個是現在系統中已存在且已經有放codecs檔案在裡面的,把解出來的那些也放進去就可以了.
如果你還是不確定,那麼在還沒放進正確的目錄之前,先在終端機模式下先試著用指令去播放rm,rmvb的檔案,那麼你將可以看到畫面出現很多訊息,你仔細找找看,裡面會寫著mplayer到那幾個目錄下去找codecs,但都找不到,所以放不出畫面來.
我在FC4目前的環境是放在
/usr/lib/win32
下的,接著再重開mplayer就可以放rm和rmvb的檔案囉,不過要注意.如果真的遇到太新的編碼方法,還是會放不出來哦,因為我們裝的只有到realplayer9的codec而已.
————————————————————–
以上

在google 中找到此網頁:
http://www.linux-on-laptops.com/forum/showthread.php?p=2325#post2325
原來只要在/etc/modprobe.conf 中加入下列一行即可:
options snd-hda-intel model=3stack

然後重開機就可以啦

首先, 安裝無線網卡的driver , 參照之前的資料:
http://www.haostudio.idv.tw/blog/?p=32

然後用yum 安裝NetworkManager.
編輯/etc/rc.d/rc.local檔, 新增如下資料:
/sbin/ipw3945d
sleep 3
/etc/init.d/NetworkManager start
/etc/init.d/NetworkManagerDispatcher start

重新開機即可

新裝上軟體如下:
1. AdobeReader 7.0.9 :
上 Adobe 網站抓 AdobeReader 7.0.9 for linux 版(rpm 檔), 安裝完後, 修改/usr/bin/acroread 檔,
尋找字串如下:
echo $mfile| sed ’s/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]\)00.\([0-9]*\)\|\(.*\)/\1\2\3/g’
修改成如下:
echo $mfile| sed ’s/libgtk-x11-\([0-9]*\).0.so.0.\([0-9]*\)00.\([0-9]*\)\|\(.*\)/\1\2\3/g’
尋找字串如下:
MIN_GTK_VERSION=』240″
修改成如下:
MIN_GTK_VERSION=』2040″

1.安裝ies4linux
參考http://www.tatanka.com.br/ies4linux/page/Installation:Fedora 安裝ies4linux
調整ie6 字型, 及中文輸入, 參考下列網站:
http://www.in-life.idv.tw/index.php?/archives/355-wine-a-ie-aecaeea.html
還有
http://www.ubuntu.org.tw/modules/newbb/viewtopic.php?topic_id=3364&forum=7#forumpost11579

上禮拜, 我的virtual platform 程式的基本功能已經能在公司的linux PC上正常的run了. 由於實驗用的PC比較慢, 所以就把程式丟到快一點的工作站上去跑, 結果compile玩後, 一執行, 當場就掛了. 但拿回自己實驗的PC又跑的好好的. 而且家裏的PC也run 的好好的, 一直覺得很納悶, 哪裡出問題了. 比較兩台PC環境, 一台是Fedora Core 5, P4 CPU, 另一台是CentOS 4 , Duo Core的 CPU. 本以為是CentOS 太舊了 , 想說應該不是我程式的問題(心理還是毛毛的)……..後來在我的ASUS NB(Fedora Core 6, Duo Core CPU) 上跑, 一樣掛掉. 就決定一定要把問題找出來. 奮戰超過12小時後, 終於找到問題, 原來是我的程式有race condition的問題, 在快一點的CPU上跑, 就有可能測出bug.

雖然問題解決了, 但是讓我體會到一件事情, 許多人(包過我自己)在程式寫到一個段落後, 在自己的環境下測試OK, 或者是經過許多環境測試都OK. 就信誓旦旦的說, 程式寫完了, 測過了, 沒問題, 但是一旦在某特定環境下出錯, 就直覺是環境的問題, 而不相信自己的程式有錯….
但是事實卻是自己的程式有bug. 通常這類的bug不容易測出來, 也不容易找到癥結點. 但是一但認為自己的程式沒問題, 那就完蛋了, 這個bug可能就用永遠不會被發現了.

所以對自己的程式, 隨時保持懷疑的態度, 有助於提升程式的品質, 即使是大師級的人物, 也可能會犯下小錯而不自知. 唯有不斷的review 自己, 才能把那隻該死的bug抓出來.