能當主力，能入虛擬機器，還能隨時打包帶走，Linux 就是這麼強大

這裡介紹一下自己管理自己的Linux桌面的一點經驗吧，我覺得還是有不少可取之處的。先來說一下大多數人管理Linux桌面的方法有哪些不方便的地方吧：

• 買新電腦了，又得在新電腦上安裝Linux，安裝各種軟體，各種庫，各種開發環境，配置各種服務，真麻煩。
• 最近一直在用電腦A，幹了好多事情安裝了好多軟體，也配置了不少開發環境跟各種服務，然而處於某種原因，我又要開始使用好久沒用過的電腦B了，難道我要把在A上的做的各種配置在B上再重新做一遍？
• 在Windows下做著PPT呢，發現需要調出自己之前的程式，然後根據若干組輸入跑幾個結果畫張圖好插到PPT裡，然而這個程式是在Linux下寫的，編譯等的過程也嚴重依賴自己用的Linux環境，重啟進Linux拿到結果再回Windows太不方便，想在Windows下配置好環境把自己的程式跑通更不容易。
• 要對系統安裝某個軟體，或者進行一些比較危險的更新操作（要知道Archlinux滾動更新滾掛了太正常了），擔心把系統搞掛了，系統備份又實在太麻煩，要真掛了，系統恢復起來更麻煩。
• 我一直用Archlinux做主力，然而最近做的某件事情要用某個軟體，這個軟體官方只給了Ubuntu上的安裝方式，Archlinux裡面沒有相應的包，在Archlinux上手動安裝也太不方便。裝個Ubuntu，然後暫時用幾天Ubuntu吧，也是夠折騰的。更何況有時候只是想用一小下而已，怎樣才能最小化自己在折騰上浪費的時間呢？
• 有的軟體官方軟體倉庫裡面沒有，而make install的話則會在系統中安裝上不被包管理器所管理的檔案，將來解除安裝也不方便，我還是更希望所有的檔案都在一個包管理器中管理的。
• 聽說新版本核心引入了某個牛逼的東西？我就想快速測試一下玩玩，我電腦還有計算在跑著呢，我可不想重啟，那就只能用虛擬機器嘗試了。而且，一定要快速，我可不想為此特地裝一個虛擬機器。

上述的這些不方便之處是可以通過自己管理系統時的一些技巧來克服的，本文目的就是來介紹一下這些技巧。通過這些技巧，我們實現的功能是：一臺機器上，可以同時安裝Windows跟若干Linux系統，Windows下可以通過虛擬機器來執行位於本地磁碟的這些Linux系統，而這些Linux系統下也可以通過容器或者虛擬機器的方式互相執行。並且這些系統可以非常方便地備份跟刪除，也可以隨時建立以及執行快照。並且這些Linux系統可以隨時打包帶走，只需要經過很少的修改，就能直接在U盤或者其他機器上執行。如果要換電腦，或者新裝一臺電腦，也不需要重新安裝系統，只需要把已有的系統同步到新電腦就行。這也正是這篇文章標題的意思。

為了行文的方便，我們假定讀者有一臺全新的機器，硬碟還沒分割槽，也還沒裝任何系統。如果已經什麼都裝好了，而只是想遷移到我這種管理方式的話，我相信讀者能夠判斷這個安裝教程中哪些步驟是需要做的哪些步驟是不需要做的。 另外需要注意的是這不是一個手把手的一步一步的教程，中間有一些顯然的步驟我就略去不寫了，所以希望讀者不要照著文章裡的的命令不加思考地一條一條貼上執行，而是要搞明白這些命令的目的是什麼，然後根據你自己的情況來做相應的修改。

分割槽與子卷

具體怎麼分割槽我就不說了，隨便找個livecd啟動進去，然後找到你自己最喜歡的分割槽程式，按照你的喜好把區分了就好。注意別忘了EFI分割槽。我這裡需要說的是，分割槽的時候，不論有多少個發行版要安裝，總共只給Linux劃分兩個分割槽：一個是swap，另一個則是一個大的btrfs分割槽。那個btrfs分割槽裡面裝著所有的檔案，包括使用者的個人資料，以及所有發行版的rootfs。這兩個分割槽在格式化的時候，一定要給他們取Label，這麼做的好處接下來我們很快就會看到。我的習慣是，swap分割槽的Label我就叫他“swap”，而那個btrfs分割槽我則叫他“linux”。建立好分割槽以後，如果格式化工作是在圖形的分割槽管理程式下完成的，那麼指定Label是個非常簡單的工作，右鍵屬性裡面就有。如果是使用命令列工具格式化分割槽的，則可以使用-L label選項來指定label，比如：

