A. kvm和qemu的關系 kvm為什麼沒有做io虛擬化 半虛擬化和全虛擬化的區別 kvm是否在內
不同的基於KVM的虛擬化平台，可能會採用不同的虛擬化組件，目前主流的採用QEMU-KVM組件，但在不同的產品里版本有所不同，功能也有差異，下面就幾個概念進行梳理下
KVM：Kernel-Based Virtual Machine 基於內核的虛擬機，是linux內核的一個可載入模塊，通過調用Linux本身內核功能，實現對CPU的底層虛擬化和內存的虛擬化，使Linux內核成為虛擬化層，需要x86架構的，支持虛擬化功能的硬體支持（比如Intel VT，AMD-V），是一種全虛擬化架構。KVM在2007年年2月被導入Linux 2.6.20內核中。從存在形式來看，它包括兩個內核模塊：kvm.ko 和 kvm_intel.ko（或kvm_amd.ko），本質上，KVM是管理虛擬硬體設備的驅動，該驅動使用字元設備/dev/kvm（由KVM本身創建）作為管理介面，主要負責vCPU的創建，虛擬內存的分配，vCPU寄存器的讀寫以及vCPU的運行。
QEMU：是一套由Fabrice Bellard編寫的模擬處理器的自由軟體，它是一個完整的可以單獨運行的軟體，可以獨立模擬出整台計算機，包括CPU，內存，IO設備，通過一個特殊的「重編譯器」對特定的處理器的二進制代碼進行翻譯，從而具有了跨平台的通用性。QEMU有兩種工作模式：系統模式，可以模擬出整個電腦系統，另一種是用戶模式，可以運行不同與當前硬體平台的其他平台上的程序（比如在x86平台上運行跑在ARM平台上的程序）；其代碼地址 http://git.qemu.org/qemu.git ，有興趣的同學可以自己去看看，目前最新的版本是2.7.0，在0.9.1及之前版本還可以使用kqemu加速器（可以理解為QEMU的一個插件，用來提高QEMU的翻譯性能，支持Windows平台），但1.0以後版本就只能使用qemu-kvm（只支持Linux）進行加速了，1.3版本後QEMU和QEMU-KVM合二為一了。
QEMU-KVM：從前面對KVM內核模塊的介紹知道，它只負責CPU和內存的虛擬化，載入了它以後，用戶就可以進一步通過工具創建虛擬機（KVM提供介面），但僅有KVM還是不夠的，用戶無法直接控制內核去做事情（KVM只提供介面，怎麼創建虛擬機，分配vCPU等並不在它上面進行），還必須有個運行在用戶空間的工具才行，KVM的開發者選擇了比較成熟的開源虛擬化軟體QEMU來作為這個工具，並對其進行了修改，最後形成了QEMU-KVM。
在QEMU-KVM中，KVM運行在內核空間，QEMU運行在用戶空間，實際模擬創建，管理各種虛擬硬體，QEMU將KVM整合了進來，通過/ioctl 調用 /dev/kvm，從而將CPU指令的部分交給內核模塊來做，KVM實現了CPU和內存的虛擬化，但kvm不能虛擬其他硬體設備，因此qemu還有模擬IO設備（磁碟，網卡，顯卡等）的作用，KVM加上QEMU後就是完整意義上的伺服器虛擬化
當然，由於qemu模擬io設備效率不高的原因，現在常常採用半虛擬化的virtio方式來虛擬IO設備，另文再談
綜上所述，QEMU-KVM具有兩大作用：
1.提供對cpu，內存（KVM負責），IO設備（QEMU負責）的虛擬
2.對各種虛擬設備的創建，調用進行管理（QEMU負責）
libvirt
順帶提一提libvirt，這是RedHat開始支持KVM後，大概是覺得QEMU+KVM方案中的用戶空間虛擬機管理工具不太好用或者通用性不強，所以乾脆搞了個libvirt出來，一個針對各種虛擬化平台的虛擬機管理的API庫，一些常用的虛擬機管理工具如virsh（類似vim編輯器），virt-install，virt-manager等和雲計算框架平台（如OpenStack，OpenNebula，Eucalyptus等）都在底層使用libvirt提供的應用程序介面。
libvirt主要由三個部分組成：API庫，一個守護進程 libvirtd 和一個默認命令行管理工具 virsh。
總結：
目前來說，QEMU是一個獨立的虛擬化解決方案，並不依賴KVM（它本身自己可以做CPU和內存的模擬，只不過效率較低），而KVM是另一套虛擬化解決方案，對CPU進行虛擬效率較高（採用了硬體輔助虛擬化），但本身不提供其他設備的虛擬化，借用了QEMU的代碼進行了定製，所以KVM方案一定要依賴QEMU
即使後來RedHat後來開發了libvirt，也只能簡單的認為是個虛擬機管理工具，仍然需要通過用戶空間QEMU來與KVM進行交互
B. Android項目里如何混淆自己打的jar包或者防止被反編譯
Android之防止反編譯技巧：
1. 判斷程序是否運行在模擬器上
boolean isRunningInEmualtor() {
boolean qemuKernel = false;
Process process = null;
DataOutputStream os = null;
try{
process = Runtime.getRuntime().exec("getprop ro.kernel.qemu");
os = new DataOutputStream(process.getOutputStream());
BufferedReader in = new BufferedReader(new InputStreamReader(process.getInputStream(),"GBK"));
os.writeBytes("exit\n");
os.flush();
process.waitFor();
// getprop ro.kernel.qemu == 1 在模擬器
// getprop ro.proct.model == "sdk" 在模擬器
// getprop ro.build.tags == "test-keys" 在模擬器
qemuKernel = (Integer.valueOf(in.readLine()) == 1);
Log.d("com.droider.checkqemu", "檢測到模擬器:" + qemuKernel);
} catch (Exception e){
qemuKernel = false;
Log.d("com.droider.checkqemu", "run failed" + e.getMessage());
} finally {
try{
if (os != null) {
os.close();
}
process.destroy();
} catch (Exception e) {
}
Log.d("com.droider.checkqemu", "run finally");
}
return qemuKernel;
}
2. 檢測keystore簽名，再與之前得做比較
public int getSignature(String packageName) {
PackageManager pm = this.getPackageManager();
PackageInfo pi = null;
int sig = 0;
try {
pi = pm.getPackageInfo(packageName, PackageManager.GET_SIGNATURES);
Signature[] s = pi.signatures;
sig = s[0].hashCode();
} catch (Exception e1) {
sig = 0;
e1.printStackTrace();
}
return sig;
}
3. 檢測包名，版本名和版本號，然後做判斷：
private String getAppInfo() {
try {
String pkName = this.getPackageName();
String versionName = this.getPackageManager().getPackageInfo(
pkName, 0).versionName;
int versionCode = this.getPackageManager()
.getPackageInfo(pkName, 0).versionCode;
return pkName + " " + versionName + " " + versionCode;
} catch (Exception e) {
}
return null;
}
4. 把jpg圖片寫成是png格式得圖片 但是最新版本的apktool已經修復了
5. 花指令，影響jd－gui 但是最新版本的jd－gui已經修復
private static final char[] wJ = "0123456789abcdef".toCharArray();
public static String imsi = "204046330839890";
public static String p = "0";
public static String keyword = "電話";
public static String tranlateKeyword = "%E7%94%B5%E8%AF%9D";
在每個類裡面加入 如上欄位。。。。
https://***/ 一個第三方得」愛加密「網站 1.需要使用官方的打包key工具打包後上傳到"愛加密"網站進行處理,然後到網站上面下載,下載後還要用"愛加密"的打包工具再次進行打包即可。
C. Linux centos7使用make編譯時報錯，提示C文件初始值設定元素不是常量，請問應該怎麼解決
static const 初始化值必須為常量,就是只能是編譯時就能確定的值,而不是運行時運算出來的值.
得看看makefloatx80是什麼,如果是一個普通函數,那麼出現這個錯誤是應該的.
考慮到是官方庫,可能是使用的編譯器版本不同.
D. Qemu安裝之後如何卸載
qemu卸載根據安裝方式的不同也會有響應的卸載方式：（1）源碼編譯安裝需要手動卸載；（2）ubutnu pakage安裝需要命令卸載
(1) 源碼編譯安裝的qemu需要手動卸載：
可執行文件默認放在/usr/local/bin
庫文件默認存放在/usr/local/libexec
配置文件默認存放在/usr/local/etc
共享文件默認存放在/usr/local/share
卸載源碼只需將上面四個目錄中相關文件或者目錄刪除
#
# rm -rf /usr/local/bin/qemu-*
# rm -rf /usr/local/libexec/qemu-bridge-helper
# rm -rf /usr/local/etc/qemu
# rm -rf /usr/local/share/qemu
(2) pakage安裝方式需命令卸載
刪除包和相關依賴
# sudo apt-get remove --auto-remove qemu-system-x86
刪除配置文件和相關的數據文件
# sudo apt-get purge --auto-remove qemu-system-x86
E. qemu如何使用
qemu常用網路模式是user、tap。
user使用有局限性，
1） 由於其在QEMU內部實現所有網路協議棧，因此其性能較差。
2） 不支持部分網路功能（如ICMP），所以不能在客戶機中使用ping命令測試外網連通性。
3） 不能從宿主機或外部網路直接訪問客戶機。需要作地址重定向。
tap方式網路沒有這些限制。
通過tap又可以實現bridge和nat方式的網路連接。
F. 沒硬體怎麼玩zynq7000
官網提供的可執行文件是基於64位Linux的：zynq_linux.tar.gz.
對於32位的系統，需要自己編譯，解決方案如下：
1） 下載代碼：git clone git://git.xilinx.com/qemu-xarm.git
2） 配置工程：
cd qemu-xarm
./configure --target-list=arm-softmmu --disable-werror --disable-kvm
3） 編譯： make
4) 編譯結果：
[walt@zynq7k qemu-xarm]$ ls -l arm-softmmu/qemu-system-arm
-rwxrwxr-x. 1 walt walt 18428427 Nov 6 15:27 arm-softmmu/qemu-system-arm
5） 檢測環境是否OK，測試如下：
[walt@zynq7k qemu-xarm]$ ./arm-softmmu/qemu-system-arm -h
QEMU emulator version 1.0.50, Copyright (c) 2003-2008 Fabrice Bellard
usage: qemu-system-arm [options] [disk_image]
『disk_image』 is a raw hard disk image for IDE hard disk 0
Standard options:
-h or -help display this help and exit
-version display version information and exit
-machine [type=]name[,prop[=value][,...]]
selects emulated machine (-machine ? for list)
property accel=accel1[:accel2[:...]] selects accelerator
supported accelerators are kvm, xen, tcg (default: tcg)
-cpu cpu select CPU (-cpu ? for list)
…… ……
註： 若無法執行，請按http://wiki.xilinx.com/zynq-qemu提示安裝缺失的動態庫。
替換官方下載的壓縮包中的文件為新編譯的qemu-system-arm，測試執行如下：
[walt@zynq7k zynq_linux]# ./start_qemu.sh
ram size=40000000
error reading QSPI block device
error no mtd drive for nand flash
a0mpcore_priv: smp_priv_base f8f00000
error no sd drive for sdhci controller (0)
error no sd drive for sdhci controller (1)
Number of configured NICs 0×1
ram_size 40000000, board_id d32, loader_start 0
Uncompressing Linux… done, booting the kernel.
Booting Linux on physical CPU 0
Linux version 3.3.0-14.2-build1 (relman@xcobldal824) (gcc version 4.6.1 (Sourcery CodeBench Lite 2011.09-50) ) #1 SMP PREEMPT Thu Jul 12 09:04:32 MDT 2012
CPU: ARMv7 Processor [410fc090] revision 0 (ARMv7), cr=10c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine: Xilinx Zynq Platform, model: Xilinx Zynq ZC702
bootconsole [earlycon0] enabled
Memory policy: ECC disabled, Data cache writealloc
PERCPU: Embedded 7 pages/cpu @c190b000 s5696 r8192 d14784 u32768
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 255744
Kernel command line: console=ttyPS0,115200 root=/dev/ram rw initrd=0×800000,8M ip=:::::eth0:dhcp earlyprintk
PID hash table entries: 4096 (order: 2, 16384 bytes)
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 240MB 768MB = 1008MB total
Memory: 1009280k/1009280k available, 39296k reserved, 270336K highmem
Virtual kernel memory layout:
vector : 0xffff0000 – 0xffff1000 ( 4 kB)
fixmap : 0xfff00000 – 0xfffe0000 ( 896 kB)
vmalloc : 0xf0000000 – 0xff000000 ( 240 MB)
lowmem : 0xc0000000 – 0xef800000 ( 760 MB)
pkmap : 0xbfe00000 – 0xc0000000 ( 2 MB)
moles : 0xbf000000 – 0xbfe00000 ( 14 MB)
.text : 0xc0008000 – 0xc040bdb0 (4112 kB)
.init : 0xc040c000 – 0xc0430640 ( 146 kB)
.data : 0xc0432000 – 0xc045fd20 ( 184 kB)
.bss : 0xc045fd44 – 0xc0479f5c ( 105 kB)
Preemptible hierarchical RCU implementation.
Verbose stalled-CPUs detection is disabled.
NR_IRQS:128
xlnx,ps7-ttc-1.00.a #0 at 0xf0000000, irq=43
Console: colour mmy device 80×30
Calibrating delay loop… 147.35 BogoMIPS (lpj=736768)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
smp_twd: clock not found: -2
Calibrating local timer… 84.48MHz.
hw perfevents: enabled with ARMv7 Cortex-A9 PMU driver, 1 counters available
Setting up static identity map for 0x2f3000 – 0x2f3034
CPU1: Booted secondary processor
CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
Brought up 2 CPUs
SMP: Total of 2 processors activated (271.66 BogoMIPS).
devtmpfs: initialized
NET: Registered protocol family 16
L2x0 series cache controller enabled
l2x0: 8 ways, CACHE_ID 0×00000000, AUX_CTRL 0×72060000, Cache size: 524288 B
registering platform device 『pl330′ id 0
registering platform device 『arm-pmu』 id 0
hw-breakpoint: debug architecture 0×0 unsupported.
xslcr xslcr.0: at 0xF8000000 mapped to 0xF0008000
bio: create slab at 0
gpiochip_add: registered GPIOs 0 to 245 on device: xgpiops
xgpiops e000a000.gpio: gpio at 0xe000a000 mapped to 0xf000a000
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
Switching to clocksource xttcpss_timer1
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 7, 786432 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
UDP hash table entries: 512 (order: 2, 16384 bytes)
UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport mole.
RPC: Registered udp transport mole.
RPC: Registered tcp transport mole.
RPC: Registered tcp NFSv4.1 backchannel transport mole.
Trying to unpack rootfs image as initramfs…
rootfs image is not initramfs (junk in compressed archive); looks like an initrd
Freeing initrd memory: 8192K
xscugtimer xscugtimer.0: ioremap fe00c200 to f000c200 with size 400
pl330 dev 0 probe success
highmem bounce pool size: 64 pages
JFFS2 version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
msgmni has been set to 1459
io scheler noop registered
io scheler deadline registered
io scheler cfq registered (default)
e0001000.uart: ttyPS0 at MMIO 0xe0001000 (irq = 82) is a xuartps
console [ttyPS0] enabled, bootconsole disabled
console [ttyPS0] enabled, bootconsole disabled
e0000000.uart: ttyPS1 at MMIO 0xe0000000 (irq = 59) is a xuartps
xdevcfg f8007000.devcfg: ioremap f8007000 to f0060000 with size 100
brd: mole loaded
loop: mole loaded
GEM: BASEADDRESS hw: e000b000 virt: f0062000
XEMACPS mii bus: probed
xemacps e000b000.eth: invalid address, use assigned
MAC updated d2:c4:43:31:6b:d0
eth0, pdev->id -1, baseaddr 0xe000b000, irq 54
ehci_hcd: USB 2.0 『Enhanced』 Host Controller (EHCI) Driver
xusbps-ehci xusbps-ehci.0: Xilinx PS USB EHCI Host Controller
xusbps-ehci xusbps-ehci.0: new USB bus registered, assigned bus number 1
xusbps-ehci xusbps-ehci.0: irq 53, io mem 0×00000000
xusbps-ehci xusbps-ehci.0: USB 2.0 started, EHCI 0.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 0 ports detected
Initializing USB Mass Storage driver…
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
Xilinx PS USB Device Controller driver (Apr 01, 2011)
mousedev: PS/2 mouse device common for all mice
i2c /dev entries driver
Linux video capture interface: v2.00
gspca_main: v2.14.0 registered
uvcvideo: Unable to create debugfs directory
usbcore: registered new interface driver uvcvideo
USB Video Class driver (1.1.1)
WDT OF probe
xwdtps f8005000.swdt: Xilinx Watchdog Timer at 0xf0066000 with timeout 10 seconds
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pltfm: SDHCI platform and OF driver helper
mmc0: SDHCI controller on e0100000.sdhci [e0100000.sdhci] using ADMA
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP cubic registered
NET: Registered protocol family 17
VFP support v0.3: implementor 41 architecture 3 part 40 variant 0 rev 0
Registering SWP/SWPB emulation handler
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
GEM: lp->tx_bd ffdfb000 lp->tx_bd_dma 2f2b2000 lp->tx_skb ee9199c0
GEM: lp->rx_bd ffdfc000 lp->rx_bd_dma 2f2b1000 lp->rx_skb ee9198c0
GEM: MAC 0x3143c4d2, 0x0000d06b, d2:c4:43:31:6b:d0
GEM: phydev ee90ec00, phydev->phy_id 0x1410cc2, phydev->addr 0×17
eth0, phy_addr 0×17, phy_id 0x01410cc2
eth0, attach [Marvell 88E1111] phy driver
Sending DHCP requests ., OK
IP-Config: Got DHCP answer from 10.0.2.2, my address is 10.0.2.15
IP-Config: Complete:
device=eth0, addr=10.0.2.15, mask=255.255.255.0, gw=10.0.2.2,
host=10.0.2.15, domain=, nis-domain=(none),
bootserver=10.0.2.2, rootserver=10.0.2.2, rootpath=
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 8192KiB [1 disk] into ram disk… done.
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing init memory: 144K
Starting rcS…
++ Mounting filesystem
++ Setting up mdev
eth0: link up (1000/FULL)
++ Starting telnet daemon
++ Starting http daemon
++ Starting ftp daemon
++ Starting dropbear (ssh) daemon
rcS Complete
zynq> uname -v
#1 SMP PREEMPT Thu Jul 12 09:04:32 MDT 2012
zynq> df
Filesystem 1K-blocks Used Available Use% Mounted on
none 508808 0 508808 0% /tmp
zynq>
G. qemu怎樣為選擇arm linux內核鏡像選擇運行arm平台
下載Linux內核
下載內核有兩種方法，一種是用git直接下載內核代碼樹，方便後面的內核開發。另一種是直接到內核社區下載對應版本的源碼包。我採用第一種方法，但後面發現主線上3.18版本和後面版本的代碼，使用這種搭建方法運行不起來。目前未查明問題的根因。如果讀者想快速搭建成功，建議選用3.16版本的內核進行搭建。
安裝arm的交叉編譯工具鏈
想必做嵌入式開發的朋友，對交叉編譯工具鏈不陌生。如果你訂制一個交叉編譯工具鏈，建議你使用crosstool-ng開源軟體來構建。但在這里建議直接安裝arm的交叉編譯工具鏈：
sudoapt-getinstallgcc-arm-linux-gnueabi
編譯Linux內核
生成vexpress開發板子的config文件：
makeCROSS_COMPILE=arm-linux-gnueabi-ARCH=armvexpress_defconfig
編譯：
makeCROSS_COMPILE=arm-linux-gnueabi-ARCH=arm
生成的內核鐿像位於arch/arm/boot/zImage，後續qemu啟動時需要使用該鏡像。
下載和安裝qemu模擬器
其實Ubuntu12.04有qemu的安裝包，但由於版本較低，對vexpress開發板支持不友好，建議下載高版本的qemu:
wget
配置qemu前，需要安裝幾個軟體包：
sudoapt-getinstallzlib1g-dev
sudoapt-getinstalllibglib2.0-0
sudoapt-getinstalllibglib2.0-dev
配置qemu，支持模擬arm架構下的所有單板：
./configure--target-list=arm-softmmu--audio-drv-list=
編譯和安裝：
make
makeinstall
測試qemu和內核能否運行成功
qemu已經安裝好了，內核也編譯成功了，到這里最好是測試一下，編譯出來的內核是否OK，或者qemu對vexpress單板支持是否夠友好。
運行命令很簡單：
qemu-system-arm-Mvexpress-a9-m512M-kernel/home/ivan/kernel_git/linux/arch/arm/boot/zImage-nographic-append"console=ttyAMA0"
如果看到內核啟動過程中的列印，說明前的搭建是成功的。
這里簡單介紹下qemu命令的參數：
-Mvexpress-a9模擬vexpress-a9單板，你可以使用-M?參數來獲取該qemu版本支持的所有單板
-m512M單板運行物理內存512M
-kernel/home/ivan/kernel_git/linux/arch/arm/boot/zImage告訴qemu單板運行內核鏡像路徑
-nographic不使用圖形化界面，只使用串口
-append"console=ttyAMA0"內核啟動參數，這里告訴內核vexpress單板運行，串口設備是哪個tty。
注意：
我每次搭建，都忘了內核啟動參數中的console=參數應該填上哪個tty，因為不同單板串口驅動類型不盡相同，創建的tty設備名當然也是不相同的。那vexpress單板的tty設備名是哪個呢？其實這個值可以從生成的.config文件CONFIG_CONSOLE宏找到。
如果搭建其它單板，需要注意內核啟動參數的console=參數值，同樣地，可從生成的.config文件中找到。
製作根文件系統
到這里是否大功告成了呢？其實在上面的測試中，你會發現內核報panic，因為內核找不到根文件系統，無法啟init進程。
根文件系統要考慮兩個方面：
1.根文件系統的內容
如果你看過《LinuxFromScratch》，相信你會對這一步產生恐懼感，但如果一直從事嵌入式開發，就可以放下心來。根文件系統就是簡單得不能再簡單的幾個命令集和態動態而已。為什麼LinuxFromScratch會有那麼復雜，是因為它要製作出一個Linux發生版。但在嵌入式領域，幾乎所有的東西，都是mini版本，根文件系統也不例外。
本文制本的根文件系統=busybox(包含基礎的Linux命令)+運行庫+幾個字元設備
2.根文件系統放在哪裡
其實依賴於每個開發板支持的存儲設備，可以放到NorFlash上，也可以放到SD卡，甚至外部磁碟上。最關鍵的一點是你要清楚知道開發板有什麼存儲設備。
本文直接使用SD卡做為存儲空間，文件格式為ext3格式
下載、編譯和安裝busybox
wget
makedefconfig
makeCROSS_COMPILE=arm-linux-gnueabi-
makeinstallCROSS_COMPILE=arm-linux-gnueabi-
安裝完成後，會在busybox目錄下生成_install目錄，該目錄下的程序就是單板運行所需要的命令。
形成根目錄結構
先在Ubuntu主機環境下，形成目錄結構，裡面存放的文件和目錄與單板上運行所需要的目錄結構完全一樣，然後再打包成鏡像（在開發板看來就是SD卡），這個臨時的目錄結構稱為根目錄
1.創建rootfs目錄（根目錄），根文件系統內的文件全部放到這里
sudomkdirrootfs
2.拷貝busybox命令到根目錄下
sudocpbusybox-1.20.2/_install/*-rrootfs/
3.從工具鏈中拷貝運行庫到lib目錄下
sudocp-P/usr/arm-linux-gnueabi/lib/*rootfs/lib/
4.創建4個tty端終設備
sudomknodrootfs/dev/tty1c41
sudomknodrootfs/dev/tty2c42
sudomknodrootfs/dev/tty3c43
sudomknodrootfs/dev/tty4c44
製作根文件系統鏡像
1.生成32M大小的鏡像
ddif=/dev/zeroof=a9rootfs.ext3bs=1Mcount=32
2.格式化成ext3文件系統
mkfs.ext3a9rootfs.ext3
3.將文件拷貝到鏡像中
sudomkdirtmpfs
sudomount-text3a9rootfs.ext3tmpfs/-oloop
cp-rrootfs/*tmpfs/
sudoumounttmpfs
系統啟動運行
完成上述所有步驟之後，就可以啟動qemu來模擬vexpress開發板了，命令參數如下：
qemu-system-arm-Mvexpress-a9-m512M-kernel/home/ivan/qemu/linux/arch/arm/boot/zImage-nographic-append"root=/dev/mmcblk0console=ttyAMA0"-sda9rootfs.ext3
從內核啟動列印，到命令行提示符出現，激動人心的時刻出現了……
寫在後面的話
通過上面的步驟，搭建出來一個最小的qemu+arm開發環境，你可以上面的基礎上修改內核，或者增加一些測試程序在單板上運行，甚至使用單板的flash設備。
在此，你可以做純arm架構的內核開發，或者與架構無關的內核開發，也可以做單板相關的驅動開發。