Linux

linux下的nc命令中，-l後跟隨監聽連接埠，-p後跟隨與目標主機建立串連時的本地連接埠，二者不可能同時使用。 nc -l 1234nc 127.0.0.1 1234在連接埠1234建立串連，互相發送輸入nc -p 1234 -w 5 host.example.com 80建立從本地1234連接埠到host.example.com的80連接埠串連，5秒逾時nc -u host.example.com 53u為UDP串連echo -n "GET / HTTP/1.0"r"n"r"n" | nc

1. 下載安裝包從 Hbase 官網下載頁面下載安裝包, 然後tar xfz hbase-0.94.2.tar.gzcd hbase-0.94.2chmod ugo+x ./bin/*.sh注意, 要修改 bin/ 目錄下的指令碼的的許可權, 不然啟動出錯.2. 配置 HBASE-ENV.SH 和 HBASE-DEFAULT.XML兩個設定檔中的一個 hbase-env.sh 已經存在於 conf/ 目錄下, 但 hbase-default.xml 並不在 conf/ 目錄, 需要從

fsck.vfat man dosfsck ,找到維護人http://www.hodek.net/maintain.htmlftp://ftp.uni-erlangen.de/pub/Linux/LOCAL/dosfstools/這個版本太舊了。  後來找到這個：http://www.daniel-baumann.ch/software/dosfstools/ fengyun@fengyun-server:/opt/marvell/APP/applications/configwizard$

原來一直在使用PuTTY+SSH登入Linux，如果要使用圖形介面，再加上Xming，覺得已經比較安全和方便了。唯一感覺不完美的是不能直接使用Linux案頭。最近看到關於VNC的文章，可以直接存取遠端桌面。下面是配置Windows下通過VNC訪問Linux遠端桌面的一點體會。Linux主機：192.168.111.122，運行VNC服務和SSH服務。Windows主機：192.168.111.189，運行VNC用戶端VNC Viewer。1.

分類： man scp / man sftp簡單來說：下載遠程檔案或者目錄到本地,如果想上傳或者想下載目錄，最好的辦法是採用tar壓縮一下，是最明智的選擇.scp user@host:/path/file /localpath 如果拷目錄就 scp -r user@host:/dirpath /localpath上傳本地目錄或者檔案到遠程或者 scp localfile user@host:/dirpathscp -r localdir user@host:/dirpathsftp

　　以原始碼發布的軟體安裝包副檔名一般為.tar、tar.gz、tar.Z 和tar.bz2，這些壓縮包可以直接在圖形介面下通過右鍵捷徑功能表中“解壓縮到此處”解壓，然後進入軟體包解壓縮後的目錄，閱讀相關說明檔案，如readme、install 等文字檔，瞭解該軟體安裝的需求、配置參數和注意事項等，一般來說多數軟體的安裝步驟基本為：　　./configure　　make　　make

前言：以前初識Linux時，對Linux系統安裝時分區的選擇，一點都不瞭解，導致幾次沒法進行下一步安裝，因此就靜下心來，專門拿出時間研究了研究這方面的知識；以下內容就是以前通過研究Linux安裝過程中分區的知識總結出來的一些知識；貼上來，做個備份，也希望對Linux初學者有一些協助。本文：一般來說，在linux系統中都有最少兩個掛載點，分別是/ (根目錄)及 swap（交換分區），其中，/

Linux下，每一個硬碟裝置都被映射到一個系統的裝置檔案；對於磁碟，光碟機等IDE或者SCSI裝置也不例外。此處要滲透一個概念-->【一些裝置皆檔案】 IDE磁碟的裝置檔案採用/dev/hdx來命名，分區則採用/dev/hdxy來命名，其中x表示磁碟（a是第一塊磁碟，b是第二塊磁碟，以此類推），y代表分區的號碼（由1開始，1、2、3以此類推）

通過diff工具產生補丁, patch工具打上補丁.在使用diff之前, 你需要保留一份未修改過的源碼, 然後在其它地方修改源碼的一份拷貝. diff對比這兩份源碼產生patch. 修改過的源碼必須保留原來的檔案名稱, 例如, 如果你修改源碼中的a.c檔案, 那麼, 修改後的檔案還是名為a.c, 在修改之前你可以複製a.c為a.orig.c進行備份.1.為單個檔案產生補丁$ diff -up linux-2.6.28.8/net/sunrpc/svc.orig.c linux-2.6.28.8/

Linux核心能夠識別的所有裝置都記錄在src/Documentation/devices.txt檔案中，如下所示：---------------------------------------------------------------------------------------------------------    主裝置號     裝置類型                次裝置號=檔案名稱                 簡要說明------------------------

$ ll /dev/input/micecrw-rw---- 1 root root 13, 63 2009-07-09 15:54 /dev/input/mice讀/dev/input/mice裝置節點的源碼如下：#include <stdio.h>#include <errno.h>#include <fcntl.h>#include <sys/select.h>#include

原因分析1：如果/var是單獨分區的，可能是分區容量過小，更新系統或者安裝大型軟體時，使用到了/var目錄，因此提示空間不足。使用一下辦法即可解決。方法1：sudo apt-get cleansudo apt-get autoremove然後重啟機器,如果仍然空間不足，使用方法2。方法2：用symbolic links來解決﹕mv /var/spool /home       //先移動/var下較大目錄到/home或者其他某一空間足夠大的目錄。ln -s /home/spool /var   

最後是Linux學習的路線圖：　　　　1． 掌握至少50個以上的常用命令。　　　　2． 熟悉Gnome/KDE等X-windows案頭環境操作 。　　　　3． 掌握.tgz、.rpm等軟體包的常用安裝方法　　　　4． 學習添加外設，安裝裝置驅動程式（比如網卡）　　　　5． 熟悉Grub/Lilo引導器及簡單的修複操作 。　　　　6． 熟悉Linux檔案系統 和目錄結構。　　　　7． 掌握vi,gcc,gdb等常用編輯器，編譯器，調試器 。　　　　8．

原文：http://www.cnblogs.com/gylei/archive/2012/03/10/2388659.html原因分析1：如果/var是單獨分區的，可能是分區容量過小，更新系統或者安裝大型軟體時，使用到了/var目錄，因此提示空間不足。使用一下辦法即可解決。方法1：sudo apt-get cleansudo apt-get autoremove然後重啟機器,如果仍然空間不足，使用方法2。方法2：用symbolic links來解決﹕mv /var/spool /home    

最近裝了個CentOS6系統，跑的還行，至少發熱量不是太大，很穩定。唯一感覺不習慣的是gnome的案頭，用慣了windows，不適應gnome的預設案頭，想用kde，可又嫌太卡，發熱太大。偶然的機會，發現gnome可以定製案頭，著實高興了一把，記錄下來，也方便我以後查閱。首先看一下我定製的案頭，如：哈哈，是不是很熟悉啊，在左下角是類似開始菜單的東西，右下角是“顯示案頭”按鈕，類似win7的右下角，其它的一看就明白，我就不多說了。下面介紹下定製過程：1、刪除案頭頂部的面板空白處單擊右鍵

原文自：https://www.ibm.com/developerworks/cn/linux/l-ipc/part2/index1.html 簡介： linux訊號機制遠遠比想象的複雜，本文力爭用最短的篇幅，對該機製做了深入細緻的分析。讀者可以先讀一下訊號應用執行個體（在訊號（下）中），這樣可以對訊號發送直到相應的處理函數執行完畢這一過程有個大致的印象。本文盡量給出了較新函數的應用執行個體，著重說明這些的功能。 一、訊號及訊號來源訊號本質訊號是在軟體層次上對中斷機制的一種類比，在原理上，一個進

原文自：http://www.ibm.com/developerworks/cn/linux/l-ipc/簡介： 一個大型的應用系統，往往需要眾多進程協作，進程（Linux進程概念見附1）間通訊的重要性顯而易見。本系列文章闡述了Linux環境下的幾種主要處理序間通訊手段，並針對每個通訊手段關鍵技術環節給出詳細執行個體。為達到闡明問題的目的，本文還對某些通訊手段的內部實現機制進行了分析。 序linux下的進程通訊手段基本上是從Unix平台上的進程通訊手段繼承而來的。而對Unix發展做出重大貢獻的兩

原文自：https://www.ibm.com/developerworks/cn/linux/l-ipc/part2/index2.html 簡介： 在訊號（上）中，討論了linux訊號種類、來源、如何安裝一個訊號以及對訊號集的操作。本部分則首先討論從訊號的生命週期上認識訊號，或者宏觀上看似簡單的訊號機制（進程收到訊號後，作相應的處理，看上去再簡單不過了），在微觀上究竟是如何?的，也是在更深層次上理解訊號。接下來還討論了訊號編程的一些注意事項，最後給出了訊號編程的一些執行個體。  一、訊號生命

原文自：https://www.ibm.com/developerworks/cn/linux/l-ipc/part1/ 簡介： 在本系列序中作者概述了 linux 處理序間通訊的幾種主要手段。其中管道和有名管道是最早的處理序間通訊機制之一，管道可用於具有親緣關係進程間的通訊，有名管道克服了管道沒有名字的限制，因此，除具有管道所具有的功能外，它還允許無親緣關係進程間的通訊。

原文自：https://www.ibm.com/developerworks/cn/linux/l-ipc/part3/ 簡介： 本系列文章中的前兩部分，我們探討管道及訊號兩種通訊機制，本文將深入第三部分，介紹系統 V 訊息佇列及其相應 API。本文的標籤：  linux環境處理序間通訊, linux進程, record, 訊息佇列, 處理序間通訊    訊息佇列（也叫做報文隊列）能夠克服早期unix通訊機制的一些缺點。作為早期unix通訊機制之一的訊號能夠傳送的資訊量有限，後來雖然POSIX