那個大的btrfs分割槽上的不同內容是通過btrfs的子捲來管理的，具體來講就是為自己想安裝的每個不同的Linux系統來建立一個單獨的子卷。 比如說我電腦上同時安裝了Archlinux、Ubuntu、Kali、Debian四個系統，那麼的btrfs分割槽裡面就有四個子卷：archlinux、ubuntu、kali、debian。 子卷的建立可以通過btrfs subvolume create <name>命令完成，比如說要建立我這五個子卷，需要做的事情就是：

如果你只想裝一個發行版，比如archlinux，那麼只需要archlinux子卷就夠了。另外，如果你想把使用者資料單獨放在一個子卷裡，也是完全可以的，不過這裡不推薦多個Linux系統共享同一個家目錄，因為不同系統上安裝的軟體不同，同樣的軟體版本也不相同，即使版本相同，不同發行版也可能應用了不同的patch，這就導致在一個系統上使用者家目錄裡面產生的配置檔案，在另一個系統裡無法相容，產生奇怪的行為。

系統安裝

建立好分割槽與子卷，下一步就是安裝作業系統了。這裡分兩種情況來講：第一種情況是你想要全新安裝一個Linux作業系統；第二種情況則是你已經有了某個可用的作業系統了，而只是想把這個作業系統遷移到文章所說的管理方式上。

全新安裝

如果想要全新安裝一個作業系統，安裝方式上，作者只推薦純手工安裝，而不是用官方給的安裝光碟不斷點著“下一步”來進行安裝。這麼做是為了防止官方安裝程式做一些我們不想讓他做的事情，比如說自動安裝grub。對於Archlinux跟Gentoo來講，唯一的安裝方法就是純手工安裝，所以只要按照官方的教程來就好了。對於deb系的系統，可以使用debootstrap程式。對於其他的發行版，可能會找不到手工安裝的教程，這時候可以新建一個虛擬機器，在虛擬機器中使用官方的安裝程式不斷點選“下一步”來完成安裝，然後按照下一節即將介紹的現有系統遷移教程把系統從虛擬機器中遷移到現實機器上；除此之外，讀者還可以找到發行版官方提供的安裝程式的原始碼閱讀一下，看明白這些安裝程式都在幹啥，就知道怎麼手工安裝了，安裝程式的程式碼還是相對簡單的，有時間的讀者不妨嘗試一下。下面來具體說一下安裝過程，這裡只介紹Archlinux跟deb系。如果有多個Linux系統需要安裝，建議先安裝並完全配置好其中一個，讓這個系統處於可用並且方便使用的狀態，然後再在這個可用的系統中安裝其他系統。這裡我們假設讀者已經完成了分割槽，建立了對應的子卷，並且把那個btrfs分割槽掛載在了/mnt上。

Archlinux的手動安裝

Archlinux的手動安裝主要還是看官方教程。分割槽的時候注意按照上文介紹的方法。非常關鍵的pacstrap那一步注意使用如下命令安裝到子卷裡，而不是整個btrfs分割槽中:

至於fstab，就不要使用教程中的方法來生成了，我們的管理方式比較非常規，還是自己寫fstab比較好。bootloader也要按照本文下文說的方式來安裝跟配置。至於其他的設定鍵盤、設定網路、設定時區等操作，照著教程來就行。

deb系的手動安裝

deb系的系統網上找到的教程都是使用發行版自帶的安裝程式的教程，並沒有像Archlinux那麼詳細的手動安裝教程。因為我們想要手動安裝，所以我們就不參照網上的deb系的安裝教程了。但是我們還是有教程可以參照的，那就是Archlinux的wiki裡面關於systemd-nspawn的教程，這個教程裡面有一節介紹如何使用debootstrap安裝Debian或者Ubuntu。具體安裝過程請參照上述教程，其中關鍵命令如下：

值得一提的是，我們安裝deb系的發行版並不一定要使用deb系的livecd，任何能夠安裝debootstrap程式的livecd都是可以的。比如說我們完全可以使用Archlinux的livecd來啟動，然後安裝debootstrap並通過debootstrap來安裝Ubuntu。

