qemu編譯安裝

1. 求助，編譯qemu

編譯QEMU需要用到的工具和庫：gcc libsdl1.2-dev zlib1g-dev libasound2-dev pkg-config libgnutls-dev pciutils-dev
前三個是必須的，後面我沒有遇到提示，編譯時如果遇到某庫沒有安裝，可以用yum search或者yum list來查找相關的軟體包，安裝dev版本的
接下來編譯
./configure make make install

全部編譯花費的時間很長，QEMU會把所有的target都編譯出來，如果只需要模擬特定的平台，可以
./configure TARGET=i386-softmmu

運行QEMU
安裝好QEMU之後可以從官網上下載一個很小的包含linux系統的虛擬磁碟來實驗一下linux-0.2.img.bz2，不過這個linux剪裁的很小實在做不了什麼，磁碟鏡像也很小，不能往裡面放東西
QEMU現在都是用VNC方式運行的，即QEMU會把自己當做VNC的伺服器端，使用QEMU時還需要用VNC的客戶端來連接它。
首先安裝VNC client軟體，可以用yum search vncviewer來搜索下可以的軟體。
在終端中運行QEMU，5900表示在VNC伺服器在本機的5900埠
qemu -hda linux-0.2.img.bz2 -vnc ::1:5900

打開另一個終端，輸入
vncview 127.0.0.1:5900

QEMU的GUI界面顯示
安裝guest OS
首先創建一塊虛擬磁碟鏡像，如果是准備安裝Fedora這樣的OS，還是創建10G以上的硬碟吧。用dd命令也可以創建一塊空的硬碟鏡像，但是很慢。
qemu-img create -f qcow2 disk.img 10G

Fedora 12的系統安裝ISO鏡像文件一份，可以從fedora官網下載，開始安裝操作系統,-m 512表示指定內存大小512M，不可缺少，不然fedora12啟動後畫面顯示出問題
qemu -hda disk.img -m 512 -cdrom Fedora.XXXX.iso -vnc ::1:5900

在另一個終端里輸入：
vncviewer 127.0.0.1:5900

然後可以在QEMU窗口中安裝fedora，一切步驟同裸機安裝，就是很慢很慢
啟動guest OS，目前發現的問題是對鍵盤的支持不好，鍵位錯亂了
qemu -hda disk.img -m 512 -vnc ::1:5900

guest與host文件交互問題，解決方法很多，可以通過網路傳輸，QEMU還支持把host disk掛載使用，我是把所需要的文件製作成iso鏡像，然後在啟動qemu時用- cdrom來指定這個文件，guest OS啟動再從CDROM設備中把文件出來，這個方法的缺點是不能實時的交互文件，製作ISO文件，在linux下：
mkisofs XXX YYY.iso

編譯內核
下載linux內核源代碼： 解壓縮源代碼,放在/usr/src/kernels
gzip -d linux-2.6.32.tar.gz tar -xvf linux-2.6.32.tar mv -rf linux-2.6.32 /usr/src/kernels

下載Tuxonice補丁程序，注意對應的版本號：http://www.tuxonice.net/ 打補丁
cd /usr/src/kernels/linux-2.6.32 (the root directory of your tree) bzcat /path/to/patch | patch -p1

config，把電源管理那部分的功能都enable,bug功能enalbe
make menuconfig

編譯
make make mole_install

製作內核鏡像
make bzImage

製作初始化鏡像
mkinitrd

make install可以自動完成工作使得下次系統從這個內核啟動，手工做的話把內核鏡像文件，initrd文件和system.map文件一起復制到/boot/下面，並修改/boot/grub/menu.lst
更換guest OS內核
將編譯好的三個文件製作成ISO文件，並通過qemu的-cdrom指定，然後在guest OS中復制內核到boot文件夾下，修改menu.lst
linux下製作iso鏡像文件的命令，源文件放在/dev/cdrom目錄下：

mkisofs -r -o myiso.iso /dev/cdrom

2. linux虛擬化 編譯安裝qemu-kvm的時候出現gcc內部錯誤

基於64位的操作系統在虛擬機下是不行的，即使成功的安裝完成也不能做到真正的虛擬化，因為虛擬機的環境下不允許做。

3. windows下的qemu怎麼模擬arm啊

使用Qemu模擬Cortex-A9運行U-boot和Linux 作者來源於網路

我的開發環境： Ubuntu-12.04 所有軟體包為最新

