Linux

雖然man上寫的很詳細，但有時用的時候可能並不想去man，還是寫些筆記，方便以後使用。基本命令格式如下tcpdump [- 包顯示格式參數] [- 捕獲控制參數] '過濾匹配條件' tcpdump可以以一定的顯示格式來列印滿足過濾條件的包資訊，包的來源可以是網路介面，也可以是檔案。 通常僅僅鍵入tcpdump就可以開始包的捕獲，但這時由於缺少捕獲條件，你想要的包會淹沒在一大批無用的資料中，而且缺少顯示格式參數的控制，tcpdump只會列印IP包頭資訊，有時你需要更精確的捕獲控制和更詳細的包資訊，

    看APUE，得到些感性認識，然而不同的實現對於一些函數語意實現並不相同，導致編程時會出現一些混淆。下面記錄一些容易混淆的地方。    1 signal函數 BSD/Linux的實現並不在訊號處理函數調用時，恢複訊號的處理為預設，而是在訊號處理時阻塞此訊號，直到訊號處理函數返回。其他實現可能在調用訊號處理函數時，恢複訊號的處理為預設，因而需要在訊號處理函數中重建訊號處理函數為我們定義的處理函數，在這些系統中，較好的方法是使用sigaction來建立訊號處理函數。    2 發送訊號給進程，

       1 於日期和日間背景知識        UTC時間：翻譯為國際標準時間，需要由世界上精確的原子時鐘來確定秒，並根據地球自轉快慢進行閏秒的調節。理論上此時間為世界上最準確的時間。目前各國採用的標準時間。        GMT時間：翻譯為格林尼治時間，由英國格林尼治天文台發布的時間。1960年之前作為世界標準時來使用。理論上正午12點為太陽經過橫穿本初子午線的時間，但由於地球自轉速度正在變慢，此時間會產生較大的時間誤差。但對於日常生活來說GMT和UTC的實際誤差並不太重要。      

 linux下GTK開發環境建立（ubuntu）www.firnow.com    時間 ： 2008-07-03  作者：佚名   編輯：本站 點擊：  2260 [ 評論 ]-- 1、配置gcc剛裝好的系統中已經有GCC了，但是這個GCC什麼檔案都不能編譯，因為沒有一些必須的標頭檔，所以要安裝build-essential這個軟體包，安裝了這個包會自動安裝上g ,libc6-dev,linux-libc-dev,libstdc

今天使用select編程，問題很多，以前真的沒有仔細研究過。出現了以下幾個問題1 recvfrom在接收時，提供給系統調用的最後一個參數，用戶端的地址結構，其長度必須進行初始化，如果為0，則不能接收資料。2 select的第一個參數為所有監視的檔案描述符的最大值+1，而不是監視的檔案描述符個數+1。3 不要監視那些經常可用的檔案描述符，如果這樣做，select會一直返回。4

Linux下開發C程式，甚至是GUI程式，都可能需要處理複雜的命令列參數。健全、可靠的複雜命令列參數處理機制，可使程式方便使用，也更顯專業。Linux下幾乎所有的命令都提供了參數處理機制，包括短選項和長選項。　　POSIX標準中對程式名、參數作了如下相關約定：    * 程式名不宜少於2個字元且不多於9個字元；    * 程式名應只包含小寫字母和阿拉伯數字；    * 選項名應該是單字元活單數字，且以短橫‘-‘為前綴；    * 多個不需要選項參數的選項，可以合并。（譬如：foo -a -b -

grep -irn "int socket"   path_4_linux_src  或者 souceinsight  類似的工具查看  看了部分，發現bind  ---> sys_bind 搜尋如下 * * AUTHOR: anhk * DATE: 2007-5-23 * * 這是學習網路部分的筆記, 比較粗糙, 並且把一些引用計數代碼去掉了. * 還有部分加鎖的代碼 * sys_socketcall[net/socket.c]函數是整個網路的中斷入口函數 */  asmlinkage

來源：http://blog.csdn.net/lwhsyit一、引言    通常情況下，對函數庫的連結是放在編譯時間期（compile time）完成的。所有相關的對象檔案（object file）與牽涉到的函數庫（library）被連結合成一個可執行檔（executable file）。程式在運行時，與函數庫再無瓜葛。這些函數庫被成為靜態庫（static

    原理主要是刪除的檔案並沒有實際上從硬碟上摸去，只是inode索引刪除了相關的資訊，因此只要找到剛刪除檔案的block上，就可以恢複已經刪除的檔案。    以下方法在ext3的檔案系統上測試通過，ext2的沒有測試過。假設刪除的檔案在dir下面，位於/dev/sda5上。    主要藉助debugfs    1 運行debugfs，進入調度模式    2 執行open /dev/sda5    3 執行ls -d dir

工具1 sar     sar命令包含在sysstat工具包中，提供系統的眾多統計資料。其在不同的系統上命令有些差異，這裡只說其在網路資料監控上的參數。     sar -n [DEV|EDEV|SOCK] interval cnt      某些系統提供的sar支援基於網路介面的資料統計，這個命令可以查看裝置上每秒收發包的個數和流量     sar -n UDP|TCP|SOCK interval cnt    

