
我正在嘗試將 freeBSD 安裝到 VPS(OVH 提供者)上。
到目前為止,第三種方法這個回應已經最接近我想去的地方了。我認為 OVH 在嵌套虛擬化方面存在問題,因為我在救援模式下從 QEMU 啟動安裝程式的方法不起作用。
命令:
# https://mfsbsd.vx.sk/files/images/12/amd64/mfsbsd-se-12.1-RELEASE-amd64.img | dd of=/dev/sda
確實成功完成了。當我重新啟動時,我甚至可以看到啟動選單!但是,無論我是以多用戶模式還是單一用戶模式啟動,我最終都會收到一條訊息,顯示Panic: Going nowhere without my init!
,然後進行一輪強有力的重新啟動。
現在我完全不知所措。我假設 init 等。等人。已經在圖像中了,所以我認為我一定發送dd
到了錯誤的地方of=
。
lsblk
以下是我的 VPS 救援模式的輸出:
名稱 主要:最小 RM 尺寸 RO 類型 安裝點 sda 8:0 0 2.5G 0盤 └─sda1 8:1 0 2.5G 0份/ sdb 8:16 0 20G 0盤 ├─sdb1 8:17 0 19.9G 0 部分 /mnt/sdb1 ├─sdb14 8:30 0 4M 0 部分 └─sdb15 8:31 0 106M 0 部分 /mnt/sdb15
我應該將圖像寫入 /dev/sda 以外的位置嗎?
更新: 我沒有運氣讓 mfsBSD 啟動,所以我又回去嘗試嵌套虛擬化。我現在可以在我的 VPS 上啟動 KVM,並且我已成功運行bsdinstall
.但是,當我從救援模式重新啟動時,出現 grub 錯誤。還沒有運行 FreeBSD。
進一步更新:感謝 @ClausAndersen 的提示,我的 VPS 現在可以非常愉快地運行 FreeBSD。我是這樣做的:
從 OVH 的管理面板以救援模式重新啟動。登入後(透過 SSH 或 KVM,兩者皆可),執行以下命令序列
- 使用 卸載原始檔案系統
umount /dev/sdb*
。請注意,救援系統是從 /dev/sda 安裝的。不要碰/dev/sda。 - 使用 fdisk 銷毀原始檔案系統及其所在分割區。
fdisk -u /dev/sdb
接下來一系列d
直到分區表為空,然後w
。 - 安裝(或確認您的救援映像具有)該軟體包
xz-utils
。由於我的 VPS 一開始是作為 Ubuntu 伺服器,對我來說這意味著apt-get install xz-utils
. - 取得一份副本生的虛像從 FreeBSD.org 中下載,解壓縮並寫入 /dev/sdb。從救援系統的命令列中,您可以輸入
wget https://download.freebsd.org/ftp/snapshots/VM-IMAGES/12.1-STABLE/amd64/Latest/FreeBSD-12.1-STABLE-amd64.raw.xz | xz -dc | dd of=/dev/sdb bs=1M
然後重新啟動並透過 OVH 控制面板中的 KVM 登入來設定您的 FreeBSD 伺服器。
答案1
從 OVH 的管理面板以救援模式重新啟動。登入後(透過 SSH 或 KVM,兩者皆可),執行以下命令序列
- 使用 卸載原始檔案系統
umount /dev/sdb*
。請注意,救援系統是從 /dev/sda 安裝的。不要碰/dev/sda。 - 使用 fdisk 銷毀原始檔案系統及其所在分割區。
fdisk -u /dev/sdb
接下來一系列d
直到分區表為空,然後w
。 - 安裝(或確認您的救援映像具有)該軟體包
xz-utils
。由於我的 VPS 一開始是作為 Ubuntu 伺服器,對我來說這意味著apt-get install xz-utils
. - 取得一份副本生的虛像從 FreeBSD.org 中下載,解壓縮並寫入 /dev/sdb。從救援系統的命令列中,您可以輸入
wget https://download.freebsd.org/ftp/snapshots/VM-IMAGES/12.1-STABLE/amd64/Latest/FreeBSD-12.1-STABLE-amd64.raw.xz | xz -dc | dd of=/dev/sdb bs=1M
然後重新啟動並透過 OVH 控制面板中的 KVM 登入來設定您的 FreeBSD 伺服器。
請注意,步驟 2 可能不是必需的;我是出於非常謹慎的態度才這麼做的。 YMMV。