1. 安裝GNU工具鏈

sudo apt-get insatll gcc-arm-linux-gnueabi

sudo apt-get insatll g++-arm-linux-gnueabi
安裝完成後會在 /usr/arm-linux-gnueabi/ 目錄下生成庫文件、頭文件等。 我安裝的GCC版本為：
arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3

Copyright (C) 2011 Free Software Foundation, Inc.

2. 安裝Qemu模擬器
sudo apt-get install qemu qemu-system qemu-utils

這時應該已經可以運行qemu-system-arm命令了, 其版本為：
qemu-system-arm --version

QEMU emulator version 1.0.50 (Debian 1.0.50-2012.03-0ubuntu2), Copyright (c) 2003-2008 Fabrice Bellard

3. 編譯和運行U-boot：
到 ftp://ftp.denx.de/pub/u-boot/ 下載最新版本的U-Boot源代碼， 我用的目前最新版本 u-boot-2012.04.tar.bz2
解壓後進入源代碼目錄，在Makefile裡面增加兩行：

ARCH ?= arm
CROSS_COMPILE ?= arm-linux-gnueabi-
其實就是告訴它使用ARM編譯器來編譯。

make ca9x4_ct_vxp_config
make
這里配置目標板為 Cortex-A9x4 vexpress. 之所以選這個配置可以從 boards.cfg文件里看到， vexpress是ARM公司使用Cortext-A9的一個開發板，相關的代碼在 board/armltd/vexpress/ 目錄，配置文件為include/configs/ca9x4_ct_vxp.h。 而且關鍵的是Qemu裡面已經支持這個板卡。

編譯完成後會生成u-boot文件
運行：
qemu-system-arm -M vexpress-a9 -m 256M -nographic -kernel u-boot
或者
qemu-system-arm -M vexpress-a9 -m 256M -serial stdio -kernel u-boot
發現，如果沒有指定-nographics, 則必須要加-serial stdio才會有列印。

參數-m 256M為指定內存大小。-M 指定板卡的名稱， 支持的板卡可以用-M ?查看， 如下：
#qemu-system-arm -M ?
Supported machines are:
beagle Beagle board (OMAP3530)
beaglexm Beagle board XM (OMAP3630)
............
versatilepb ARM Versatile/PB (ARM926EJ-S)
versatileab ARM Versatile/AB (ARM926EJ-S)
vexpress-a9 ARM Versatile Express for Cortex-A9
vexpress-a15 ARM Versatile Express for Cortex-A15
正常運行的結果：

qemu-system-arm -M vexpress-a9 -m 256M -nographic -kernel u-boot

U-Boot 2012.04 (Jul 08 2012 - 00:14:08)

DRAM: 256 MiB
WARNING: Caches not enabled
Flash: ## Unknown flash on Bank 1 - Size = 0x00000000 = 0 MB
## Unknown flash on Bank 2 - Size = 0x00000000 = 0 MB
*** failed ***
MMC: MMC: 0
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Net: smc911x-0
Hit any key to stop autoboot: 0
VExpress#
VExpress# printenv
baudrate=38400
bootcmd=run bootflash;
bootdelay=2
bootflash=run flashargs; cp ${ramdisk_addr} ${ramdisk_addr_r} ${maxramdisk}; bootm ${kernel_addr} ${ramdisk_addr_r}
console=ttyAMA0,38400n8
。。。。。
注意：如果在檢測Flash failed後停止運行，是因為在 arch/arm/lib/board.c裡面 board_init_r()函數里檢測Flash失敗後調用了hang(), 暫時先把hang()去掉就可以運行下去了。

4. 如何在terminal中打開qemu monitor

若要在 Mac 的終端中編譯並運行 C 源代碼，你首先需要安裝 Command Line Tools，裡麵包含有 GCC 編譯器。安裝方法為：

打開終端，輸入 gcc。
如果你沒有安裝 Command Line Tools，會彈出一個窗口提示你安裝，如圖所示，點擊安裝即可。如果出現提示「no input files」，說明你已經安裝了 gcc 編譯器，可以直接開始編譯程序。

安裝完成後，定位至你需要編譯的 C 源代碼所在目錄，即使用 cd 命令，例如我現在在根目錄下，我的 C 代碼位於 ~/Desktop/Self/C 文件夾中，我便可以在終端中輸入以下命令，來跳轉到我 C 代碼的文件夾：