轉自：http://bbs.chinaunix.net/thread-1925077-1-1.html經典！看了對低端實體記憶體和高3 核心的虛擬記憶體被連續映射到最低端的實體記憶體。這是所有問題的開始。為什麼要把核心的虛擬位址空間連續地映射到實體記憶體最低端？這個根本不是個問題。開發人員或是出於效率的原因或是出於實現的原因，就是做了這樣的設計。但這種設計卻引發了很多令人困惑的問題。假設我們使用32位版本核心，系統裝有2G實體記憶體，下面所說的“核心的虛擬記憶體”是指核心前896M虛擬記憶體。"

轉貼：在Ubuntu中，檔案位置預設不是和Windows地址欄一樣的（位置項），而是顯示是路徑名稱組合(路徑欄)，這對於檔案路徑的獲得複製很不方便。比如，獲得某個檔案德 路徑，如果是地址欄，直接複製一下就可以了，但是Ubuntu的預設是不能直接複製德。所以為了方便，決定將地址欄修改為類似Windows地址欄的 風格。方法：終端，輸入gconf-editor， 定位到apps->nautilus->preferences，定位到

解惑—Linux中的地址空間（一）（轉載）http://blogold.chinaunix.net/u3/94700/showart_2434805.html 有這麼一系列的問題，是否在困擾著你：使用者程式編譯串連形成的地址空間在什麼範圍內？核心編譯後地址空間在什麼範圍內？要對外設進行訪問，I/O的地址空間又是什麼樣的？先回答第一個問題。Linux最常見的可執行檔格式為elf(Executable and Linkable Format)。在elf格式的可執行代碼中，ld總是從0x8000000

部落格已遷移至：http://kulv.sinaapp.com/，這裡不再使用關於核心地址空間如何和進程地址空間合在一起，下面函數能看出來。/* * This routine handles page faults. It determines the address, * and the problem, and then passes it off to one of the appropriate * routines. * * error_code: *bit 0 == 0

最近在linux做了一些曾今做過的實驗。是的，曾今做過。主要是一些網路服務，比如dns服務，ftp服務，郵件服務，samba服務等。之所以說是以前的做過的實驗是因為那時用的是redhat9.0，這個系統用的是2.2的核心，那時候還是在培訓學校，老師每天帶領我們在這個系統上做各種服務，也就是上面所提到的服務。我想計算專業的同志都很清楚。現在畢業了，我告別了自己就為的學生時代，進入社會。可是，我還是一直喜歡使用redhat的系統。我是說這一系列的系統，比如centos，或者scientificlin

Linux系統開機啟動時的工作原理也是深入瞭解Linux系統核心工作原理的一個很好的途徑。    啟動第一步--載入BIOS    當你開啟電腦電源，電腦會首先載入BIOS資訊，BIOS資訊是如此的重要，以至於電腦必須在最開始就找到它。這是因為BIOS中包含了CPU的相關資訊、裝置啟動順序資訊、硬碟資訊、記憶體資訊、時鐘資訊、PnP特性等等。在此之後，電腦心裡就有譜了，知道應該去讀取哪個硬體裝置了。在BIOS將系統的控制權交給硬碟第一個扇區之後，就開始由Linux來控制系統了。   

       離上一次用Linux已經有一段時間了。這主要是因為兩方面的原因：一方面是臨近大學畢業了，忙著寫論文找工作，無暇顧及我的愛好了；另一方面，也是最重要的方面，大學期間買的一台二手電腦（CTR顯示器的那種）壞了，害得我畢業論文只能在大學機房的電腦上完成。現在大學畢業了，找了個不算好也不算很差的工作，又開始玩起了Linux。主要是想給自己未來的電腦（我現在還沒有買電腦，現在用的是公司的）選一套合適的Linux作業系統，當然也是出於學習的目的。所以這一段時間，我又開始了學習Linux的路程。

1.採用http://prism54.org/下islsm和prism均不成功，使用ndiswrapper 1.52類比windows下介面程式進行http://ndiswrapper.sourceforge.net/joomla/（注意核心至少2.6.18 or

             LINUX下的21個特殊符號1． > 重新導向輸出符號。  2． >>重新導向輸出符號，但有追加的功能。 3． 2>錯誤重新導向輸出符號，覆蓋原檔案內容。 4． 2>>錯誤重新導向輸出符號，有檔案內容追加的功能。 5． * 匹配任一字元。 6． ？匹配任意一個字元。 7． | 管道符號。 8． & 後台進程符。 9． &&l邏輯與符號。用法：命令1 && 命令2

TCP協議有個逾時重傳機制，想必大家都比較熟悉。TCP協議是一種傳輸可靠的協議，因此這個機制是必不可少的。那麼今天要探討的是在發送隊列還有資料的情況下，網路連接異常斷開後，協議棧是到底是怎樣來處理這些資料的，資源又是怎樣被回收的呢？我這裡先給出幾個測試的結果：1、修改linux系統下的tcp_retries2為1，當socket發送隊列有一定資料時，突然切斷網線，造成異常斷鏈的情境，此時，大約過了1秒，用netstat觀察established的串連消失；2、繼續把該參數修改為15，重複上面的實