screen與nohup原理

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

不可信的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

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，雖然說好像沒有很重要，但是惡魔往往藏在細節內

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/

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的範圍，且跳得有點快，所以就算了，也不知道到底哪個環節出錯

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 :用戶級的環境變量設置文件