用 VirtualBox 開啟實體硬碟中的 Windows

如果用 Linux 當開發環境,常常會碰到一個問題:因為一般企業使用的管理系統沒有 Linux 版本,導致有些操作必須使用 Windows 來完成。對於大部分的應用來說,在 VirtualBox 內安裝 Windows 可能就能解決,問題是,通常 VirtualBox 的 Windows 都是由工程師自行安裝,不是正式授權;再來,在 VirtualBox 內安裝 Windows,意味加上原來預設的 Windows,硬碟內要有兩套 Windows,這真的讓人很難接受,一套已經很佔空間了,居然還要兩套?

於是我有個想法,要是 VirtualBox 可以用實體空間來開機的話,就能直接在 VirtualBox 執行原本配置的系統,如此一來,可以用 IT 已經安裝好的授權軟體不說,也省掉了後續資料交換的麻煩。Google 後發現還真的有這種應用,當然馬上試試看。

列出分區

首先因為是使用硬碟的資料,我們需要確認 Windows 安裝在哪個 Partition,使用 fdisk -l 列出所有 Partition 的狀態

ken:~$ sudo fdisk -l /dev/nvme0n1
Disk /dev/nvme0n1: 119.2 GiB, 128035676160 bytes, 250069680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 664C31C9-8F24-4D89-B16A-426FDCDBB716
Device             Start       End   Sectors  Size Type
/dev/nvme0n1p1      2048    534527    532480  260M EFI System
/dev/nvme0n1p2    534528    567295     32768   16M Microsoft reserved
/dev/nvme0n1p3    567296 111706111 111138816   53G Microsoft basic data
/dev/nvme0n1p4 248020992 250068991   2048000 1000M Windows recovery environment
/dev/nvme0n1p5 111706112 112504831    798720  390M Linux filesystem
/dev/nvme0n1p6 112504832 144502783  31997952 15.3G Linux swap
/dev/nvme0n1p7 144502784 248020991 103518208 49.4G Linux filesystem

可以看到 Windows 的資料位於 dev/nvme0n1

創建 VMDK 檔

接著,為了讓 VirtualBox 可以從實體硬碟開機,我們需要建立 vmdk 檔來表示實體硬碟。使用 VirtualBox 指令

ken:~$ sudo VBoxManage internalcommands createrawvmdk -filename ~/vmdk/windows_10.vmdk -rawdisk /dev/nvme0n1p1
RAW host disk access VMDK file /home/ken/vmdk/windows_10.vmdk created successfully.

創建虛擬機

再來,開啟 VirtualBox,用剛剛建好的 vmdk 檔來開機

這邊要注意,雖然我們的系統安裝在 SSD,使用的是 NVMe,但 VirtualBox 的 NVMe 似乎有問題,因此這邊選擇用 SATA

前面看到 nvme0n1 開頭是 EFI,因此記得要 Enable EFI

啟動虛擬機

設定都完成後,只要開啟 Virtual Machine,應該能看到 GRUB 的畫面,選擇 Windows Boot Manager,進入 Windows,完工。

小結

使用 VirtualBox 開啟 Windows 後,就能省掉很多資料交換的麻煩,但畢竟是 Virtual Machine,使用上不比 Native,可能會有些狀況;另外,我電腦的 Windows 跟 Ubuntu 開機都安裝在 SSD,要用 EFI 從 dev/nvme0n1 開機,但如果可以的話,最好將兩個系統切開,免得不小心開到 Ubuntu,造成資料損壞。

Reference

Read more

Weekly Issue 第 13 期:Google 無須出售 Chrome

Chrome 的判決出來了,Google 不用分拆,只需要保障競爭者能跟它公平競爭。 這個判決有指標意義,所有人都知道 Google 長期利用 Chrome 數據改善它的搜尋引擎,讓其他廠商處於競爭劣勢。要解決這問題,最簡單方式是要求 Google 出售 Chrome,而法官在仔細評估後,給出相當審慎的判決。 我喜歡這種法律見解,具有實務與原則的平衡,法律條文不應該是照本宣科。 🗞️ 熱門新聞 Google Can Continue Paying for Firefox Search Deal, Judge Rules 以前很少注意 Chrome 的新聞,剛好最近判決出來了,看了一些。 最驚訝的是,Mozilla 有 85% 的年度收入是由 Google 給的,如果判決禁止 Google 出錢成為瀏覽器預設的搜尋引擎,將直接影響到 Mozilla

By Ken Chen

Weekly Issue 第 12 期:Bear 修改授權條款

通常開源專案需要面對長期維護的問題,而長期維護需要人力(開發者)物力(伺服器與基礎建設),個人開發者來說是個負擔。有些專案會有企業贊助,有些專案則是替用戶提供顧問與服務來收費維持。 這期選了 Bear 修改授權的新聞,也因為這則新聞,順道看了 Sentry 的授權模式。我們都希望擁有健康的開發生態,而授權條款很大程度左右了這點。 🗞️ 熱門新聞 Bear changes license to Elastic License Blog 平台工具 Bear 修改授權,原本是 MIT,現在改用 Elastic License。 看開發者的說法,原因是有人搭便車,fork 完直接部署成服務賣錢。開源不是免費勞工,這樣確實有點過分。Elastic License 的差別是不准以託管方式提供服務,算是補上這個洞。 相對 AGPL 來講,有時這種個人開發的小型專案,也不追求產業影響力,直接用 EL

By Ken Chen

Weekly Issue 第 11 期:AI 代理人插件可能存在資安風險

Preplexity 跟 Anthropic 等公司開始讓瀏覽器 AI 代理化,資安領域專家 Simon Willison 指出這可能會導致眾多資安漏洞出現。我建議兩邊的意見都可以看看,Anthropic 為了防堵問題,也下過不少功夫,看完後你會比較知道該如何使用 AI 代理。 另外這期特別喜歡 Mike Sun 談台灣的產品經理遇到的挑戰,我現在不太建議新人直接在台灣當產品經理,舞台太小,成長空間有限,會影響日後發展。如果真的對產品很有興趣,可以先到其他地方建立起正確的產品觀後,再回到台灣發展。 🗞️ 熱門新聞 Piloting Claude for Chrome Anthropic 最近推出 Chrome 用的 Claude 插件,但是依照說明文件:「當我們在自主模式中加入安全防護機制後,成功將 23.6%的攻擊成功率降低至 11.2%。」 儘管 Anthropic 特地專文說明它們的防護措施,

By Ken Chen

Weekly Issue 第 10 期:AI 機器人正造成網站負擔

隨著 LLM 變成日常的一部分,它們也在改變原有的網路生態。Fastly 的報告顯示,AI 機器人每分鐘可對網站發起高達 39K 次請求,日後造訪網站的,可能大多是機器人,而不是真人。 🗞️ 熱門新聞 Fastly warns AI bots can hit sites 39K times per minute 繼上次 Codeberg 的新聞後,Fastly 出報告指出 AI 機器人正造成網站營運負擔。 大多觀點延續幾個月來的趨勢:「網站負載增長主要並非來自人類訪客,而是代表聊天機器人公司運作的自動爬蟲與抓取程式。 」值得注意的是,AI Fetcher 的數量也在增加中,我猜這多少暗示了用戶搜尋資料的行為正在變化。 Meta 占了所有 AI 流量的 52% 🙄 ,相對下 Anthropic 只佔 3.76%

By Ken Chen