A. linux下怎麼打開lzo文件查看文件內容
lzo 是壓縮文件。
一般 Linux 下面的壓縮都是流壓縮，也就是只能壓縮一個文件。這種文件是沒辦法看內容的，只能直接解壓縮。
圖形界面雙擊即可。
B. 如何用berryboot給cubieboard安裝ubuntu系統
當你下載好安裝文件並且解壓到你的SD卡後， 將SD卡插入樹莓派中並接上電源啟動它， 你會看到短暫的啟動過程並最終顯示以下的配置界面：
花些時間調整屏幕顯示（看屏幕上方和下方是否出現綠色的校準條來選擇是否選擇或者撤銷overscan選項）。 設置你的網路連接類型（network connection）為有線（wired）或者無線（Wi－Fi）。最後設置的你的鍵盤布局。
如果你選擇了無線連接你的網路，安裝程序會讓你選擇連接的無線網路名稱和相應的密碼。
注意：這里的無線網路連接設置只適用於BerryBoot安裝過程，一旦你安裝了樹莓派的linux系統比如Raspbian，你需要在Raspbian再次設置你的無線網路連接。
當你鏈接上網路後，安裝程序會讓你選擇安裝樹莓派系統的位置（SD卡或是外接的硬碟）：
這里默認的是SD卡， 如果你想將樹莓派的系統安裝在外接的快閃記憶體或是硬碟上，現在就連接上它們。一旦顯示出你連接上的快閃記憶體或者硬碟，選擇並點格式化鍵（Format）, 注意這里格式化會清楚掉所有快閃記憶體或者硬碟上的內容，請格式化前自行備份。
大約一分鍾後， 會彈出一個添加系統（Add OS）的窗口中， 這里你可以選擇安裝到BerryBoot卡上的第一個系統。 這里我們以安裝Raspbian為例， 點擊確認（OK）進行安裝。
一旦Raspbian的安裝鏡像文件下載並安裝完成後， BerryBoot的Menu Editor就會彈出並顯示以下內容：
在 這個menu editor中，你可以進行多項操作。你可以添加（Add OS）新的系統或者移除（Delete）現有的系統， 同樣的你可以選擇默認的啟動系統（Make default）。你可以編輯(Edit)每一個單獨系統的屬性比如更改名稱或是內存的位置。你可以在這里復制（Clone）系統（比如在 Raspbian上運行兩個不同的項目）。有也可以備份（Backup)整個SD卡或者外接存儲設備中的單獨的某一個系統。
除了上述的這些外，你可以進行更高級的配置（在窗口上面最後的小箭頭處）， 比如BerryBoot的密碼設置， 修復壞損的文件系統， 轉換使用命令行窗口進行設置。
上面的這些都是BerryBoot很好的功能， 但是我們這里的重點是添加一個新的系統。點擊添加系統（Add OS）， 屏幕轉回到剛剛的添加系統（Add OS）的窗口中， 現在我們要再添加OpenELEC到我們的BerryBoot系統啟動項中。選擇並點擊確認。
當第二個系統安裝完畢後，你就可以在Menu Editor中選擇默認的啟動系統了， 這里我們選擇Raspbian做為我們默認的啟動系統：
到這，我們就可以退出Menu Editor開始我們的多系統選擇啟動了。 點擊退出（Exit）按鈕。一會就會彈出以下的BerryBoot menu窗口
如果在之前的配置中你已經選擇了默認的啟動系統， 這里會在倒數後自動啟動它。如果你沒有選擇默認的系統， BerryBoot會停在這里窗口直到用戶做出選擇要啟動的系統。默認的倒數時間長度為10秒。
如 果你想更改默認的倒數時間長度的話可以在這里點擊右下角的編輯菜單（Edit menu）按鈕， BerryBoot會轉向menu editor窗口。點擊右上角的高級配置（Advanced Configuration）按鈕，編輯uEnv.txt文件中『bootmenutimeout』的值。
無論你是否改變這個值，BerryBoot menu總會你在你啟動，關閉或是重啟樹莓派時最先看到。你可以通過鍵盤，滑鼠來選擇要啟動的系統版本。如果你將樹莓派通過HDMI線連上家中的支持
CEC(Consumer Electronics Control)的媒體中心的電視，你也要可以通過對應的遙控器來選擇你想啟動的系統項。
手動添加系統到BerryBoot系統啟動項中
當你只是使用那些BerryBoot中自帶的鏡像linux系統版本時，比如Raspbian和Puppy Linux， 安裝只是簡單的點擊和選擇確認。如果你想試一些非常規的新系統可能就會變得有些棘手。
在BerryBoot中添加新的linux系統版本時，需要先用SquashFS編譯這個linux系統並獲得它的鏡像文件.IMG。你可以通過以下的三種方式獲得這個文件。
首先，最簡單的方法就是從BerryBoot官網中獲取那些沒有正式添加到安裝文件中的linux系統鏡像文件， 這些文件可以從這里獲得，這些鏡像文件可以直接使用不需要通過SquashFS的編譯。
其次，在BerryBoot官網上沒有的但是在樹莓派的官網上提供的linux系統鏡像文件，同樣的可以不通過SquashFS的編譯直接使用添加到BerryBoot中。
最後，例如像Raspbmc這樣的需要用戶使用安裝工具直接下載到樹莓派上並在樹莓派上進行安裝的linux版本。你需要創建一個SD卡的鏡像文件來添加到BerryBoot中，如何創建一個卡的鏡像文件點擊這里。
對於.IMG格式的文件添加（無論是下載的還是創建的），你都需要通過linux系統來使用SquashFS先進行編譯。因為SquashFS只有在linux的系統下運行最為穩定，所以這里我們也只介紹在linux系統下如何使用SquashFS。
如果你現在用的linux版本中沒有安裝SquashFS， 在terminal裡面輸入以下指令下載並安裝SquashFS：
sudo apt-get install squashfs-tools
1
sudo apt-get install squashfs-tools
將含有鏡像文件的SD卡或者USB鏈接到運行linux的主機上進行.IMG格式文件轉換。這里我們將用NewBerryBoot.img為例，在命令行輸入一下指令：
sudo kpartx -av NewBerryBoot.img
1
sudo kpartx -av NewBerryBoot.img
kpartx命令用於創建分區表的設備映射， -av 用於添加映射和映射的詳細內容，這樣便於我們查閱輸出。 這時的輸出類似如下的內容：
add map loop0p1 (252:5): 0 117187 linear /dev/loop0 1add map loop0p2 (252:6): 0 3493888 linear /dev/loop0 118784
1
2
add map loop0p1 (252:5): 0 117187 linear /dev/loop0 1
add map loop0p2 (252:6): 0 3493888 linear /dev/loop0 118784
第二個也是最大的一個分區 loopOp2就是我們想要的存有linux系統的分區， 在你的鏡像文件中分區大小可能會有些不同（比如最大的一個是loop3p2），記錄下最大的分區名字，輸入如下的指令：
sudo mount /dev/mapper/loop0p2 /mntsudo sed -i 『s/^/dev/mmcblk/#/g』 /mnt/etc/fstabsudo mksquashfs /mnt converted_image_for_berryboot.img -comp lzo -e lib/molessudo umount /mntsudo kpartx -d NewBerryBoot.img
sudo mount /dev/mapper/loop0p2 /mnt
sudo sed -i 『s/^/dev/mmcblk/#/g』 /mnt/etc/fstab
sudo mksquashfs /mnt converted_image_for_berryboot.img -comp lzo -e lib/moles
sudo umount /mnt
sudo kpartx -d NewBerryBoot.img
上述一系列的指令使得我們想要系統分區被掛載，並且從原分區中提取出文件系統表格，接著使用SquashFS來重建這個分區的.IMG文件(去掉不同系統文件共享文件lib/moles)，最後撤銷掛載的分區並且刪除相應的映射。
這之後，我們可以回到溫馨可愛的BerryBoot的圖形界面了。無論你是下載的已經處理好的.IMG文件還是自己創建的獨有的.IMG文件，現在是時候將它們添加到BerryBoot中了。
連接上存有新建的.IMG文件的存儲設備（若是SD卡，請連接相應的讀卡器）到樹莓派上或是連接到USB擴展器上。 啟動含有BerryBoot SD卡的樹莓派，在啟動選擇菜單裡面，選擇編輯（Edit）啟動BerryBoot的menu editor。
如圖所示，就可以添加你新建的.IMG文件了。
選擇Copy OS from USB stick（從USB設備中拷貝系統）， 隨後.IMG文件選擇窗口就會彈出：
你 可能會注意到在最底層文件類型的選擇上會有些奇怪的擴展名(.img128, .img192)。當生成添加到BerryBoot的鏡像文件的時候你可以選擇文件的擴展名為128/192/224/240來指示BerryBoot你 想要分配哪塊內存區域給這個新添加的系統。如果你沒有特意指定也不用擔心，你同樣可以在BerryBoot的menu editor的Edit選項裡面進行內存分布的設定。
當你選擇並打開你新建的.IMG文件後就可以暫時放鬆一下了，.IMG文件在這個時候會被解包並安裝。這之後，你會在BerryBoot的menu editor中看到新添加的系統：
C. 談談如何使用Linux建立IP隧道
方法一：基於SSHde加密通道
SSH(SecureShell)是一套安全de網路連接程序,它可以實現通過網路遠程登錄其他系統，它就是加密detelnet協議。但是OPENSSH除了具you遠程登錄功能以外，更可以建立加密IP隧道。wo men 這里假設Alice.org伺服器位於某個企業網de內網，其IP地址為192.168.2.200，它通過NAT方式可以訪問互聯網。wo men 現在需要通過位於互聯網上de名字為bob.orgde機器里訪問Alice，也就是遠程登錄Alice。這時候wo men 就需要在bob和alice之間建立IP隧道。wo men 首先登錄Alice，執行命令：
#ssh-R11022:127.0.0.1:22 [email protected]
該命令表示登錄伺服器211.1.1.1，並將伺服器de11022定向為本地de22號埠。執行完該命令以後，會提示輸入ideal用戶密碼，輸入以後就會登錄到遠程伺服器bob。這時在bob上netstat-ln就會發現11022埠監聽，保持從alice到bobdessh連接不斷開。從互聯網任何位置登錄伺服器bob以後，wo men 可以通過該隧道登錄到alice伺服器，執行以下命令：
#sshlocalhost-p11022
該命令表示連接本地de11022埠，因為wo men 已經創建了從alice到bobde隧道，因此連接本地de11022埠實際上就是通過隧道訪問alicede22埠號。
這樣通過這個隧道就可以實現登錄位於內部網de伺服器alice，但是因為ssh命令中指定了源埠，這種隧道一般只能支持一種協議，對於特定應用則具you加密帶來de安全性de優點，但靈活性則不夠，而且為了保證隧道暢通，從alice到bobdessh連接不能斷開，也就意味著用戶不能退出alice，否則隧道就會關閉。
方法二：使用vtun建立IP隧道
VTun（VirtualTUNnel，http://vtun.sourceforge.net）是一個功能很強de軟體，可以利用它來建立IP虛擬隧道，而且隧道de數目可以不受限制，完全依照機器de能力而定，並且在此基礎上應用上可以實現VPN、移動IP等功能。
Vtun所支持de通道並且具you多種功能特性：
* 加密：支持基於CHAPde認證、並採用BlowFish128bit密鑰。
* 壓縮：支持zlib、lzo等多種壓縮演算法。
* 通信整形：平台無關，允許分別限制進入和流出通道de速率。
Vtun支持以下類型通道：
* IPtunnel(tun)：支持pppdeIP隧道。
* 乙太網隧道（Ethernettunnel）：支持可以實現乙太網封裝de各種協議，如：IPX、Appletalk、Bridge等。
* 串口通道（Serialtunnel，tty)：支持串列電纜de傳輸方式，如：PPP、SLIP等。
* 管道通道（Pipetunnel，pipe)：支持所you能使用Unix管道de程序。
Vtun支持多種平台，包括：Linux、BSD以及Solaris。
D. Linux系統的brtfs文件系統對於SSD應如何設置以優化壽命
別聽他們瞎說， *nix對硬體的支持和內核有關，ubuntu12的內核版本號是多少我不知道（我一直用centos）， 但是可以明確的告訴你，2.6的內核對ssd並沒有良好的支持，但是3.X的內核能良好的支持ssd，比如trim。如果你是2.X的內核，那就升級的ubuntu 14版本就好了。
E. linux內核代碼 匯編部分 疑問
沒研究過。
不過我記得 Linux 內核其實是兩部分，真正的內核本體是在內核文件的後部，一般都是壓縮的。之前是一個這個架構通用的啟動代碼，應該就是你這個匯編。
bootloader 的作用是把內核讀取到指定地址，之後運行這個內核，這樣運行的恰恰就是這段匯編寫的啟動代碼，這個啟動代碼的作用就是初始化環境，之後把後面本體的內核解壓縮並且寫到內存開始部分（忘了叫什麼名字）正好蓋掉 bootloader ，並且繼續運行。這樣這個運行的內核才是最終的 Linux 內核。（至少 x86 是這樣）
但每個 CPU 架構的啟動過程又有不同的地方。應該每個 CPU 都有自己特定的頭部啟動代碼。
你說這三個文件應該是有不同目的的。compressed 應該是解壓用的，kernel 裡面的應該是執行主要啟動過程的。那個 common.s 應該是「通用」部分代碼模塊。我的 comperssed 裡面還有很多 lzma 、gzip 、lzo 以及一些設備名稱的東西，應該都是「模塊」一類的吧。
你看看 Makefile 的編譯過程應該就能開除編譯調用的文件都是什麼了。
還有，你看源代碼最好看原版的，如果使用，那就去用針對性的。不然趕上找抽的人，可能針對某個開發板的代碼，會因為太過針對而不符合通用的一些規定或者習慣。
F. linux lzop 支持目錄壓縮嗎
不行，不過可以配合tar對目錄進行打包。
tar c test/ | lzop - > test.tar.lzo
lzop -dc test.tar.lzo | tar x
G. 壓縮方法有哪些各有什麼優缺點，壓縮比是多少呢主要是在linux下代碼壓縮的rar或zip大部分都是win下
壓縮比率很難說，未壓縮數據的復雜程度會影響這個比率。
常見壓縮演算法按壓縮比率由大到小排：
paq系 > lzma系 > rar > bzip2 > lz系（gz、zip） > lzo
paq相當費時而且耗內存，有點不值得使用；lzma是目前硬體水平可接受的高壓縮比演算法（7z就屬於此類洐生品）；rar沒什麼好說的，商業演算法，我覺得比bzip2費時上還好點；lzo雖然壓縮比率不那麼歷害，但高速、內存需求極少是其亮點，在需要實時壓縮、解壓的場合非常受歡迎，例如網路通迅、資料庫。
linux中最常用tar.gz格式（winrar支持解壓）。
命令通常是這樣： tar czvf abc.tar.gz name1 name2 ...
解釋一下參數czvf
c 建立
v 詳細信息
f 輸出文件，後面一定跟生成的壓縮文件名。
z 用gz壓縮
（其它壓縮還有:
Z compress壓縮，幾乎沒人用的老舊lz演算法
j bzip2壓縮
J xz壓縮，lzma的改進演算法
也可在最後加參數 --lzop 或 --lzip 或 --lzma）
生成tar.gz其實經過兩個處理過程的，首先tar將所有文件的信息集合成一個無壓縮的tar格式(無需寫到磁碟)，再用gz壓縮演算法處理（很像rar的solid選項）。這樣的壞處是，如果你只要解壓其中一個文件，解壓時也要讀取壓縮文件前面很大部分內容。
H. linux RHEL6.3 yum 安裝mplayer出現以下問題~~求高手，
跟你同樣的命令我這里執行的很正常。
你的系統是什麼版本？
yum 用的是哪個源？
我的執行結果，如下
Installed:
smplayer.x86_64 0:0.6.9-1.el6.rf
Dependency Installed:
a52dec.x86_64 0:0.7.4-8.el6.rf aalib.x86_64 0:1.4.0-5.el6.rf arts.x86_64 8:1.5.10-10.el6
audiofile.x86_64 1:0.2.6-11.1.el6 cppunit.x86_64 0:1.12.1-3.1.el6 dirac.x86_64 0:1.0.2-1.el6.rf
enca.x86_64 0:1.10-1.el6.rf esound-libs.x86_64 1:0.2.41-3.1.el6 faac.x86_64 0:1.26-1.el6.rf
freeglut.x86_64 0:2.6.0-1.el6 fribidi.x86_64 0:0.10.9-1.el6.rf lame.x86_64 0:3.99.5-1.el6.rf
libcaca.x86_64 0:0.99-0.1.beta17.el6.rf libdca.x86_64 0:0.0.5-1.el6.rf libmad.x86_64 0:0.15.1b-4.el6.rf
librtmp.x86_64 0:2.3-1.el6.rf libvdpau.x86_64 0:0.4.1-1.el6.rf live555.x86_64 0:0-0.27.2012.02.04.el6.rf
lzo.x86_64 0:2.03-3.1.el6 mpg123.x86_64 0:1.15.1-1.el6.rf mplayer.x86_64 0:1.0-0.48.svn20100703.el6.rf
mplayer-common.x86_64 0:1.0-0.48.svn20100703.el6.rf mplayer-fonts.noarch 0:1.1-3.0.rf opencore-amr.x86_64 0:0.1.2-1.el6.rf
orc.x86_64 0:0.4.11-1.el6.rf schroedinger.x86_64 0:1.0.10-1.el6.rf svgalib.x86_64 0:1.9.25-1.el6.rf
x264.x86_64 0:0.0.0-0.4.20101111.el6.rf xvidcore.x86_64 0:1.2.2-1.el6.rf
Complete!
I. 如何自己開發一套伺服器管理系統
轉載 表面上看，是一套基於B/S方式實現的分布式管理系統，但其實背後的架構是基於C/S完成的。你以為他是一隻鞋嗎？其實他是一個吹風機。作為界面化的系統，瀏覽器框架是不可或缺的，但更加重要的東西在Socket上面。
一、需要解決中央控制端到各節點伺服器之間的通信。
這個其實牽扯到一個通信協議的問題，各語言都有自己的socket，thread的庫，直接調用即可。但是這個通信協議就需要自己來完成了。既不能太簡單，太簡單了，明碼傳輸，如果別人獲知了這個介面，就很容易執行一些令人討厭的操作。也不能太復雜，太復雜了等於是給自己找麻煩，所以簡單的數據包編解碼的工作或者用token驗證的方式是需要的。通信協議起碼要兩種，一種是傳輸命令執行的協議，一種是傳輸文件的協議。
二、跨語言的socket通信
為什麼要跨語言，主控端和代理端通信，用什麼語言開發其實無所謂。但是為了給自己省事，盡可能使用伺服器上已經有了的默認語言，Ambari前期採用php+puppet的方式管理集群，這不是不可以，puppet自己解決了socket通信協議和文件傳輸的問題，可你需要為了puppet在每台伺服器上都安裝ruby。我是個有點伺服器和代碼潔癖的人。光是為了一個puppet就裝個ruby，我覺得心裡特對不起伺服器的資源。所以我自己寫了一個python的代理端。python是不管哪個linux系統在安裝的時候就都會有了。然後主控端的通信，可以用python實現，也可以用php實現，但是考慮到對於更多的使用者來說，改php可能要比改tornado簡單許多，所以就沒用python開發。hadoop分支版本眾多，發布出去，用戶要自己修改成安裝適合自己的hadoop發行版，就勢必要改源碼，會php的明顯比會python的多。php裡面的model封裝了所有的操作，而python只是個操作代理人的角色而已。
所以也延伸出一個問題，什麼語言用來做這種分布式管理系統的代理端比較合適，我自己覺得，也就是python比較合適了，操作系統自帶，原生的package功能基本夠用。用java和php也可以寫agent，但是你勢必在各節點預先就鋪設好jre或者php運行環境。這就跟為什麼用python和java寫mapred的人最多是一樣的。沒人攔著你用nodejs寫mapred，也可以寫，就是你得在每個節點都裝v8的解釋引擎，不嫌麻煩完全可以這樣干。原理參看map/rece論文，不解釋。perl也是操作系統原生帶的，但是perl的可維護性太差了，還是算了吧。
所以這就牽扯到一個跨語言的socket問題，理論上來說，這不存在什麼問題。但這是理論上的，實際開發過程中確實存在問題，比如socket長連接，通信數據包在底層的封裝方式不同。我沒有使用xml-rpc的原因之一就是我聽說php的xmlrpc跟其他語言的xmlrpc有不同的地方，需要修改才能用,我就沒有用這種辦法。最早是自己定義的操作協議，這時就遇到了這些問題，所以後來直接採用了thrift方式。就基本不存在跨語言的socket通信問題了。
三、代理端執行結果的獲取
無論命令還是文件是否在代理端執行成功，都需要獲取到執行結果返回給中央端。所以這里也涉及一個讀取節點上的stdout和stderr的問題。這個總體來說不是很難，都有現成的包。當然這個時候你需要的是阻塞執行，而不能搞非同步回調。
還有個問題是，我要盡可能使用python默認就帶的包，而盡量不讓伺服器去訪問internet下載第三方的包。
還有代理端最重要的一點，就是python的版本兼容性。centos5用python 2.4，centos6用python 2.6，ubuntu基本默認都是2.7。所以一定要最大限度的保證語言的跨版本兼容性，要是每個操作系統和每一個版本我都寫一個代理，我一個人就累死了。
四、瀏覽器端的model，view，controller
這裡面你要封裝好所有的通信協議，以及需要在節點上面執行的腳本。發送文件的操作和資料庫操作也要在model裡面完成。
如果對tcl/tk很熟，也可以寫基於操作系統界面方式的管理，不用瀏覽器就是了。
view對我來說是最痛苦的事，都是現學的jQuery怎麼用，前端的工作太可怕了。關於這方面，沒有太多可描述的，html和js帶給我的只有痛苦的回憶，萬惡的undefined。
五、跨操作系統的安裝文件封裝。
要適應不同的操作系統也是個很麻煩的事情，需要用agent提前獲知操作系統的發行分支，版本號。然後去找到對應的安裝文件去執行。你不能保證一個分布式系統的集群中所有的節點都可以訪問internet，更多的情況是這些節點都存在在一個安全的內網中。只有個別幾個節點是可以訪問外網的。所以，我勢必要把所有的安裝文件以及他們的依賴盡可能集中起來。我不確定安裝操作系統的lzo，yum或者apt-get會去下什麼鬼東西，甚至無論是yum還是apt-get，裡面都沒有hadoop-lzo的庫文件。所以，最好的辦法是自己編譯打包rpm和deb包。直接安裝就好了，別去找repo下載什麼。
這就是第五步工作，把需要的依賴的東西自己編譯打包成rpm和deb。
deb包很好解決，但是rpm就沒那麼好辦了，需要學習rpm的編譯文件如何編寫，這塊是挺麻煩的，但是這玩意用好了還是挺不錯的。現在我自製的安裝包裡面就已經包含了自己編譯的lzo和snappy兩種壓縮庫，以及hadoop-gpl-packaging的rpm和deb。下一個發布的easyhadoop將直接支持centos5,6，suse，以及ubuntu/debian的系統上安裝hadoop。已經自帶了lzo和snappy以及lzop和snzip。
六、把這些所有東西，整合到一個系統裡面。
關聯這些所有事情間的聯系，整合到一個瀏覽器界面裡面去。寫一個分布式的管理腳本不難，寫一個界面也不難，但是也許是我的水平不行，這兩件事結合起來讓他們協同工作還是有點難度的。對我來說，寫界面的工作可能更難一點。
Cloudera可能是十來個人在寫Manager的東西，ambari也是放到github和apache svn上面，apache基金會的各種committer在寫。easyhadoop沒他們功能那麼強大，一年來只有我一個人設計架構，功能，各種語言的編碼，測試，發布。For the love of god, What have I done(英文部分請站在山頂仰天長嘯)? T_T。從前台到後台，到hadoop和生態系統以及他們的依賴軟體的單獨patch、編譯打包。(系統yum或者apt-get的包不如自己打的好使。)
從時間上來看，全球第一款開源的hadoop部署管理系統應該還是屬於ambari，2011年8月開始寫的，2012年9月底進入apache的incubator。我是大概2012年8月開始寫的easyhadoop，全球第一沒趕上，估計國內第一個開源的hadoop管理系統還是可以排上的。
J. linux下調用lzo函數是為什麼出現No such file or directory
提示都說了沒有那樣的文件或者目錄了，是不是你那個函數裡面調用了什麼文件，或者根本沒有那個函數。