注意的是，debootstrap並不會像官方安裝程式那樣安裝一個完整齊全開袋即食的作業系統，而只是安裝最基本的軟體包，讀者需要根據自己的情況單獨安裝桌面環境等的軟體包。同時fstab跟bootloader也要根據本文的方法自己配置。

現有系統遷移

Linux系統的遷移其實非常簡單，無非就是把rootfs的檔案全都拷貝到目的地即可。不過這個過程雖然看似簡單，但是還是有一些需要注意的東西的。比如說對於符號連結，如果處理不當，則會不小心把符號連結搞成實體檔案，這就不好了。再比如說，檔案的許可權等後設資料的問題，如果處理不當，可能會導致拷貝過程中後設資料的丟失。這兩種問題，都有可能會導致系統不能正常執行。還有一個需要注意的地方就是，正常執行的作業系統裡，會有/proc、/dev等目錄，這些目錄都是單獨的虛擬檔案系統，是不需要拷貝的，也是無法拷貝的。

我們現在假設使用者想要把位於A的Ubuntu系統遷移到目標子卷/mnt/ubuntu去。其中，A可能位於虛擬機器中，可能位於另一臺電腦上，也可能位於本地磁碟。對系統進行遷移，大方向上來講，需要做的有兩步：

1. 掛載相應分割槽，設定ssh，保證我們能夠訪問到A。
2. 使用rsync或者btrfs send命令來把資料從A傳送到目標子卷中去。

第一步具體怎麼做就不說了，分三種情況簡單幾句話概括一下怎麼做：

• 如果只是一個分割槽的話，mount就可以了
• 如果是另一臺機器，把那臺機器配置好ssh，保證root使用者可以用ssh訪問
• 如果是虛擬機器，有兩種選擇，一種是想辦法掛載虛擬機器的磁碟映象，然後像情況1那樣處理；另一種則是配置好網路跟ssh，像情況2那樣處理。具體採取哪種措施請讀者根據自己的情況來自行決定。

第二步我們來分別介紹rsync跟btrfs send兩種方法。

rsync的方法這裡有教程可以參照。我們現在假設A的ip地址為192.168.88.3。則只需執行如下命令即可：

這裡提醒讀者注意自己系統上是否還有其他不想要同步的檔案，記得一併排除掉。

btrfs send只在A的rootfs也是btrfs的情況下才能使用。這個方法的教程參見這裡。首先需要做的是在A機器上給rootfs建立一個只讀快照（注意下面命令是在A機器上執行的）：

注意上面命令中快照的名字要和目標子卷的名字相同，這樣可以省去將來改名的麻煩。然後就可以使用btrfs send命令來把快照/ubuntu中的內容傳送到目的地了，在這之前我們需要暫時刪除我們分割槽的時候建立的ubuntu子卷，這個子卷會在接收過程中自動重新建立：

最後在A機器上把剛剛建立的快照刪除就可以了

bootloader與fstab

系統裝好了，我們的fstab還沒設定，啟動管理器也還沒安裝配置。下面來講講怎麼配置這兩樣東西。我們之前說過一定要給分割槽取一個Label，玄機在這裡。如何在虛擬機器中直接執行本地磁碟上安裝的Linux，以及如何能把一個系統直接進行打包帶走而不需要更改太多配置，關鍵也在這裡。

fstab

先來說說fstab，fstab總共有五列，分別為fs、mountpoint、type、opts跟dump/pass。這五列分別為什麼意思、以及fstab該怎麼填，網上一查便知，在此不再贅述。這裡只說我們需要做的跟常規不一樣的地方。

第一個要注意的事情是，大家在填寫fstab的時候，通常喜歡在fs那一列填寫類似/dev/sda4或者UUID=d5acc217-d524-4a2d-a937-bad945a047b2，而在這裡這樣是不行的，這裡我們填寫的是形如/dev/disk/by-label/linux這樣的東西。也就是說，我們的fstab裡面是通過分割槽的Label來找分割槽的。這麼做的原因是，我們希望我們的rootfs不光能在這臺機器上啟動，還希望它能在虛擬機器的環境中，或者當我們把rootfs打包帶走同步到別的機器上的時候，也能正常啟動。在這臺機器上rootfs所在的分割槽叫做/dev/sda4，在別的機器上或者虛擬機器裡就不一定還叫/dev/sda4了。但是我們只要遵守自己的命名規則，所有機器上的這些分割槽我們都取相同的Label，那麼我們的fstab就是放之四海而皆準的，不需要為不同的環境而更改。

第二個需要注意的問題是，不要填寫rootfs的條目。這種做法跟通常發行版或者其他使用者的預設做法是非常不相同的。為了理解這一點，先來說說Linux系統的啟動過程。通常情況下，Linux啟動的時候，首先由bootloader把核心裝載到記憶體，並向核心傳遞引數告訴核心rootfs的位置。接下來核心就會根據傳遞的引數，以只讀方式掛載rootfs，並執行rootfs中的init程式。init程式會呼叫相應的初始化程式執行各種初始化操作。其中一項初始化操作就是根據fstab的配置，來重新以讀寫方式掛載rootfs，並且掛載fstab裡面配置的其他各個分割槽到指定位置。明白了Linux啟動的過程，我們就知道，fstab裡面的rootfs那一行其實不是必須的。刪掉了rootfs那一行，我們只需要通過修改bootloader傳遞給核心的引數，就可以告訴核心直接以讀寫而不是隻讀的方式掛載rootfs。

那麼，我們在寫fstab的時候不寫rootfs那一項有啥好處呢？好處就是，我們不僅希望我們的系統能在裸機上用，還希望我們的系統能在虛擬機器上用。在下文設定qemu虛擬機器的時候，我們會以virtfs的方式把我們的子卷傳遞給虛擬機器，這個時候rootfs就已經不再是/dev/disk/by-label/linux了，如果我們把rootfs的掛載方式硬編碼到fstab裡面，那麼會導致init程式的失敗，進而無法啟動。

另外有一點值得一提的小技巧是，很多時候我們還有別的一些個分割槽想要自動掛載。問題在於，這些分割槽在虛擬機器環境中，並不一定是存在的，這就會導致啟動的時候由於無法掛載而啟動失敗。其實系統的設計者早就考慮到這個問題了。如果你不希望fstab中的某些條目自動掛載，在選項裡面增加noauto即可。如果你希望一些條目自動掛載，但是這些條目不是那麼重要，即使掛載失敗也不希望這些條目導致啟動失敗，可以在選項中增加nofail。這兩個選項真的是給我們的系統管理工作提供了非常大的方便。比如說我們可能會在fstab中增加/dev/disk/by-label/swap的條目，以便開機自動將這個分割槽設定為交換分割槽供系統使用。然而後面我們會看到，我們設定虛擬機器的時候，這個分割槽在虛擬機器環境下，並不一定是可用的。這種情況下，我們希望系統在找不到這個分割槽的時候直接忽略錯誤不用swap便是，而不是報錯拒絕啟動。

說了這麼多，直接貼一個fstab的例子好了：

bootloader

再來說說啟動管理器，這裡作者推薦的啟動管理器是refind，安裝教程官網有，在此不贅述。這裡只講一下啟動項怎麼寫。先貼示例程式碼：

其中第三行的volume用來指定核心存放的分割槽，此分割槽可以通過多種方式來指定，比如通過分割槽的GUID，但是對我們來說最重要的是可以通過檔案系統的Label來指定。我們的rootfs分割槽Label是”linux”，所以這一行寫作volume linux。

接下來就是指定核心位置、核心引數跟initramfs的位置了。其中loader用來指定核心位置，options用來指定核心引數，initrd則用來指定initramfs的位置。示例中的是Archlinux系統，核心是archlinux子卷中的boot/vmlinuz-linux檔案，所以寫作loader archlinux/boot/vmlinuz-linux。類似，initrd那一行則寫作initrd archlinux/boot/initramfs-linux.img。至於核心引數，root=/dev/disk/by-label/linux告訴核心我們的rootfs所在的分割槽，rootflags=subvol=archlinux告訴核心掛載名為archlinux的子卷，rw則告訴核心以讀寫方式掛載。對於Ubuntu系統，這三行應該寫作：

細心的讀者可能已經發現，我們的refind的配置檔案中在指定分割槽的時候用的全是他們的Label，這就保證了這個配置檔案的普適性，換臺電腦，只要你用同樣的管理方式，同樣的命名習慣，配置檔案裡面的東西動都不用動，直接拷貝過去就行。

系統的備份與恢復以及快照的應用

由於使用了btrfs的動態卷，所以備份恢復工作做起來非常簡單。備份系統只需要建立快照即可：

至於恢復，其實我們根本不需要恢復，直接把快照作為rootfs用就行。我們只需要去refind的配置檔案裡面，把相應的啟動項改改即可。比如說對於Archlinux而言，只需要改成：