1

cd Desktop/Self/C

效果如圖：

如果覺得輸入文件夾地址比較繁瑣，還有一種簡單的方法，就是輸完 cd 後在 Finder 中找到你的文件夾，直接把它拖到終端里，系統會自動生成這個文件夾的地址。
定位完成後，就可以開始編譯了。例如，我要編譯的文件叫 dot.c，那麼就在終端中輸入

1

gcc -Wall -g -o dot dot.c

其中，-Wall 代表編譯器在編譯過程中會輸出警告信息（Warning），比如有些變數你並沒有使用，指針指向的類型有誤，main 函數沒有返回整數值等。這類信息雖然不是錯誤，不影響編譯，但是很可能是程序 bug 的源頭，也有助於你尋找代碼中的錯誤，規范代碼格式。所以建議每次編譯時都加上 -Wall 參數。

-g 代表編譯器會收集調試（debug）信息，這樣如果你的程序運行出錯，就可以通過 gdb 或者 lldb 等工具進行逐行調試，方便找出錯誤原因。如果你不是百分之百確定你的程序毫無問題，建議加上 -g 參數。這樣 debug 的時候會方便很多。

-o 代表編譯器會將編譯完成後的可執行文件以你指定的名稱輸出到你指定的文件夾下。-o 的空格後的名稱就是輸出的文件的名稱。例如我這里 -o 後是 dot，就是說 gcc 會在編譯成功後在我的當前目錄下生成一個叫 dot 的可執行文件。如果不加這個參數，每次編譯後生成的可執行文件都會放在根目錄下，名字叫做 a.out。每次編譯成功後都會把上一次的 a.out 文件覆蓋。所以建議加上 -o 參數，這樣可以更加條理。

最後一項便是你要編譯的的源代碼的名稱了。我這里是 dot.c。注意加上後綴 .c。
輸入完畢後按回車，如果編譯沒有任何問題，不會有任何提示。如果有問題，編譯器會提示你問題是什麼，在源代碼的什麼位置。如圖所示：

如果編譯成功，你會發現在你的當前目錄下多出了一個可執行文件，圖標如圖所示：

在終端中輸入 ./可執行文件的名稱 即可執行你的程序。例如，我輸入

1

./dot

後，就可以執行程序了。如果提示你 Permission Denied，則是因為你沒有賦予這個文件執行許可權，需要在終端里輸入

1

chmod u+x dot （這里是你自己的文件名）

來使其可在你的賬戶下執行。
如果運行時出現 Segmentation Fault，則說明你的代碼里有 bug 導致程序崩潰。

5. 如何編譯OpenWrt

