「VirtualBox/ヒントとテクニック」の版間の差分
Kusanaginoturugi (トーク | 投稿記録) (→USB キーと VirtualBox: 飜訳) |
Kusanaginoturugi (トーク | 投稿記録) (→.vmdk ディスクイメージの作成: 翻訳) |
||
(同じ利用者による、間の8版が非表示) | |||
122行目: | 122行目: | ||
$ VBoxManage setextradata GuestName "VBoxInternal/Devices/''pcnet''/0/LUN#0/Config/Apache/GuestPort" ''80'' |
$ VBoxManage setextradata GuestName "VBoxInternal/Devices/''pcnet''/0/LUN#0/Config/Apache/GuestPort" ''80'' |
||
$ VBoxManage setextradata GuestName "VBoxInternal/Devices/''pcnet''/0/LUN#0/Config/Apache/Protocol" TCP |
$ VBoxManage setextradata GuestName "VBoxInternal/Devices/''pcnet''/0/LUN#0/Config/Apache/Protocol" TCP |
||
+ | 8888 はホストがリッスンするポートであり、80はVMがApacheの信号を送信するポートです。 |
||
− | Where 8888 is the port the host should listen on and 80 is the port the VM will send Apache's signal on. |
||
+ | ホストマシンで 1024 より小さいポートを使用するには、そのホストマシンのファイアウォールの設定を変更する必要があります。これは "Apache" を対応するサービスやポートに変更することで、SSH や他のサービスとも連携して動作するように設定することができます。 |
||
− | To use a port lower than 1024 on the host machine, changes need to be made to the firewall on that host machine. This can also be set up to work with SSH or any other services by changing "Apache" to the corresponding service and ports. |
||
− | {{note|{{ic|pcnet}} |
+ | {{note|{{ic|pcnet}} は VM のネットワークカードを指します。VM の設定で Intel カードを使用している場合、{{ic|pcnet}}を{{ic|e1000}} に変更してください。}} |
+ | VirtualBox のゲストとホスト間で ssh を使用して通信するには、設定 > ネットワークでサーバーポートを転送する必要があります。クライアント/ホストから接続するときは、他のマシンの接続ではなく、クライアント/ホストマシンの I Pアドレスに接続します。これは仮想アダプター経由で接続が行われるためです。 |
||
− | To communicate between the VirtualBox guest and host using ssh, the server port must be forwarded under Settings > Network. When connecting from the client/host, connect to the IP address of the client/host machine, as opposed to the connection of the other machine. This is because the connection will be made over a virtual adapter. |
||
== Windows ゲストにおける D3D アクセラレーション == |
== Windows ゲストにおける D3D アクセラレーション == |
||
137行目: | 137行目: | ||
{{Note| |
{{Note| |
||
+ | * このハックは、ゲームが行うハードウェアチェックや使用する D3D の部分によって、一部のゲームで動作する場合と動作しない場合があります。 |
||
− | * This hack may or may not work for some games depending on what hardware checks they make and what parts of D3D they use. |
||
+ | * この方法は Windows XP、7、8.1 でテストされました。あなたの Windows バージョンでこの方法が動作しない場合は、こちらに情報を追加してください。}} |
||
− | * This was tested on Windows XP, 7 and 8.1. If method does not work on your Windows version please add data here.}} |
||
== USB キーと VirtualBox == |
== USB キーと VirtualBox == |
||
189行目: | 189行目: | ||
== VirtualBox の中でネイティブの Arch Linux 環境を実行 == |
== VirtualBox の中でネイティブの Arch Linux 環境を実行 == |
||
+ | Arch Linux と他のオペレーティングシステムのデュアルブートシステムを使用している場合、両方で作業する必要がある場合、切り替えが急激に面倒になることがあります。また、仮想マシンを使うことで、あなたのコンピュータパワーのほんの一部を利用することになり、パフォーマンスを必要とするプロジェクトに取り組む際に問題を引き起こす可能性があります。 |
||
− | If you have a dual boot system between Arch Linux and another operating system, it can become rapidly tedious to switch back and forth if you need to work in both. Also, by using virtual machines, you just have a tiny fragment of your computer power, which can cause issues when working on projects requiring performance. |
||
+ | このガイドでは、2 つ目のオペレーティングシステムを実行するときに、仮想マシンでネイティブの Arch Linux を再利用できるようにします。この方法では、各オペレーティングシステムをネイティブで実行する能力を保ちつつ、Arch Linux インストールを仮想マシン内で実行するオプションがあります。 |
||
− | This guide will let you reuse, in a virtual machine, your native Arch Linux installation when you are running your second operating system. This way, you keep the ability to run each operating system natively, but have the option to run your Arch Linux installation inside a virtual machine. |
||
=== 永続的な命名規則を使用していることを確認 === |
=== 永続的な命名規則を使用していることを確認 === |
||
200行目: | 200行目: | ||
{{Warning| |
{{Warning| |
||
+ | * Arch Linuxの仮想マシンからホストのパーティションが読取り専用でアクセスされるようにしてください。これにより、注意が足りないためにそのホストのパーティションに書き込むことで起こる可能性のある破損のリスクを回避できます。 |
||
− | * Make sure your host partition is only accessible in read only from your Arch Linux virtual machine, this will avoid risk of corruptions if you were to corrupt that host partition by writing on it due to lack of attention. |
||
+ | * この仮想マシンのホストとして使用されている2つ目のオペレーティングシステムのエントリーからVirtualBoxをブートさせることは、絶対に避けてください。特に、デフォルトのブートローダーやブートマネージャーのエントリーが別のオペレーティングシステムである場合は特に注意が必要です。タイムアウトを長くするか、選択の順序で下に配置してください。}} |
||
− | * You should NEVER allow VirtualBox to boot from the entry of your second operating system, which, as a reminder, is used as the host for this virtual machine! Take thus a special care especially if your default boot loader/boot manager entry is your other operating system. Give a more important timeout or put it below in the order of preferences.}} |
||
=== mkinitcpio イメージが正しいことを確認 === |
=== mkinitcpio イメージが正しいことを確認 === |
||
220行目: | 220行目: | ||
==== .vmdk ディスクイメージの作成 ==== |
==== .vmdk ディスクイメージの作成 ==== |
||
+ | 次に、[https://www.virtualbox.org/manual/ch09.html#rawdisk RAW ディスク] を仮想ドライブとして使用する新しい仮想マシンを作成する必要があります。そのためには、物理ディスクにマッピングされる ~ 1Kio の VMDK ファイルを使用します。残念ながら、VirtualBox にはこのオプションが GUI にはありませんので、コンソールを使用し、{{ic|VBoxManage}} の内部コマンドを使用する必要があります。 |
||
− | Now, we need to create a new virtual machine which will use a [https://www.virtualbox.org/manual/ch09.html#rawdisk RAW disk] as virtual drive, for that we will use a ~ 1Kio VMDK file which will be mapped to a physical disk. Unfortunately, VirtualBox does not have this option in the GUI, so we will have to use the console and use an internal command of {{ic|VBoxManage}}. |
||
+ | Arch Linux の仮想マシンを使用するホストを起動します。コマンドは、お持ちのホストに合わせて適応する必要があります。 |
||
− | Boot the host which will use the Arch Linux virtual machine. The command will need to be adapted according to the host you have. |
||
− | ; |
+ | ; GNU/Linux ホストで : |
+ | これを達成する方法は 3 つあります : root としてログインする、デバイスのアクセス権を {{ic|chmod}} で変更する、ユーザーを {{ic|disk}} グループに追加する。後者の方法がよりエレガントですので、その方法で進めましょう : |
||
− | There is 3 ways to achieve this: login as root, changing the access right of the device with {{ic|chmod}}, adding your user to the {{ic|disk}} group. The latter way is the more elegant, let us proceed that way: |
||
# gpasswd -a ''your_user'' disk |
# gpasswd -a ''your_user'' disk |
||
+ | 新しいグループ設定を適用するには : |
||
− | Apply the new group settings with: |
||
$ newgrp |
$ newgrp |
||
+ | 現在、以下のコマンドを使用することができます : |
||
− | Now, you can use the command: |
||
$ VBoxManage internalcommands createrawvmdk -filename ''/path/to/file.vmdk'' -rawdisk ''/dev/sdb'' -register |
$ VBoxManage internalcommands createrawvmdk -filename ''/path/to/file.vmdk'' -rawdisk ''/dev/sdb'' -register |
||
+ | 以下のコマンドを、特に VMDK の場所とファイル名、および Arch Linux インストールを含むマップする生のディスクの場所に合わせて、あなたのニーズに合わせて調整してください。 |
||
− | Adapt the above command to your need, especially the path and filename of the VMDK location and the raw disk location to map which contain your Arch Linux installation. |
||
− | ; |
+ | ; Windows ホストで: |
+ | 管理者として実行する必要があるコマンドプロンプトを開きます。{{Tip|Windows でスタートメニュー/スタート画面を開き、{{ic|cmd}} と入力し、{{ic|Ctrl+Shift+Enter}} と入力すると、選択したプログラムを管理者権限で実行するショートカットになります。}} |
||
− | Open a command prompt must be run as administrator. {{Tip|On Windows, open your start menu/start screen, type {{ic|cmd}}, and type {{ic|Ctrl+Shift+Enter}}, this is a shortcut to execute the selected program with admin rights.}} |
||
− | + | Windows では、ディスクのファイル名の慣例が UNIX と異なるため、次のコマンドを使用して、Windows システムにあるドライブとその場所を確認します:{{hc|# wmic diskdrive get name,size,model| |
|
Model Name Size |
Model Name Size |
||
WDC WD40EZRX-00SPEB0 ATA Device \\.\PHYSICALDRIVE1 4000783933440 |
WDC WD40EZRX-00SPEB0 ATA Device \\.\PHYSICALDRIVE1 4000783933440 |
||
251行目: | 251行目: | ||
Innostor Ext. HDD USB Device \\.\PHYSICALDRIVE3 1000202273280}} |
Innostor Ext. HDD USB Device \\.\PHYSICALDRIVE3 1000202273280}} |
||
− | + | この例では、Windows の慣例が {{ic|\\.\PhysicalDriveX}} で、X は 0 からの数字であるため、{{ic|\\.\PHYSICALDRIVE1}} は Linux ディスクの用語での {{ic|/dev/sdb}} に類似している可能性があります。 |
|
− | + | Windows で {{ic|VBoxManage}} コマンドを使用するには、まず {{ic|cd C:\Program Files\Oracle\VirtualBox\}} で VirtualBox のインストールフォルダに現在のディレクトリを変更するか、 |
|
# .\VBoxManage.exe internalcommands createrawvmdk -filename C:\file.vmdk -rawdisk \\.\PHYSICALDRIVE1 |
# .\VBoxManage.exe internalcommands createrawvmdk -filename C:\file.vmdk -rawdisk \\.\PHYSICALDRIVE1 |
||
+ | または、絶対パス名を使用します: |
||
− | or use the absolute path name: |
||
# "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" internalcommands createrawvmdk -filename C:\file.vmdk -rawdisk \\.\PHYSICALDRIVE1 |
# "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" internalcommands createrawvmdk -filename C:\file.vmdk -rawdisk \\.\PHYSICALDRIVE1 |
||
− | ; |
+ | ; 他の OS のホストで: |
+ | 前述のコマンドには、OS X などの他のオペレーティングシステムで使用された場合の制限がありますので、関心がある場合は [https://www.virtualbox.org/manual/ch09.html#rawdisk マニュアルページ] を注意深く読んでください。 |
||
− | There are other limitations regarding the aforementioned command when used in other operating systems like OS X, please thus [https://www.virtualbox.org/manual/ch09.html#rawdisk read carefully the manual page], if you are concerned. |
||
==== VM 設定ファイルの作成 ==== |
==== VM 設定ファイルの作成 ==== |
||
322行目: | 322行目: | ||
$ VBoxManage setextradata "MyMacVM" VBoxInternal2/EfiGopMode 4 |
$ VBoxManage setextradata "MyMacVM" VBoxInternal2/EfiGopMode 4 |
||
+ | === Mojave インストール時にキーボード/マウスの入力ができない場合 === |
||
− | === No keyboard/mouse input when attempting to install Mojave === |
||
+ | Mojave をインストールしようとしている場合、上記のステップを実行した後、インストーラーは起動しますが、キーボードやマウスの入力ができないかもしれません。この原因は、Mojave が USB 1.1 コントローラをサポートしていないためのようです。この問題を解決するためには、USB 3.0 をエミュレートする必要があります。まず、[[#Extension pack|VirtualBox 拡張パック]]をインストールしてください。 |
||
− | If you are attempting to install Mojave, after doing the aforementioned steps, the installer will load up but you might not be able to send keyboard or mouse input. The reason seems to be that Mojave no longer supports the USB 1.1 controllers and in order to fix the issue you need to emulating USB 3.0. To do that first install the [[#Extension pack|VirtualBox Extension pack]]. |
||
+ | 次に、''マシン > 設定 > USB'' に移動し、''USB 3.0'' を選択します。これ以降、入力は正常に動作するはずです。 |
||
− | Then go to ''Machine > Settings > USB'' and select ''USB 3.0''. Input should work from this point onwards. |
||
− | === UEFI |
+ | === 再起動後の UEFI インタラクティブシェル === |
+ | インストーラーがインストール中にブート可能なドライブを適切にフォーマットできなかった場合、UEFI シェルに入ってしまうことがあります。その場合は、次の手順を実行してください: |
||
− | If the installer is unable to properly format the bootable drive during installation and you end up in an UEFI shell, enter the following: |
||
− | # |
+ | # UEFI プロンプトで {{ic|exit}} と入力します。 |
− | # |
+ | # ''Boot Maintenance Manager'' を選択します。 |
− | # |
+ | # ''Boot From File'' を選択します。 |
+ | こうすると、いくつかの分かりにくい PCI パスが表示されます。最初のものは、あなたがブートしようとして失敗したものです。2番目(または3番目)のものが、インストールを続行するために読み込む必要がある MacOS リカバリーパーティションであるはずです。2番目のエントリをクリックします。空の場合は、{{ic|Esc}} キーを押して戻り、3番目のエントリを選択します。フォルダが表示されるエントリを見つけたら、フォルダをクリックして進みます。それは、おおよそ ''macOS Install Data > Locked Files > Boot Files > boot.efi'' のようなパスになるはずです。''boot.efi'' を選択して Enter キーを押すと、MacOS インストーラにブートし、インストールを再開することができます。一部のサブディレクトリが欠落している可能性があることに注意してください。最終的に {{ic|boot.efi}} に到達する必要があります。[https://superuser.com/questions/1235970/stuck-on-uefi-interactive-shell-with-mac-os-x-high-sierra-vm] |
||
− | You will now be brought to couple of obscure PCI paths. The first one is the one that you just attempted to boot from and it did not work. The second (or third) one should be the one with the MacOS recovery partition that you need to load to continue the installation. Click the second Entry. If it is empty, press {{ic|Esc}} to go back and select the third entry. Once you get one with folders click though the folders. It should be something like ''macOS Install Data > Locked Files > Boot Files > boot.efi''. Once you click enter on the ''boot.efi'' you should boot into the MacOS installer and resume installation. Note that some of the subdirectories might be missing. Remember that you need to get to a {{ic|boot.efi}}.[https://superuser.com/questions/1235970/stuck-on-uefi-interactive-shell-with-mac-os-x-high-sierra-vm] |
||
== ネイティブの Windows 環境を仮想マシンに移動 == |
== ネイティブの Windows 環境を仮想マシンに移動 == |
||
494行目: | 494行目: | ||
$ vboxmanage createmedium disk --filename ''/path/to/vm/folder/esp.vmdk'' --size 512 --format VMDK |
$ vboxmanage createmedium disk --filename ''/path/to/vm/folder/esp.vmdk'' --size 512 --format VMDK |
||
+ | == Virtualbox で物理ディスク全体を実行する == |
||
− | == Run an entire physical disk in Virtualbox == |
||
− | {{Note| |
+ | {{Note|Virtualbox の公式ドキュメント [https://www.virtualbox.org/manual/ch09.html#rawdisk 9.8.1. Using a Raw Host Hard Disk From a Guest] を参照してください。}} |
+ | これは[[#Windows のパーティションを VirtualBox で起動]]と同じように機能しますが、vmdk には 1 つのパーティションではなくディスク全体が含まれるため、物理的なパーティションとして別の ESP または MBR パーティションを作成する必要はなく、ディスクが使用されます。 |
||
− | This works the same way as [[#Run a Windows partition in VirtualBox]] but the vmdk will contain the entire disk rather than one partion, and so you will not need to create a separate ESP or MBR partition as the one in the physical disk will be used. |
||
+ | RAW ディスクを作成します。 |
||
− | Create the raw disk: |
||
# VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sdb |
# VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sdb |
||
+ | 次に、[[#Windows のパーティションを VirtualBox で起動]]と同じ方法に従って、設定と仮想ディスクの接続を行います。 |
||
− | Then follow the same method as in [[#Run a Windows partition in VirtualBox]] for the configuration and virtual disk attachement. |
||
== Set guest starting resolution == |
== Set guest starting resolution == |
2023年8月20日 (日) 19:37時点における最新版
メインの記事は VirtualBox を参照。
目次
- 1 VirtualBox の仮想マシンを他のハイパーバイザにインポート・エクスポート
- 2 仮想マシンの起動管理
- 3 仮想マシンで特定のデバイスを使う
- 4 ゲストサーバーにアクセス
- 5 Windows ゲストにおける D3D アクセラレーション
- 6 USB キーと VirtualBox
- 7 VirtualBox の中でネイティブの Arch Linux 環境を実行
- 8 VirtualBox からネイティブの Arch Linux 環境をインストール
- 9 Install MacOS guest
- 10 ネイティブの Windows 環境を仮想マシンに移動
- 11 Windows のパーティションを VirtualBox で起動
- 12 Virtualbox で物理ディスク全体を実行する
- 13 Set guest starting resolution
- 14 ホストからゲストへの SSH
VirtualBox の仮想マシンを他のハイパーバイザにインポート・エクスポート
他のハイパーバイザで作成した仮想マシンを VirtualBox にインポートしたり、VirtualBox の仮想マシンを他のハイパーバイザにエクスポートしたい場合、以下のセクションを読んでください。
additions の削除
Guest additions はほとんどのハイパーバイザで利用することができます: VirtualBox には Guest Additions がありますが、VMware には VMware Tools が、Parallels には Parallels Tools が存在します。これらの追加コンポーネントはゲストのオペレーティングシステムをインストールした後に、仮想マシンの中にインストールするように作られています。ゲストのオペレーティングシステムのパフォーマンスやユーザビリティを向上させるためのデバイスドライバーやシステムアプリケーションから成ります [1]。
仮想マシンに additions をインストールしていた場合、先にアンインストールしてください。他のハイパーバイザのドライバーを使用したままですと、ゲストの挙動がおかしくなったり、クラッシュしたり、あるいは全く起動しなくなったりする可能性があります (特に Windows ファミリーの場合)。
適切な仮想ディスクフォーマットの使用
仮想ディスクイメージを直接変換できるかどうかによって方法は変わります。
自動化ツール
仮想マシンあるいはネイティブのディスクに存在する Windows や GNU/Linux から仮想マシンを作成することができるツールを複数の会社が提供しています。そのような製品を使用する場合、下に書かれている手順は必要なくなります。
- Parallels Transporter は Parallels Inc. から出ているフリーではない製品です。エージェントと呼ばれるソフトウェアをインポート・変換したいゲストにインストールして、(macOS でしか動作しない) Parallels Transporter によってエージェントから USB あるいは有線ネットワークで接続して仮想マシンを作成します。
- VMware vCenter Converter は VMware のウェブサイトで登録することで無料で使える製品で、Parallels Transporter と同じように機能します。ただし仮想マシンを作成するためのデータを収集するソフトウェアは Windows プラットフォームでしか動作しません。
手動変換
最初にVirtualBox によってサポートされているフォーマットとサードパーティのハイパーバイザでサポートされているフォーマットを確認してください。
- VMware に仮想マシンをインポート・エクスポートする場合、VMDK または OVF ディスクフォーマットを使っているのであれば問題は全くありません。他のフォーマットを使っている場合はフォーマットを変換するか上記の VMware vCenter Converter ツールを使います。
- QEMU にインポート・エクスポートする場合も問題はありません: QEMU のフォーマットは VirtualBox によって直接サポートされており、必要であれば変換することができます。
- Parallels ハイパーバイザにインポート・エクスポートするのは難関です: Parallels は専用の HDD フォーマットしかサポートしていません (標準の OVF フォーマットすらサポートしていません)。
- Parallels に仮想マシンをエクスポートする場合、上述の Parallels Transporter ツールを使う必要があります。
- 仮想マシンを VirtualBox にインポートする場合、上述の VMware vCenter Converter を使って仮想マシンを VMware のフォーマットに変換して、それから VMware から移行してください。
ハイパーバイザの VM 設定を作成
ハイパーバイザーは、それぞれ独自の仮想マシン設定ファイルを持っています。VirtualBox の場合は .vbox
、VMware の場合は .vmx
、仮想マシンバンドル (.pvm
ファイル) にある config.pvs
ファイルなど、各ハイパーバイザーには独自の仮想マシン設定ファイルがあります。このため、新しい移行先のハイパーバイザーで新しい仮想マシンを再作成し、そのハードウェア構成を最初の仮想マシンと可能な限り同じに指定する必要があります。
ゲストオペレーティングシステムのインストールに使用するファームウェアインタフェース(BIOS または UEFI)に細心の注意を払ってください。VirtualBox と Parallels ソリューションではこの 2 つのインターフェースを選択するオプションがありますが、VMware では .vmx ファイルに次の行を手動で追加する必要があります。
ArchLinux_vm.vmx
firmware = "efi"
最後に、変換した既存の仮想ディスクを使用するようにハイパーバイザーに依頼し、仮想マシンを起動します。
仮想マシンの起動管理
サービスを使って仮想マシンを起動
以下は、仮想マシンをサービスとしてみなすための systemd サービスの実装の詳細です。
/etc/systemd/system/vboxvmservice@.service
[Unit] Description=VBox Virtual Machine %i Service Requires=systemd-modules-load.service After=systemd-modules-load.service [Service] User=username Group=vboxusers ExecStart=/usr/bin/VBoxManage startvm %i --type startmode ExecStop=/usr/bin/VBoxManage controlvm %i stopmode RemainAfterExit=yes [Install] WantedBy=multi-user.target
vboxvmservice@your_virtual_machine_name
systemd ユニットを有効化して、起動時に仮想マシンが実行されるようにしてください。直接起動したい場合、systemd ユニットを起動します。
VirtualBox 4.2 introduces a new way for UNIX-like systems to have virtual machines started automatically, other than using a systemd service.
キーボードショートカットを使って仮想マシンを起動
VirtualBox のインターフェース(GUIまたはCLI)を使用する代わりに、キーボードショートカットで直接仮想マシンを起動すると便利なことがあります。そのためには、.xbindkeysrc
でキーバインドを定義します。詳しくは Xbindkeys を参照してください。
例:ノートパソコンの Fn
キーを未使用のバッテリーキー(この例で使用したパソコンではF3
)で使用する場合。
"VBoxManage startvm 'Windows 7'" m:0x0 + c:244 XF86Battery
仮想マシンで特定のデバイスを使う
USB ウェブカメラ/マイクロフォンを使う
- 仮想マシンを止め、ウェブカメラ/マイクロフォンが使われていないのを確認します。
- メイン VirtualBox ウィンドウを立ち上げ Arch マシンの設定に行き、USB セクションを見ます。
- "Enable USB Controller" を選択します。それから "Enable USB 2.0 (EHCI) Controller" を選択します。
- "Add filter from device" ボタンをクリック ('+' アイコンとケーブル)。
- リストから USB ウェブカメラ/マイクロフォンデバイスを選択する。
- OK をクリックして VM を起動。
ウェブカメラや他の USB ドライブの認識
探しているデバイスが上記のセクションのどのメニューにも表示されず、3 つの USB コントローラ・オプションを全て試した場合、 VM を 3 回別々に起動します。USB 1.1コントローラを使用した場合、USB 2.0 コントローラを使用した場合などを使用します。 起動後、少なくとも 5 分間は VM を起動したままにしてください。Windows がデバイスを自動検出する場合もあります。キーボードやマウス以外のデバイスをフィルタリングして、起動時に起動しないようにしてください。これにより、Windows が起動時にデバイスを検出するようになります。
ゲストサーバーにアクセス
仮想マシンの Apache サーバーにホストマシンからしかアクセスできないようにするには、ホストで以下のコマンドを実行してください:
$ VBoxManage setextradata GuestName "VBoxInternal/Devices/pcnet/0/LUN#0/Config/Apache/HostPort" 8888 $ VBoxManage setextradata GuestName "VBoxInternal/Devices/pcnet/0/LUN#0/Config/Apache/GuestPort" 80 $ VBoxManage setextradata GuestName "VBoxInternal/Devices/pcnet/0/LUN#0/Config/Apache/Protocol" TCP
8888 はホストがリッスンするポートであり、80はVMがApacheの信号を送信するポートです。
ホストマシンで 1024 より小さいポートを使用するには、そのホストマシンのファイアウォールの設定を変更する必要があります。これは "Apache" を対応するサービスやポートに変更することで、SSH や他のサービスとも連携して動作するように設定することができます。
VirtualBox のゲストとホスト間で ssh を使用して通信するには、設定 > ネットワークでサーバーポートを転送する必要があります。クライアント/ホストから接続するときは、他のマシンの接続ではなく、クライアント/ホストマシンの I Pアドレスに接続します。これは仮想アダプター経由で接続が行われるためです。
Windows ゲストにおける D3D アクセラレーション
最近のバージョンの VirtualBox ではゲストにおける OpenGL のアクセラレーションをサポートしています。マシン設定のビデオメモリを設定するところの下にあるチェックボックスで有効にして、VirtualBox の Guest Addtions をインストールするだけです。ただし、ほとんどの Windows のゲームは (DirectX に含まれている) Direct3D を使っており、OpenGL は使用していません。したがってこの方法ではアクセラレーションが効きません。しかしながら、(d3d コールを OpenGL に変換する) Wine の d3d ライブラリを借用することで Windows ゲストにおける Direct3D のアクセラレーションを発揮させることができます。これらのライブラリは現在 VirtualBox の Guest Addtions ソフトウェアに含まれています。
上記のとおり OpenGL のアクセラレーションを有効にした後、ゲストをセーフモードで再起動してください (VirtualBox の画面が消えて Windows の画面が表示される前に F8 を押下)。そして、VirtualBox の Guest Additions をインストールして、インストール中に "Direct3D support" のチェックボックスをオンにしてください。通常モードで再起動すると Direct3D がアクセラレーションされるようになっているはずです。
USB キーと VirtualBox
USB キーで VirtualBox を使用する場合、例えば ISO イメージでインストールしたマシンを起動する場合、既存のドライブから VDMK を手動で作成する必要があります。しかし、新しい VMDK が保存され、別のマシンに移動すると、再び適切なマシンを起動するのに問題が発生する場合があります。この問題を解消するには、以下のスクリプトを使用して VirtualBox を起動することができます。このスクリプトは、古い VMDK ファイルをクリーンアップして登録を解除し、新しい適切な VMDK を作成してくれます:
#!/bin/bash # Erase old VMDK entries rm ~/.VirtualBox/*.vmdk # Clean up VBox-Registry sed -i '/sd/d' ~/.VirtualBox/VirtualBox.xml # Remove old harddisks from existing machines find ~/.VirtualBox/Machines -name \*.xml | while read file; do line=`grep -e "type\=\"HardDisk\"" -n $file | cut -d ':' -f 1` if [ -n "$line" ]; then sed -i ${line}d $file sed -i ${line}d $file sed -i ${line}d $file fi sed -i "/rg/d" $file done # Delete prev-files created by VirtualBox find ~/.VirtualBox/Machines -name \*-prev -exec rm '{}' \; # Recreate VMDKs ls -l /dev/disk/by-uuid | cut -d ' ' -f 9,11 | while read ln; do if [ -n "$ln" ]; then uuid=`echo "$ln" | cut -d ' ' -f 1` device=`echo "$ln" | cut -d ' ' -f 2 | cut -d '/' -f 3 | cut -b 1-3` # determine whether drive is mounted already checkstr1=`mount | grep $uuid` checkstr2=`mount | grep $device` checkstr3=`ls ~/.VirtualBox/*.vmdk | grep $device` if [[ -z "$checkstr1" && -z "$checkstr2" && -z "$checkstr3" ]]; then VBoxManage internalcommands createrawvmdk -filename ~/.VirtualBox/$device.vmdk -rawdisk /dev/$device -register fi fi done # Start VirtualBox VirtualBox
既存のドライブからVMDKを作成するには、ユーザーを "disk"グループに追加する必要があることに注意してください。
VirtualBox の中でネイティブの Arch Linux 環境を実行
Arch Linux と他のオペレーティングシステムのデュアルブートシステムを使用している場合、両方で作業する必要がある場合、切り替えが急激に面倒になることがあります。また、仮想マシンを使うことで、あなたのコンピュータパワーのほんの一部を利用することになり、パフォーマンスを必要とするプロジェクトに取り組む際に問題を引き起こす可能性があります。
このガイドでは、2 つ目のオペレーティングシステムを実行するときに、仮想マシンでネイティブの Arch Linux を再利用できるようにします。この方法では、各オペレーティングシステムをネイティブで実行する能力を保ちつつ、Arch Linux インストールを仮想マシン内で実行するオプションがあります。
永続的な命名規則を使用していることを確認
ハードウェアの構成によっては、ハードドライブを表すデバイスファイルが Arch Linux 環境をネイティブに実行したり仮想マシンの中で実行したときと異なっている可能性があります。この問題は FakeRAID を使っている場合などに発生します。FakeRAID デバイスは GNU/Linux ディストリビューションをネイティブで実行している場合は /dev/mapper/
にマッピングされ、デバイスにアクセスすることができます。しかしながら、仮想マシンの中では、ホストのオペレーティングシステムのドライバーが FakeRAID を制御して抽象化するために、/dev/sdaX
などのマッピングがされないことがあるのです。
この問題を解決するには、両方のシステムで共通する命名規則を使用する必要があります。UUID を使用することで問題は解決します。ブートローダーや fstab ファイルで UUID を使うようにしてください。詳しくは fstab や永続的なブロックデバイスの命名を参照。
mkinitcpio イメージが正しいことを確認
mkinitcpio の設定で block
フックが使われていることを確認:
/etc/mkinitcpio.conf
[...] HOOKS="base udev autodetect modconf block filesystems keyboard fsck" [...]
block が存在しない場合、追加して initramfs を再生成してください:
# mkinitcpio -p linux
物理ドライブから起動するための VM 設定を作成
.vmdk ディスクイメージの作成
次に、RAW ディスク を仮想ドライブとして使用する新しい仮想マシンを作成する必要があります。そのためには、物理ディスクにマッピングされる ~ 1Kio の VMDK ファイルを使用します。残念ながら、VirtualBox にはこのオプションが GUI にはありませんので、コンソールを使用し、VBoxManage
の内部コマンドを使用する必要があります。
Arch Linux の仮想マシンを使用するホストを起動します。コマンドは、お持ちのホストに合わせて適応する必要があります。
- GNU/Linux ホストで
これを達成する方法は 3 つあります : root としてログインする、デバイスのアクセス権を chmod
で変更する、ユーザーを disk
グループに追加する。後者の方法がよりエレガントですので、その方法で進めましょう :
# gpasswd -a your_user disk
新しいグループ設定を適用するには :
$ newgrp
現在、以下のコマンドを使用することができます :
$ VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sdb -register
以下のコマンドを、特に VMDK の場所とファイル名、および Arch Linux インストールを含むマップする生のディスクの場所に合わせて、あなたのニーズに合わせて調整してください。
- Windows ホストで
管理者として実行する必要があるコマンドプロンプトを開きます。
Windows では、ディスクのファイル名の慣例が UNIX と異なるため、次のコマンドを使用して、Windows システムにあるドライブとその場所を確認します:
# wmic diskdrive get name,size,model
Model Name Size WDC WD40EZRX-00SPEB0 ATA Device \\.\PHYSICALDRIVE1 4000783933440 KINGSTON SVP100S296G ATA Device \\.\PHYSICALDRIVE0 96024821760 Hitachi HDT721010SLA360 ATA Device \\.\PHYSICALDRIVE2 1000202273280 Innostor Ext. HDD USB Device \\.\PHYSICALDRIVE3 1000202273280
この例では、Windows の慣例が \\.\PhysicalDriveX
で、X は 0 からの数字であるため、\\.\PHYSICALDRIVE1
は Linux ディスクの用語での /dev/sdb
に類似している可能性があります。
Windows で VBoxManage
コマンドを使用するには、まず cd C:\Program Files\Oracle\VirtualBox\
で VirtualBox のインストールフォルダに現在のディレクトリを変更するか、
# .\VBoxManage.exe internalcommands createrawvmdk -filename C:\file.vmdk -rawdisk \\.\PHYSICALDRIVE1
または、絶対パス名を使用します:
# "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" internalcommands createrawvmdk -filename C:\file.vmdk -rawdisk \\.\PHYSICALDRIVE1
- 他の OS のホストで
前述のコマンドには、OS X などの他のオペレーティングシステムで使用された場合の制限がありますので、関心がある場合は マニュアルページ を注意深く読んでください。
VM 設定ファイルの作成
After, we need to create a new machine (replace the VM_name to your convenience) and register it with VirtualBox.
$ VBoxManage createvm -name VM_name -register
Then, the newly raw disk needs to be attached to the machine. This will depend if your computer or actually the root of your native Arch Linux installation is on an IDE or a SATA controller.
If you need an IDE controller:
$ VBoxManage storagectl VM_name --name "IDE Controller" --add ide $ VBoxManage storageattach VM_name --storagectl "IDE Controller" --port 0 --device 0 --type hdd --medium /path/to/file.vmdk
otherwise:
$ VBoxManage storagectl VM_name --name "SATA Controller" --add sata $ VBoxManage storageattach VM_name --storagectl "SATA Controller" --port 0 --device 0 --type hdd --medium /path/to/file.vmdk
While you continue using the CLI, it is recommended to use the VirtualBox GUI, to personalise the virtual machine configuration. Indeed, you must specify its hardware configuration as close as possible as your native machine: turning on the 3D acceleration, increasing video memory, setting the network interface, etc.
最後に、Arch Linux とホストのオペレーティングシステムをシームレスに統合して OS 間のコピーペーストができるようにしたい場合、VirtualBox#Guest Additions をインストールを参照してください。Arch Linux 仮想マシンは基本的に Arch Linux ゲストと同じです。
VirtualBox からネイティブの Arch Linux 環境をインストール
場合によってはネイティブの Arch Linux 環境をインストールするのが有用な場合があります: VirtualBox を使って raw ディスク にインストールすることができます。既存のオペレーティングシステムが Linux ベースの場合、代わりに既存の Linux からインストールを読んでください。
#VirtualBox の中でネイティブの Arch Linux 環境を実行とほとんど同じですが手順が異なります。そちらでは #.vmdk ディスクイメージの作成をしてから#VM 設定ファイルの作成を行います。
これで仮想 VMDK ディスクが実際のディスクに紐付けられた VM の設定完了です。インストール手順はVirtualBox#Arch Linux をゲストにすると全く同じです。ただし#永続的な命名規則を使用していることを確認して #mkinitcpio イメージが正しいことを確認してください。
インストールが完了したら、GNU/Linux のインストールメディア (Arch Linux のインストールメディアでもかまいませんしそうでなくでも問題ありません) を使ってコンピュータをネイティブに起動して、インストールした Arch Linux 環境に chroot してからブートローダーをインストール・設定してください。
Install MacOS guest
Before starting the VM, run the following commands on the host machine [2]:
$ VBoxManage modifyvm "MyMacVM" --cpuid-set 00000001 000106e5 00100800 0098e3fd bfebfbff $ VBoxManage setextradata "MyMacVM" "VBoxInternal/Devices/efi/0/Config/DmiSystemProduct" "iMac11,3" $ VBoxManage setextradata "MyMacVM" "VBoxInternal/Devices/efi/0/Config/DmiSystemVersion" "1.0" $ VBoxManage setextradata "MyMacVM" "VBoxInternal/Devices/efi/0/Config/DmiBoardProduct" "Iloveapple" $ VBoxManage setextradata "MyMacVM" "VBoxInternal/Devices/smc/0/Config/DeviceKey" "ourhardworkbythesewordsguardedpleasedontsteal(c)AppleComputerInc" $ VBoxManage setextradata "MyMacVM" "VBoxInternal/Devices/smc/0/Config/GetKeyFromRealSMC" 1 $ VBoxManage setextradata "MyMacVM" VBoxInternal2/EfiGopMode 4
Mojave インストール時にキーボード/マウスの入力ができない場合
Mojave をインストールしようとしている場合、上記のステップを実行した後、インストーラーは起動しますが、キーボードやマウスの入力ができないかもしれません。この原因は、Mojave が USB 1.1 コントローラをサポートしていないためのようです。この問題を解決するためには、USB 3.0 をエミュレートする必要があります。まず、VirtualBox 拡張パックをインストールしてください。
次に、マシン > 設定 > USB に移動し、USB 3.0 を選択します。これ以降、入力は正常に動作するはずです。
再起動後の UEFI インタラクティブシェル
インストーラーがインストール中にブート可能なドライブを適切にフォーマットできなかった場合、UEFI シェルに入ってしまうことがあります。その場合は、次の手順を実行してください:
- UEFI プロンプトで
exit
と入力します。 - Boot Maintenance Manager を選択します。
- Boot From File を選択します。
こうすると、いくつかの分かりにくい PCI パスが表示されます。最初のものは、あなたがブートしようとして失敗したものです。2番目(または3番目)のものが、インストールを続行するために読み込む必要がある MacOS リカバリーパーティションであるはずです。2番目のエントリをクリックします。空の場合は、Esc
キーを押して戻り、3番目のエントリを選択します。フォルダが表示されるエントリを見つけたら、フォルダをクリックして進みます。それは、おおよそ macOS Install Data > Locked Files > Boot Files > boot.efi のようなパスになるはずです。boot.efi を選択して Enter キーを押すと、MacOS インストーラにブートし、インストールを再開することができます。一部のサブディレクトリが欠落している可能性があることに注意してください。最終的に boot.efi
に到達する必要があります。[3]
ネイティブの Windows 環境を仮想マシンに移動
ここでは既存のネイティブ Windows 環境を GNU/Linux で動作する VirtualBox の仮想マシンに移動するケースを説明します。MSDOS/Intel パーティションスキームを使用する Windows 環境だけ扱います。移動させるには Windows 環境が最初の MBR パーティションに存在していなくてはなりません。他のパーティションにある場合でも移動はできますが未確認です (詳しくは#既知の制限を参照)。
A couple of tasks are required to be done inside your native Windows installation first, then on your GNU/Linux host.
Windows での作業
The first three following points comes from this outdated VirtualBox wiki page, but are updated here.
- Remove IDE/ATA controllers checks (Windows XP only): Windows memorize the IDE/ATA drive controllers it has been installed on and will not boot if it detects these have changed. The solution proposed by Microsoft is to reuse the same controller or use one of the same serial, which is impossible to achieve since we are using a Virtual Machine. MergeIDE, a German tool, developped upon another other solution proposed by Microsoft can be used. That solution basically consists in taking all IDE/ATA controller drivers supported by Windows XP from the initial driver archive (the location is hard coded, or specify it as the first argument to the
.bat
script), installing them and registering them with the regedit database.
- Use the right type of Hardware Abstraction Layer (old 32 bits Windows versions): Microsoft ships 3 default versions:
Hal.dll
(Standard PC),Halacpi.dll
(ACPI HAL) andHalaacpi.dll
(ACPI HAL with IO APIC). Your Windows install could come installed with the first or the second version. In that way, please disable the Enable IO/APIC VirtualBox extended feature.
- AGP デバイスドライバーを無効化してください (古いバージョンの Windows のみ):
C:\Windows\SYSTEM32\drivers\
ディレクトリにagp440.sys
またはintelppm.sys
ファイルが存在する場合、削除してください。VirtualBox は PCI 仮想グラフィックカードを使うため、AGP ドライバーが使われると問題が発生します。
- Create a Windows recovery disk: In the following steps, if things turn bad, you will need to repair your Windows installation. Make sure you have an install media at hand, or create one with Create a recovery disk from Vista SP1, Create a system repair disc on Windows 7 or Create a recovery drive on Windows 8.x).
Disk2vhd を使って Windows パーティションを複製
Windows を起動して、不要なデータを削除し (CCleaner などを使用)、disk2vhd ツールを使って VHD イメージを作成してください。予約されているシステムパーティション (存在する場合) と Windows パーティション (通常はディスク C:) を含めます。Disk2vhd によって作成されるイメージのサイズはパーティション上のファイルの合計 (使用容量) になります。パーティション全体のサイズではありません。上手くいけば、MBR や Windows ブートローダーに手を焼くことなくイメージで仮想マシンを起動できます。
GNU/Linux での作業
- Reduce the native Windows partition size to the size Windows actually needs with
ntfsresize
available from ntfs-3g. The size you will specify will be the same size of the VDI that will be created in the next step. If this size is too low, you may break your Windows install and the latter might not boot at all.
- Use the
--no-action
option first to run a test: # ntfsresize --no-action --size 52Gi /dev/sda1
- If only the previous test succeeded, execute this command again, but this time without the aforementioned test flag.
- GNU/Linux ホストに VirtualBox をインストール (ホストが Arch Linux の場合は VirtualBox#ホストとしてインストールを参照)。
- Create the Windows disk image from the beginning of the drive to the end of the first partition where is located your Windows installation. Copying from the beginning of the disk is necessary because the MBR space at the beginning of the drive needs to be on the virtual drive along with the Windows partition. In this example two following partitions
sda2
andsda3
will be later removed from the partition table and the MBR bootloader will be updated.
# sectnum=$(( $(cat /sys/block/''sda/sda1''/start) + $(cat /sys/block/''sda/sda1''/size) ))
- Using
cat /sys/block/sda/sda1/size
will output the number of total sectors of the first partition of the disksda
. Adapt where necessary.
# dd if=''/dev/sda'' bs=512 count=$sectnum | VBoxManage convertfromraw stdin ''windows.vdi'' $(( $sectnum * 512 ))
- We need to display the size in byte,
$(( $sectnum * 512 ))
will convert the sector numbers to bytes.
- Since you created your disk image as root, set the right ownership to the virtual disk image:
# chown your_user:your_group windows.vdi
- Create your virtual machine configuration file and use the virtual disk created previously as the main virtual hard disk.
- Try to boot your Windows VM, it may just work. First though remove and repair disks from the boot process as it may interfere (and likely will) booting into safe-mode.
- セーフモードで Windows 仮想マシンを起動してみてください (Windows ロゴが表示される前に F8 キーを押します)。起動しない場合、#MBR と Microsoft ブートローダーの修復を読んでください。セーフモードでは、Windows のプラグアンドプレイ認識システムによってドライバーがインストールされます [4]。そして、Devices > Insert Guest Additions CD image... メニューから VirtualBox Guest Additions をインストールしてください。新しいディスクダイアログが表示されない場合、CD ドライブからインストーラーを手動で起動してください。
- これで Windows 仮想マシンの設定は完了です。#既知の制限も忘れずに読んでください。
- Performance tip: according to VirtualBox manual, SATA controller has a better performance than IDE. If you can't boot Windows off virtual SATA controller right away, it is probably due to the lack of SATA drivers. Attach virtual disk to IDE controller, create an empty SATA controller and boot the VM - Windows should automatically install SATA drivers for the controller. You can then shutdown VM, detach virtual disk from IDE controller and attach it to SATA controller instead.
MBR と Microsoft ブートローダーの修復
Windows の仮想マシンが起動しない場合、仮想マシンに以下の修正を施す必要があります。
- Boot a GNU/Live live distribution inside your virtual machine before Windows starts up.
- Remove other partitions entries from the virtual disk MBR. Indeed, since we copied the MBR and only the Windows partition, the entries of the other partitions are still present in the MBR, but the partitions are not available anymore. Use
fdisk
to achieve this for example.
fdisk ''/dev/sda'' Command (m for help): a Partition number (''1-3'', default ''3''): ''1''
- Write the updated partition table to the disk (this will recreate the MBR) using the
m
command insidefdisk
.
# testdisk > Disk /dev/sda...' > [Proceed] > [Intel] Intel/PC partition > [MBR Code] Write TestDisk MBR to first sector > Write a new copy of MBR code to first sector? (Y/n) > Y > Write a new copy of MBR code, confirm? (Y/N) > A new copy of MBR code has been written. You have to reboot for the change to take effect. > [OK]
- With the new MBR and updated partition table, your Windows virtual machine should be able to boot. If you are still encountering issues, boot your Windows recovery disk from on of the previous step, and inside your Windows RE environment, execute the commands described here.
既知の制限
- Your virtual machine can sometimes hang and overrun your RAM, this can be caused by conflicting drivers still installed inside your Windows virtual machine. Good luck to find them!
- Additional software expecting a given driver beneath may either not be disabled/uninstalled or needs to be uninstalled first as the drivers that are no longer available.
- Your Windows installation must reside on the first partition for the above process to work. If this requirement is not met, the process might be achieved too, but this had not been tested. This will require either copying the MBR and editing in hexadecimal see VirtualBox: booting cloned disk or will require to fix the partition table manually or by repairing Windows with the recovery disk you created in a previous step. Let us consider our Windows installation on the second partition; we will copy the MBR, then the second partition where to the disk image.
VBoxManage convertfromraw
needs the total number of bytes that will be written: calculated thanks to the size of the MBR (the start of the first partition) plus the size of the second (Windows) partition.{ dd if=/dev/sda bs=512 count=$(cat /sys/block/sda/sda1/start) ; dd if=/dev/sda2 bs=512 count=$(cat /sys/block/sda/sda2/size) ; } | VBoxManage convertfromraw stdin windows.vdi $(( ($(cat /sys/block/sda/sda1/start) + $(cat /sys/block/sda/sda2/size)) * 512 ))
.
Windows のパーティションを VirtualBox で起動
場合によってはWindows と Arch のデュアルブートをしながら仮想マシンでパーティションにアクセスできると便利です。#ネイティブの Windows 環境を仮想マシンに移動するのとは色々な点が異なります。
- Windows パーティションは仮想ディスクイメージにコピーしません。かわりに、生の VMDK ファイルを作成します。
- Changes in the VM will be mirrored in the partition, and vice versa
- OEM licenses should still be satisfied, since the Windows partition still boots directly on the hardware
VirtualBox から Windows パーティションへのアクセス権を与えるように udev を設定
VirtualBox must have raw disk access in order to run a Windows partition. Normally, this would require VirtualBox to be run with full root privileges, but udev can be configured to restrict access to certain partitions. One convenient way to do this assign all Windows-related partitions to the vboxusers group, which can be done with the following udev rules:
/etc/udev/rules.d/99-vbox.rules
# Rules to give VirtualBox users raw access to Windows partitions # Microsoft Reserved partitions (msftres) SUBSYSTEM=="block", ENV{ID_PART_ENTRY_TYPE}=="e3c9e316-0b5c-4db8-817d-f92df00215ae", GROUP="vboxusers" # Windows partitions (msftdata) SUBSYSTEM=="block", ENV{ID_PART_ENTRY_TYPE}=="ebd0a0a2-b9e5-4433-87c0-68b6b72699c7", GROUP="vboxusers"
VirtualBox の設定
A VirtualBox VM must be manually created with a custom configuration.
Configure the VM with the following settings:
- System
- Motherboard
- Enable I/O APIC
- Enable EFI
- Hardware Clock in UTC Time
- Acceleration
- Paravirtualization Interface: Hyper-V
- Enable VT-x/AMD-V
- Enable Nested Paging
- Motherboard
- Display > Screen > Acceleration
- Enable 3D Acceleration
- Enable 2D Acceleration
- USB > Enable USB Controller
仮想ディスクイメージファイルの作成
To access the Windows partitions, create a raw VMDK file pointing to the relevant Windows partitions and set the ownership:
# vboxmanage internalcommands createrawvmdk -filename /path/to/vm/folder/windows.vmdk -rawdisk /dev/sdx -partitions res,data -relative # chown user:group /path/to/vm/folder/windows.vmdk
After creating the image, change the ownership so that the desired user/group has access:
In order to boot the virtual machine in UEFI mode, a dedicated virtual disk for the EFI System Partition must be created:
$ vboxmanage createmedium disk --filename /path/to/vm/folder/esp.vmdk --size 512 --format VMDK
Virtualbox で物理ディスク全体を実行する
これは#Windows のパーティションを VirtualBox で起動と同じように機能しますが、vmdk には 1 つのパーティションではなくディスク全体が含まれるため、物理的なパーティションとして別の ESP または MBR パーティションを作成する必要はなく、ディスクが使用されます。
RAW ディスクを作成します。
# VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk -rawdisk /dev/sdb
次に、#Windows のパーティションを VirtualBox で起動と同じ方法に従って、設定と仮想ディスクの接続を行います。
Set guest starting resolution
You can change the BIOS/UEFI booting resolution using VBoxManage
tool. For example:
$ VBoxManage setextradata "Your Virtual Machine Name" "VBoxInternal2/EfiGraphicsResolution" "2560x1440"
Recommended resolutions are 1280x720, 1920x1080, 2048x1080, 2560x1440, 3840x2160, 1280x800, 1280x1024, 1440x900, 1600x900.
ホストからゲストへの SSH
仮想マシン設定のネットワークタブには、"Advanced" にポートフォワーディングを作成するためのツールが含まれています。
これを使用して、ゲスト ssh ポート 22
をホストポート 3022
にフォワードできます:
user@host$ ssh -p 3022 $USER@localhost
ホストからゲストへの接続を確立します。
共有フォルダーの代替としての SSHFS
このポートフォワーディングと sshfs を使用すると、ゲストファイルシステムをホストファイルシステムに簡単にマウントできます。
user@host$ sshfs -p 3022 $USER@localhost:$HOME ~/shared_folder
両方の間でファイルを転送します。