QEMU - 版の履歴

K9i: 翻訳ステータスの対象 oid を修正

2025-07-26T14:37:25Z

翻訳ステータスの対象 oid を修正

← 古い版		2025年7月26日 (土) 23:37時点における版
1,747行目:		1,747行目:
	* [https://www.ibm.com/support/knowledgecenter/en/linuxonibm/liaat/liaatkvm.htm KVM on IBM Knowledge Center]		* [https://www.ibm.com/support/knowledgecenter/en/linuxonibm/liaat/liaatkvm.htm KVM on IBM Knowledge Center]

	{{TranslationStatus\|QEMU\|2025-07-26\|~~828566~~}}		{{TranslationStatus\|QEMU\|2025-07-26\|841429}}

K9i: Secure Boot をセキュアブートに

2025-07-26T11:45:47Z

Secure Boot をセキュアブートに

← 古い版		2025年7月26日 (土) 20:45時点における版
259行目:		259行目:
	-drive if=pflash,format=raw,file=''/copy/of/OVMF_VARS.4m.fd''		-drive if=pflash,format=raw,file=''/copy/of/OVMF_VARS.4m.fd''

	==== ~~Secure Boot~~ を有効にする ====		==== セキュアブートを有効にする ====

	VM で ~~Secure Boot~~ を有効にするための最初の要件は、マシンタイプとして {{ic\|q35}} を使用し、{{ic\|/usr/share/edk2/x64/OVMF_CODE.4m.fd}} を {{ic\|/usr/share/edk2/x64/OVMF_CODE.'''secboot'''.4m.fd}} に置き換えることです。		VM でセキュアブートを有効にするための最初の要件は、マシンタイプとして {{ic\|q35}} を使用し、{{ic\|/usr/share/edk2/x64/OVMF_CODE.4m.fd}} を {{ic\|/usr/share/edk2/x64/OVMF_CODE.'''secboot'''.4m.fd}} に置き換えることです。

	次の要件は、~~Secure Boot~~ キーがインストールされた OVMF_VARS ファイルを使用することですが、これは上流プロジェクト [https://github.com/tianocore/edk2/blob/47e28a6d449c51f10d89e961c3c1afcfdfd99668/OvmfPkg/README#L137] では提供されていません		次の要件は、セキュアブートキーがインストールされた OVMF_VARS ファイルを使用することですが、これは上流プロジェクト [https://github.com/tianocore/edk2/blob/47e28a6d449c51f10d89e961c3c1afcfdfd99668/OvmfPkg/README#L137] では提供されていません

	他のディストリビューションと異なり、Arch は (2024-12-06 現在) {{ic\|/usr/share/edk2/x64/OVMF_VARS.secboot.4m.fd}} ファイル(事前登録済みキー付き)を提供していません: 詳しくは {{Issue\|archlinux/packaging/packages/edk2\|1}} を参照。		他のディストリビューションと異なり、Arch は (2024-12-06 現在) {{ic\|/usr/share/edk2/x64/OVMF_VARS.secboot.4m.fd}} ファイル(事前登録済みキー付き)を提供していません: 詳しくは {{Issue\|archlinux/packaging/packages/edk2\|1}} を参照。
273行目:		273行目:
	:{{bc\|$ qemu-img convert -O raw -f qcow2 edk2-ovmf-*.noarch/usr/share/edk2/ovmf/OVMF_VARS_4M.secboot.qcow2 OVMF_VARS_4M.secboot.fd}}		:{{bc\|$ qemu-img convert -O raw -f qcow2 edk2-ovmf-*.noarch/usr/share/edk2/ovmf/OVMF_VARS_4M.secboot.qcow2 OVMF_VARS_4M.secboot.fd}}

	これで作成した {{ic\|OVMF_VARS_4M.secboot.fd}} のコピーを作成し、~~Secure Boot~~ を有効化した VM で使用できます。		これで作成した {{ic\|OVMF_VARS_4M.secboot.fd}} のコピーを作成し、セキュアブートを有効化した VM で使用できます。

	~~Secure Boot~~ 用のファームウェアイメージに手動でキーを登録する方法については、[[KVM#セキュアブート]] も参照してください。		セキュアブート用のファームウェアイメージに手動でキーを登録する方法については、[[KVM#セキュアブート]] も参照してください。

	{{Tip\|1=やや手間はかかりますが、より "上流に沿った" 方法として、通常の OVMF_VARS ファイルに手動でキーを登録する方法が [https://bbs.archlinux.org/viewtopic.php?pid=2212587#p2212587 このフォーラム投稿] に記載されています。}}		{{Tip\|1=やや手間はかかりますが、より "上流に沿った" 方法として、通常の OVMF_VARS ファイルに手動でキーを登録する方法が [https://bbs.archlinux.org/viewtopic.php?pid=2212587#p2212587 このフォーラム投稿] に記載されています。}}

K9i: en:Special:PermanentLink/828566 に同期

2025-07-26T11:39:48Z

en:Special:PermanentLink/828566 に同期

差分を表示

K9i: en:Special:PermanentLink/828566 に同期

2025-07-26T09:54:49Z

en:Special:PermanentLink/828566 に同期

差分を表示

K9i: en:Special:PermanentLink/828562 に同期

2025-07-26T05:28:02Z

en:Special:PermanentLink/828562 に同期

差分を表示

K9i: /* Using a virtiofsd share */ 翻訳

2025-03-15T03:59:23Z

Using a virtiofsd share: 翻訳

← 古い版		2025年3月15日 (土) 12:59時点における版
1,415行目:		1,415行目:
	このためには、''デバイスマネージャー'' にアクセスし、''システムデバイス'' (または''ほかのデバイス'' から認識されない PCI コントローラ) で ''PCI 標準 RAM コントローラ'' を検索し、''ドライバの更新'' を選択してください。ウィンドウが開いたら ''コンピュータを参照して...'' を選択し、CD-ROM を選択してください(そして ''サブフォルダーも検索する'' チェックボックスを忘れないでください)。インストール後に再起動してください。これによりドライバがインストールされ、バルーンを膨らませることができます (たとえば hmp コマンド {{ic\|balloon ''memory_size''}} によって、バルーンはゲストの使用可能なメモリサイズを ''memory_size'' に縮小するために可能な限り多くのメモリを消費します)。しかし、それでもゲストのメモリ状態を追跡することはできません。これを行うには ''Balloon'' サービスを正しくインストールする必要があります。管理者としてコマンドラインを開いて、CD-ROM から ''Balloon'' ディレクトリに移動し、システムとアーキテクチャに応じてさらに深く移動してください。''amd64'' (''x86'') ディレクトリまで移動したら {{ic\|blnsrv.exe -i}} を実行するとインストールが実行されます。その後 {{ic\|virsh}} コマンド {{ic\|dommemstat}} はサポートされているすべての値を出力するはずです。		このためには、''デバイスマネージャー'' にアクセスし、''システムデバイス'' (または''ほかのデバイス'' から認識されない PCI コントローラ) で ''PCI 標準 RAM コントローラ'' を検索し、''ドライバの更新'' を選択してください。ウィンドウが開いたら ''コンピュータを参照して...'' を選択し、CD-ROM を選択してください(そして ''サブフォルダーも検索する'' チェックボックスを忘れないでください)。インストール後に再起動してください。これによりドライバがインストールされ、バルーンを膨らませることができます (たとえば hmp コマンド {{ic\|balloon ''memory_size''}} によって、バルーンはゲストの使用可能なメモリサイズを ''memory_size'' に縮小するために可能な限り多くのメモリを消費します)。しかし、それでもゲストのメモリ状態を追跡することはできません。これを行うには ''Balloon'' サービスを正しくインストールする必要があります。管理者としてコマンドラインを開いて、CD-ROM から ''Balloon'' ディレクトリに移動し、システムとアーキテクチャに応じてさらに深く移動してください。''amd64'' (''x86'') ディレクトリまで移動したら {{ic\|blnsrv.exe -i}} を実行するとインストールが実行されます。その後 {{ic\|virsh}} コマンド {{ic\|dommemstat}} はサポートされているすべての値を出力するはずです。

	==== ~~Using a~~ virtiofsd ~~share~~ ====		==== virtiofsd の共有を使う ====

	このセクションに進む前に、まず [[QEMU#virtiofsd によるホストファイル共有\|virtiofsd によるホストファイル共有の設定]] を済ませてください。		このセクションに進む前に、まず [[QEMU#virtiofsd によるホストファイル共有\|virtiofsd によるホストファイル共有の設定]] を済ませてください。

K9i: /* Accessing SSH via vsock */ 翻訳

2025-03-15T03:57:22Z

Accessing SSH via vsock: 翻訳

← 古い版		2025年3月15日 (土) 12:57時点における版
331行目:		331行目:
	$ qemu-system-x86_64 ''disk_image'' -nic user,hostfwd=tcp::60022-:22,hostfwd=tcp::5900-:5900		$ qemu-system-x86_64 ''disk_image'' -nic user,hostfwd=tcp::60022-:22,hostfwd=tcp::5900-:5900

	=== ~~Accessing~~ SSH ~~via vsock~~ ===		=== vsock 経由で SSH にアクセスする ===

			VM に接続するための安全で便利な方法は、{{man\|7\|vsock}} を使用して SSH を使うことです。この方法を利用するには、VM が systemd ベースである必要があります。
	A secure and convenient way to connect to the VM is to use SSH over {{man\|7\|vsock}}. Your VM needs to be systemd-based for this to work out of the box.

			まず、特別なデバイスを使用して QEMU を起動します:
	First, launch QEMU with a special device:

	-device vhost-vsock-pci,id=vhost-vsock-pci0,guest-cid=555		-device vhost-vsock-pci,id=vhost-vsock-pci0,guest-cid=555

	~~The~~ {{ic\|cid}} ~~needs to be picked by the user to be a valid~~ 32~~-bit number (see~~ {{man\|7\|vsock}}~~). When~~ systemd ~~detects the~~ VM ~~has been launched with a~~ {{ic\|vhost-vsock}} ~~device, it will automatically launch an SSH server via~~ {{ic\|systemd-ssh-generator}}.		{{ic\|cid}} はユーザーが有効な 32 ビット番号として選択する必要があります（{{man\|7\|vsock}} を参照）。systemd が VM が {{ic\|vhost-vsock}} デバイスで起動されたことを検出すると、自動的に {{ic\|systemd-ssh-generator}} を使用して SSH サーバーを起動します。

			次に、以下のように VM に接続できます:
	You can then connect to the VM like this:

	$ ssh user@vsock/555		$ ssh user@vsock/555

	~~This works because of~~ {{ic\|/etc/ssh/ssh_config.d/20-systemd-ssh-proxy.conf}} ~~which tells your~~ SSH ~~client to use~~ {{ic\|systemd-ssh-proxy}} to ~~allow~~ SSH ~~to use vsock.~~		これが動作するのは、{{ic\|/etc/ssh/ssh_config.d/20-systemd-ssh-proxy.conf}} が SSH クライアントに {{ic\|systemd-ssh-proxy}} を使用して vsock 経由で SSH を使うよう指示しているためです。

			さらに、{{man\|7\|systemd.system-credentials}} を使用することで、ダウンロードしたイメージを実行しようとする場合に便利な {{ic\|root}} ユーザーの認証済みキーファイルを注入できます。これを次のように行うことができます:
	Furthermore, using {{man\|7\|systemd.system-credentials}} we can inject an authorized keys file for the {{ic\|root}} user which is very convenient in case we're trying to run a downloaded image. This can be done like so:

	-smbios type=11,value=io.systemd.credential.binary:ssh.authorized_keys.root=c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSU9sVFE4ejlpeWxoMTMreCtFVFJ1R1JEaHpIVVRnaCt2ekJLOGY3TEl5eTQ=		-smbios type=11,value=io.systemd.credential.binary:ssh.authorized_keys.root=c3NoLWVkMjU1MTkgQUFBQUMzTnphQzFsWkRJMU5URTVBQUFBSU9sVFE4ejlpeWxoMTMreCtFVFJ1R1JEaHpIVVRnaCt2ekJLOGY3TEl5eTQ=

			公開鍵行は base64 エンコードされた文字列として提供する必要があります。次のように行えます:
	The public key line has be provided as a base64-encoded string. This can be done like so:

	echo "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIOlTQ8z9iylh13+x+ETRuGRDhzHUTgh+vzBK8f7LIyy4" \| base64		echo "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIOlTQ8z9iylh13+x+ETRuGRDhzHUTgh+vzBK8f7LIyy4" \| base64

	~~The same mechanism via~~ {{ic\|1=-smbios type=11,value=io.systemd...}} ~~can be used to inject a variety of other magical variables that will get acted on by~~ systemd~~. See also~~ [https://systemd.io/CREDENTIALS/ systemd ~~docs~~: ~~System~~ ~~and Service Credentials].~~		{{ic\|1=-smbios type=11,value=io.systemd...}} の仕組みを使って、systemd によって処理されるさまざまなその他の魔法のような変数を注入することもできます。詳細については、[https://systemd.io/CREDENTIALS/ systemd ドキュメント: システムとサービスの資格情報] を参照してください。

	=== QEMU の内蔵 SMB サーバ ===		=== QEMU の内蔵 SMB サーバ ===

K9i: /* Pre-made virtual machine images */ 翻訳

2025-03-15T03:48:17Z

Pre-made virtual machine images: 翻訳

← 古い版		2025年3月15日 (土) 12:48時点における版
176行目:		176行目:
	}}		}}

			=== 既製の仮想マシンイメージ ===
	=== Pre-made virtual machine images ===

			多くの場合、クラウド環境などで自分でオペレーティングシステムを手動でインストールする必要はありませんし、望ましくないこともあります。幸い、多くの既製のイメージがさまざまなプロバイダーからダウンロード可能です。
	In many cases, it's not necessary or desired to manually install your own operating system, for instance in a cloud environment. Luckily, many pre-made images are available for download from different providers.

	~~For~~ '''Arch Linux'''~~, we have the~~ [https://gitlab.archlinux.org/archlinux/arch-boxes arch-boxes] ~~project with~~ [https://gitlab.archlinux.org/archlinux/arch-boxes/-/packages ~~weekly~~ ~~image releases].~~		'''Arch Linux''' の場合、[https://gitlab.archlinux.org/archlinux/arch-boxes arch-boxes] プロジェクトに [https://gitlab.archlinux.org/archlinux/arch-boxes/-/packages 毎週のイメージリリース] があります。

	~~There are similar images available for~~ [https://fedoraproject.org/cloud/download Fedora] ~~and~~ [https://cloud.debian.org/images/cloud Debian].		同様のイメージは、[https://fedoraproject.org/cloud/download Fedora] や [https://cloud.debian.org/images/cloud Debian] でも利用可能です。

	== 仮想化システムを実行する ==		== 仮想化システムを実行する ==

K9i: /* virtiofsd によるホストファイル共有 */ セクション名を翻訳

2025-03-15T03:40:20Z

virtiofsd によるホストファイル共有: セクション名を翻訳

← 古い版		2025年3月15日 (土) 12:40時点における版
441行目:		441行目:
	# chgrp kvm /tmp/vm-share.sock; chmod g+rxw /tmp/vm-share.sock		# chgrp kvm /tmp/vm-share.sock; chmod g+rxw /tmp/vm-share.sock

	==== ~~Launching~~ QEMU ====		==== QEMU を起動する ====

	仮想マシン開始時に以下の設定オプションを追加します:		仮想マシン開始時に以下の設定オプションを追加します:
457行目:		457行目:
	* {{ic\|myfs}} は後でゲストで共有をマウントするために使用する識別子		* {{ic\|myfs}} は後でゲストで共有をマウントするために使用する識別子

	==== ~~Using the share in a~~ Linux ~~guest~~ ====		==== Linux ゲストで共有を使う ====
	ゲストに root でログインしたら、最新のディストリビューションで共有をマウントするだけです:		ゲストに root でログインしたら、最新のディストリビューションで共有をマウントするだけです:

464行目:		464行目:
	このディレクトリはホストとゲストで共有されるはずです。		このディレクトリはホストとゲストで共有されるはずです。

	==== ~~Using the share in a~~ Windows ~~guest~~ ====		==== Windows ゲストで共有を使う ====

	[[#virtiofsd によるホストファイル共有\|関連する Windows section]] を参照してください。		[[#virtiofsd によるホストファイル共有\|関連する Windows section]] を参照してください。

K9i: /* Running virtiofsd as root */ 翻訳

2025-03-15T03:28:48Z

Running virtiofsd as root: 翻訳

← 古い版		2025年3月15日 (土) 12:28時点における版
425行目:		425行目:
	* {{ic\|/tmp/vm-share}} はホストとゲスト仮想マシン間の共有ディレクトリです		* {{ic\|/tmp/vm-share}} はホストとゲスト仮想マシン間の共有ディレクトリです

	==== ~~Running~~ virtiofsd ~~as root~~ ====		==== root として virtiofsd を実行する ====
			QEMU を実行するユーザーを {{ic\|kvm}} [[ユーザーグループ]] に追加してください。これは virtiofsd のソケットにアクセスするために必要です。変更を反映させるには、一度ログアウトが必要な場合があります。

		⚫	root で virtiofsd を開始します:
	Add the user that runs QEMU to the {{ic\|kvm}} [[user group]], because it needs to access the virtiofsd socket. You might have to logout for change to take effect.

⚫	~~virtiofsd を~~ root で開始します:

	# /usr/lib/virtiofsd --socket-path=/tmp/vm-share.sock --shared-dir /tmp/vm-share		# /usr/lib/virtiofsd --socket-path=/tmp/vm-share.sock --shared-dir /tmp/vm-share
435行目:		434行目:
	ここで		ここで

	* {{ic\|/tmp/vm-share.sock}} はソケットファイルです。		* {{ic\|/tmp/vm-share.sock}} はソケットファイルです
	* {{ic\|/tmp/vm-share}} はホストとゲスト仮想マシン間の共有ディレクトリです。		* {{ic\|/tmp/vm-share}} はホストとゲスト仮想マシン間の共有ディレクトリです

	作成されたソケットファイルは root のみアクセス権を持っています。以下のようにグループ {{ic\|kvm}} にアクセス権を与えます:		作成されたソケットファイルは root のみアクセス権を持っています。以下のようにグループ {{ic\|kvm}} にアクセス権を与えます: