修改「編譯 VirtualBox 核心模組」的操作命令

又出現 VirtualBox 不能啟動，或啟動後運作不正常。依過往的經驗，可能是核心驅動模組編譯不成功所致。參考前文『解決「因『核心模組』錯誤，致 VBox 虛擬機不能啟動」問題』重下編譯命令，卻出現這個訊息

[root@Core-i7 ~]#  /etc/init.d/vboxdrv setup
-bash: /etc/init.d/vboxdrv: No such file or directory

原先用來編譯的程式 vboxdrv 不存在了，是不是 vboxdrv 這個程式換目錄了？

指定 VBox 中 Windows 的「共享資料夾」之硬碟編號

最近因緣際會需要在 VirtualBox 「虛擬機」中安裝 Windows 作業系統，當然「共享資料夾」的設定是一定要的。透過「共享資料夾」的設定，

• 「虛擬機」可以使用「主機電腦」的硬碟空間。
• 方便「虛擬機」與「主機電腦」間共享檔案。

這次設定時，有個問題稍微困擾一下。就是「共享資料夾」設定為：『自動掛載』、『永久』。
　　這個設定方式在「虛擬機」內部系統也為 Linux 時，並沒有什麼大問題，因為 Linux 是以「目錄名稱」來分辨掛載對象。而 Windows 的硬碟是以「硬碟編號」來分辨的，因此上述設定中的『自動掛載』會自動將「共享資料夾」指定為第一個未指定之「硬碟編號」。

提昇 VirtualBox 功能的 Extension Pack 之安裝

VirtualBox 提供在「主機 (Host)」安裝「虛擬機」的功能，提供使用者諸多彈性，如：同時使用多個不同的作業系統、測試
　　Oracle VM VirtualBox Extension Pack 提供「虛擬機」一些擴充的功能，如：

• 虛擬 USB 2.0 (EHCI) 、USB 3.0 (xHCI) 裝置
• 支援 VirtualBox Remote Desktop Protocol (VRDP) 遠端連線
• 主機 webcam passthrough
• 支援虛擬 Intel E1000 網卡的 PXE 開機功能
• 實驗性地在 Linux 主機支援 PCI passthrough
• 使用 AES 演算法的硬碟映像檔

註：欲提昇「虛擬機」內作業系統的功能，要安裝『Guest Additions』，請參考這些發文。

有關 VirtualBox 的 Guest Additions 之記錄

最近在 VirtualBox 中安裝 Fedora 23 試用，照例會安裝 Guest Additions 讓畫面更順暢。這次安裝時卻失敗了，所以研究了一下 Guest Additions 安裝的驅動程式之相關內容。雖然，最後問題還是由 Fedora 23 核心版本的小更新（4.2.6-301）所解決，但是在這過程中也發現了一些有趣的東西，就把它記錄下來，也許以後會需要再參考到。

解決「安裝『MATE 桌面』卡在 open-vm-tools 套件」的問題

最近在試用 Fedora 23 beta 版時，因不習慣用「GNOME 3 桌面」，就想只安裝「MATE 桌面」，用前文〝(F22) 安裝只有『MATE 桌面』(無 GNOME 3) 的 Fedora〞的步驟安裝，結果被卡在 open-vm-tools 這個套件，無法完成安裝。心想，之前怎麼都沒發生呢？
　　經由一些測試、網路搜尋，整理出一些頭緒，

• open-vm-tools 套件的用途是，當 VMware 的「虛擬機」安裝的客戶作業系統是 Linux 或 UNIX 時，這個套件可用於改善「虛擬機」的效能。
• open-vm-tools 套件之於 VMware 「虛擬機」的功能，與 VirtualBox 所提供的 Guest Additions 相仿。
• 在 Linux kernel 4.2 以前，所裝的 open-vm-tools 套件似乎不會出問題，應該是與 Linux kernel 4.2 有些衝突。
• 在安裝「MATE 桌面」環境時，會同時安裝 open-vm-tools 套件。

VirtualBox 的 CPU『熱插拔 (Hot-Plug)』功能之實驗

