2013年1月27日

screen與nohup原理

nohup是可以把一些類似抓取ftp image的指令在關掉ssh client後繼續執行的程式,而screen則是更強大的管理工具,當然一般管理員跟使用者根本不需要知道系統的作業原理,但是營養一下也無所謂,不是嗎
http://www.ibm.com/developerworks/cn/linux/l-cn-screen/

2013年1月25日

不可信的free指令!?

我之前就對於free與gnome的記憶體統計有出入感到疑惑??然則一直沒有去追究,最近稍微有點了解到了,其實free是統計各個process間的user space的空間大小,然則linux並不會完整配置實體記憶體給他,有時process申請的heap space也不會一下子釋放,所以導致兩者有出入,換句話說,free指令統計出來的記憶體空間,跟實際的使用空間很有出入

每個process都有各自4G的virtual memory,然則有使用到才會配置,最常動態配置的便是heap,而process會自行管理heap,當申請的時候便在剩下的heap space挖出一塊空間配置給程式,程式歸還的時候process未必馬上抹除,他會先留下來如果短期內程式又有要求,就可以直接給出
更有甚者是,process heap是對kernel做請求,kernel還拖到真的使用到的時候,才將physical memory置給process,不然process heap配置的再多,也只是在virtual space上面

所以啦,加總所有process使用到的空間,未必等於真的physical memory的消耗,也就是說,free指令的結果,看看就好啦:P

參考資料:
http://hi.baidu.com/zzcqh/item/fa4f8eaa410e70736cd4551e
http://www.perfgeeks.com/?p=723

2013年1月23日

IO redirection and pipline

Q1.1:cat file >file
Q1.2:cat file
Q1.3:cat >file


A1.1:命令報錯(cat: file: input file is output file),file變成空的
A1.2:命令成功運行($?=0),但是file變成空的
A1.3:無限loop! file的內容被無限循環的輸出到file本身


這三個問題,貌似好像沒啥了不起,可是仔細看好像不大對勁,首先file真的是指同一個file,一般來說,一般人不會把輸入跟輸出設定成一樣

cat < file就已經算是少人會使用的了,man cat,得到開頭


DESCRIPTION
       Concatenate FILE(s), or standard input, to standard output.

簡單的說,就是接受檔案或者stdin都可以,然後輸出到stdout,直白

那為何file會變成空的?內容都不見了!?
Q1.1 因為cat偵測到這件事情,所以直接跳出,當然輸出是空白(用echo $?檢查)
Q1.2 答案或許出乎意料的簡單,shell通常先處理output,再來處理input  :)~ 所以讀入空白,放到file,跟著讀進空白檔案
Q1.3 因為輸出後再讀入

小小一個簡單的IO redirection就可以把人搞死orz,雖然說好像沒有很重要,但是惡魔往往藏在細節內

2013年1月11日

vim取得目前的檔案名稱

在command mode,簡單的顯示出來
:echo @%
把檔案名稱寫入檔案內
:put =expand('%:p')
:put =expand('#:p')

參考資料:
http://vim.wikia.com/wiki/Get_the_name_of_the_current_file

vim字元自動補齊

使用的是inoremap
使用方式是

" 補齊括弧
" 語法
" inoremap  triger_char  mapping_str
" 映射指令     觸發字元     映射字串
"
" 註: 為向右鍵字元

inoremap ( ()  "小括號補齊,並將輸入游標左移一個字元
inoremap [ []  "中括號補齊,並將輸入游標左移一個字元
inoremap { {}  "大括號補齊,並將輸入游標左移一個字元
inoremap ' ''  "單引號補齊,並將輸入游標左移一個字元
inoremap " ""  "雙引號補齊,並將輸入游標左移一個字元
加上最後的<LEFT>是使輸入的地方保持在兩個符號中間 i表示insert mode其實還有command mode的cnoremap以及visual mode的vnoremap
P.S. 在文章內的<LEFT>全部被blogger吃掉了
參考資料:
http://milk4candy.wordpress.com/2010/12/28/vim-vim%E4%B8%AD%E8%A8%AD%E5%AE%9A%E6%8B%AC%E5%BC%A7%E7%9A%84%E8%87%AA%E5%8B%95%E8%A3%9C%E9%BD%8A/

2013年1月4日

grub指令手動開機

最近在解救一台VM,因為VM在更新的時候,電源突然跳電,導致開機的時候就進入了grub模式,無法自動開機,詳細的原因為我也不知道為何,只好使用grub指令來手動載入開機程序,其實這個過程跟嵌入式系統差不多
首先打入ls (hd,然後按鍵,系統就會把它能夠辨識partition的檔案系統列出來
如果不確定哪個partition是root,就把代號補齊,列出底下的檔案,應該就可以辨識了
知道root directory在哪個partition,接下來就是找出kernel,比方說
linux (hd0,1)/vmlinuz root=/dev/sda1
跟著自行啟動initrd
initrd (hd0,1)/initrd.img
最後打下boot
幸運的話,就可以開始啟動了,跟著就先備份需要的檔案,過程中有看到ubuntu嘗試在修正一些錯誤,不過那已經超過dmesg的範圍,且跳得有點快,所以就算了,也不知道到底哪個環節出錯

2013年1月2日

ubuntu萬年語言bug

說萬年是誇張的講法,不過印象從9.04好像就開始有這個問題,也就是安裝完畢之後,無法套用中文環境,即使安裝了中文環境

解法,首先,先安裝中文套件(language support=>Install or remove languages)

其次可能還是無法選擇繁體中文,但是接下來改變方法是這樣
先選擇region format,改成中文,接著進入"System Settings"=>"User Accounts",將使用者語言也改成中文
 這樣重新登入後就可以看到中文了

如果還不滿意,因為登入畫面還不是中文,修改/etc/default/locale檔案,將LANG變數變成zh_TW.UTF-8,完成

原理:
ubuntu語系判斷主要兩個檔案/etc/default/locale~/.pam_environment,手動修改這兩個檔案可以直接跳過GUI畫面,更進一步整個ubuntu讀取設定流程是


system level(如果不是用bash shell,中間config檔案很可能會被忽略):
/etc/profile:在登錄時,操作系統定製用戶環境時使用的第一個文件,此文件為系統的每個用戶設置環境信息,當用戶第一次登錄 時,該文件被執行。這個文件一般就是調用/etc/bash.bashrc文件。
/etc/bash.bashrc:系統級的bashrc文件。
/etc/environment:在登錄時操作系統使用的第二個文件,系統在讀取你自己的profile前,設置環境文件的環境變量。

User level(如果不是用bash shell,中間兩個config檔案相當會被忽略):
~/.profile:每個用戶都可使用該文件輸入專用於自己使用的shell信息,當用戶登錄時,該文件僅僅執行一次!默認情況下,他設 置一些環境變量,執行用戶的.bashrc文件。這裡是推薦放置個人設置的地方
~/.bashrc:該文件包含專用於你的bash shell的bash信息,當登錄時以及每次打開新的shell時,該該文件被讀取。不推薦放到這兒,因為每開一個shell,這個文件會讀取一次,效率 上講不好。
~/.bash_profile or ~./bash_login :不推薦使用這個,這些不會影響圖形界面。而且.bash_profile優先級比bash_login髙。當它們存在時,登錄shell啟動時會讀取它 們。
~/.pam_environment :用戶級的環境變量設置文件