Openwrt 官方正式的發行版是已編譯好了的映像文件（後綴名bin或trx、trx2），此映像文件可從Openwrt官方網站的下載頁面中輕松獲取到，連接地址為 OpenWrt官方網站。這些編譯好的映像文件是基於默認的配置設置，且只針對受支持的平台或設備的。因此，為什麼要打造一個自己的映像文件，理由有以下四點：
您想擁有一個個性化的配置OpenWrt（彰顯個性，在朋友圈子裡顯擺顯擺，開個玩笑）；
您想在實驗性的平台上測試OpenWrt；
您參與測試或參與開發OpenWrt的工作；
或者，最簡單的目的就是為了保持自己的Openwrt為最新版本；
若想實現上述目的，其實很簡單，按下述文字即可成功編譯出一個您的Openwrt來。
准備工作
在開始編譯Openwrt之前需要您做些准備工作；與其他編譯過程一樣，類似的編譯工具和編譯環境是必不可少的：
一個構建OpenWrt映像的系統平台，簡單說就是准備一個操作系統（比如Ubuntu、Debian等）；
確保安裝了所需的依賴關系庫， （在debian系統中就是安裝各種需要的軟體包）
OpenWrt源代碼副本
首先， 開機登陸到支持編譯Openwrt的操作系統（廢話了）。實體機或者虛擬機(Vmware 或者 Qemu)里的操作系統都行，這里推薦使用Linux系統。 bsd和mac osx系統也可以編，但不推薦，且未驗證是否可編譯成功。下文假定您使用的是Debian操作系統，使用 apt-get 來管理包. 替代的選擇是 Ubuntu (分支 Kubuntu, Xubuntu 等即可)。
第二步, 就是安裝所需要的各種軟體包, 包括編譯器,解壓工具,特定的庫等. 這些工作可以簡單的通過鍵入以下命令 (通常需要root 或者是 sudo 許可權)，以root許可權安裝下列軟體包(可能並不完整，會有提示，提示缺少即裝就可以了）:
32位(x86)請執行下列命令:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev

64位(x86_64)請執行下列命令（多裝了哪些庫或軟體包呢？請您仔細看一看哦）:
# apt-get install build-essential asciidoc binutils bzip2 gawk gettext \
git libncurses5-dev libz-dev patch unzip zlib1g-dev ia32-libs \
lib32gcc1 libc6-dev-i386

參考 本列表中 所列的編譯環境所需要軟體包或庫。
某些依賴的為庫或軟體包也許操作系統中已經安裝過，此時apt-get會作出提示（提示您忽略或重新安裝的），別緊張，放輕鬆些，編譯Openwrt不會像編譯DD－WRT那樣難的（至少本人是體會到了編譯DD－WRT的難）。
最後下載一份完整的 Openwrt 源碼到編譯環境中。關於Openwrt的源代碼下載，途徑有二，一是通過 svn ，一是通過 git，建議使用 svn ，因為Openwrt主要以 svn 來維護Openwrt系統的版本。另外，請注意Openwrt中不同的分支版本，一個是用得較多的開發快照，俗稱 trunk，二是穩定版，俗稱 backfire。
安裝Subversion
若你想通過svn下載源代碼,你需安裝 Subversion。Subversion,或稱SVN, 是OpenWrt的project中用來控製版本的系統,它非常類似的 CVS的界面和使用條款。 執行下述命令即可安裝SVN，很容易的：
# apt-get install subversion

Subversion安裝完畢，通過SVN命令可獲取得到一份OpenWrt純凈源代碼。您還得創建一個目錄以便存放獲取得到的Openwrt源代碼，要獲取源代碼你還得輸入subversion命令來獲取 (svn里這種操作稱之為'check out') 。命令很簡單的，繼續看下去就能見到了，別著急，耐心點兒。
編譯流程
編譯專屬於您的設備的特定Openwrt固件以一下五個步驟：
通過Subversion命令獲得源代碼；
更新(或安裝) package feeds〔package feeds無法確切翻譯，待譯吧）；
創建一個默認配置以檢查編譯環境是否搭建好了 (假如需要的話)；
用Menuconfig來配置即將編譯生成的固件映像文件的配置項；
最後開始編譯固件；
下載源代碼
最後，下載一份完整的OpenWrt源代碼。你可選擇：
下載穩定發行版，或
下載開發版 (俗稱"trunk"版)。
使用發行版的源碼
截止本文時, Openwrt公開發行的穩定版為 OpenWrt 10.03 "backfire"。此版本是最穩定的，但也許不包括最新更新的補丁或最新編寫的出的新功能。
下述代碼即舉例說明了通過svn從brandkfire獲得backfire源代碼（此版本意思是從trunk分支的補丁也在backfire版本中了，即包含修復補丁）：
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/branches/backfire

註解: 上述svn命令將在當前目錄創建一個 OpenWrt/backfire/ 子目錄，此目錄包含此命令獲取到的源代碼。
您也可以通過下述命令，下載不含修復補丁的backfire的原版源碼：
# svn co svn://svn.openwrt.org/openwrt/tags/backfire_10.03

使用開發版源代碼
當前的開發版本分支(trunk)已包含最新的實驗補丁。此分支或許還突破了Openwrt原來所不支持的硬體設備的限制哦，驚喜的同時也有風險存在。因此，編譯trunk版，慎之～
# mkdir OpenWrt/
# cd OpenWrt/
# svn co svn://svn.openwrt.org/openwrt/trunk/

跟進並更新源代碼
因Openwrt的源代碼隨時都會變動，故此命令將確保您所獲取得到的源碼的最新性。下述假設您用的是backfire版本的源碼：
## Here, backfire is the directory name of the current release branch you're tracking
# cd OpenWrt/backfire/
# svn up

'svn up' 命令用於更新SVN上更新了，但本地尚未更新的這部分源代碼（本人實踐證明此命令會將本地源碼與SVN上的源碼先比較，若SVN有更新才會下載更新的部分，很實用的一個命令）。如果未指定目標路徑，則此命令將更新當前目錄及當前目錄的子目錄內的源碼。
Feeds下載
Feeds即為包含到你的OpenWrt環境中的額外軟體包的索引之類的。（feed譯名很多，莫衷一是，至2008年底為止，還沒有一個十分通用而備受認可的中文譯名；所以此文當中我們用英文feed來稱呼）。 最主要的Feeds有以下三個：
'packages' - 路由的基本功能,
'LuCI' - OpenWrt默認的GUI（WEB管理界面）, 及
'Xwrt' - 其他的GUI。
一般情況，你至少需要含 'packages' 和 'LuCI'兩個Feeds。
下載完feeds之後， (為編譯OpenWrt的recipies額外的預定義包) 您可以檢查哪些feeds要包括在內。編輯在你的編譯環境的根目錄下的'feeds.conf.default'文件。
然後使用下列命令開始下載（註：可能你需要先運行cd trunk進入trunk目錄才能成功執行下列命令）：
# ./scripts/feeds update -a

在此之後，下載的軟體包需要安裝。亦即指的下邊的命令啦。若路過下邊的install命令則後續make menuconfig將無法成功執行！（註：可能你需要先運行cd trunk進入trunk目錄才能成功執行下列命令）：
# ./scripts/feeds install -a

只需編輯Feeds的配置文件或運行更新命令，即可很方便地更新或添加新的實驗性的packages到源碼中並編譯到OpenWrt固件去。
注意：請老壇友及舊的新聞組成員們注意了，這一步取代了創建符號鏈接symlinks的老辦法哦。
更新Feeds
諸如此類源碼,你得定期更新Feeds。 通過如上相同的命令:
# ./scripts/feeds update -a
# ./scripts/feeds install -a

注意:若你清楚地知道你不需添加新的packages到menuconfig中去，那麼你可在更新Feeds時跳過這一步。
生成配置
You may not have to make configration always after updating sources and feeds, but making it ensures that all packages from source and feeds are correctly included in your build configuration.
Defconfig
下一步是檢查編譯環境，若可進行編譯則生成默認配置：
# make defconfig

若defconfig回顯提示缺少軟體包或編譯庫等依賴，則按提示安裝所缺軟體包或庫等即可，不難的，細心點就行。
Menuconfig
menuconfig是一個基於文本的工具，它處理選擇的目標（需要還是不需要）、編譯生成軟體包（openwrt下是IPKG格式）以及內核選項（編譯成模塊還是內核）等等
# make menuconfig

在你離開並保存配置文件（默認都是.config）後，將自動配置依賴關系，讓你可以著手編譯更新的固件。
大眾可通過'menuconfig'這一簡單的圖形化的配置環境，非常輕松地編譯出專屬您本人的OpenWrt固件。
可以用'menuconfig'，以開發的意圖來編譯OpenWrt的固件，為自己（個人）創造一個結構簡單但是功能強大的環境。（上句實在難翻譯，只能意譯。並且也請大家都學習下編譯OP固件，讓以OP固件盈利的人丟掉那骯臟的飯碗！）
Menuconfig或多或少有些難以說明的地方，即使是最專業的配置，也可以尋求幫助並加以解決。 需要你指定何種目標平台，要包含的package軟體包和內核模塊等均需要你指定，配置標準的過程中會包括修改：
目標平台（即路由器何種架構，BCM呢還是AR均可選擇）
選擇要包含的package軟體包
構建系統設置
內核模塊
Target system is selected from the extensive list of supported platforms, with the numerous target profiles – ranging from specific devices to generic profiles, all depending on the particular device at hand. Package selection has the option of either 'selecting all package', which might be un-practical in certain situation, or relying on the default set of packages will be adequate or make an indivial selection. It is here needed to mention that some package combinations might break the build process, so it can take some experimentation before the expected result is reached. Added to this, the OpenWrt developers are themselves only maintaining a smaller set of packages – which includes all default packages – but, the feeds-script makes it very simple to handle a locally maintained set of packages and integrate them in the build-process.
假如你需要LuCI, 要到Administration 菜單里,在LuCI組件的子菜單下, 並選擇: luci-admin-core, luci-admin-full, and luci-admin-mini組件包。
假如你不需要PPP,你可到Network菜單下取消對它的選擇，以便編譯時不包含此組件。
Menuconfig用法: 確保這些組件包是以 '*'星號標記而不是 'M'標記。
如果你是以星號 '*'標記該組件包, 則該組件包將編譯進最終生成的OpenWrt固件中。
如果你僅以 'M'標記該組件包, 則該組件包將不會編譯進最終生成的OpenWrt固件中。
The final step before the process of compiling the intended image(s) is to exit 'menuconfig' – this also includes the option to save a specific configuration or load an already existing, and pre-configured, version.
Exit and save.
Source Mirrors
The 'Build system settings' include some efficient options for changing package locations which makes it easy to handle a local package set:
Local mirror for source packages
Download folder
In the case of the first option, you simply enter a full URL to the web or ftp server on which the package sources are hosted. Download folder would in the same way be the path to a local folder on the build system (or network). If you have a web/ftp-server hosting the tarballs, the OpenWrt build system will try this one before trying to download from the location(s) mentioned in the Makefiles . Similar if a local 'download folder', residing on the build system, has been specified. The 'Kernel moles' option is required if you need specific (non-standard) drivers and so forth – this would typically be things like moles for USB or particular network interface drivers etc.
編譯固件
萬事具備，只欠東風,通過下面簡單的make命令來編譯:
# make

在多核電腦中編譯
具有多核CPU處理器的電腦進行編譯，使用下述參數可令編譯過程加速。 常規用法為 <您cpu處理器的數目 + 1> – 例如使用3進程來編譯 (即雙核CPU), 命令及參數如下:
# make -j 3

後台編譯
若你在這個系統內編譯OpenWrt的同時還處理其他，可以讓閑置的I/O及CPU來在後台編譯固件 (雙核CPU):
# ionice -c 3 nice -n 20 make -j 2

編譯簡單的基本的軟體包
當你為OpenWrt開發或打包軟體包,編譯簡單的基本的軟體包可以很輕易地編譯該軟體包 (例如， 軟體包cups):
# make package/cups/compile V=99

一個在Feeds里的軟體包大約是這樣子的:
# make package/feeds/packages/ndyndns/compile V=99

編譯錯誤
如果因某種不知道的原因而編譯失敗,下面有種簡單的方法來得知編譯到底錯在哪裡了:
# make V=99 2>&1 |tee build.log |grep -i error

上述編譯命令意為：V99參數，將出錯信息保存在build.log，生成輸出完整詳細的副本（with stdout piped to stderr），只有在屏幕上顯示的錯誤。
舉例說明:
# ionice -c 3 nice -n 20 make -j 2 V=99 CONFIG_DEBUG_SECTION_MISMATCH=y 2>&1 \
|tee build.log |egrep -i '(warn|error)'

The above saves a full verbose of the build output (with stdout piped to stderr) in build.log and outputs only warnings and errors while building using only background resources on a al core CPU.
一鍵編譯
即使用腳本來編譯Openwrt固件。許多朋友編譯Openwrt是用的腳本來編譯的
生成的固件在哪
編譯成功後所生成的固件文件位於bin目錄下，可用如下命令查看：
# cd bin/
# ls */

清理
編譯OpneWrt時你可能需要一個清潔干凈的編譯環境。 以下操作有利用編譯工作:
清潔
清潔trunk/ 目錄，在編譯過程中使用「make clean」命令即可。 此命令將刪除bin目錄和build_dir目錄下的所有文件及文件夾。
## See CAUTION below
# make clean

6. 如何在Debian或Ubuntu上編譯virt-manager

眼下有幾種不同的方法可以管理在KVM虛擬機管理程序上運行的虛擬機。比如說，virt-manager就是一種廣受歡迎的基於圖形用戶界面（GUI）的前端工具，可用來管理虛擬機。不過，如果你想在無外設伺服器上使用KVM，那麼基於GUI的解決方案並非理想方案。這時候，virsh就派得上用場。virsh是一種命令行工具，可用於管理來賓虛擬機（guest

VM）。就其底層而言，virsh依賴libvirtd服務，該服務可以控制幾種不同的虛擬機管理程序，其中包括KVM、Xen、QEMU、LXC和OpenVZ。

如果你想讓虛擬機的配置和管理實現自動化，virsh等命令行管理界面也大有用處。此外，virsh支持多種虛擬機管理程序，這就意味著你可以通過同一個virsh界面，管理不同的虛擬機管理程序。

我在本教程中將演示如何在Debian或Ubuntu上使用virsh，從命令行運行KVM。

第一步：證實主機支持硬體虛擬化

作為第一步，證實主機的處理器配備硬體虛擬化擴展機制（比如英特爾VT或AMD-V），KVM需要這樣的機制。下面這個命令就能證實一點。

$
egrep '(vmx|svm)' --color /proc/cpuinfo flags : fpu vme de
pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts
mmx fxsr sse sse2
ss syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts nopl
xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3
cx16 pcid sse4_1 sse4_2 x2apic popcnt aes xsave avx f16c rdrand
hypervisor lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi
ept vpid fsgsbase smep

如果輸出結果並不含有vmx或svm標記，這意味著主機的處理器沒有支持硬體虛擬化的功能。因而，你就無法在主機上使用KVM。證實了主機處理器隨帶vmx或svm後，接下來繼續安裝KVM。

第二步：安裝KVM

使用apt-get，安裝KVM及相關的用戶空間工具。

$ sudo apt-get install qemu-kvm libvirt-bin

下一步，將你的用戶ID添加到libvirt群組，那樣你就能以非root普通用戶的身份，管理虛擬機了。作為上面安裝KVM的一部分，必須創建libvirt群組。

$ sudo adser [youruserID] libvirt

重新裝入更新後的群組成員信息，如下所示。看到要求輸入密碼的提示後，輸入你的登錄密碼。

$ exec su -l $USER

這時候，你應該能夠以普通用戶的身份運行virsh了。為了測試一下，不妨試一試下面這個命令，它會列出可用的虛擬機（目前沒有一個虛擬機）。要是你沒有遇到許可權錯誤，這意味著到目前為止，一切正常。

$ virsh --connect qemu:///system list Id Name State

7. 為什麼三星i9158添加 qemu.hw.mainkeys=0虛擬按鍵代碼重啟後一直出現系統UI已

這是因為三星i9158的默認安裝系統目前尚不成熟，並未錄入該虛擬代碼，在系統寫入命令過程中，出現編譯錯誤，導致UI工作異常，為此，改款機型不建議用戶自行添加按鍵代碼

8. 利用virt-what判斷Linux VPS使用的是什麼虛擬化技術

一、virt-what的安裝：

1、下載virt-what安裝包

2、tar -zxvf virt-what-1.13.tar.gz #解壓縮包

3、cd virt-what-1.13 #進入目錄

4、./configure #按默認設置

5、make&&makeinstall #編譯並安裝

二、使用virt-what來判斷VPS使用的哪種虛擬化技術
virt-what

9. 如何使用arm-eabi-gdb調試android c/c++程序

1.獲取gdbserver

prebuilt/android-arm/gdbserver

2.獲取arm-eabi-gdb

prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin

3.啟動emulator(即qemu虛擬機，調式linux內核時用到)

$adb remount && adb push gdbserver /system/bin

adb shell

#gdbserver 10.0.2.2:1234 /system/bin/ping

$telnet localhost 5554

Trying ::1...

telnet: connect to address ::1: Connection refused

Trying 127.0.0.1...

Connected to localhost.

Escape character is '^]'.

Android Console: type 'help' for a list of commands

OK

]

KO: unknown command, try 'help'

**cmd**redir add tcp:1234:1234

OK

exit

Connection closed by foreign host.

$cdout/target/proct/generic/symbols/system/bin && arm-eabi-gdb ping

(gdb) r

Starting program:

Don't know how to run. Try "help target".

(gdb) target remote localhost:1234

Remote debugging using localhost:1234

0xb0000100 in ?? ()

(gdb) l

1779 usage();

1780 if (argc > 5)

1781 usage();

1782 } else {

1783 if (argc > 10)

1784 usage();

1785 options |= F_SOURCEROUTE;

1786 }

1787 }

1788 while (argc > 0) {

10. 求教如何用vbox虛擬機製作img樹莓派系統

不能，除非（任選一）：
你的電腦是和樹莓派相同的 ARM 架構
你使用更慢的 qemu 模擬器來安裝
建議（任選一）：
嫌安裝慢，我猜你是在編譯安裝：
找預編譯包。不知道你的樹莓派裝的什麼系統，以及你要裝什麼軟體。常見軟體+操作系統組合都可以從軟體源里直接安裝的
找個適合樹莓派的交叉編譯工具鏈在電腦上編譯了給樹莓派用。推薦使用類 UNIX 系統，不推薦使用虛擬機因為它會慢一些