如果有強迫症，覺得rootfs名字不叫archlinux很不爽，那其實改名也很簡單:

其實，btrfs的快照功能不僅可以用來備份與恢復系統，還有很多非常靈活的運用的。比如說我想在系統裡面安裝一個巨大而又混亂的軟體，這個軟體我只想用幾天幹一件事情，幹完這件事情我就不想用了。問題是，這個軟體在官方的軟體倉庫並沒有，要安裝，我只能使用軟體提供的安裝程式來安裝，然而軟體並沒有提供解除安裝程式，或者解除安裝程式解除安裝的很不徹底，會在系統殘留垃圾。我想用這軟體，然而又不想髒了我的系統，這該怎麼辦？很簡單：建立一個快照，新增加一條以快照為rootfs的啟動項，要用軟體了就啟動到快照中去，用完這個軟體以後把快照刪除即可。再比如說，我想要搞個虛擬機器跟實體機一起來測試某個東西（比如說測試某些網路協議、測試某些叢集管理軟體等），這個時候我根本沒必要重新用安裝光碟去裝一個虛擬機器，只需要建立一個快照，然後把快照作為虛擬機器的rootfs啟動即可，具體方法下文會介紹，在此不多說。當然，快照的應用還遠遠不止我說的這些，更多好玩的應用還待讀者自己探索。

Windows下訪問Linux

從文章的剛開頭我們就說，有時候我們是有在Windows下執行本地安裝的Linux的需求的。這個需求可以通過VirtualBox來滿足，只需要在VirtualBox中使用本地磁碟來作虛擬磁碟即可。說起來簡單，但是實現起來還是需要折騰一下子的。

首先我們需要新建一個虛擬機器，具體過程不多說，一路“下一步”就行了，唯一需要注意的是，在建立虛擬磁碟的那一步，選擇“不新增虛擬硬碟”：

這裡我的虛擬機器取名為“Linux”。建立完虛擬機器了以後，就需要把本地磁碟設定為虛擬磁碟了。VirtualBox只能通過命令來做這件事情，教程可以在這裡找到。首先要做的是尋找我們安裝Linux的磁碟的編號，這個可以在系統自帶的磁碟管理程式中找到，在我的機器上這個磁碟編號為2：

知道了磁碟的編號，就可以建立虛擬盤了。這裡我們使用的命令如下，注意使用管理員身份執行：

有了虛擬磁碟了，就可以將虛擬磁碟新增到虛擬機器中去了：

虛擬磁碟設定好了，最後一步就是設定EFI了。由於我們之前在分割槽的時候給檔案系統都賦予了Label，並且在refind設定的時候也是用的Label來指定分割槽，所以同一套refind的配置在虛擬機器上也能用。因此我們不需要單獨給虛擬機器安裝bootloader，而是直接用我們之前安裝在物理磁碟上的EFI分割槽中的refind就行。VitualBox預設是不開啟EFI的，我們需要在虛擬機器的系統設定裡面手動勾選EFI：

為了要讓VirtualBox自動啟動refind，還要對EFI的分割槽做一些簡單的設定，設定的教程參考這裡。設定的時候一定要注意，這些設定一定要是通用的，即同一份檔案既能在物理機上正常工作也能在虛擬機器上正常工作，不要改完了設定以後虛擬機器上能跑了物理機卻掛了，這就不好玩了。VirtualBox的EFI在啟動的時候會優先選擇/EFI/BOOT/BOOTX64.EFI，如果找不到的話，才會啟動EFI分割槽根目錄下的startup.nsh中指定的bootloader。知道了這一點，為了實現自動啟動refind，首先需要檢查一下/EFI/BOOT/BOOTX64.EFI這個檔案是否存在，若存在，備份並刪除之：

然後就是在EFI分割槽根目錄下新建一個startup.nsh了，這個檔案只需要一行，內容如下：

一切設定完畢，執行虛擬機器，就能看到我們熟悉的refind介面了：

開啟其中的Ubuntu系統，測試一切正常就大功告成了：

當然，要在虛擬機器中使用，還有一些細節性的工作要處理，比如安裝VirtualBox的guest需要的相應的核心模組等等，這些在此不談，讀者使用過程中如果發現少啥了，自己裝上便是。

Linux下不同發行版的互相訪問

我們已經成功地在Windows下執行Linux了，下一步就是想辦法在一個Linux系統下訪問其他Linux了。由於這些系統都是Linux，而且都在同一個檔案系統裡面，所以如果只是想要訪問一下里面的檔案的話，掛載了用就行了。但是很多時候我們還是有需要來執行其他系統裡面安裝的程式，或者對那個系統進行管理的。應對這種需求有兩種解決方案：容器跟虛擬機器。

可能很多讀者並不瞭解這兩者的區別，這裡簡單介紹一下。粗略來講，虛擬機器是通過軟體的方式虛擬出一套硬體環境來，並在這套硬體環境中啟動核心，然後核心會進行一個完整的開機過程，包括進行相應的初始化，載入init程式等。相比之下，容器則要輕量很多。容器並不會虛擬出自己的硬體環境，也不會額外載入一個核心。容器所做的，就是在現有核心上，運用namespace來建立出一套獨立的程式PID、掛載點、網路介面、使用者ID等等，由於不同namespace中的這些個ID之類的識別符號都是獨立的，所以不同namespace中的程式是互相之間看不到對方的，虛擬出來的環境乍看上去就跟在單獨執行的一個系統一樣，同樣有PID為1的init程式，有自己一套獨立的rootfs，等等。虛擬機器的優點是更不容易被突破，安全性更好，可以使用自己的核心，但是效率也更低。容器的優點是輕便效率高，但是安全性就要稍差一些，也沒法使用定製核心。

容器

Linux下大家最熟悉的容器就是chroot了，但是作者並不喜歡chroot，主要原因有兩點：

• /proc、 /dev等東西不會自動掛載，每次手動掛載掛的心好累
• 沒有一個相對完整的開機過程，好多我希望自動啟動的服務並不會執行起來

基於上面的原因，作者在這裡推薦的容器是systemd-nspawn。關於systemd-nspawn的介紹跟使用教程，推薦看這裡。systemd-nspawn的使用非常簡單，假設你的linux分割槽已經mount到了/mnt上去了，那麼你只需要下面步驟就能啟動一個systemd-nspawn容器（以Debian為例）：

然後就能看到刷刷刷的開機介面了，真的是非常的方便快捷。這裡還有一點小技巧是，如果嫌每次開容器都要把linux分割槽掛載到/mnt上太麻煩，可以在/var/lib/machines裡面為每個系統新建一個目錄，然後在fstab裡面設定一下自動把相應的子卷掛載進去：

這麼做的好處是，根目錄位於/var/lib/machines的系統，在啟動systemd-nspawn的時候可以直接使用-M選項來指定系統，而不需要進入相應目錄。比如如果想啟動Ubuntu系統：

虛擬機器

如果只是想執行一下其他系統裡面的程式，那麼容器完全就夠用了，但是有的時候我們還是需要玩玩不同的核心的，這就必須得用虛擬機器了。通常情況下，大家用虛擬機器，都是新建一個磁碟映象，然後插入安裝光碟，然後把光碟安裝到映象上。這麼做的壞處，一個是訪問映象中的檔案不方便，另一個是，我們在本地已經有安裝過若干系統了，不去充分利用一下這些而去再重新往映象裡面安裝那實在是捨近求遠。那我們就來找一個把子卷當成虛擬機器rootfs的方法。困難在於，虛擬機器是個很獨立的東西，是無法直接訪問宿主機的檔案系統的。然而幸運的是，Linux的核心虛擬化方案KVM提供了一個把本地檔案系統傳遞給虛擬機器的解決方案，用到的東西叫做VirtFS，相關的文件見這裡。

好訊息是，VirtFS是可以作為rootfs的。但是要能正常掛載VirtFS，核心必須要有相應的驅動才行。這裡有兩種方法可以做到這一點。如果你是自己編譯核心的話，那麼建議直接將相應的驅動編譯進核心而不是模組。根據官網的指示，涉及到的核心配置如下：

如果使用的是發行版提供的核心的話，那麼可以修改initramfs的相關設定保證9p、9pnet、9pnet_virtio三個modules能被安裝到initramfs裡面去。這裡以Ubuntu做guest為例，具體做法是修改Ubuntu系統中的/etc/initramfs-tools/modules檔案，增加下面三行：

然後重新生成initramfs即可：

核心驅動設定好了，就可以啟動qemu虛擬機器了，這裡假定Ubuntu的rootfs已經被mount到了/var/lib/machines/ubuntu：

最後放一張成功的截圖：

全劇終