ArchWiki - 利用者の投稿記録 [ja]

Dash

2019-05-21T10:39:48Z

Inkch: dash, bashのインストール容量が誤っていたため修正

[[Category:コマンドシェル]]
[[en:Dash]]
{{related articles start}}
{{related|コマンドラインシェル}}
{{related|Bash}}
{{related articles end}}

[[Wikipedia:ja:Debian Almquist shell|Dash]] は近代的な POSIX 互換の [[wikipedia:Bourne_shell|{{ic|/bin/sh}} (sh, Bourne shell)]] の実装です。

Dash は [[Bash]] 互換ではありませんが以下のような特徴があります:

*実行速度が速い。Bash などのシェルに比べて [https://unix.stackexchange.com/questions/148035/is-dash-or-some-other-shell-faster-than-bash 4倍高速] に動作します。
*使用するリソースが少ない (ディスク容量, RAM, CPU)。Bash などよりもずっと小さくコンパクトです (インストール容量は Bash の 6.5 MB に比べて 134.1 kB で、ソースコードの行数は 176 kSLOC に対して 13 kSLOC です)。
*セキュリティが高い。古くに開始されたプロジェクトであり、シンプルながら長い実績があります。そして [https://git.kernel.org/cgit/utils/dash/dash.git/stats/?period=q&ofs=10 多くの開発者] が携わっている [https://git.kernel.org/cgit/utils/dash/dash.git/log/ 活発に開発されている] プロジェクトでもあります。攻撃されるような部位は少なく、コードを見ている目はたくさんあります。

==インストール==

{{Pkg|dash}} パッケージから[[インストール]]できます。または {{AUR|dash-static-musl}} パッケージをインストールしてください。

==DASH をデフォルトシェルとして使う==

ほとんどの POSIX 互換スクリプトはスクリプトの一番最初の行に {{ic|/bin/sh}} を指定しており、{{ic|/bin/sh}} がシェルとして動作しますが、Arch ではデフォルトで {{ic|/bin/bash}} へのシンボリックリンクになっています。

{{ic|/bin/sh}} から {{ic|/bin/dash}} にシンボリックリンクを貼り直すことでシステムのパフォーマンスを向上させることができます。ただその前に、明示的に {{ic|#!/bin/bash}} を指定してないスクリプトが、ちゃんと POSIX 互換であり Bash の機能を使っていないことを確認する必要があります。

===bashism を確認===

Dash に含まれていない Bash の機能 ('bashism') は {{ic|/bin/bash}} を明示的に指定していないと動作しなくなります。以下の手順に従うことで修正が必要なスクリプトがないか確認することができます。

{{Pkg|checkbashisms}} パッケージをインストールしてください。

====チェックするべき場所====

*インストールしたスクリプトの {{ic|#!/bin/sh}} シバン:

$ gawk '/^#!.*( |[/])sh/{printf "%s\0", FILENAME} {nextfile}' /usr/bin/* | xargs -0 checkbashisms

*{{ic|pacman -Qlq}} を使うことで pacman でインストールしたファイルを全て一覧することができます。

===/bin/sh の再リンク===

機能が破壊されないことを確認できたら、{{ic|/bin/sh}} のリンクを変更しても安全なはずです。再リンクを行うには次のコマンドを使用:
# ln -sfT dash /usr/bin/sh
Bash がアップデートされるとデフォルトのシンボリックリンクで {{ic|/bin/sh}} が上書きされます。上書きされないようにするには、以下の [[Pacman#フック|pacman フック]]を使って、アップデート後に {{ic|/bin/sh}} のリンクを再度作成するようにしてください:
[Trigger]
Type = Package
Operation = Install
Operation = Upgrade
Target = bash

[Action]
Description = Re-pointing /bin/sh symlink to dash...
When = PostTransaction
Exec = /usr/bin/ln -sfT dash /usr/bin/sh
Depends = dash

このフックは {{AUR|dashbinsh}} でもインストールできます。

==参照==

*http://article.gmane.org/gmane.linux.arch.devel/11418
*https://mailman.archlinux.org/pipermail/arch-dev-public/2007-November/003053.html
*https://launchpad.net/ubuntu/+spec/dash-as-bin-sh
*https://wiki.ubuntu.com/DashAsBinSh

マルチディスプレイ

2018-12-20T04:36:51Z

Inkch:

[[Category:X サーバー]]
[[en:Multihead]]
[[fa:Multihead]]
[[zh-hans:Multihead]]
{{Related articles start}}
{{Related|Xorg}}
{{Related|xrandr}}
{{Related|NVIDIA#マルチモニター}}
{{Related|Nouveau#デュアルディスプレイ}}
{{Related|AMD Catalyst#デュアルディスプレイ (デュアルヘッド / デュアルスクリーン / Xinerama)}}
{{Related|ATI#マルチモニターの設定}}
{{Related4|Extreme Multihead}}
{{Related articles end}}

'''マルチヘッド''', '''マルチスクリーン''', '''マルチディスプレイ''', '''マルチモニター'''は複数のディスプレイデバイスをコンピューターに接続して使用することを言います。この記事ではマルチディスプレイを設定する方法の説明や、設定例を示します。

{{Note|混乱を避けるために、この記事で使用する単語の意味を明確にします:
* '''モニター'''は LCD パネルのような物理的な表示デバイスを示します。
* '''スクリーン'''は X-Window の画面を示します (つまり'''モニター'''は'''ディスプレイ'''に接続されます)。
* '''ディスプレイ'''はデスクトップの各部位を示すのに同時に使われる'''スクリーン'''の集合を示します ('''ディスプレイ'''の中の'''スクリーン'''でウィンドウをドラッグすることができます)。
}}

== 歴史的背景 ==

全てとはいわなくてもほとんどの Unix/Linux コンピュータでは GUI を提供するために X Window System を基盤のグラフィカルインターフェイスとして使っています。X は1984年に MIT で開発されました。開発は35年間も続いており、その間に新しい機能や概念が追加され、ちょっとした化物と言われるようにまでなっています。長い開発の歴史の中で、[[Wikipedia:ja:タイムシェアリングシステム|タイムシェアリングシステム]]によって Xterminal に個別のビューを提供する単一の X というのが最も一般的な設定だったということを覚えておきましょう。近年になって、デスクトップやノートパソコンに単一のスクリーンを提供する X が標準となったのです。

{{Note|[[Wikipedia:Multiseat configuration|Zaphod display ]]と呼ばれる珍しい設定が存在します。複数のユーザーがそれぞれ独立したディスプレイ、マウス、キーボードを1台のコンピューターに接続することで、各ユーザーが別個のコンピューターを利用しているかのような環境を提供するものです。1席あたりのコストを下げることができます。}}

以上のことが意味するのは、同じことをするのに多数の方法が存在して、同じ目的を達成するのに少しづつ方法が変わってくるということです。X の最近のバージョンでは、設定にはほとんど触れずともよかったり、もしくは全く設定が不要な場合もあります。ここ数年では X が自分で設定を行ってしまうようになっています。設定は少なければ少ないほど良いという経験則が存在しますが、これはすなわち、''何も設定しないのが一番良い''わけです。

== スクリーンの分割 ==

X でマルチモニタを設定する最古の方法であり、数十年間も使われています。物理モニターのそれぞれに X スクリーンを割り当てるので、マウスをそれぞれのスクリーンで動かすことができ、各スクリーンは多かれ少なかれ独立します。

通常 X ディスプレイには {{ic|DISPLAY}} 環境変数によって {{ic|:0}} のように ID が一つだけ指定されていますが、この設定では、各スクリーンごとに別々の値を {{ic|$DISPLAY}} に指定します。一番目のスクリーンは {{ic|:0.0}} 、二番目のスクリーンは {{ic|:0.1}} と続きます。

この設定を使用する場合、ウィンドウを別のスクリーンに移動させることはできません。ただし GIMP や Emacs などマルチスクリーンをサポートしている（ごく少数の）特別なプログラムは別です。ほとんどのプログラムでは、別のスクリーンにプログラムを表示するには {{ic|DISPLAY}} 環境変数を変更する必要が出て来ます:

# Launch a terminal on the second screen
$ DISPLAY=:0.1 urxvt &

また、各スクリーン上のターミナルからプログラムを起動した場合、プログラムは {{ic|DISPLAY}} の値を引き継いで、ターミナルと同じスクリーン上に表示されます。ただし、アプリケーションを別のスクリーンに移動しようと思った時は、一度アプリケーションを閉じてから、別のスクリーンからもう一度アプリケーションを開くことになります。

この方法を使用する利点としては、スクリーン上にポップアップウィンドウが表示されたときに、別のスクリーンで作業中のマウスのフォーカスが盗られないということが挙げられます。それぞれのスクリーンは完全に独立して存在します。

== Xinerama ==

[[Wikipedia:ja:Xinerama|Xinerama]] は X のマルチスクリーンを実現する古い手段です。Xinerama は全てのモニターを単一のスクリーン ({{ic|:0}}) にまとめるため、スクリーンを通り越してウィンドウをドラッグすることができます。

Xinerama は [[Xorg#設定|X の設定ファイル]]をカスタマイズすることで設定します。以下に例を挙げます:

以下は各モニターを相対的に配置する ServerLayout セクションです。

{{hc|/etc/X11/xorg.conf.d/90-serverlayout.conf|
Section "ServerLayout"
Identifier "Main"
Screen 0 "Primary"
Screen 1 "DellPortraitLeft" RightOf "Primary"
Screen 2 "Wacom" RightOf "DellPortraitLeft"
Screen 3 "U2412" LeftOf "Primary"
Option "Xinerama" "1" # enable XINERAMA extension. Default is disabled.
EndSection
}}

上記セクションの各 Screen は別のファイルで定義します、例えば:

{{hc|/etc/X11/xorg.conf.d/30-screen-dell2001.conf|
# Define the monitor's physical specs
Section "Monitor"
Identifier "Dell 2001FP"
VertRefresh 60
Option "dpms" "on"

# Modelines are probably unnecessary these days, but it does give you fine grained control

# 1600x1200 @ 60.00 Hz (GTF) hsync: 74.52 kHz; pclk: 160.96 MHz
Modeline "1600x1200" 160.96 1600 1704 1880 2160 1200 1201 1204 1242 -HSync +Vsync
EndSection

# Define a screen that uses the above monitor. Note the Monitor value matches the above
# Identifier value, and the Device value matches one of the video cards defined below
# (the card and connector this monitor is actually plugged in to.)
Section "Screen"
Identifier "DellPortraitLeft"
Device "GeForce 8600GTb"
Monitor "Dell 2001FP"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1600x1200"
ViewPort 0 0
Virtual 1600 1200
EndSubsection

# This screen is in portrait mode
Option "Rotate" "left"
EndSection
}}

複数のビデオカードを使う場合、各モニターごとに {{ic|Device}} セクションを記述する必要があります。

以下は、2つのビデオカードにそれぞれ2つのモニターを接続する (計4つのモニターを利用する) 際の設定例です。

{{hc|/etc/X11/xorg.conf.d/20-nvidia.conf|
# First head of first video card in the system
Section "Device"
Identifier "GeForce 8600GT"
Driver "nvidia"

# If you have multiple video cards, the BusID controls which one this definition refers
# to. You can omit it if you only have one card.
BusID "PCI:1:0:0"

# Need to flag this as only referring to one output on the card
Screen 0

# For nVidia devices, this controls which connector the monitor is connected to.
Option "UseDisplayDevice" "DFP-0"

# We want control!
Option "DynamicTwinView" "FALSE"

# Various performance and configuration options
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
EndSection

# Second head of same video card (note different Identifier but same BusID.) We can omit
# the UseDisplayDevice option this time as it will pick whichever one is remaining.
Section "Device"
Identifier "GeForce 8600GTb"
Driver "nvidia"
BusID "PCI:1:0:0"
# This is the second output on this card
Screen 1

# Same config options for all cards
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
Option "DynamicTwinView" "FALSE"
EndSection

# First head of second video card, note different BusID.
Section "Device"
Identifier "G210"
Driver "nvidia"
BusID "PCI:2:0:0"
Screen 0

# Same config options for all cards
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
Option "DynamicTwinView" "FALSE"
EndSection

# Second head of second video card. Output connector is set here, which means the previous
# Device will use the other connector, whatever it may be.
Section "Device"
Identifier "G210b"
Driver "nvidia"
BusID "PCI:2:0:0"
Screen 1
Option "UseDisplayDevice" "DFP-1"

# Same config options for all cards
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
Option "DynamicTwinView" "FALSE"
EndSection
}}

== TwinView ==

TwinView はビデオカードに接続された2つのモニターを1つのスクリーンとして表示させる nVidia の拡張です。TwinView は Xinerama 拡張を内包しており、2つのモニターが接続されていることをアプリケーションは知ることができますが、TwinView は Xinerama と両立して使うことができません。ただしモニターを2つだけしか使っておらず、また、どちらのモニターも同一の nVidia カードに接続している場合、TwinView と Xinerama に違いはほとんどありません (この場合 TwinView の方が少しだけ高いパフォーマンスが得られるというのが唯一の違いです)。

2つ以上のモニターを接続したり、他のビデオカードにモニターを接続する場合、TwinView ではなく Xinerama を使用する必要があります。2012年4月現在、TwinView ではモニターの向きを合わせる必要があります。片方をランドスケープモードにして、もう片方をポートレートモードにすることは出来ません。

昔は、nVidia のカードで OpenGL のアクセラレーションを使いながら別のスクリーンにウィンドウをドラッグするには TwinView を使うしか方法がありませんでした。最新バージョンの nVidia のクローズドソースドライバーでは Xinerama を使用している場合でも OpenGL のアクセラレーションを得ることができるようになっています。

設定例は [[NVIDIA#TwinView]] を見て下さい。

== RandR ==

[[Wikipedia:ja:XRandR|RandR]] ('''R'''otate '''and''' '''R'''esize) はクライアントが動的にスクリーンを変更 (例: リサイズ、回転、反転) できるようにする、[[Wikipedia:ja:X Window System|X Window System]] の拡張です。ほとんどの場合、RandR は旧 Xinerama のセットアップを完全に置き換えることができます。RandR が Xinerama よりも優れている理由については [https://i3wm.org/docs/multi-monitor.html#_the_explanation この説明] を見て下さい。

RandR は [[xrandr]] ツールを使って現在のセッションに限って設定を行ったり、[[Xorg#設定|xorg.conf]] ファイルで永続的に設定することができます。

{{Note|There are multiple ways to configure the same thing, you might have to experiment a little before you find the best configuration.}}

=== xrandr を使って設定 ===

{{Note|''xrandr'' に関する基本的な情報は [[xrandr]] のページを読んでください。}}

相対的にスクリーンを配列したり ({{ic|--right-of}}, {{ic|--left-of}}, {{ic|--above}}, {{ic|--below}} オプションを使用)、絶対座標を使って配置することができます ({{ic|--pos}} オプションを使用。絶対座標を使う場合はモニターの解像度を知る必要があります)。詳しくは {{ic|man xrandr}} を見て下さい。よく使われる設定については以下で説明します。

==== HDMI1 の左側に適切な解像度で VGA1 を表示 ====

$ xrandr --output VGA1 --auto --output HDMI1 --auto --right-of VGA1

{{ic|--right-of}} はスクリーン ({{ic|HDMI1}}) を指定したスクリーン ({{ic|VGA1}}) の右に配置します。

==== HDMI1 の右側に指定した解像度で VGA1 を表示 ====

$ xrandr --output VGA1 --mode 1024x768 --pos 1920x0 --output HDMI1 --mode 1920x1080 --pos 0x0

または

$ xrandr --output VGA1 --mode 1024x768 --output HDMI1 --mode 1920x1080 --left-of VGA1

{{ic|--left-of}} はスクリーン ({{ic|HDMI1}}) を指定したスクリーン ({{ic|VGA1}}) の左に配置します。

=== xorg.conf を使って設定 ===

''xrandr'' を使用する方法と似ており、各スクリーンごとに {{ic|Monitor}} セクションを記述します。{{ic|Identifier}} には、{{ic|xrandr -q}} によって確認できる値と同じ値を使用します ({{ic|--output VGA1}} ではなく {{ic|Identifier "VGA1"}} を用います)。

==== 例: 相対座標を用いるデュアルヘッド設定 ====

{{hc|/etc/X11/xorg.conf|
Section "Monitor"
Identifier "VGA1"
Option "Primary" "true"
EndSection

Section "Monitor"
Identifier "HDMI1"
Option "LeftOf" "VGA1"
EndSection
}}

==== 例: 絶対座標を用いるデュアルヘッド設定 ====

{{hc|/etc/X11/xorg.conf|
Section "Monitor"
Identifier "VGA1"
Option "PreferredMode" "1024x768"
Option "Position" "1920 312"
EndSection

Section "Monitor"
Identifier "HDMI1"
Option "PreferredMode" "1920x1080"
Option "Position" "0 0"
EndSection
}}

負の座標はありません。一番左上の座標は 0,0 になります。

{{bc|<nowiki>
(0,0)-----------------+
| |(1920,312)---+
| 1920 x 1080 || |
| HDMI1 || 1024 x 768 |
| || VGA1 |
+---------------------++------------+
</nowiki>}}

== アプリケーションのサポート ==

このセクションでは個別のアプリケーションに関してのヒントを記述しています。

* mplayer: {{ic|-xineramascreen 1}} を使えば動画をセカンドスクリーンで再生できます。{{ic|~/.mplayer/config}} に {{ic|1=xineramascreen=1}} を追加することで永続的に設定できます。
* Xonotic: 複数の画面にまたがって再生するときに左右を変えられないとき、{{ic|~/.xonotic/data/config.cfg}} で {{ic|vid_stick_mouse}} を 1 に設定してください。

=== ウィンドウマネージャ ===

このセクションではウィンドウマネージャのマルチモニター対応状況を載せています。

* [[Awesome]] - 動作します。
* [[FVWM]] - 動作します。Xinerama をサポートしており、Single Logical Screen のようなマルチスクリーンディスプレイが使えます。
* [[i3]] - 動作します。
* [[KDE]] - 動作します。
* [[MATE]] - 動作します。
* [[Qtile]] - 動作します。
* [[Spectrwm]] - 動作します (スクリーンには別々のワークスペースが割り当てられ、キーボードやマウスで切り替えることができます) - 2015年3月現在
* [[Xmonad]] - 動作します (スクリーンには別々のワークスペースが割り当てられ、キーボードやマウスで切り替えることができます) - 2014年4月現在

=== ディスプレイマネージャ ===

* [[GDM]]: gdm は gnome のディスプレイ設定が適用されないため、ログイン画面が適切なモニターに表示されないことがあります。対象方法は [https://bbs.archlinux.org/viewtopic.php?pid=1262282#p1262282 こちら] にあります。ユーザーのモニター設定を gdm の設定にコピーするだけです。
* [[KDM]]: 動作します。

ディスプレイマネージャがマルチディスプレイに対応していない場合、{{ic|startx}} と {{ic|~/.xinitrc}} を使うという方法もあります。

=== フルスクリーンゲーム ===

多くのゲームはフルスクリーンで実行したときにウィンドウを (0,0) に表示します。(0,0) にある左のディスプレイでゲームを遊びたくない場合、フルスクリーンのゲームを別のスクリーンに移動することは不可能です。

A workaround for this is to create a separate X11 configuration (a new '''layout''') just for playing games, which may have less (or only one) screen configured. You can then launch games using this separate layout, while normal desktop work uses the original multihead configuration.

To create a new layout, copy {{ic|/etc/X11/xorg.d/90-serverlayout.conf}} and call it {{ic|91-serverlayout-gaming.conf}}. It is important to use a number larger than 90, as the one with the lowest number will become the default used when you first load X.

Adjust this new configuration file to your preferred gaming configuration. Here is an example (based on the example Xinerama configuration above) with only one screen defined, noting that the screen specifics (such as resolution) are defined in other files and are unchanged from and shared with the normal configuration:

{{hc|/etc/X11/xorg.conf.d/91-serverlayout-gaming.conf|
# New screen layout only using a single screen called "Primary"
Section "ServerLayout"
Identifier "Gaming"
Screen 0 "Primary" Absolute 0 0
EndSection
}}

{{Tip|While it's easiest to just reuse the existing screen definitions, you can of course define new ones if you wish to have a different set of screen resolutions available.}}

この新しいレイアウトを使用するには、{{ic|startx}} スクリプトを使ってゲームを起動します:

# Launch Xonotic on a new X11 display using the "Gaming" layout
startx /usr/bin/xonotic-glx -fullscreen -- :1 -layout Gaming

ノート:
* 実行するコマンドはフルパスで指定してください。上記の場合 {{ic|/usr/bin/xonotic-glx}} です。
* The {{ic|:1}} must refer to an empty unused display. The first display you are likely using for your desktop is {{ic|:0}}, so {{ic|:1}} will be fine for most people. But should you want to launch a second game at the same time, you would have to change this to {{ic|:2}}.
* Just as you can switch between text consoles with Alt+Ctrl+F1 and back to X with Alt+Ctrl+F7, the new display will sit on Alt+Ctrl+F8. So you can switch back to your desktop with Alt+Ctrl+F7 and back to the game with Alt+Ctrl+F8. This is because you are running an independent X desktop, so if you switch out of the game with Alt+Tab or equivalent there will be an empty desktop with no window manager running.

== 参照 ==

* [https://bbs.archlinux.org/viewtopic.php?pid=652861 'How I got Dual Monitors with Nouveau Driver' forums thread]

マルチディスプレイ

2018-12-20T04:05:30Z

Inkch: 和訳 (Xineramaで複数のビデオカードを利用する手順について)

[[Category:X サーバー]]
[[en:Multihead]]
[[fa:Multihead]]
[[zh-hans:Multihead]]
{{Related articles start}}
{{Related|Xorg}}
{{Related|xrandr}}
{{Related|NVIDIA#マルチモニター}}
{{Related|Nouveau#デュアルディスプレイ}}
{{Related|AMD Catalyst#デュアルディスプレイ (デュアルヘッド / デュアルスクリーン / Xinerama)}}
{{Related|ATI#マルチモニターの設定}}
{{Related4|Extreme Multihead}}
{{Related articles end}}

'''マルチヘッド''', '''マルチスクリーン''', '''マルチディスプレイ''', '''マルチモニター'''は複数のディスプレイデバイスをコンピューターに接続して使用することを言います。この記事ではマルチディスプレイを設定する方法の説明や、設定例を示します。

{{Note|混乱を避けるために、この記事で使用する単語の意味を明確にします:
* '''モニター'''は LCD パネルのような物理的な表示デバイスを示します。
* '''スクリーン'''は X-Window の画面を示します (つまり'''モニター'''は'''ディスプレイ'''に接続されます)。
* '''ディスプレイ'''はデスクトップの各部位を示すのに同時に使われる'''スクリーン'''の集合を示します ('''ディスプレイ'''の中の'''スクリーン'''でウィンドウをドラッグすることができます)。
}}

== 歴史的背景 ==

全てとはいわなくてもほとんどの Unix/Linux コンピュータでは GUI を提供するために X Window System を基盤のグラフィカルインターフェイスとして使っています。X は1984年に MIT で開発されました。開発は35年間も続いており、その間に新しい機能や概念が追加され、ちょっとした化物と言われるようにまでなっています。長い開発の歴史の中で、[[Wikipedia:ja:タイムシェアリングシステム|タイムシェアリングシステム]]によって Xterminal に個別のビューを提供する単一の X というのが最も一般的な設定だったということを覚えておきましょう。近年になって、デスクトップやノートパソコンに単一のスクリーンを提供する X が標準となったのです。

{{Note|There is still a rare configuration often called [[Wikipedia:Multiseat configuration|Zaphod display]], which allows multiple users of a single computer to each have an independent set of display, mouse, and keyboard, as though they were using separate computers, but at a lower per-seat cost.}}

以上のことが意味するのは、同じことをするのに多数の方法が存在して、同じ目的を達成するのに少しづつ方法が変わってくるということです。X の最近のバージョンでは、設定にはほとんど触れずともよかったり、もしくは全く設定が不要な場合もあります。ここ数年では X が自分で設定を行ってしまうようになっています。設定は少なければ少ないほど良いという経験則が存在しますが、これはすなわち、''何も設定しないのが一番良い''わけです。

== スクリーンの分割 ==

X でマルチモニタを設定する最古の方法であり、数十年間も使われています。物理モニターのそれぞれに X スクリーンを割り当てるので、マウスをそれぞれのスクリーンで動かすことができ、各スクリーンは多かれ少なかれ独立します。

通常 X ディスプレイには {{ic|DISPLAY}} 環境変数によって {{ic|:0}} のように ID が一つだけ指定されていますが、この設定では、各スクリーンごとに別々の値を {{ic|$DISPLAY}} に指定します。一番目のスクリーンは {{ic|:0.0}} 、二番目のスクリーンは {{ic|:0.1}} と続きます。

この設定を使用する場合、ウィンドウを別のスクリーンに移動させることはできません。ただし GIMP や Emacs などマルチスクリーンをサポートしている（ごく少数の）特別なプログラムは別です。ほとんどのプログラムでは、別のスクリーンにプログラムを表示するには {{ic|DISPLAY}} 環境変数を変更する必要が出て来ます:

# Launch a terminal on the second screen
$ DISPLAY=:0.1 urxvt &

また、各スクリーン上のターミナルからプログラムを起動した場合、プログラムは {{ic|DISPLAY}} の値を引き継いで、ターミナルと同じスクリーン上に表示されます。ただし、アプリケーションを別のスクリーンに移動しようと思った時は、一度アプリケーションを閉じてから、別のスクリーンからもう一度アプリケーションを開くことになります。

この方法を使用する利点としては、スクリーン上にポップアップウィンドウが表示されたときに、別のスクリーンで作業中のマウスのフォーカスが盗られないということが挙げられます。それぞれのスクリーンは完全に独立して存在します。

== Xinerama ==

[[Wikipedia:ja:Xinerama|Xinerama]] は X のマルチスクリーンを実現する古い手段です。Xinerama は全てのモニターを単一のスクリーン ({{ic|:0}}) にまとめるため、スクリーンを通り越してウィンドウをドラッグすることができます。

Xinerama は [[Xorg#設定|X の設定ファイル]]をカスタマイズすることで設定します。以下に例を挙げます:

以下は各モニターを相対的に配置する ServerLayout セクションです。

{{hc|/etc/X11/xorg.conf.d/90-serverlayout.conf|
Section "ServerLayout"
Identifier "Main"
Screen 0 "Primary"
Screen 1 "DellPortraitLeft" RightOf "Primary"
Screen 2 "Wacom" RightOf "DellPortraitLeft"
Screen 3 "U2412" LeftOf "Primary"
Option "Xinerama" "1" # enable XINERAMA extension. Default is disabled.
EndSection
}}

上記セクションの各 Screen は別のファイルで定義します、例えば:

{{hc|/etc/X11/xorg.conf.d/30-screen-dell2001.conf|
# Define the monitor's physical specs
Section "Monitor"
Identifier "Dell 2001FP"
VertRefresh 60
Option "dpms" "on"

# Modelines are probably unnecessary these days, but it does give you fine grained control

# 1600x1200 @ 60.00 Hz (GTF) hsync: 74.52 kHz; pclk: 160.96 MHz
Modeline "1600x1200" 160.96 1600 1704 1880 2160 1200 1201 1204 1242 -HSync +Vsync
EndSection

# Define a screen that uses the above monitor. Note the Monitor value matches the above
# Identifier value, and the Device value matches one of the video cards defined below
# (the card and connector this monitor is actually plugged in to.)
Section "Screen"
Identifier "DellPortraitLeft"
Device "GeForce 8600GTb"
Monitor "Dell 2001FP"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1600x1200"
ViewPort 0 0
Virtual 1600 1200
EndSubsection

# This screen is in portrait mode
Option "Rotate" "left"
EndSection
}}

複数のビデオカードを使う場合、各モニターごとに {{ic|Device}} セクションを記述する必要があります。

以下は、2つのビデオカードにそれぞれ2つのモニターを接続する (計4つのモニターを利用する) 際の設定例です。

{{hc|/etc/X11/xorg.conf.d/20-nvidia.conf|
# First head of first video card in the system
Section "Device"
Identifier "GeForce 8600GT"
Driver "nvidia"

# If you have multiple video cards, the BusID controls which one this definition refers
# to. You can omit it if you only have one card.
BusID "PCI:1:0:0"

# Need to flag this as only referring to one output on the card
Screen 0

# For nVidia devices, this controls which connector the monitor is connected to.
Option "UseDisplayDevice" "DFP-0"

# We want control!
Option "DynamicTwinView" "FALSE"

# Various performance and configuration options
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
EndSection

# Second head of same video card (note different Identifier but same BusID.) We can omit
# the UseDisplayDevice option this time as it will pick whichever one is remaining.
Section "Device"
Identifier "GeForce 8600GTb"
Driver "nvidia"
BusID "PCI:1:0:0"
# This is the second output on this card
Screen 1

# Same config options for all cards
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
Option "DynamicTwinView" "FALSE"
EndSection

# First head of second video card, note different BusID.
Section "Device"
Identifier "G210"
Driver "nvidia"
BusID "PCI:2:0:0"
Screen 0

# Same config options for all cards
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
Option "DynamicTwinView" "FALSE"
EndSection

# Second head of second video card. Output connector is set here, which means the previous
# Device will use the other connector, whatever it may be.
Section "Device"
Identifier "G210b"
Driver "nvidia"
BusID "PCI:2:0:0"
Screen 1
Option "UseDisplayDevice" "DFP-1"

# Same config options for all cards
Option "AddARGBGLXVisuals" "true"
Option "UseEDIDDpi" "false"
Option "DPI" "96 x 96"
Option "Coolbits" "1"
Option "DynamicTwinView" "FALSE"
EndSection
}}

== TwinView ==

TwinView はビデオカードに接続された2つのモニターを1つのスクリーンとして表示させる nVidia の拡張です。TwinView は Xinerama 拡張を内包しており、2つのモニターが接続されていることをアプリケーションは知ることができますが、TwinView は Xinerama と両立して使うことができません。ただしモニターを2つだけしか使っておらず、また、どちらのモニターも同一の nVidia カードに接続している場合、TwinView と Xinerama に違いはほとんどありません (この場合 TwinView の方が少しだけ高いパフォーマンスが得られるというのが唯一の違いです)。

2つ以上のモニターを接続したり、他のビデオカードにモニターを接続する場合、TwinView ではなく Xinerama を使用する必要があります。2012年4月現在、TwinView ではモニターの向きを合わせる必要があります。片方をランドスケープモードにして、もう片方をポートレートモードにすることは出来ません。

昔は、nVidia のカードで OpenGL のアクセラレーションを使いながら別のスクリーンにウィンドウをドラッグするには TwinView を使うしか方法がありませんでした。最新バージョンの nVidia のクローズドソースドライバーでは Xinerama を使用している場合でも OpenGL のアクセラレーションを得ることができるようになっています。

設定例は [[NVIDIA#TwinView]] を見て下さい。

== RandR ==

[[Wikipedia:ja:XRandR|RandR]] ('''R'''otate '''and''' '''R'''esize) はクライアントが動的にスクリーンを変更 (例: リサイズ、回転、反転) できるようにする、[[Wikipedia:ja:X Window System|X Window System]] の拡張です。ほとんどの場合、RandR は旧 Xinerama のセットアップを完全に置き換えることができます。RandR が Xinerama よりも優れている理由については [https://i3wm.org/docs/multi-monitor.html#_the_explanation この説明] を見て下さい。

RandR は [[xrandr]] ツールを使って現在のセッションに限って設定を行ったり、[[Xorg#設定|xorg.conf]] ファイルで永続的に設定することができます。

{{Note|There are multiple ways to configure the same thing, you might have to experiment a little before you find the best configuration.}}

=== xrandr を使って設定 ===

{{Note|''xrandr'' に関する基本的な情報は [[xrandr]] のページを読んでください。}}

相対的にスクリーンを配列したり ({{ic|--right-of}}, {{ic|--left-of}}, {{ic|--above}}, {{ic|--below}} オプションを使用)、絶対座標を使って配置することができます ({{ic|--pos}} オプションを使用。絶対座標を使う場合はモニターの解像度を知る必要があります)。詳しくは {{ic|man xrandr}} を見て下さい。よく使われる設定については以下で説明します。

==== HDMI1 の左側に適切な解像度で VGA1 を表示 ====

$ xrandr --output VGA1 --auto --output HDMI1 --auto --right-of VGA1

{{ic|--right-of}} はスクリーン ({{ic|HDMI1}}) を指定したスクリーン ({{ic|VGA1}}) の右に配置します。

==== HDMI1 の右側に指定した解像度で VGA1 を表示 ====

$ xrandr --output VGA1 --mode 1024x768 --pos 1920x0 --output HDMI1 --mode 1920x1080 --pos 0x0

または

$ xrandr --output VGA1 --mode 1024x768 --output HDMI1 --mode 1920x1080 --left-of VGA1

{{ic|--left-of}} はスクリーン ({{ic|HDMI1}}) を指定したスクリーン ({{ic|VGA1}}) の左に配置します。

=== xorg.conf を使って設定 ===

''xrandr'' を使用する方法と似ており、各スクリーンごとに {{ic|Monitor}} セクションを記述します。{{ic|Identifier}} には、{{ic|xrandr -q}} によって確認できる値と同じ値を使用します ({{ic|--output VGA1}} ではなく {{ic|Identifier "VGA1"}} を用います)。

==== 例: 相対座標を用いるデュアルヘッド設定 ====

{{hc|/etc/X11/xorg.conf|
Section "Monitor"
Identifier "VGA1"
Option "Primary" "true"
EndSection

Section "Monitor"
Identifier "HDMI1"
Option "LeftOf" "VGA1"
EndSection
}}

==== 例: 絶対座標を用いるデュアルヘッド設定 ====

{{hc|/etc/X11/xorg.conf|
Section "Monitor"
Identifier "VGA1"
Option "PreferredMode" "1024x768"
Option "Position" "1920 312"
EndSection

Section "Monitor"
Identifier "HDMI1"
Option "PreferredMode" "1920x1080"
Option "Position" "0 0"
EndSection
}}

負の座標はありません。一番左上の座標は 0,0 になります。

{{bc|<nowiki>
(0,0)-----------------+
| |(1920,312)---+
| 1920 x 1080 || |
| HDMI1 || 1024 x 768 |
| || VGA1 |
+---------------------++------------+
</nowiki>}}

== アプリケーションのサポート ==

このセクションでは個別のアプリケーションに関してのヒントを記述しています。

* mplayer: {{ic|-xineramascreen 1}} を使えば動画をセカンドスクリーンで再生できます。{{ic|~/.mplayer/config}} に {{ic|1=xineramascreen=1}} を追加することで永続的に設定できます。
* Xonotic: 複数の画面にまたがって再生するときに左右を変えられないとき、{{ic|~/.xonotic/data/config.cfg}} で {{ic|vid_stick_mouse}} を 1 に設定してください。

=== ウィンドウマネージャ ===

このセクションではウィンドウマネージャのマルチモニター対応状況を載せています。

* [[Awesome]] - 動作します。
* [[FVWM]] - 動作します。Xinerama をサポートしており、Single Logical Screen のようなマルチスクリーンディスプレイが使えます。
* [[i3]] - 動作します。
* [[KDE]] - 動作します。
* [[MATE]] - 動作します。
* [[Qtile]] - 動作します。
* [[Spectrwm]] - 動作します (スクリーンには別々のワークスペースが割り当てられ、キーボードやマウスで切り替えることができます) - 2015年3月現在
* [[Xmonad]] - 動作します (スクリーンには別々のワークスペースが割り当てられ、キーボードやマウスで切り替えることができます) - 2014年4月現在

=== ディスプレイマネージャ ===

* [[GDM]]: gdm は gnome のディスプレイ設定が適用されないため、ログイン画面が適切なモニターに表示されないことがあります。対象方法は [https://bbs.archlinux.org/viewtopic.php?pid=1262282#p1262282 こちら] にあります。ユーザーのモニター設定を gdm の設定にコピーするだけです。
* [[KDM]]: 動作します。

ディスプレイマネージャがマルチディスプレイに対応していない場合、{{ic|startx}} と {{ic|~/.xinitrc}} を使うという方法もあります。

=== フルスクリーンゲーム ===

多くのゲームはフルスクリーンで実行したときにウィンドウを (0,0) に表示します。(0,0) にある左のディスプレイでゲームを遊びたくない場合、フルスクリーンのゲームを別のスクリーンに移動することは不可能です。

A workaround for this is to create a separate X11 configuration (a new '''layout''') just for playing games, which may have less (or only one) screen configured. You can then launch games using this separate layout, while normal desktop work uses the original multihead configuration.

To create a new layout, copy {{ic|/etc/X11/xorg.d/90-serverlayout.conf}} and call it {{ic|91-serverlayout-gaming.conf}}. It is important to use a number larger than 90, as the one with the lowest number will become the default used when you first load X.

Adjust this new configuration file to your preferred gaming configuration. Here is an example (based on the example Xinerama configuration above) with only one screen defined, noting that the screen specifics (such as resolution) are defined in other files and are unchanged from and shared with the normal configuration:

{{hc|/etc/X11/xorg.conf.d/91-serverlayout-gaming.conf|
# New screen layout only using a single screen called "Primary"
Section "ServerLayout"
Identifier "Gaming"
Screen 0 "Primary" Absolute 0 0
EndSection
}}

{{Tip|While it's easiest to just reuse the existing screen definitions, you can of course define new ones if you wish to have a different set of screen resolutions available.}}

この新しいレイアウトを使用するには、{{ic|startx}} スクリプトを使ってゲームを起動します:

# Launch Xonotic on a new X11 display using the "Gaming" layout
startx /usr/bin/xonotic-glx -fullscreen -- :1 -layout Gaming

ノート:
* 実行するコマンドはフルパスで指定してください。上記の場合 {{ic|/usr/bin/xonotic-glx}} です。
* The {{ic|:1}} must refer to an empty unused display. The first display you are likely using for your desktop is {{ic|:0}}, so {{ic|:1}} will be fine for most people. But should you want to launch a second game at the same time, you would have to change this to {{ic|:2}}.
* Just as you can switch between text consoles with Alt+Ctrl+F1 and back to X with Alt+Ctrl+F7, the new display will sit on Alt+Ctrl+F8. So you can switch back to your desktop with Alt+Ctrl+F7 and back to the game with Alt+Ctrl+F8. This is because you are running an independent X desktop, so if you switch out of the game with Alt+Tab or equivalent there will be an empty desktop with no window manager running.

== 参照 ==

* [https://bbs.archlinux.org/viewtopic.php?pid=652861 'How I got Dual Monitors with Nouveau Driver' forums thread]

VirtualBox

2018-12-15T10:08:19Z

Inkch: 誤字

[[Category:ハイパーバイザ]]
[[cs:VirtualBox]]
[[de:VirtualBox]]
[[el:VirtualBox]]
[[en:VirtualBox]]
[[es:VirtualBox]]
[[fr:VirtualBox]]
[[hu:VirtualBox]]
[[it:VirtualBox]]
[[pt:VirtualBox]]
[[ru:VirtualBox]]
[[zh-hans:VirtualBox]]
{{Related articles start}}
{{Related|VirtualBox/ヒントとテクニック}}
{{Related|PhpVirtualBox}}
{{Related|RemoteBox}}
{{Related|既存環境を仮想マシンに (から) 移動}}
{{Related articles end}}

'''VirtualBox''' は [[VMware]] に似た仮想 PC エミュレータです。継続的に開発が行われており、新しい機能が日夜追加されています。例えば、バージョン 2.2 では Linux と Solaris をゲストにした OpenGL 3D アクセラレーションがサポートされました。VirtualBox には仮想マシンを管理するために [[Qt]] による GUI インターフェースや、[[Wikipedia:ja:SDL|SDL]] によるコマンドラインツールが用意されています。ゲスト OS によっては ''guest additions'' を使って、ファイルやクリップボードの共有・ビデオアクセラレーション・"シームレス"なウィンドウ統合モードなどのゲスト・ホストを統合する機能を使うことができます。

{{Wikipedia/ja|VirtualBox}}

== ホストとしてインストール ==

=== コアパッケージのインストール ===

{{Pkg|virtualbox}} パッケージを[[インストール]]してください。さらに、ホストモジュールのパッケージを選択してインストールしてください:

* {{Pkg|linux}} カーネルを使用している場合 {{Pkg|virtualbox-host-modules-arch}} を選択してください。
* 他の[[カーネル]]を使っている場合 {{Pkg|virtualbox-host-dkms}} を選択してください。
** {{Pkg|virtualbox-host-dkms}} によって提供される virtualbox モジュールをコンパイルするには、インストールしているカーネルにあわせて適切なヘッダーパッケージをインストールする必要があります (例: {{Pkg|linux-lts}} なら {{Pkg|linux-lts-headers}} パッケージ、{{Pkg|linux-zen}} なら {{Pkg|linux-zen-headers}} パッケージ) [https://lists.archlinux.org/pipermail/arch-dev-public/2016-March/027808.html]。VirtualBox かカーネルのどちらかがアップデートされると、[[DKMS]] の Pacman フックによって自動的にカーネルモジュールが再コンパイルされます。

=== モジュールに署名する ===

{{ic|CONFIG_MODULE_SIG_FORCE}} オプションを有効にしたカスタムカーネルを使っている場合、カーネルのコンパイル時に生成される鍵を使ってモジュールに署名する必要があります。

カーネルツリーのフォルダに移動して、以下のコマンドを実行してください:
# for module in `ls /lib/modules/$(uname -r)/kernel/misc/{vboxdrv.ko,vboxnetadp.ko,vboxnetflt.ko,vboxpci.ko}` ; do ./scripts/sign-file sha1 certs/signing_key.pem certs/signing_key.x509 $module ; done

{{Note|ハッシュのアルゴリズムは必ずしも設定と一致している必要はありませんが、カーネルの中に組み込まれている必要はあります。}}

=== カーネルモジュールのロード ===
バージョン 5.0.16 から、{{Pkg|virtualbox-host-modules-arch}} と {{Pkg|virtualbox-host-dkms}} は '''systemd-modules-load''' サービスを使用して起動時にモジュールをロードします。

{{Note|起動時に VirtualBox モジュールをロードして欲しくない場合、{{ic|/etc/modules-load.d}} に {{ic|virtualbox-host-modules-arch.conf}} (または {{ic|virtualbox-host-modules-dkms.conf}}) という名前の空のファイル (あるいは {{ic|/dev/null}} のシンボリックリンク) を作成して {{ic|/usr/lib/modules-load.d/virtualbox-host-modules-arch.conf}} (または {{ic|/usr/lib/modules-load.d/virtualbox-host-dkms.conf}}) を無効化する必要があります。}}

VirtualBox が使っている[[カーネルモジュール]]の中には {{ic|vboxdrv}} と呼ばれる必須モジュールがあり、仮想マシンを起動する前にロードする必要があります。Arch Linux 起動時に自動でロードすることも、必要なときだけ手動でロードすることもできます。

dkms でモジュールを使う場合、最初に、''modprobe'' によって使用されたカーネルモジュールの依存関係データベースを {{ic|depmod -a}} でアップデートしてください。DKMS パッケージ (e.g. {{Pkg|virtualbox-host-modules}}{{Broken package link|置換パッケージ: {{Pkg|virtualbox-host-modules-arch}}}}, {{AUR|virtualbox-host-modules-lts}},...) を使わないユーザーはこのコマンドを実行する必要はありません、データベースは[https://projects.archlinux.org/svntogit/community.git/tree/trunk/virtualbox-host-modules.install?h=packages/virtualbox-modules インストール時に更新されるためです]。

手動でモジュールをロードするには:
# modprobe vboxdrv

次のモジュールは任意ですが、高度な設定をするときは面倒くさいことにならないようにロードすることを推奨します: {{ic|vboxnetadp}}, {{ic|vboxnetflt}}, {{ic|vboxpci}}。

* {{ic|vboxnetadp}} と {{ic|vboxnetflt}} はどちらも [https://www.virtualbox.org/manual/ch06.html#network_hostonly "ホストオンリーネットワーク"] 機能を使うときに必要になります。正確に言えば、{{ic|vboxnetadp}} は VirtualBox のグローバル設定でホストインターフェイスを作成するのに必要で、{{ic|vboxnetflt}} はそのネットワークインターフェイスを使って仮想マシンを起動するのに必要です。

* {{ic|vboxpci}} は仮想マシンでホストの PCI デバイスをパススルーするときに必要になります。

{{Note|モジュールを更新したときにカーネルに VirtualBox カーネルモジュールがロードされていた場合、更新された新しいバージョンを使うためには手動でリロードしなくてはなりません。root で {{ic|vboxreload}} を実行してください。}}

最後に、上記の "ホストオンリーネットワーク" 機能を使う場合、{{pkg|net-tools}} がインストールされていることを確認してください。VirtualBox は {{ic|ifconfig}} と {{ic|route}} を使って IP を割り当て {{ic|VBoxManage hostonlyif}} や GUI の ''Settings > Network > Host-only Networks > Edit host-only network (space) > Adapter'' で設定されたホストインターフェイスに接続します。

=== ユーザー名を vboxusers グループに追加 ===

利用するユーザー名を '''vboxusers''' [[ユーザーとグループ|グループ]]に追加してください。追加しなくても問題なく動作しますが、共有フォルダなどの任意機能を動かすためには必要です。新しいグループは自動では現在のセッションに適用されません; ユーザーは一度ログインしなおすか {{Ic|newgrp}} や {{Ic|sudo -u $USER -s}} などのコマンドで新しい環境を始める必要があります。現在のユーザーを {{ic|vboxusers}} グループに追加するには、次を入力してください:

# gpasswd -a $USER vboxusers

=== Guest additions ディスク ===

VirtualBox を動かすホスト側 (Arch Linux) には、{{Pkg|virtualbox-guest-iso}} もインストールすることが推奨されています。これはゲスト OS に guest additions をインストールするために使われるディスクイメージです。''.iso'' ファイルは {{ic|/usr/lib/virtualbox/additions/VBoxGuestAdditions.iso}} に配置され、仮想マシンの中から手動でマウントする必要があります。マウントしたら、ゲストの中で guest additions インストーラーを実行できます。

=== エクステンションパック ===

VirtualBox 4.0 から、GPL ではないコンポーネントはアプリケーションから分割されるようになりました。フリーでない、'''個人利用においてのみ利用可能'''なライセンスでリリースされていますが、[https://www.virtualbox.org/manual/ch01.html#intro-installing 追加機能]が入っている Oracle エクステンションパックに興味をひかれるかもしれません。手動でインストールする代わりに、[[AUR]] には {{aur|virtualbox-ext-oracle}} パッケージが存在します。ビルド済みのバージョンは [[非公式ユーザーリポジトリ#seblu|seblu]] リポジトリにあります。

伝統的な手動のインストールをしたい場合: エクステンションを手動でインストールして GUI (''File > Preferences > Extensions'') または {{ic|VBoxManage extpack install <.vbox-extpack>}} でインストールしてください。VirtualBox に特権アクセスを与えるためのツールキット ([[Polkit]] や gksu など) が必須です。このエクステンションのインストールには [https://www.virtualbox.org/ticket/8473 root 権限が必要になります]。

=== 適切なフロントエンドの使用 ===

VirtualBox には複数のフロントエンドが存在しています:
* 普通の GUI で VirtualBox を使いたい場合は {{ic|VirtualBox}} を使ってください。
* コマンドライン内だけで VirtualBox を使いたい場合 (起動と既存の仮想マシンの設定変更だけ)、{{ic|VBoxSDL}} コマンドが使えます。VBoxSDL はメニューやコントロールがない、''ピュア''な仮想マシンだけを含んだシンプルなウィンドウのみを表示します。
* GUI を (サーバーなどで) 実行せずにコマンドラインで VirtualBox を使って仮想マシンを作成・起動・設定したい場合、ホスト側で全く目に見える出力を行わず VRDP データだけを送信する {{ic|VBoxHeadless}} を使います。

また、[[PhpVirtualBox]] を使えばウェブインターフェイスで仮想マシンを管理することが可能です。

仮想マシンを作成する方法は [https://www.virtualbox.org/manual VirtualBox マニュアル]を参照してください。

{{Warning|仮想ディスクイメージを [[Btrfs]] ファイルシステムに保存する場合は、イメージを作成する前に、イメージを保存するディレクトリの [[Btrfs#コピーオンライト_.28CoW.29|Copy-on-Write]] を無効にすると良いでしょう。}}

== Arch Linux をゲストにする ==

=== 仮想マシンの中に Arch Linux をインストール ===

仮想マシンの仮想ドライブを使って Arch のインストールメディアを起動します。そして、[[ビギナーズガイド]]や[[インストールガイド]]に書かれている方法に従って Arch のインストールを完了してください。グラフィックドライバーのインストールはしません: 次のステップで VirtualBox のグラフィックドライバーをインストールします。

=== EFI モードでインストール ===

VirtualBox の中に EFI モードで Arch Linux をインストールしたい場合、仮想マシンの設定で、左側のパネルの ''System'' アイテムを選んでから右側のパネルの ''Motherboard'' を選択して ''Enable EFI (special OSes only)'' のチェックを入れて下さい。Arch Linux のインストールメディアを起動すると Arch Linux の標準の [[systemd-boot]] メニューが素早く表示されます:

{{bc|
Arch Linux archiso x86_64 UEFI USB
UEFI Shell x86_64 v1
UEFI Shell x86_64 v2
EFI Default Loader}}

最初のアイテムを選択してカーネルをロードした後、メディアは1分30秒ほど止まった後、通常通りにカーネルの起動に進みます。絶望しないで待機して下さい。

システムとブートローダーをインストールしたら、VirtualBox はまず [[ESP]] から {{ic|/EFI/BOOT/BOOTX64.EFI}} を実行します。最初のオプションが失敗した場合、VirtualBox は次に EFI のシェルスクリプト {{ic|startup.nsh}} を ESP のルートから試行します。つまり、システムを起動する方法として以下の選択肢があります:

* 毎回 [[Unified Extensible Firmware Interface#UEFI シェル|EFI シェル]]から手動でブートローダーを起動する。
* ブートローダーをデフォルトの {{ic|/EFI/BOOT/BOOTX64.EFI}} パスに移動する。
* ESP のルートに {{ic|startup.nsh}} スクリプトを作成してブートローダーアプリケーションのパスを記述する。例: {{ic|\EFI\grub\grubx64.efi}}。

[[GRUB]] や [[Gummiboot]] を使うなら、デフォルトの ''EFI Hard Drive'' エントリが完璧に動作します。起動時に {{ic|F2}} キーを押すことで使える、VirtualBox Boot Manager を使用しないで下さい: 起動時に手動で追加した、もしくは {{Pkg|efibootmgr}} による EFI エントリは再起動しても残りますが [https://www.virtualbox.org/ticket/11177 VM をシャットダウンすると消えます]。

[https://bbs.archlinux.org/viewtopic.php?id=158003 UEFI Virtualbox installation boot problems] も参照。

=== Guest Additions をインストール ===

VirtualBox の [https://www.virtualbox.org/manual/ch04.html Guest Additions] にはゲストオペレーティングシステムを最適化するドライバーやアプリケーションが含まれています。画像解像度の改善やマウスのより良い制御などもされます。インストールしたゲスト環境の中で、グラフィカル環境を使用する場合、{{Pkg|virtualbox-guest-utils}} をインストールしてください。グラフィカル環境を使わないときは X のサポートを外した VirtualBox Guest ユーティリティの {{Pkg|virtualbox-guest-utils-nox}} をインストールしてください。どちらのパッケージをインストールした場合でも、ゲストモジュールのパッケージの選択が求められます:

* {{Pkg|linux}} カーネルを使用する場合 {{Pkg|virtualbox-guest-modules-arch}} を選択してください。
* 他のカーネルを使う場合 {{Pkg|virtualbox-guest-dkms}} を選択してください。

{{Pkg|virtualbox-guest-dkms}} によって提供される virtualbox モジュールをコンパイルするには、インストールしているカーネルにあわせて適切なヘッダーパッケージをインストールする必要があります (例: {{Pkg|linux-lts}} なら {{Pkg|linux-lts-headers}} パッケージ、{{Pkg|linux-zen}} なら {{Pkg|linux-zen-headers}} パッケージ) [https://lists.archlinux.org/pipermail/arch-dev-public/2016-March/027808.html]。VirtualBox かカーネルのどちらかがアップデートされると、[[DKMS]] の Pacman フックによって自動的にカーネルモジュールが再コンパイルされます。

{{Note|
* ISO を使って、ホスト環境に {{Pkg|virtualbox-guest-iso}} パッケージをインストールして、Guest Additions をインストールすることもできます。その場合、デバイスメニューを開いて Insert Guest Additions CD Image をクリックしてください。
* vbox カーネルモジュールを再コンパイルするには、root で {{ic|rcvboxdrv}} を実行してください。
}}

ゲストで動作する Guest Additions と、ホストで動作する VirtualBox アプリケーションのバージョンは一致している必要があります。バージョンが食い違っていると (クリップボードの共有など) Guest Additions の機能が使えなくなります。ゲストをアップグレードする場合 (例: {{ic|pacman -Syu}})、ホスト側の VirtualBox アプリケーションも最新版になっていることを確認してください。VirtualBox の GUI にある "Check for updates" はときどき機能しないことがあります。virtualbox.org のウェブサイトを確認してください。

=== Virtualbox カーネルモジュールをロード ===

自動的にモジュールをロードするには {{ic|vboxservice}} サービスを[[有効化]]してください。モジュールをロードしてゲストのシステム時刻をホストと同期します。

手動でモジュールをロードするには、次のコマンドを入力:
# modprobe -a vboxguest vboxsf vboxvideo

バージョン 5.0.16 から、{{Pkg|virtualbox-guest-modules-arch}} や {{Pkg|virtualbox-guest-dkms}} は '''systemd-modules-load''' サービスを使って起動時にモジュールをロードします。

{{Note|起動時に VirtualBox のモジュールをロードして欲しくない場合、{{ic|/etc/modules-load.d}} に {{ic|virtualbox-guest-modules-arch.conf}} (または {{ic|virtualbox-guest-modules-dkms.conf}}) という名前の空のファイル (あるいは {{ic|/dev/null}} のシンボリックリンク) を作成して {{ic|/usr/lib/modules-load.d/virtualbox-guest-modules-arch.conf}} (または {{ic|/usr/lib/modules-load.d/virtualbox-guest-modules-dkms.conf}}) を無効化する必要があります。}}

=== VirtualBox ゲストサービスを起動 ===

VirtualBox カーネルモジュールのインストールが終わったら、ゲストサービスを起動する必要があります。ゲストサービスは {{ic|VBoxClient}} という名前のバイナリ実行ファイルであり X Window System と対話を行います。{{ic|VBoxClient}} は以下の機能を管理します:
* 共有クリップボードとホストとゲスト間のドラッグアンドドロップ。
* シームレスウィンドウモード。
* ゲストのウィンドウサイズに自動的にゲストの表示をリサイズ。
* VirtualBox ホストバージョンのチェック。

これらの機能は全てフラグを使って個別・手動で有効にすることができます。
$ VBoxClient --clipboard --draganddrop --seamless --display --checkhostversion

今のところドキュメントになっていませんが VirtualBox には X11 サーバーが実際に動作中かどうか確認して全ての機能を自動的に有効にする Bash スクリプト {{ic|VBoxClient-all}} が入っています。
# VBoxClient-all

{{Pkg|virtualbox-guest-utils}} はログイン時に {{ic|VBoxClient-all}} が実行されるように {{ic|/etc/xdg/autostart/vboxclient.desktop}} をインストールします。使用している[[デスクトップ環境]]や[[ウィンドウマネージャ]]が自動的にスクリプトを実行してくれない場合、自動で起動するように手動で設定してください。詳しくは[[自動起動#グラフィカル]]を参照。

VirtualBox にはホストとゲスト間で時刻を同期させる機能も存在します。{{ic|vboxservice.service}} を[[起動]]・[[有効化]]してください。

これで、Arch Linux のゲスト環境が動作するようになったはずです。クリップボードの共有などの機能はデフォルトでは無効になっているので注意してください。使用したいときは VM ごとの設定でオンにする必要があります (例: ''Settings > General > Advanced > Shared Clipboard'')。

Arch Linux ゲストとホストでフォルダを共有したい場合、下を見てください。

=== ハードウェアアクセラレーション ===

ハードウェアアクセラレーションはホストコンピュータの VirtualBox のオプションから有効にできます。[[GDM]] ディスプレイマネージャ 3.16 以上はハードウェアアクセラレーションのサポートを破壊するので [https://bbs.archlinux.org/viewtopic.php?id=200025]、ハードウェアアクセラレーションに問題が発生する場合、別のディスプレイマネージャを使用することを推奨します ([[LightDM]] は問題なく動作します)。

=== ゲスト側の Arch Linux の共有フォルダ ===

共有フォルダはホスト側にある VirtualBox によって管理されます。共有フォルダが追加されると、自動でマウントされ読み込み専用になります。
VirtualBox から共有フォルダを作成すると {{Ic|/media/sf_''SHAREDFOLDERNAME''}} の中にとフォルダが設置されます。この時、ゲスト側の Arch の中のフォルダを使うには設定が必要になります。ゲスト側の Arch に共有フォルダを作成するには、pacman で Guest Additions パッケージをインストールした後、コマンドラインで以下を実行してください:

# groupadd vboxsf
# gpasswd -a $USER vboxsf

{{Note|'''自動マウント'''を機能させるには、'''vboxservice''' サービスを有効にする必要があります。次のセクションの説明を見て下さい。}}

望むなら、シンボリックを作って home ディレクトリにアクセスしやすくすることができます。例として、"Dropbox" という名の共有フォルダがホスト側の VirtualBox の中に作成されている場合、/media/sf_Dropbox をゲスト側に自動で作成するには次のようにしてください:

$ ln -s /media/sf_Dropbox/* ~/dropbox

Guest Additions iso が提供している .run スクリプトでも同じことができますが、Arch はこれを使うことを推奨しません、手動で行うべきだからです。このことについての提言はここで見られます: (pastebin: [https://pastebin.com/6cUE3kjF])。

共有フォルダが自動でマウントされない場合、[https://bbs.archlinux.org/viewtopic.php?id=70780 手動でマウント]するか次のセクションを読んで下さい。

[[systemd]] を使うと起動時に問題が起こる時は、{{ic|/etc/fstab}} に {{ic|1=comment=systemd.automount}} を加えて下さい。こうすると、スタートアップ時ではなくマウントポイントにアクセスしたときに共有フォルダがマウントされます。さもなければカーネルアップデート後にシステムが使えなくなるかもしれません（guest additions を手動でインストールした場合）。

''sharedFolderName'' ''/path/to/mntPtOnGuestMachine'' vboxsf 　uid=''user'',gid=''group'',rw,dmode=700,fmode=600,noauto,x-systemd.automount

* {{ic|''sharedFolderName''}}: 仮想マシンの ''Settings > SharedFolders > Edit > FolderName'' メニューの値。ホストマシンの実際のフォルダ名とは違う可能性があります。仮想マシンの ''Settings'' を確認するには、ホスト OS の VirtualBox アプリケーションから、適切な仮想マシンを選択して ''Settings'' をクリックしてください。
* {{ic|''/path/to/mntPtOnGuestMachine''}}: 存在しない場合、このディレクトリは手動で作成する必要があります ([[Core Utilities#mkdir|mkdir]] などを使用)。
* {{ic|dmode}}/{{ic|fmode}} は {{ic|''/path/to/mntPtOnGuestMachine''}} のなかのディレクトリやファイルのパーミッションです。

2012年8月2日現在、{{ic|mount.vboxsf}} は {{ic|nofail}} オプションに対応していません:

''desktop'' ''/media/desktop'' vboxsf uid=''user'',gid=''group'',rw,dmode=700,fmode=600,nofail 0 0

=== ゲストの時刻をホストに同期させる ===

時刻を同期させるには、まずホスト側に {{Pkg|virtualbox-guest-utils}} をインストールする必要があります（[[#Guest Additions をインストール|前のセクション]]を見て下さい）。それから次を実行して次のブート時にサービスを有効にします
# systemctl enable vboxservice.service

今すぐサービスを開始するには
# systemctl start vboxservice.service

共有フォルダの自動マウント機能を使うときにもこのデーモンを起動する必要があります。

=== ホストからゲストに SSH ===

仮想マシン設定のネットワークタブの "Advanced" にはポートフォワーディングを作成するツールがあります。ゲストの ssh ポート {{ic|22}} をホストの {{ic|3022}} ポートなどに転送することで、以下のように接続できるようになります:

user@host$ ssh -p 3022 $USER@localhost

==== 共有フォルダのかわりに SSHFS を使う ====

ポートフォワーディングと sshfs を使うことで、ゲストのファイルシステムをホストにマウントすることができます:

user@host$ sshfs -p 3022 $USER@localhost:$HOME ~/shared_folder

== 仮想ディスクの管理 ==

[[VirtualBox/ヒントとテクニック#VirtualBox の仮想マシンを他のハイパーバイザにインポート・エクスポート]]も参照。

=== VirtualBox によってサポートされているフォーマット ===

VirtualBox は以下の仮想ディスクフォーマットをサポートしています:

* '''VDI''' (Virtual Disk Image): VirtualBox で仮想マシンを作成したときにデフォルトで使用されるオープンなコンテナです。

* '''VMDK''' (Virtual Machine Disk): VMware によって開発されたフォーマットです。最初は仕様が公開されていませんでしたが、今では VirtualBox でサポートされるオープンなフォーマットになっています。VMDK では 2GB のファイルに分割することができます。巨大なファイルをサポートしていない環境に仮想マシンを保存したい場合に有用です。Parallels の HDD フォーマット以外で、このような機能を提供するフォーマットはありません。

* '''VHD''' (Virtual Hard Disk): Microsoft によって Windows Virtual PC や [[Hyper-V]] で使用されているフォーマットです。Microsoft 製品を使用する場合、このフォーマットを選択する必要があります。
:{{Tip|Windows 7 から、VHD は直接マウントできるようになっています。}}

* '''VHDX''' (読み取り専用): Microsoft によって開発された Virtual Hard Disk フォーマットの拡張版です。2012年9月4日に Windows Server 2012 に搭載された Hyper-V 3.0 と一緒にリリースされました。VHDX は (ブロックアライメントの改善により) パフォーマンスが向上しており、大きなブロックサイズとジャーナルをサポートしています。VirtualBox は読み取り専用で VHDX をサポートしています [https://www.virtualbox.org/manual/ch15.html#idp63002176]。

* '''HDD''' (バージョン 2): Parallels Inc によって開発されている HDD フォーマットは Parallels Desktop for Mac などのハイパーバイザ製品で使われています。プロプライエタリなフォーマットで、ドキュメントがないために、新しいバージョンの HDD (バージョン 3 と 4) はサポートされていません。 {{Note|バージョン 1 のサポートに関しては論争が存在します。公式 VirtualBox マニュアルでは [https://www.virtualbox.org/manual/ch05.html#vdidetails HDD ファイルフォーマットのバージョン 2 しかサポートしていない] と書かれていますが、Wikipedia の投稿者によれば[[Wikipedia:Comparison of platform virtual machines#Image type compatibility|バージョン 1 も使える]]という話です。}}

* '''QED''' (QEMU Enhanced Disk): オープンソースのハイパーバイザである QEMU で使われていた古いファイルフォーマットです。2010年に設計されたフォーマットで、今では QCOW2 などに取って代わられています。特徴として完全な非同期 I/O パス、強力なデータ整合性、バッキングファイル、スパースファイルなどがあります。QED フォーマットは古いバージョンの QEMU で作成された仮想マシンとの互換性のためだけにサポートされています。

* '''QCOW''' (QEMU Copy On Write): QEMU の現行フォーマットです。QCOW フォーマットは zlib ベースの透過圧縮や暗号化をサポートしています (暗号化は問題があるため推奨されていません)。QCOW にはふたつのバージョンが存在します: QCOW と QCOW2 です。QCOW2 は QCOW よりも優れています。VirtualBox が完全にサポートしているのは QCOW です [https://www.virtualbox.org/manual/ch15.html#idp63002176]。QCOW2 にはリビジョン違いがふたつあります: QCOW2 0.10 と QCOW2 1.1 になります (QEMU で仮想ディスクを作成した場合、後者がデフォルトです)。VirtualBox は QCOW2 をサポートしていません。

* '''OVF''' (Open Virtualization Format): 異なるハイパーバイザ間での仮想マシンの相互運用性を考えて設計されたオープンなフォーマットです。VirtualBox は VBoxManage のインポート・エクスポート機能によって OVF フォーマットをサポートしています [https://www.virtualbox.org/manual/ch08.html#idp55423424]。ただし [https://www.virtualbox.org/manual/ch14.html#KnownProblems 既知の制限] が存在します。

* '''RAW''': 特定のファイルフォーマットのコンテナに格納せず直接ディスクに仮想ディスクを配置するモードです。VirtualBox は複数の方法で RAW 機能をサポートしています: RAW ディスクを [https://www.virtualbox.org/manual/ch08.html#idp59139136 特定のフォーマット] に変換、[https://www.virtualbox.org/manual/ch08.html#vboxmanage-clonevdi ディスクを RAW にクローン]、あるいは物理ディスクやファイルを指し示す VMDK ファイルを直接使用する [https://www.virtualbox.org/manual/ch09.html#idp57804112]。

=== ディスクイメージフォーマットの変換 ===

[https://www.virtualbox.org/manual/ch08.html#vboxmanage-clonevdi VBoxManage clonehd] を使うことで VDI, VMDK, VHD, RAW を相互に変換することができます。

$ VBoxManage clonehd ''inputfile'' ''outputfile'' --format ''outputformat''

例えば VDI を VMDK に変換するには:

$ VBoxManage clonehd ''source.vdi'' ''destination.vmdk'' --format VMDK

==== QCOW ====

VirtualBox は [[QEMU]] の QCOW2 ディスクイメージフォーマットをサポートしていません。VirtualBox で QCOW2 ディスクイメージを使うには変換する必要があります。{{Pkg|qemu}} の {{ic|qemu-img}} コマンドを使うことで変換できます。{{ic|qemu-img}} は QCOW を VDI, VMDK, VHDX, RAW などのフォーマットに変換します ({{ic|qemu-img --help}} を実行することで変換可能なフォーマットを確認できます)。

$ qemu-img convert -O ''output_fmt'' ''inputfile'' ''outputfile''

例えば QCOW2 を VDI に変換するには:

$ qemu-img convert -O vdi ''source.qcow2'' ''destination.vdi''

{{Tip|{{ic|-p}} パラメータを使うことで変換の進捗を確認できます。}}

QCOW2 には 0.10 と 1.1 がありますが、{{ic|1=-o compat=''revision''}} でどちらを使うか指定できます。

=== 仮想ディスクのマウント ===

==== VDI ====

VDI イメージのマウントは容量固定のイメージ (静的イメージ) でしか使えません。動的 (動的容量割当) イメージのマウントは簡単にできません。

マウントするには (VDI 内の) パーティションのオフセットが必要です。それから {{ic|offData}} の値を {{ic|32256}} に追加してください (例: 69632 + 32256 = 101888):

$ VBoxManage internalcommands dumphdinfo <storage.vdi> | grep "offData"

そうしたら以下のコマンドでマウントできます:

# mount -t ext4 -o rw,noatime,noexec,loop,offset=101888 <storage.vdi> /mntpoint/

[https://github.com/pld-linux/VirtualBox/blob/master/mount.vdi mount.vdi] スクリプトを使うこともできます (スクリプトを {{ic|/usr/bin/}} にインストールしてください):

# mount -t vdi -o fstype=ext4,rw,noatime,noexec ''vdi_file_location'' ''/mnt/''

もしくは {{Pkg|qemu}} のカーネルモジュールを使う方法もあります [http://bethesignal.org/blog/2011/01/05/how-to-mount-virtualbox-vdi-image/]:

# modprobe nbd max_part=16
# qemu-nbd -c /dev/nbd0 <storage.vdi>
# mount /dev/nbd0p1 /mnt/dir/

アンマウントするには:
# umount /mnt/dir/
# qemu-nbd -d /dev/nbd0

パーティションノードが反映されない場合、{{ic|partprobe /dev/nbd0}} を使ってみてください。VDI パーティションは直接ノードにマッピングすることもできます: {{ic|qemu-nbd -P 1 -c /dev/nbd0 <storage.vdi>}}。

=== 仮想ディスクの縮小 ===

仮想ディスクの縮小は ''.vdi'' ファイルでしか行うことができません。

仮想マシンを起動して無駄なファイルを削除してください。{{Pkg|bleachbit}} などのツールを使うことができます ([http://bleachbit.sourceforge.net/download/windows Windows でも利用できます])。

空き領域をゼロ埋めするツールは複数存在します:
* Bleachbit を使用する場合、GUI で ''System > Free disk space'' にチェックを入れるか、CLI で {{ic|bleachbit -c system.free_disk_space}} を使ってください。
* UNIX ベースの環境の場合、{{ic|dd}} または {{Pkg|dcfldd}} を使います (違いについては [http://superuser.com/a/355322 こちら] を参照):
:{{bc|1=# dcfldd if=/dev/zero of=''/fillfile'' bs=4M}}
:{{ic|fillfile}} がパーティションの上限に達すると、{{ic|1280 blocks (5120Mb) written.dcfldd:: No space left on device}} というメッセージが表示されます。ユーザースペースと予約ブロック以外が全てゼロで埋められたということになります。全ての空きブロックを上書きするために root でコマンドを実行してください。ext ファイルシステムを使っている場合、デフォルトではファイルシステムブロックの数パーセントがスーパーユーザー用に予約されています ([[Ext4#予約ブロック]]を参照)。
:ゼロ埋めが完了したら、作成された {{ic|''fillfile''}} ファイルを削除してください。

* Windows の場合、以下のツールが存在します:
:*[http://technet.microsoft.com/en-us/sysinternals/bb842062.aspx Sysinternals Suite] の {{ic|sdelete}} を使う場合、仮想マシンに存在するドライブごとに {{ic|sdelete -s -z ''c:''}} を実行してください。
:* スクリプトを使いたい場合、[http://blog.whatsupduck.net/2012/03/powershell-alternative-to-sdelete.html PowerShell を使う方法] が存在します (全てのドライブで繰り返してください)。
::{{bc|PS> ./Write-ZeroesToFreeSpace.ps1 -Root ''c:\'' -PercentFree 0}}
::{{Note|上記のスクリプトは PowerShell で管理者権限を使って実行する必要があります。デフォルトではスクリプトは実行できません。{{ic|Get-ExecutionPolicy}} で実行ポリシーを確認してください。ポリシーは {{ic|Set-ExecutionPolicy RemoteSigned}} で設定できます。}}

空きディスク領域を消去できたら、仮想マシンをシャットダウンしてください。

仮想マシンを起動したら、ファイルシステムのチェックを実行することを推奨します。
* UNIX ベースのシステムの場合、{{ic|fsck}} を手動で使うことができます。
:* [[Fsck#強制的にチェック|カーネルパラメータ]]を設定することで起動時に強制的にディスクチェックを行うことができます。
* Windows システムの場合:
:* {{ic|chkdsk ''c:'' /F}} を実行する ({{ic|''c:''}} はスキャンを行いたいディスクに置き換えてください)。
:* [http://therightstuff.de/2009/02/14/ChkDskAll-ChkDsk-For-All-Drives.aspx こちら] の {{ic|FsckDskAll}} を使う。{{ic|chkdsk}} と基本的に同じソフトウェアですが、全てのドライブで繰り返し実行する必要がありません。

[https://www.virtualbox.org/manual/ch08.html#vboxmanage-modifyvdi VBoxManage modifyhd] を使って ''.vdi'' からゼロ領域を削除:
$ VBoxManage modifyhd ''your_disk.vdi'' --compact

{{Note|仮想マシンにスナップショットが存在する場合、存在する {{ic|.vdi}} ファイルごとに上記のコマンドを実行してください。}}

=== 仮想ディスクの拡大 ===

==== 一般的な方法 ====

仮想マシンを作成したときに選択したハードドライブのサイズが小さすぎて、容量一杯まで使い切ってしまった場合、VirtualBox マニュアルでは [https://www.virtualbox.org/manual/ch08.html#vboxmanage-modifyvdi VBoxManage modifyhd] を使うことが推奨されています。しかしながら、このコマンドは VDI と VHD ディスクで動的にサイズを割り当てているときしか機能しません。固定サイズの仮想ディスクのサイズを変更したい場合、以下の手順に従ってください。

まず、拡大したいディスクのとなりに新しく仮想ディスクを作成:

$ VBoxManage createhd -filename ''new.vdi'' --size ''10000''

サイズは MiB で指定します。例えば 10000MiB ~= 10GiB です。''new.vdi'' は新しく作成するハードドライブの名前になります。

{{Note|By default, this command uses the ''Standard'' (corresponding to dynamic allocated) file format variant and thus will not use the same file format variant as your source virtual disk. If your ''old.vdi'' has a fixed size and you want to keep this variant, add the parameter {{ic|--variant Fixed}}.}}

次に、古い仮想ディスクを新しい仮想ディスクに複製します (しばらく時間がかかります):

$ VBoxManage clonehd ''old.vdi'' ''new.vdi'' --existing

古いハードドライブを取り外して新しいドライブを接続してください (斜体の引数は適当な文字列に置き換えてください):

$ VBoxManage storageattach ''VM_name'' --storagectl ''SATA'' --port ''0'' --medium none
$ VBoxManage storageattach ''VM_name'' --storagectl ''SATA'' --port ''0'' --medium ''new.vdi'' --type hdd

ストレージコントローラとポート番号を確認するには、{{ic|VBoxManage showvminfo ''VM_name''}} コマンドを使います。以下のように出力されます (斜字に注目):

{{bc|
[...]
Storage Controller Name (0): IDE
Storage Controller Type (0): PIIX4
Storage Controller Instance Number (0): 0
Storage Controller Max Port Count (0): 2
Storage Controller Port Count (0): 2
Storage Controller Bootable (0): on
Storage Controller Name (1): SATA
Storage Controller Type (1): IntelAhci
Storage Controller Instance Number (1): 0
Storage Controller Max Port Count (1): 30
Storage Controller Port Count (1): 1
Storage Controller Bootable (1): on
IDE (1, 0): Empty
''SATA'' (''0'', 0): /home/wget/IT/Virtual_machines/GNU_Linux_distributions/ArchLinux_x64_EFI/Snapshots/{6bb17af7-e8a2-4bbf-baac-fbba05ebd704}.vdi (UUID: 6bb17af7-e8a2-4bbf-baac-fbba05ebd704)
[...]
}}

[http://gparted.org/download.php GParted live イメージ] をダウンロードして仮想 CD/DVD ディスクファイルとしてマウントし、仮想マシンを起動して、パーティションを拡大・移動してください。そして GParted live をアンマウントして再起動してください。

{{Note|GPT ディスクの場合、ディスクの容量を増やすとバックアップ GPT ヘッダーがディスクの末尾ではなくなります。GParted は修正するかどうか聞いてくるので ''Fix'' をクリックしてください。MBR ディスクの場合、ディスクの末尾にヘッダーは存在しないため問題は起こりません。}}

最後に、VirtualBox から仮想ディスクの登録を解除してファイルを削除してください:

$ VBoxManage closemedium disk ''old.vdi''
$ rm ''old.vdi''

==== VDI ディスクの容量を拡大 ====

仮想ディスクが VDI の場合、以下のコマンドを実行:

$ VBoxManage modifyhd ''your_virtual_disk.vdi'' --resize ''the_new_size''

実行したら上記と同じように Gparted を使ってパーティションのサイズを変更してください。

=== .vbox ファイルから仮想ディスクを手動で交換 ===

GUI や {{ic|VBoxManage}} を使うよりも ''XML'' ファイルを編集するほうが簡単だという場合、仮想マシンの ''.vbox'' ファイルで仮想ディスクを交換（あるいは追加）することができます。GUID とフォーマットを必要に応じて置き換えるだけです:

{{hc|ArchLinux_vm.vbox|2=
<HardDisk uuid="''{670157e5-8bd4-4f7b-8b96-9ee412a712b5}''" location="''ArchLinux_vm.vdi''" format="''VDI''" type="Normal"/>
}}

{{ic|<StorageController>}} のサブタグ {{ic|<AttachedDevice>}} の GUID も新しく置き換えてください:

{{hc|ArchLinux_vm.vbox|2=
<AttachedDevice type="HardDisk" port="0" device="0">
<Image uuid="''{670157e5-8bd4-4f7b-8b96-9ee412a712b5}''"/>
</AttachedDevice>
}}

{{Note|If you do not know the GUID of the drive you want to add, you can use the {{ic|VBoxManage showhdinfo ''file''}}. If you previously used {{ic|VBoxManage clonehd}} to copy/convert your virtual disk, this command should have outputted the GUID just after the copy/conversion completed. Using a random GUID does not work, as each [http://www.virtualbox.org/manual/ch05.html#cloningvdis UUID is stored inside each disk image].}}

==== Linux ホストと他のホスト間で転送 ====

ハードディスクとスナップショットが保存されるパスの情報は ''.vbox'' 拡張子のファイルの {{ic|<HardDisks> .... </HardDisks>}} タグにあります。手動で編集したりスクリプトを使うことで必要な変更を行うことができます。

{{bc|1=
#!/bin/bash
NewPath="${PWD}/"
Snapshots="Snapshots/"
Filename="$1"

awk -v SetPath="$NewPath" -v SnapPath="$Snapshots" '{if(index($0,"<HardDisk uuid=") != 0){A=$3;split(A,B,"=");
L=B[2];
gsub(/\"/,"",L);
sub(/^.*\//,"",L);
sub(/^.*\\/,"",L);
if(index($3,"{") != 0){SnapS=SnapPath}else{SnapS=""};
print $1" "$2" location="\"SetPath SnapS L"\" "$4" "$5}
else print $0}' "$Filename"
}}

{{Note|
* If you will prepare virtual machine for use in Windows host then in the path name end you should use backslash \ instead of / .
* The script detects snapshots by looking for {{ic|{}} in the file name.
* To make it run on a new host you will need to add it first to the register by clicking on '''Machine -> Add...''' or use hotkeys Ctrl+A and then browse to ''.vbox'' file that contains configuration or use command line {{ic|VBoxManage registervm ''filename''.vbox}}
}}

=== 仮想ディスクを複製して新しい UUID を割り当てる ===

UUID は VirtualBox で広く使われています。仮想マシンと仮想ディスクにはそれぞれ異なる UUID が存在します。VirtualBox で仮想マシンを起動すると、VirtualBox は仮想マシンのインスタンスの全ての UUID を記録します。VirtualBox で登録されるアイテムを確認するには [http://www.virtualbox.org/manual/ch08.html#vboxmanage-list VBoxManage list] を参照してください。

仮想ディスクファイルを手動でコピーして仮想ディスクを複製した場合、同じ仮想マシンでディスクを使うときは複製した仮想ディスクに新しい UUID を割り当てる必要があります。

以下のコマンドを使って新しい UUID を仮想ディスクに割り当てられます:
$ VBoxManage internalcommands sethduuid ''/path/to/disk.vdi''

{{Tip|[http://www.virtualbox.org/manual/ch08.html#vboxmanage-clonevdi VBoxManage clonehd] を使用する場合は手動で UUID を新しく割り当てる必要はありません。}}

{{Note|上記のコマンドは [[#VirtualBox によってサポートされているフォーマット|VirtualBox によってサポートされている仮想ディスクフォーマット]]を全てサポートしています。}}

== ヒントとテクニック ==

高度な設定については、[[VirtualBox/ヒントとテクニック]] を見てください。

== トラブルシューティング ==

=== VERR_ACCESS_DENIED ===

windows ホストにある raw vmdk イメージにアクセスするには、管理者として VirtualBox GUI を起動してください。

=== pacstrap スクリプトが動作しない ===

[[#Arch Linux をゲストにする|Arch Linux をゲストにする]]とき新しいゲストで起動する前に ''pacstrap'' を使って [[#Guest Additions をインストール|Guest Additions をインストール]]する場合、''pacstrap'' を実行する前に root で {{ic|umount -l /mnt/dev}} を実行する必要があります。

=== modprobe Exec フォーマットエラー ===

あなたのシステムを最新状態にしてください:
pacman -Syu

=== VBOX_E_INVALID_OBJECT_STATE (0x80BB0007) ===

これは VM を正常終了しないと発生することがあります。VM をアンロックしてください:
VBoxManage controlvm nArch poweroff

=== USB サブシステムがホスト側もしくはゲスト側で動かない ===

時々 usb サブシステムが自動で検知されずホスト側の USB ドライブが表示されなかったりエラーが出ることがあります (例: Could not load the Host USB Proxy service: VERR_NOT_FOUND)。これはユーザーが '''vboxusers''' グループになっていても起こります。詳しくは [https://bbs.archlinux.org/viewtopic.php?id=125785] を見て下さい。

{{Ic|~/.bashrc}} に以下を加え再起動するか新しいインスタンスを開始すれば USB サブシステムが動作します。

VBOX_USB=usbfs

また、あなたのユーザーを '''storage''' グループのメンバーに追加してください。

=== ホストオンリーのネットワークインターフェースを作成できない ===

Host-Only Network Adapter や Bridged Network Adapter を作るためには、カーネルモジュールの {{ic|vboxnetadp}} と {{ic|vboxnetflt}} をロードする必要があります。また、{{pkg|net-tools}} パッケージがインストールされているか確認してください。これらのカーネルモジュールを手動でロードするには:

# modprobe -a vboxnetadp vboxnetflt

起動時に自動でロードするには {{ic|/etc/modules-load.d/virtualbox.conf}} にモジュール毎に新しい行を追加してください:

vboxdrv
vboxnetadp
vboxnetflt

{{Note|These used to be added to the {{ic|MODULES}} array in {{ic|/etc/rc.conf}}. This is now deprecated.}}

このトピックについて詳しい情報が[https://bbs.archlinux.org/viewtopic.php?id=130581 ここ]にあります。

=== WinXP: ビット深度を 16 より上げることができない ===

16-ビット色深度で動作させている場合、アイコンの見た目が毛羽立ったりむらがでるかもしれません。しかし、色深度をもっと高く変えようとすると、システムの解像度が低くなってしまったり、もしくは全く深度が変えられないかもしれません。これを修正するには、{{ic|regedit}} を起動し次のキーをゲスト側の Windows XP レジストリに追加します:

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services]
"ColorDepth"=dword:00000004

それからデスクトップのプロパティウィンドウから色深度を変えてください。何も怒らない場合、強制的に画面を再描写させてください（つまり、{{ic|Host+F}} で再描写するか、フルスクリーンにしてください）。

=== マウント失敗によるスタートアップ時の問題 ===

カーネルをアップグレードした後、[[systemd]] セットアップで問題が発生したら、システムを起動するときに ''init=/bin/bash'' (緊急シェルが動かない場合) を付ける必要があります。

root=/dev/mapper/vg_main-lv_root ro vga=792 resume=/dev/mapper/vg_main-lv_swap init=/bin/bash

それから ''root''-ファイルシステムを書き込み権限付きでマウントします:

# mount / -o remount,rw

[[#ゲスト側の Arch Linux の共有フォルダ]] に合わせて /etc/fstab を変更します。そして bash シェルから systemd を exec します:

# exec /bin/systemd

=== ゲスト側の Arch Linux でコピーアンドペーストが機能しない ===

{{ic|virtualbox-guest-additions}} がバージョン {{ic|4.2.0-2}} にアップデートされてからホスト OS からゲスト側の Arch Linux へのコピーアンドペーストができなくなりました。{{ic|VBoxClient-all}} に ''root'' 権限が必要なったためだと思われます。以前のバージョンでは ''VBoxClient-all &'' を ''~/.xinitrc'' に追加しておけばコピーアンドペーストが機能していました。''~/.xinitrc'' を {{ic|sudo VBoxClient-all &}} にして {{ic|, NOPASSWD: /usr/bin/VBoxClient-all}} を sudoers ファイルのあなたのユーザ名のところに追加してください。これでまた動くはずです。sudoers ファイルの行はこのようになるはずです:

# Allow sudo for user 'you' and let him run VBoxClient-all without requiring a password
you ALL = PASSWD: ALL, NOPASSWD: /usr/bin/VBoxClient-all

{{Note|sudoers を編集する時は {{ic|visudo}} を使って下さい。保存するときに構文エラーをチェックします。}}

=== ゲスト OS でシリアルポートを使う ===
シリアルポートのパーティションを確認してください:
$ /bin/ls -l /dev/ttyS*
crw-rw---- 1 root uucp 4, 64 Feb 3 09:12 /dev/ttyS0
crw-rw---- 1 root uucp 4, 65 Feb 3 09:12 /dev/ttyS1
crw-rw---- 1 root uucp 4, 66 Feb 3 09:12 /dev/ttyS2
crw-rw---- 1 root uucp 4, 67 Feb 3 09:12 /dev/ttyS3

それからユーザーを '''uucp''' グループに追加して:
# gpasswd -a $USER uucp
ログインしなおして下さい。

=== Windows 8.x Error Code 0x000000C4===

OS Type で Win 8 を選んだのに、起動時に以下のエラーコードが表示される場合、{{ic|CMPXCHG16B}} CPU 命令を有効化してみてください:

$ vboxmanage setextradata ''virtual_machine_name'' VBoxInternal/CPUM/CMPXCHG16B 1

=== Windows 8, 8.1, 10 がインストール・起動できない、あるいは "ERR_DISK_FULL" エラーが表示される ===
''Settings > Storage > Controller:SATA'' から "Use Host I/O Cache" にチェックを入れて VM の設定を更新してください。

=== Linux ゲストの音が遅い/早い ===

Linux カーネルの AC97 ドライバーは Virtual Box の中で実行されたときに、クロック設定を間違って認識することがあり、それによって音が遅くなったり早回しになったりします。この問題を修正するには、以下の内容で {{ic|/etc/modprobe.d}} にファイルを作成してください:

options snd-intel8x0 ac97_clock=48000

=== Xorg の起動後にゲストがフリーズする ===

間違ったドライバーを使っている、あるいはドライバーが存在しない場合、Xorg の起動後にゲストはフリーズします。[https://bbs.archlinux.org/viewtopic.php?pid=1167838] や [https://bbs.archlinux.org/viewtopic.php?id=156079] を見てください。''Settings > Display'' から 3D アクセラレーションを無効化して、[[Xorg]] ドライバーが全てインストールされていることを確認してください。

=== "NS_ERROR_FAILURE" が表示されメニューアイテムが表示されない ===

仮想マシンの最初の起動時に以下のエラーメッセージが表示される場合:

{{bc|Failed to open a session for the virtual machine debian.
Could not open the medium '/home/.../VirtualBox VMs/debian/debian.qcow'.
QCow: Reading the L1 table for image '/home/.../VirtualBox VMs/debian/debian.qcow' failed (VERR_EOF).
VD: error VERR_EOF opening image file '/home/.../VirtualBox VMs/debian/debian.qcow' (VERR_EOF).

Result Code:
NS_ERROR_FAILURE (0x80004005)
Component:
Medium
}}

VirtualBox を終了して新しいマシンのファイルを全て削除して、virtualbox の設定ファイルから {{ic|MachineRegistry}} メニュー (あるいはあなたが作成した問題のマシン) の最後の行を削除してください:

{{hc|~/.config/VirtualBox/VirtualBox.xml|2=
...
<MachineRegistry>
<MachineEntry uuid="{00000000-0000-0000-0000-000000000000}" src="/home/void/VirtualBox VMs/debian/debian.vbox"/>
<MachineEntry uuid="{00000000-0000-0000-0000-000000000000}" src="/home/void/VirtualBox VMs/ubuntu/ubuntu.vbox"/>
<strike><MachineEntry uuid="{00000000-0000-0000-0000-000000000000}" src="/home/void/VirtualBox VMs/lastvmcausingproblems/lastvmcausingproblems.qcow"/></strike>
</MachineRegistry>
...
}}

新しい仮想ディスクを作成するときに ''QCOW''/''QCOW2''/''QED'' ディスク形式を選択すると時々発生します。

=== USB モデム ===

USB モデムをゲスト OS で使っている場合、ゲスト OS を終了するとホスト環境からモデムが使えなくなることがあります。{{ic|VBoxSVC}} を終了・再起動すれば問題は解決します。

=== Windows ゲストで "The specified path does not exist. Check the path and then try again." エラー ===

管理者権限を必要とする .exe ファイルを Windows ゲストの共有フォルダから実行するとエラーメッセージが発生します。詳しくは [https://www.virtualbox.org/ticket/5732 バグレポート] を見てください。

複数の対処方法があります:

# Control Panel -> Action Center -> "Change User Account Control settings" の左側 -> スライダーを "Never notify" に設定 -> OK して再起動することで UAC を無効化する
# 共有フォルダからゲストのフォルダにファイルをコピーしてから実行する

インターネット上には信頼されるサイトのリストに VBOXSVR を追加するように書かれていることもありますが、その方法は Windows 7 以上では上手く行きません。

=== 64ビット OS のクライアントオプションが表示されない ===

VM クライアントを起動したときに、64ビットオプションが使えない場合、CPU の仮想化機能 ({{ic|VT-x}}) が BIOS で有効になっていることを確認してください。

Windows をホストとして使っている場合、Hyper-V を無効化する必要があります。Hyper-V が有効になっていると VirtualBox が VT-x を使えなくなります [https://www.virtualbox.org/ticket/12350]。

=== 仮想マシンが起動するとホスト OS がフリーズする ===

原因と解決方法:
* SMAP
SMAP が有効になっているカーネルでは Intel Broadwell の大抵のチップセットで動作しないという既知の問題があります。問題は調査中ですが、問題を解決するとうたわれている様々な vboxhost モジュールが世に出回っています。これを書いている時点では、100% 完全に解決できるという方法は、[[カーネルパラメータ|カーネルブートコマンドライン]]に {{ic|nosmap}} オプションを追加して SMAP を無効にする方法しかありません。
* ハードウェア仮想化
ハードウェア仮想化 (VT-x/AMD-V) を無効化することで問題が解決する場合があります。
* 様々なカーネルバグ
** Fuse でマウントしたパーティション (ntfs など) [https://bbs.archlinux.org/viewtopic.php?id=185841], [https://bugzilla.kernel.org/show_bug.cgi?id=82951#c12]

通常、上記のような問題は VirtualBox や Linux カーネルのアップデートで発生します。前のバージョンにダウングレードすることで解決するかもしれません。

=== 起動時に終了コード 1 (0x1) で仮想マシンが終了してしまう ===

仮想マシンを起動すると、以下のようなエラーメッセージが表示される場合:

{{bc|The virtual machine has terminated unexpectedly during startup with exit code 1 (0x1)
NS_ERROR_FAILURE 0x80004005
Component: MachineWrap
Interface: IMachine}}

上記の問題は {{Pkg|virtualbox}} や {{Pkg|virtualbox-host-modules}}{{Broken package link|置換パッケージ: {{Pkg|virtualbox-host-modules-arch}}}} パッケージのアップデートによって引き起こされることがあります。{{ic|vboxdrv}} モジュールをリロードしてください:

{{bc|# modprobe -r vboxdrv
# modprobe vboxdrv
}}

=== ゲストでアナログマイクロフォンが使えない ===

アナログマイクロフォンからの音声入力がホストでは上手く出来るのに、ゲストでは音声が録音できない場合、ホストに [[PulseAudio]] などの[[サウンドシステム#サウンドサーバー|サウンドサーバー]]をインストールすることで問題は解決します。

==== アップグレード後に音声入力 (マイクロフォン) が使えなくなった ====

5.1.x バージョンには音声入力まわりに問題が存在しています [https://forums.virtualbox.org/viewtopic.php?f=7&t=78797]。

VirtualBox を[[ダウングレード]]することで問題は解決します。

=== フルスクリーンモードでゲストの画面が表示されない ===
ウィンドウマネージャによっては (例: [[i3]])、オーバーレイバーが原因で VirtualBox のフルスクリーンモードで問題が発生します。この問題を回避するには、"Guest Settings --> User Interface --> Mini ToolBar" から "Show in Full-screen/Seamless" オプションを無効にしてください。詳しくは [https://www.virtualbox.org/ticket/14323 上流のバグレポート] を参照。

=== Failed to insert module ===

モジュールをロードしようとすると以下のような問題が発生する場合:
Failed to insert 'vboxdrv': Required key not available
モジュールが署名されていること、あるいはカーネルコンフィグで {{ic|CONFIG_MODULE_SIG_FORCE}} が無効になっていることを確認してください。

== 外部リンク ==

* [http://www.virtualbox.org/manual/UserManual.html VirtualBox User Manual]