若「虛擬機」所使用的 CPU 數量，會因不同的應用需求而常常調整。以往都需要將「虛擬機」先關機、設定 CPU 數、再開機，過程相當麻煩。VirtualBox 有提供一個可動態『插』、『拔』CPU 的功能。覺得相當有趣，就試了一下。
　　這次測試過程中，無論是「主機」或「虛擬機」都是使用 Fedora。其它 Linux 分支應該也適用，至於 Windows 系統，就不得而知了。當然，過程也順便整理、記錄下來，以備將來不時之需。記錄如下：

縮小 VirtualBox 「虛擬機」的硬碟映像檔

一般在建立 VirtualBox 虛擬機時，所使用的『硬碟映像檔』多直接使用預設的『VDI (VirtualBox 磁碟映像)』。這個映像檔格式若同時設為『動態配置』，則其實際所佔硬碟空間將隨虛擬機的系統使用而增加，也就是說「虛擬機」新建立時在「實體主機」的硬碟映像檔較小，而會隨著「虛擬機」的使用漸漸增加。
　　但是，隨著刪刪改改，「虛擬機」中所存的資料並未實際增加多少，可是已經增大的映像檔卻不會縮小。使用 VirtualBox 提供的『VBoxManage modifyhd ... --compact』這個『緊縮』命令，也不能回復到實際大小。這是因為：

• 「虛擬機」的硬碟資料被刪除時，並未實際被清空，只在 FAT（檔案配置表）中註記為『該空間可再使用於儲存新資料』。
• VirtualBox 的命令只將內容為０值之位置回收，而被註記為『空』的位置但內容不為０值，故並未回收。

當需要『減少實際硬碟映像檔大小』及『匯出「虛擬機」』時，上述的機制並不能滿足要求。網路上有許多『VDI 廋身』分享，以下是整理出來適合目前工作環境的方法：

解決「在 Fedora 21 安裝 VirtualBox 失敗」的問題

VirtualBox 官網於 2015-2-12 釋出新版 4.3.22，並解決本篇所提問題，本篇所述步驟已暫時無需操作，僅留做記錄。

本篇是針對以前文『Linux 中 VirtualBox 的安裝與自動更新』操作時，所發生的錯誤訊息提出解決辨法。若是以其它方式安裝，如

• 安裝 RPM-Fusion 社群重製的版本，或
• 每次都從 VirtualBox 官網下載並安裝

的讀者，此篇發文的內容不一定有用。

解決「因『核心模組』錯誤，致 VBox 虛擬機不能啟動」問題

若依照前文的步驟安裝 VirtualBox，啟動『虛擬機』時不應該出現這樣的錯誤訊息

VirtualBox 主機與虛擬機的「共用資料夾」之設定

使用「虛擬機」同時執行不同版本或另一種作業系統，對於學習新作業系統，或是測試某些設定都非常方便。但是，「虛擬機」的硬碟大小，倒底需要多少才夠呢？
　　在另一篇發文“VirtualBox 「虛擬機」的最佳化設定組態”中有提到建議值，但是，這只是以測試作業系統的基本要求而定，對於其它使用的需求，會因不同的應用而有極大的差異。原本設定的『虛擬硬碟』（或 VDI 檔）的大小也可能不夠用，再加一個『虛擬硬碟』是很直覺的想法。
　　如果，這個『虛擬硬碟』是存放這個系統專用的資料，倒也無妨。但若是存放的是使用者的資料，且也會分享給「主機」或其它「虛擬機」使用時，增加另一個『虛擬硬碟』就不一定是最好的方法了。
　　筆者對於這種有共用資料的需求時，多使用 VirtualBox 的「共用資料夾」這個功能，讓「虛擬機」直接使用「主機」的硬碟空間，反正本來就是用主機的硬碟。當「主機」或其它「虛擬機」也要使用這些資料時，可以『直接』或『透過「共用資料夾」』取用。

解決「用 VRDP 連線 VirtualBox 虛擬機時，某些『控制鍵』不能作用」的問題

之前常透過「rdesktop-vrdp」連線、使用在「遠端主機」中執行的「虛擬機」（詳見之前的相關發文），回應的連線訊息中都有“ERROR: Failed to open keymap en-us”這個『鍵盤對應』錯誤訊息，

[SiB@Celeron-D ~]$ rdesktop-vrdp 192.168.10.17:3389
ERROR: Failed to open keymap en-us

雖然只有某些『控制鍵』（如：方向鍵、翻上頁、翻下頁、插入、刪除）不能正常作用，對大部份的其它操作並不影響。
　　但是，就因為這些不正常動作，使得透過遠端使用「虛擬機」時，與在本機操作有許多不同。為了讓這些操作感覺相同，解決這個『鍵盤對應』錯誤，也是一直列在我的『待辦清單』中。
　　偏偏想找這問題的解決辦法時，查不到相關資訊；在找其它問題的解法時，它反而就出現了，趕緊將它拿來試試。

解決「VirtualBox 虛擬機的 Fedora 不能自動啟動 Guest Additions 安裝」（三）

最近在安裝 Guest Additions 時，又出現不能自動跳出正常的安裝畫面。回顧過去的發文，僅列出幾個解決這個問題的方法（其它較臨時性的作法未列），就有以下這麼多，

1. 解決「VirtualBox 虛擬機的 Fedora 不能自動啟動 Guest Additions 安裝」
2. VBox 裏 Fedora 安裝 Guest Additions 的準備工作
3. VirtualBox 的「Guest Additions 成功升級」必勝秘技
4. 解決「Fedora 18 不能安裝 Guest Additions 4.1.24」
5. 解決「VBox 虛擬機的 Linux 之核心升級 3.11 後不能用『共用資料夾』」問題
6. 在以 headless 模式啟動之 VirtualBox VM 安裝 Guest Additions
7. 解決「VirtualBox 虛擬機的 Fedora 不能自動啟動 Guest Additions 安裝」（二）

這次又出問題，得想個一定可解決這個問題的方法才好。這個解決步驟一定要適用這個要求：

• DVD 接在『IDE 控制器』或『SATA 控制器』
• 可安裝與 VirtualBox 同一版本，或其它不同版本的『Guest Additions』

查閱之前的發文，以最近一次的發文最適合，就拿它來整理、修改一下。詳細步驟如下：

VirtualBox 「虛擬機」的最佳化設定組態

這篇文章寫了很久，原本是針對在 VirtualBox 虛擬機中安裝 Windows XP 而寫的。隨著資料的收集、測試、整理，最近將本文目標定在單純的「虛擬機」設定最佳化，不再鎖定特定作業系統。
　　Linux 的使用者都可在 Linux 環境中，找到「跨平台的軟體」如：Mozilla 的 Firefox 和 Thunderbird、Google Chrome、Filezilla 等，或是「相容、替代」的對應軟體。但是，在學習另一個作業系統或是執行限定在某個作業系統環境的軟體，上述的替代方案就不一定可行了。
　　VirtualBox 是筆者比較推薦的「虛擬機」系統，主因是目前由社群維護，雖說效能並非最佳，但是開發過程由社群主導，讓人使用上不用擔心將來會有何變化。『VirtualBox 虛擬機』的最佳設定值如下表：（未更改者維持預設值）

用 VRDP 連線 VirtualBox 虛擬機（四）：多螢幕

之前解決「放大 VirtualBox 『多螢幕』虛擬機的顯示視窗時，會當機並關閉」的問題後，又在想用 VRDP （即 rdesktop-vrdp, VirtualBox 改過的 rdesktop）是否也能連線遠端一個開啟多螢幕的『虛擬機』？經過一翻研究、測試，終於看到這個畫面。

上圖中遠端的「虛擬機」已設定為多螢幕，而本地電腦的螢幕為一大一小，所以將遠端「虛擬機」的螢幕也調整成一大一小，右上角黑色區域是畫面快照的結果。以下就是整個設定、連線及調整過程做個說明。（以雙螢幕為例，多螢幕以此類推）

解決「VirtualBox 虛擬機的 Fedora 不能自動啟動 Guest Additions 安裝」（二）

前一陣子解決了 "在以 headless 模式啟動之 VirtualBox VM 安裝 Guest Additions" 的問題後，就在想這個方法是否可用在 "解決「VirtualBox 虛擬機的 Fedora 不能自動啟動 Guest Additions 安裝」" 的問題上，本文就是針對這個想法試用後的記錄。測試後的結論為：

• VirtualBox 4.2.x 以前版本：
  欲令《裝置》→《安裝 Guest Additions...》能夠自動啟動 Guest Additions 的安裝程序時，VirtualBox 預設將 Guest Additions 光碟 ISO 檔掛載到 IDE 的光碟機，而將 DVD 接在 IDE 仍是自動啟動 Guest Additions 安裝的唯一方法。
• VirtualBox 4.3 以後版本：
  由《裝置》→《安裝 Guest Additions...》啟動 Guest Additions 的安裝程序時，VirtualBox 可正確掛載 Guest Additions 光碟。

將 DVD 接在 SATA 又可改善「虛擬機」的效能，故本文提供的方法可使用者不論是 VirtualBox 的哪個版本，都可放心將 DVD 接在 SATA 控制器上。

在以 headless 模式啟動之 VirtualBox VM 安裝 Guest Additions

若 VirtualBox「虛擬機」以 headless 模式啟動時，想安裝 Guest Additions 這個增強套件時，並沒有出現視窗。以 VRDP 遠端連線時，視窗也不會出現《安裝 Guest Addititons》的選單。
　　平常在「虛擬機」以 GUI 模式開啟時，在「虛擬機」視窗選單的《裝置》→《安裝 Guest Additons》，VirtualBox 會自動將 Guest Additions 的 ISO 檔掛載到『虛擬 CD/DVD 裝置』，即開始安裝程序。
　　若「虛擬機」以 headless 模式啟動時，想安裝 Guest Additions 也不是沒有機會，只要從「終端機」下命令即可，這個命令有兩種寫法。

用 VRDP 連線 VirtualBox 虛擬機（三）：USB 的重導

使用 VRDP 連接、使用「遠端虛擬機」時，通常使用者與「虛擬機」間有些距離。若想讓「遠端虛擬機」存取『隨身碟』的內容，只能經由網路上傳到「虛擬機」中（如：FTP 等）。如果能夠像在「本地電腦」中的「虛擬機」一樣，經由簡單的點選設定，即可將『隨身碟』插入到透過網路連接的「遠端虛擬機」中，那將是一個既方便、又神奇的功能。
　　要有這個神奇功能，兩邊的電腦系統必須再依下列要求安裝套件才可：

• 「虛擬機」所在「主機電腦」（遠端）和連線用的「客戶端電腦」（本地）兩端都要安裝 VirtualBox 和 Extension Pack (擴充包)，請參考：
• 『安裝 VirtualBox Extension Pack 的「終端機」命令』。
• 『解決「不能以 rdesktop 連接遠端的 VirtualBox 虛擬機」的問題』及
• 『Linux 中 VirtualBox 的安裝與自動更新』。

當兩邊的電腦都準備妥當，接下來的步驟就快多了。

注意：在『USB 的重導』有些操作的順序很重要，讀者要多留意。

用 VRDP 連線 VirtualBox 虛擬機（二）：密碼認證

當 VirtualBox 「虛擬機」以 headless 模式啟動時，若沒有額外的連線是看不到螢幕。在這種時候除了使用「虛擬機」內的系統所提供的「遠端桌面」（如：VNC, Remote desktop）外，最常使用的就是 VirtualBox 自帶的 VRDP。
　　新版 VirtualBox 在連線時，已不能使用 Fedora 收錄之 rdesktop 了，須使用 VirtualBox 附帶的 rdesktop-vrdp，詳情請參考之前的發文『解決「不能以 rdesktop 連接遠端的 VirtualBox 虛擬機」的問題』。關於 rdesktop-vrdp（註：使用 VRDP 協定）的連線認證機制有數種，列表說明如下：

VRDP 認 證 機 制		說   明
方 法	驗證程式庫
null （無）		無認證機制。任何客戶皆可順利與 VRDP 伺服器建立連線。 注意：除非在私有網路環境中，否則不建議使用之。
external （外部）	VBoxAuth	使用的 VBoxAuth 驗證程式庫提供之認證機制，由「虛擬機」所在「主機電腦」之作業系統來完成認證。 注意：啟動「虛擬機」的帳號之密碼，即為認證密碼。
	VBoxAuthSimple	使用附帶的 VBoxAuthSimple 驗證程式庫，認證的密碼設定在「虛擬機」設定檔 (XML) 中名稱為 "extradata" 小節中。 注意：與「虛擬機」及「主機電腦」帳號之密碼無需相關。
guest （客戶）		由「虛擬機」內的作業系統認證，須經由 Guest Additions 中的一個元件將認證轉由「虛擬機」內的系統以完成認證。 注意：目前尚在測試階段，暫未完全支援此認證機制。

由上表可知，目前較能使用的認證機制只有兩種：external 的 VBoxAuth 及 VBoxAuthSimple，以下就這兩種認證機制的設定、使用做個說明。

用 VRDP 連線 VirtualBox 虛擬機（一）：外觀調整、聲音轉送

在發表『解決「不能以 rdesktop 連接遠端的 VirtualBox 虛擬機」的問題』一文之後，深覺 rdesktop-vrdp 的功能非常強大，值得好好研究一下。由它的『輔助資訊』說明中，可以明顯看出，

[SiB@Celeron-D ~]$ rdesktop-vrdp
rdesktop: A Remote Desktop Protocol client.
Version 1.7.0. Copyright (C) 1999-2011 Matthew Chapman et al.
Modified for VirtualBox by Oracle Corporation
See http://www.rdesktop.org/ for more information.

Usage: rdesktop-vrdp [options] server[:port]
   -u: user name
   ． ． ． ． ．
   -5: use RDP version 5 (default)
[SiB@Celeron-D ~]$

在用 rdesktop-vrdp 與 VirtualBox 虛擬機連線的相關設定、調整中，大致上可分為：

解決「放大 VirtualBox 『多螢幕』虛擬機的顯示視窗時，會當機並關閉」的問題

由於『本機』電腦是多螢幕的，在使用 VirtualBox 的「虛擬機」時，也希望使用多一些桌面，將「虛擬機」也設定成多螢幕。為方便在『主機』和『客體（即「虛擬機」）』切換工作環境，在「虛擬機」的顯示設定是採用『自動調整客體顯示大小』，這個設定會保留『客體』的視窗邊框。
　　因為『本機』電腦的螢幕大小不一，開啟 VirtualBox 「虛擬機」後，「虛擬機」的顯示螢幕預設為大小相同，也就是遷就較小的螢幕。為放大「虛擬機」的螢幕，每次開機後都要調整一次，將「虛擬機」的顯示視窗放大，才會與『本機』電腦的螢幕大小相當。
　　有時在調整「虛擬機」的顯示螢幕大小時，「虛擬機」會當機而關閉。故而找出這個問題的解決辦法，一直放在待辦事項，隨時提醒自己。
　　最近找到一個『暫時』的解決辦法：

在調整「虛擬機」的螢幕大小前，先按一次「虛擬機」視窗的選單：《檢視》→《調整視窗大小》。再開始依「虛擬機」的多螢幕編號順序，將「虛擬機」的螢幕移到『本機』電腦的適當螢幕，再放大「虛擬機」的螢幕視窗，就不會再出現當機情形。

註一：當「虛擬機」的顯示螢幕只設定為一個時，不會出現當機情形。
註二：曾嘗試在「虛擬機」中設定螢幕的預設值，但下次開機時仍為相同大小的顯示螢幕。判斷應是 VirtualBox 回應「虛擬機」的詢問時，仍回報相同大小所致。
註三：『虛擬機的顯示螢幕預設為大小相同』也可能是 VirtualBox 與 Guest Additions 的版本不同所致。有空再研究它，先記下來。

後記：

• (2013-11-13)：點選「虛擬機」顯示設定為『自動調整客體顯示大小』選項的操作，需在「虛擬機」的各個視窗設定一次，順序為：由其它視窗至主要視窗。可增加操作成功的機會。
• 在將螢幕逐個放大的過程中，都有一些調整時間，要耐心等其穩定，才可以繼續放大下一個螢幕，較不會出現當機情形。

---

已測試版本：

• 主　機：Fedora 14 + VirtualBox 4.1.26
• 虛擬機：Fedora 19 + VirtualBox Guest Additions 4.2.18
  　　　　Fedora 19 + VirtualBox Guest Additions 4.3 Beta 3