ディスクレスシステム - 版の履歴

Kusakata: 同期

2018-02-17T11:39:30Z

同期

← 古い版		2018年2月17日 (土) 20:39時点における版
95行目:		95行目:
	}}		}}

	{{Note\|複数のクライアントで NBD 共有を同時に使用したい場合 {{ic\|copyonwrite}} を true に設定してください。詳しくは {{~~ic\|~~man 5 nbd-server}} を参照。}}		{{Note\|複数のクライアントで NBD 共有を同時に使用したい場合 {{ic\|copyonwrite}} を true に設定してください。詳しくは {{man\|5\|nbd-server}} を参照。}}

	{{ic\|nbd}} systemd サービスを起動してください。		{{ic\|nbd}} systemd サービスを起動してください。
195行目:		195行目:
	==== プログラムステートディレクトリ ====		==== プログラムステートディレクトリ ====

			例えば {{ic\|/var/log}} を tmpfs でマウントして、複数のホストのログが混ざらないようにしたり、同じように {{ic\|/var/spool/cups}} を tmpfs でマウントして、同じスプールを使用する cups のインスタンスが互いに干渉しないようにする場合:
	You could mount {{ic\|/var/log}}, for example, as tmpfs so that logs from multiple hosts do not mix unpredictably, and do the same with {{ic\|/var/spool/cups}}, so the 20 instances of cups using the same spool do not fight with each other and make 1,498 print jobs and eat an entire ream of paper (or worse: toner cartridge) overnight.

	{{hc\|# vim "$root/etc/fstab"\|2=		{{hc\|# vim "$root/etc/fstab"\|2=
201行目:		201行目:
	tmpfs /var/spool/cups tmpfs nodev,nosuid 0 0}}		tmpfs /var/spool/cups tmpfs nodev,nosuid 0 0}}

			一番良いのは個々のホストごとにソフトウェアの状態やデータベースが保存されるように設定することです。例として [[Puppet]] を実行したい場合、puppet のユニットファイルで {{ic\|%H}} を使う方法があります:
	It would be best to configure software that has some sort of state/database to use unique state/database storage directories for each host. If you wanted to run [http://puppetlabs.com/ puppet], for example, you could simply use the {{ic\|%H}} specifier in the puppet unit file:

	{{hc\|# vim "$root/etc/systemd/system/puppetagent.service"\|2=		{{hc\|# vim "$root/etc/systemd/system/puppetagent.service"\|2=
221行目:		221行目:
	Puppet-agent は vardir と ssldir を作成します (存在しない場合)。		Puppet-agent は vardir と ssldir を作成します (存在しない場合)。

	~~If neither of these approaches are appropriate, the last sane option would be to create a~~ [https://www.freedesktop.org/wiki/Software/systemd/Generators systemd ~~generator~~] ~~that creates a mount unit specific to the current host~~ (~~specifiers are not allowed in mount units, unfortunately~~).		上記のどちらの方法も使えない場合、[https://www.freedesktop.org/wiki/Software/systemd/Generators systemd ジェネレータ] を作成してホストごとにマウントユニットを作成するという選択肢があります (残念ながらマウントユニットで記述子は使えません)。

	== クライアントの起動 ==		== クライアントの起動 ==

Kusakata.bot: 文字列「http://www.freedesktop.org/」を「https://www.freedesktop.org/」に置換

2018-02-06T14:43:06Z

文字列「http://www.freedesktop.org/」を「https://www.freedesktop.org/」に置換

← 古い版		2018年2月6日 (火) 23:43時点における版
221行目:		221行目:
	Puppet-agent は vardir と ssldir を作成します (存在しない場合)。		Puppet-agent は vardir と ssldir を作成します (存在しない場合)。

	If neither of these approaches are appropriate, the last sane option would be to create a [~~http~~://www.freedesktop.org/wiki/Software/systemd/Generators systemd generator] that creates a mount unit specific to the current host (specifiers are not allowed in mount units, unfortunately).		If neither of these approaches are appropriate, the last sane option would be to create a [https://www.freedesktop.org/wiki/Software/systemd/Generators systemd generator] that creates a mount unit specific to the current host (specifiers are not allowed in mount units, unfortunately).

	== クライアントの起動 ==		== クライアントの起動 ==

Kusakata: 同期

2017-08-21T13:15:57Z

同期

← 古い版		2017年8月21日 (月) 22:15時点における版
1行目:		1行目:
	[[Category:Arch の入手とインストール]]		[[Category:Arch の入手とインストール]]
	[[en:Diskless system]]		[[en:Diskless system]]
			[[ru:Diskless system]]
	[[zh-hans:Diskless system]]		[[zh-hans:Diskless system]]
	{{Related articles start}}		{{Related articles start}}
120行目:		121行目:
	# pacstrap -d "$root" base mkinitcpio-nfs-utils nfs-utils		# pacstrap -d "$root" base mkinitcpio-nfs-utils nfs-utils

	{{Note\|~~In all cases~~ {{Pkg\|mkinitcpio-nfs-utils}} ~~is still required.~~ {{ic\|ipconfig}} ~~used in early-boot is provided only by the latter.~~}}		{{Note\|どんな場合でも {{Pkg\|mkinitcpio-nfs-utils}} は必要です。初期ブート空間で使われる {{ic\|ipconfig}} が入っているためです。}}

	そして initramfs を生成してください。		そして initramfs を生成してください。
141行目:		142行目:
	==== NBD ====		==== NBD ====

	クライアントに {{AUR\|mkinitcpio-nbd}} パッケージをインストールする必要があります。''makepkg'' でビルドしてインストールしてください:		クライアントに {{AUR\|mkinitcpio-nbd}} パッケージをインストールする必要があります。[[makepkg]] でビルドしてインストールしてください:

	# pacman --root "$root" --dbpath "$root/var/lib/pacman" -U mkinitcpio-nbd-0.4-1-any.pkg.tar.xz		# pacman --root "$root" --dbpath "$root/var/lib/pacman" -U mkinitcpio-nbd-0.4-1-any.pkg.tar.xz
159行目:		160行目:
	# pacman --root "$root" --dbpath "$root/var/lib/pacman" -S grub		# pacman --root "$root" --dbpath "$root/var/lib/pacman" -S grub

			{{ic\|grub-mknetdir}} を使用してターゲット環境に grub プレフィックスを作成してください:
	Create a grub prefix on the target installation for both architectures using {{ic\|grub-mknetdir}}.

	# arch-chroot "$root" grub-mknetdir --net-directory=/boot --subdir=grub		# arch-chroot "$root" grub-mknetdir --net-directory=/boot --subdir=grub

			grub-mknetdir は現在コンパイル・インストールされているターゲット全てのプレフィックスを作成し、{{Pkg\|grub}} のメンテナは同じパッケージで両方のアーキテクチャを提供しているため、grub-mknetdir を実行するのは一度だけですみます。
	Luckily for us, grub-mknetdir creates prefixes for all currently compiled/installed targets, and the {{Pkg\|grub}} maintainers were nice enough to give us both in the same package, thus grub-mknetdir only needs to be run once.

	以下のような GRUB の設定を作成します:		以下のような GRUB の設定を作成します:
186行目:		187行目:
	==== NBD root ====		==== NBD root ====

			[[NFS]] と比べて高いディスク性能を発揮するために、ルートファイルシステムのマウントを {{ic\|rw}} に切り替えて {{ic\|1=compress=lzo}} を有効にすると良いでしょう:
	In late boot, you will want to switch your root filesystem mount to both {{ic\|rw}}, and enable {{ic\|1=compress=lzo}}, for much improved disk performance in comparison to [[NFS]].

	{{hc\|# vim "$root/etc/fstab"\|2=		{{hc\|# vim "$root/etc/fstab"\|2=
192行目:		193行目:
	}}		}}

			==== プログラムステートディレクトリ ====
	==== Program state directories ====

	You could mount {{ic\|/var/log}}, for example, as tmpfs so that logs from multiple hosts do not mix unpredictably, and do the same with {{ic\|/var/spool/cups}}, so the 20 instances of cups using the same spool do not fight with each other and make 1,498 print jobs and eat an entire ream of paper (or worse: toner cartridge) overnight.		You could mount {{ic\|/var/log}}, for example, as tmpfs so that logs from multiple hosts do not mix unpredictably, and do the same with {{ic\|/var/spool/cups}}, so the 20 instances of cups using the same spool do not fight with each other and make 1,498 print jobs and eat an entire ream of paper (or worse: toner cartridge) overnight.
218行目:		219行目:
	}}		}}

	Puppet-agent ~~creates~~ vardir ~~and~~ ssldir if ~~they do not exist.~~		Puppet-agent は vardir と ssldir を作成します (存在しない場合)。

	If neither of these approaches are appropriate, the last sane option would be to create a [http://www.freedesktop.org/wiki/Software/systemd/Generators systemd generator] that creates a mount unit specific to the current host (specifiers are not allowed in mount units, unfortunately).		If neither of these approaches are appropriate, the last sane option would be to create a [http://www.freedesktop.org/wiki/Software/systemd/Generators systemd generator] that creates a mount unit specific to the current host (specifiers are not allowed in mount units, unfortunately).
228行目:		229行目:
	NBD を使用する場合、クライアントを起動する前に {{ic\|arch.img}} をアンマウントする必要があります。		NBD を使用する場合、クライアントを起動する前に {{ic\|arch.img}} をアンマウントする必要があります。

			カーネルをアップデートするとき、クライアントを起動している間にクライアントのファイルシステムをマウントすることはできないため、クライアントのファイルシステムからカーネルを分離しなくてはなりません。
	This makes things particularly interesting when it comes to kernel updates. You cannot have your client filesystem mounted while you are booting a client, but that also means you need to use a kernel separate from your client filesystem in order to build it.

			クライアント環境から tftp のルートディレクトリ ({{ic\|/srv/boot}}) に {{ic\|$root/boot}} をコピーしてください:
	You will need to first copy {{ic\|$root/boot}} from the client installation to your tftp root (i.e. {{ic\|/srv/boot}}).

	# cp -r "$root/boot" /srv/boot		# cp -r "$root/boot" /srv/boot

			クライアントを起動する前に {{ic\|$root}} をアンマウントする必要があります:
	You will then need to umount {{ic\|$root}} before you start the client.

	# umount "$root"		# umount "$root"

			{{Note\|この構成でカーネルをアップデートするには、[[fstab]] で [[NFS]] を使って {{ic\|/srv/boot}} を (カーネルをアップデートする前に) クライアントにマウントするか、NBD からクライアントを切断した後にクライアントファイルシステムをマウントする必要があります。}}
	{{Note\|To update the kernel in this setup, you either need to mount {{ic\|/srv/boot}} using [[NFS]] in [[fstab]] on the client (prior to doing the kernel update) or mount your client filesystem after the client has disconnected from NBD}}

	== 参照 ==		== 参照 ==

Kusakata.bot: 文字列「[[zh-cn:」を「[[zh-hans:」に置換

2017-02-09T12:10:41Z

文字列「[[zh-cn:」を「[[zh-hans:」に置換

← 古い版		2017年2月9日 (木) 21:10時点における版
1行目:		1行目:
	[[Category:Arch の入手とインストール]]		[[Category:Arch の入手とインストール]]
	[[en:Diskless system]]		[[en:Diskless system]]
	[[zh-cn:Diskless system]]		[[zh-hans:Diskless system]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|NFS}}		{{Related\|NFS}}

Kusakata: 同期

2016-11-24T12:36:43Z

同期

← 古い版		2016年11月24日 (木) 21:36時点における版
7行目:		7行目:
	{{Related\|PXE}}		{{Related\|PXE}}
	{{Related\|Mkinitcpio#net を使う}}		{{Related\|Mkinitcpio#net を使う}}
			{{Related\|iSCSI ブート}}
	{{Related articles end}}		{{Related articles end}}

51行目:		52行目:
	}}		}}

			{{Note\|{{ic\|next-server}} は TFTP サーバーのアドレスにしてください。他の値はネットワークにあわせて変更してください。}}
	{{Note\|{{ic\|next-server}} should be the address of the TFTP server; everything else should be changed to match your network}}

	RFC 4578 には "Client System Architecture Type" dhcp オプションが定義されています。上記の設定の場合、PXE クライアントが x86_64-efi バイナリ (タイプ 0x7) をリクエストした場合、適切に返答し、そうでない場合はレガシーなバイナリを使います。これによって、同一のネットワークセグメント上で同時に UEFI とレガシーな BIOS のクライアントを起動できるようにしています。		RFC 4578 には "Client System Architecture Type" dhcp オプションが定義されています。上記の設定の場合、PXE クライアントが x86_64-efi バイナリ (タイプ 0x7) をリクエストした場合、適切に返答し、そうでない場合はレガシーなバイナリを使います。これによって、同一のネットワークセグメント上で同時に UEFI とレガシーな BIOS のクライアントを起動できるようにしています。
93行目:		94行目:
	}}		}}

	{{Note\|~~Set~~ {{ic\|copyonwrite}} to true ~~if you want to have multiple clients using the same NBD share simultaneously; refer to~~ {{ic\|man 5 nbd-server}} ~~for more details.~~}}		{{Note\|複数のクライアントで NBD 共有を同時に使用したい場合 {{ic\|copyonwrite}} を true に設定してください。詳しくは {{ic\|man 5 nbd-server}} を参照。}}

	{{ic\|nbd}} systemd サービスを起動してください。		{{ic\|nbd}} systemd サービスを起動してください。
111行目:		112行目:
	# mount -o loop,discard,compress=lzo /srv/arch.img "$root"		# mount -o loop,discard,compress=lzo /srv/arch.img "$root"

			{{Note\|NBD ではファイルシステムを作成する必要がありますが NFS では必須ではありません。}}
	{{Note\|Creating a separate filesystem is required for NBD but optional for NFS and can be skipped/ignored.}}

	=== ブートストラップのインストール ===		=== ブートストラップのインストール ===
164行目:		165行目:
	Luckily for us, grub-mknetdir creates prefixes for all currently compiled/installed targets, and the {{Pkg\|grub}} maintainers were nice enough to give us both in the same package, thus grub-mknetdir only needs to be run once.		Luckily for us, grub-mknetdir creates prefixes for all currently compiled/installed targets, and the {{Pkg\|grub}} maintainers were nice enough to give us both in the same package, thus grub-mknetdir only needs to be run once.

			以下のような GRUB の設定を作成します:
	Now we create a trivial GRUB configuration:

	{{hc\|# vim "$root/boot/grub/grub.cfg"\|2=		{{hc\|# vim "$root/boot/grub/grub.cfg"\|2=
173行目:		174行目:
	}}		}}

			[[GRUB]] の黒魔術によって {{ic\|1=set root=(tftp,10.0.0.1)}} が自動的に設定されるため、特に設定をしなくてもカーネルと initramfs は TFTP で転送されます。TFTP 以外のメニューエントリが必要な場合、明示的に設定すると良いでしょう。
	[[GRUB]] dark-magic will {{ic\|1=set root=(tftp,10.0.0.1)}} automatically, so that the kernel and initramfs are transferred via TFTP without any additional configuration, though you might want to set it explicitly if you have any other non-tftp menuentries.

	{{Note\|~~Modify your~~ kernel ~~line~~ ~~as-necessary, refer to~~ [[Syslinux#Pxelinux\|Pxelinux]] ~~for NBD-related options~~}}		{{Note\|kernel 行を必要に応じて変更してください。NBD 関連のオプションは [[Syslinux#Pxelinux\|Pxelinux]] を参照。}}

	==== Pxelinux====		==== Pxelinux====
225行目:		226行目:
	=== NBD ===		=== NBD ===

			NBD を使用する場合、クライアントを起動する前に {{ic\|arch.img}} をアンマウントする必要があります。
	If you are using NBD, you will need to umount the {{ic\|arch.img}} before/while you boot your client.

	This makes things particularly interesting when it comes to kernel updates. You cannot have your client filesystem mounted while you are booting a client, but that also means you need to use a kernel separate from your client filesystem in order to build it.		This makes things particularly interesting when it comes to kernel updates. You cannot have your client filesystem mounted while you are booting a client, but that also means you need to use a kernel separate from your client filesystem in order to build it.

2015年10月21日 (水) 05:54に108.162.222.131による

2015-10-21T05:54:56Z

← 古い版		2015年10月21日 (水) 14:54時点における版
1行目:		1行目:
	[[Category:Arch の入手とインストール]]		[[Category:Arch の入手とインストール]]
	[[en:Diskless system]]		[[en:Diskless system]]
	[[en:Diskless system]]		[[zh-cn:Diskless system]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|NFS}}		{{Related\|NFS}}

2015年10月21日 (水) 05:53に108.162.222.131による

2015-10-21T05:53:42Z

← 古い版		2015年10月21日 (水) 14:53時点における版
1行目:		1行目:
	[[Category:Arch の入手とインストール]]		[[Category:Arch の入手とインストール]]
			[[en:Diskless system]]
	[[en:Diskless system]]		[[en:Diskless system]]
	{{Related articles start}}		{{Related articles start}}

Kusakata: ページの作成:「Category:Arch の入手とインストール en:Diskless system {{Related articles start}} {{Related|NFS}} {{Related|NFS/トラブルシューティング}} {{Rel...」

2015-08-08T15:35:53Z

ページの作成:「Category:Arch の入手とインストール en:Diskless system {{Related articles start}} {{Related|NFS}} {{Related|NFS/トラブルシューティング}} {{Rel...」

新規ページ

[[Category:Arch の入手とインストール]]
[[en:Diskless system]]
{{Related articles start}}
{{Related|NFS}}
{{Related|NFS/トラブルシューティング}}
{{Related|PXE}}
{{Related|Mkinitcpio#net を使う}}
{{Related articles end}}

[[Wikipedia:Diskless node]] より:
:''ディスクレスノード (またはディスクレスワークステーション) とは、ディスクドライブを使わずに、ネットワークブートを利用してサーバーからオペレーティングシステムをロードするワークステーション、またはパーソナルコンピュータのことである。''

== サーバー設定 ==

まず最初に、以下をインストールする必要があります:
* ディスクレスノードに IP アドレスを割り当てるための [[Dhcpd|DHCP]] サーバー。
* ブートイメージを転送するための [[TFTP]] サーバー (全ての PXE オプション ROM の必須要件)。
* Arch 環境をディスクレスノードにエクスポートするためのネットワークストレージ ([[NFS]] または NBD)。

{{Note|{{pkg|dnsmasq}} は DHCP と TFTP サーバーの両方として使うことができます。詳しくは [[dnsmasq]] の記事を参照。}}

=== DHCP ===

ISC {{Pkg|dhcp}} をインストールして設定:

{{hc|/etc/dhcpd.conf|2=
allow booting;
allow bootp;

authoritative;

option domain-name-servers 10.0.0.1;

option architecture code 93 = unsigned integer 16;

group {
next-server 10.0.0.1;

if option architecture = 00:07 {
filename "/grub/x86_64-efi/core.efi";
} else {
filename "/grub/i386-pc/core.0";
}

subnet 10.0.0.0 netmask 255.255.255.0 {
option routers 10.0.0.1;
range 10.0.0.128 10.0.0.254;
}
}
}}

{{Note|{{ic|next-server}} should be the address of the TFTP server; everything else should be changed to match your network}}

RFC 4578 には "Client System Architecture Type" dhcp オプションが定義されています。上記の設定の場合、PXE クライアントが x86_64-efi バイナリ (タイプ 0x7) をリクエストした場合、適切に返答し、そうでない場合はレガシーなバイナリを使います。これによって、同一のネットワークセグメント上で同時に UEFI とレガシーな BIOS のクライアントを起動できるようにしています。

ISC DHCP の [[systemd]] サービスを起動してください。

=== TFTP ===

TFTP サーバーはブートローダーやカーネル、initramfs などをクライアントに転送にするのに使います。

TFTP の root は {{ic|/srv/arch/boot}} に設定してください。詳しくは [[TFTP]] を参照。

=== ネットワークストレージ ===

NFS と NBD どちらを使用する場合でも複数のクライアントを扱うことができますが、大きな違いとして、NBD では (ファイルシステムを直接操作するため) {{ic|copyonwrite}} モードを使う必要があります。そのため、クライアントが切断すると全ての書き込みが破棄されます。ただし、場合によってはこれが望ましいということも考えられます。

==== NFS ====

サーバーに {{Pkg|nfs-utils}} をインストールしてください。

Arch 環境の root を [[NFS]] の exports に追加する必要があります:

{{hc|/etc/exports|2=
/srv *(rw,fsid=0,no_root_squash,no_subtree_check)
/srv/arch *(rw,no_root_squash,no_subtree_check)
}}

そして、NFS サービスを起動してください: {{ic|rpc-idmapd}} {{ic|rpc-mountd}}。

==== NBD ====

{{Pkg|nbd}} をインストールして設定します。

{{hc|# vim /etc/nbd-server/config|2=
[generic]
user = nbd
group = nbd
[arch]
exportname = /srv/arch.img
copyonwrite = false
}}

{{Note|Set {{ic|copyonwrite}} to true if you want to have multiple clients using the same NBD share simultaneously; refer to {{ic|man 5 nbd-server}} for more details.}}

{{ic|nbd}} systemd サービスを起動してください。

== クライアントのインストール ==

次に、サーバーのサブディレクトリに完全な Arch Linux 環境を構築します。起動時、ディスクレスノードは DHCP サーバーから IP アドレスを取得して、PXE を使ってホストから起動し、構築した環境を root としてマウントします。

=== ディレクトリのセットアップ ===

最低でも1ギガバイトの[[Wikipedia: Sparse file|スパースファイル]]を作成して、ファイル上に btrfs ファイルシステムを作成してください (もちろん、必要であればブロックデバイスや [[LVM]] を使うこともできます)。

# truncate -s 1G /srv/arch.img
# mkfs.btrfs /srv/arch.img
# export root=/srv/arch
# mkdir -p "$root"
# mount -o loop,discard,compress=lzo /srv/arch.img "$root"

{{Note|Creating a separate filesystem is required for NBD but optional for NFS and can be skipped/ignored.}}

=== ブートストラップのインストール ===

{{Pkg|devtools}} と {{Pkg|arch-install-scripts}} をインストールしてから {{ic|mkarchroot}} を実行してください。

# pacstrap -d "$root" base mkinitcpio-nfs-utils nfs-utils

{{Note|In all cases {{Pkg|mkinitcpio-nfs-utils}} is still required. {{ic|ipconfig}} used in early-boot is provided only by the latter.}}

そして initramfs を生成してください。

==== NFS ====

NFSv4 のマウントをするためには {{ic|net}} フックに細かい修正を加える必要があります ({{ic|net}} フックのデフォルトである {{ic|nfsmount}} はサポートされていません)。

# sed s/nfsmount/mount.nfs4/ "$root/usr/lib/initcpio/hooks/net" > "$root/usr/lib/initcpio/hooks/net_nfs4"
# cp $root/usr/lib/initcpio/install/net{,_nfs4}

クライアント側で {{pkg|mkinitcpio-nfs-utils}} がアップデートされたときに上書きされないように {{ic|net}} のコピーを作成する必要があります。

{{ic|$root/etc/mkinitcpio.conf}} を編集して {{ic|MODULES}} に {{ic|nfsv4}} を、{{ic|HOOKS}} に {{ic|net_nfs4}} を、{{ic|BINARIES}} に {{ic|/usr/bin/mount.nfs4}} を追加してください。

そして、作成した環境に [[chroot]] して ''mkinitcpio'' を実行します:

# arch-chroot "$root" mkinitcpio -p linux

==== NBD ====

クライアントに {{AUR|mkinitcpio-nbd}} パッケージをインストールする必要があります。''makepkg'' でビルドしてインストールしてください:

# pacman --root "$root" --dbpath "$root/var/lib/pacman" -U mkinitcpio-nbd-0.4-1-any.pkg.tar.xz

{{ic|HOOKS}} 行の {{ic|net}} の後ろに {{ic|nbd}} を追加する必要があります。{{ic|net}} はネットワークの設定を行いますが、カーネル行で {{ic|nfsroot}} が指定されていない場合 NFS のマウントは行いません。

== クライアント設定 ==

以下の設定の他に、[[ネットワーク設定#ホストネームの設定|ホストネーム]]、[[時刻#タイムゾーン|タイムゾーン]]、[[ロケール#システム全体のロケールを設定する|ロケール]]、[[コンソールでのキーボード設定|キーマップ]]なども設定する必要があります。[[インストールガイド]]を見て下さい。

=== ブートローダー ===

==== GRUB ====

ドキュメントで明記はされていませんが、GRUB は PXE によるロードをサポートしています。

# pacman --root "$root" --dbpath "$root/var/lib/pacman" -S grub

Create a grub prefix on the target installation for both architectures using {{ic|grub-mknetdir}}.

# arch-chroot "$root" grub-mknetdir --net-directory=/boot --subdir=grub

Luckily for us, grub-mknetdir creates prefixes for all currently compiled/installed targets, and the {{Pkg|grub}} maintainers were nice enough to give us both in the same package, thus grub-mknetdir only needs to be run once.

Now we create a trivial GRUB configuration:

{{hc|# vim "$root/boot/grub/grub.cfg"|2=
menuentry "Arch Linux" {
linux /vmlinuz-linux quiet add_efi_memmap ip=:::::eth0:dhcp nfsroot=10.0.0.1:/arch
initrd /initramfs-linux.img
}
}}

[[GRUB]] dark-magic will {{ic|1=set root=(tftp,10.0.0.1)}} automatically, so that the kernel and initramfs are transferred via TFTP without any additional configuration, though you might want to set it explicitly if you have any other non-tftp menuentries.

{{Note|Modify your kernel line as-necessary, refer to [[Syslinux#Pxelinux|Pxelinux]] for NBD-related options}}

==== Pxelinux====

{{Pkg|syslinux}} には [[Syslinux|Pxelinux]] が含まれています。詳しくは [[Syslinux#Pxelinux]] を参照。

=== マウントポイントの追加 ===

==== NBD root ====

In late boot, you will want to switch your root filesystem mount to both {{ic|rw}}, and enable {{ic|1=compress=lzo}}, for much improved disk performance in comparison to [[NFS]].

{{hc|# vim "$root/etc/fstab"|2=
/dev/nbd0 / btrfs rw,noatime,discard,compress=lzo 0 0
}}

==== Program state directories ====

You could mount {{ic|/var/log}}, for example, as tmpfs so that logs from multiple hosts do not mix unpredictably, and do the same with {{ic|/var/spool/cups}}, so the 20 instances of cups using the same spool do not fight with each other and make 1,498 print jobs and eat an entire ream of paper (or worse: toner cartridge) overnight.

{{hc|# vim "$root/etc/fstab"|2=
tmpfs /var/log tmpfs nodev,nosuid 0 0
tmpfs /var/spool/cups tmpfs nodev,nosuid 0 0}}

It would be best to configure software that has some sort of state/database to use unique state/database storage directories for each host. If you wanted to run [http://puppetlabs.com/ puppet], for example, you could simply use the {{ic|%H}} specifier in the puppet unit file:

{{hc|# vim "$root/etc/systemd/system/puppetagent.service"|2=
[Unit]
Description=Puppet agent
Wants=basic.target
After=basic.target network.target

[Service]
Type=forking
PIDFile=/run/puppet/agent.pid
ExecStartPre=/usr/bin/install -d -o puppet -m 755 /run/puppet
ExecStart=/usr/bin/puppet agent --vardir=/var/lib/puppet-%H --ssldir=/etc/puppet/ssl-%H

[Install]
WantedBy=multi-user.target
}}

Puppet-agent creates vardir and ssldir if they do not exist.

If neither of these approaches are appropriate, the last sane option would be to create a [http://www.freedesktop.org/wiki/Software/systemd/Generators systemd generator] that creates a mount unit specific to the current host (specifiers are not allowed in mount units, unfortunately).

== クライアントの起動 ==

=== NBD ===

If you are using NBD, you will need to umount the {{ic|arch.img}} before/while you boot your client.

This makes things particularly interesting when it comes to kernel updates. You cannot have your client filesystem mounted while you are booting a client, but that also means you need to use a kernel separate from your client filesystem in order to build it.

You will need to first copy {{ic|$root/boot}} from the client installation to your tftp root (i.e. {{ic|/srv/boot}}).

# cp -r "$root/boot" /srv/boot

You will then need to umount {{ic|$root}} before you start the client.

# umount "$root"

{{Note|To update the kernel in this setup, you either need to mount {{ic|/srv/boot}} using [[NFS]] in [[fstab]] on the client (prior to doing the kernel update) or mount your client filesystem after the client has disconnected from NBD}}

== 参照 ==

* [https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt kernel.org: Mounting the root filesystem via NFS (nfsroot)]
* [http://www.syslinux.org/wiki/index.php/PXELINUX syslinux.org: pxelinux FAQ]