LVM - 版の履歴

AshMyzk: /* LVM の構成要素 */ 訳を修正

2024-07-26T06:28:29Z

LVM の構成要素: 訳を修正

← 古い版		2024年7月26日 (金) 15:28時点における版
21行目:		21行目:
	=== LVM の構成要素 ===		=== LVM の構成要素 ===

	Logical Volume Management は Linux カーネルの [http://sources.redhat.com/dm/ device-mapper] 機能を利用して、基底のディスクレイアウトから独立した[[パーティション]]のシステムを提供します。LVM を使うことでストレージを抽象化し「仮想的なパーティション」を作成して、[[#論理ボリュームとファイルシステムのサイズを別々に変更する\|拡張/縮小]]を容易にします (ファイルシステムの制限を受ける可能性があります)。		Logical Volume Management は Linux カーネルの [http://sources.redhat.com/dm/ device-mapper] 機能を利用して、基底のディスクレイアウトから独立した[[パーティション]]のシステムを提供します。LVM を使うことでストレージを抽象化し「仮想的なパーティション」を作成して、[[#論理ボリュームとファイルシステムのサイズを別々に変更する\|拡張/縮小]]を容易にします (ファイルシステムの制限を受ける可能性はあります)。

	仮想パーティションにより、パーティションディスク上に十分な連続領域が存在するかどうかを心配したり、使用中のディスクに fdisk してしまったり (そして、カーネルが古いパーティションテーブルと新しいほうのどちらを使っているか悩んだり)、他のパーティションを移動してスペースを作らないといけなかったりすることなく、追加と削除ができるようになります。		仮想パーティションにより、パーティションディスク上に十分な連続領域が存在するかどうかを心配したり、使用中のディスクに fdisk してしまったり (そして、カーネルが古いパーティションテーブルと新しいほうのどちらを使っているか悩んだり)、他のパーティションを移動してスペースを作らないといけなかったりすることなく、追加と削除ができるようになります。

AshMyzk: 同期

2023-04-29T04:23:45Z

同期

← 古い版		2023年4月29日 (土) 13:23時点における版
83行目:		83行目:
	* 論理ボリュームマネージャによって使用されている領域 (つまり、論理ボリュームのために使用されている物理ボリューム) は (簡単には) 縮小できません。物理エクステントが物理ボリューム上に末尾まで散らばっている場合、Arch Wiki 上で提供されているスクリプトでは物理ボリュームを縮小することはできません。他のオペレーティングシステム (例: Microsoft Windows) とデュアルブートしたい場合、Microsoft Windows のために残される唯一のスペースは、LVM によって使用されない、あるいは物理ボリュームとして使用されない領域となります。		* 論理ボリュームマネージャによって使用されている領域 (つまり、論理ボリュームのために使用されている物理ボリューム) は (簡単には) 縮小できません。物理エクステントが物理ボリューム上に末尾まで散らばっている場合、Arch Wiki 上で提供されているスクリプトでは物理ボリュームを縮小することはできません。他のオペレーティングシステム (例: Microsoft Windows) とデュアルブートしたい場合、Microsoft Windows のために残される唯一のスペースは、LVM によって使用されない、あるいは物理ボリュームとして使用されない領域となります。

	=== ~~始める~~ ===		== インストール ==

	{{pkg\|lvm2}} パッケージが[[インストール]]されていることを確認してください。		{{pkg\|lvm2}} パッケージが[[インストール]]されていることを確認してください。

	LVM ボリュームを [[initramfs]] によってアクティブ化しない場合、({{pkg\|lvm2}} によって提供される) {{ic\|~~lvm~~-~~monitoring~~.service}} を[[有効化]]してください。		LVM ボリュームを [[initramfs]] によってアクティブ化しない場合、({{pkg\|lvm2}} によって提供される) {{ic\|lvm2-monitor.service}} を[[有効化]]してください。

	== ボリューム操作 ==		== ボリューム操作 ==
296行目:		296行目:
	{{Warning\|多くの場合、ファイルシステムの拡張はオンライン (つまり、ファイルシステムがマウントされている) で行うことができます (ルートパーティションも例外ではありません)。しかし、縮小においては、ほとんどの場合、データの損失を防ぐためにファイルシステムをまずアンマウントする必要があります。対象のファイルシステムが、あなたが行おうとしていることをサポートしていることを確認してください。}}		{{Warning\|多くの場合、ファイルシステムの拡張はオンライン (つまり、ファイルシステムがマウントされている) で行うことができます (ルートパーティションも例外ではありません)。しかし、縮小においては、ほとんどの場合、データの損失を防ぐためにファイルシステムをまずアンマウントする必要があります。対象のファイルシステムが、あなたが行おうとしていることをサポートしていることを確認してください。}}

	{{Tip\|論理ボリュームを [[ext4]] でフォーマットする場合、{{man\|8\|e2scrub}} を使えるようにするために 256 MiB 以上の空きスペースをボリュームグループに残しておいてください。}}		{{Tip\|論理ボリュームを [[ext4]] でフォーマットする場合、{{man\|8\|e2scrub}} を使えるようにするために 256 MiB 以上の空きスペースをボリュームグループに残しておいてください。最後のボリュームを {{ic\|-l 100%FREE}} で作成した後に {{ic\|lvreduce -L -256M ''volume_group''/''logical_volume''}} を実行してボリュームサイズを縮小することで行うことができます。}}

	==== 論理ボリュームを作成する ====		==== 論理ボリュームを作成する ====
730行目:		730行目:
	* [https://www.tutonics.com/2012/11/ubuntu-lvm-guide-part-1.html Ubuntu LVM Guide Part 1][https://www.tutonics.com/2012/12/lvm-guide-part-2-snapshots.html Part 2 details snapshots]		* [https://www.tutonics.com/2012/11/ubuntu-lvm-guide-part-1.html Ubuntu LVM Guide Part 1][https://www.tutonics.com/2012/12/lvm-guide-part-2-snapshots.html Part 2 details snapshots]

	{{TranslationStatus\|LVM\|2023-01-26\|~~762545~~}}		{{TranslationStatus\|LVM\|2023-04-29\|776399}}

AshMyzk: /* 縮小 */ リンクを修正

2023-04-07T13:00:23Z

縮小: リンクを修正

← 古い版		2023年4月7日 (金) 22:00時点における版
126行目:		126行目:
	0 physical volume(s) resized / 1 physical volume(s) not resized		0 physical volume(s) resized / 1 physical volume(s) not resized

	実際 ''pvresize'' は、新しい終了位置よりも後にエクステントが割り当てられている場合、PV の縮小を拒否します。十分な空き領域があるならば、前もって [[#物理エクステントを移動する\|pvmove]] を実行して、そのようなエクステントをボリュームグループ内の別の場所に移動させる必要があります。		実際 ''pvresize'' は、新しい終了位置よりも後にエクステントが割り当てられている場合、PV の縮小を拒否します。十分な空き領域があるならば、前もって [[#物理エクステントを移動させる\|pvmove]] を実行して、そのようなエクステントをボリュームグループ内の別の場所に移動させる必要があります。

	===== 物理エクステントを移動させる =====		===== 物理エクステントを移動させる =====

AshMyzk: /* LVM の構成要素 */ テキストアートを修正

2023-03-06T12:26:48Z

LVM の構成要素: テキストアートを修正

← 古い版		2023年3月6日 (月) 21:26時点における版
38行目:		38行目:

	ディスク1 (/dev/sda):		ディスク1 (/dev/sda):
			┌──────────────────────────────────────────┬─────────────────────────────────────────┐
	┌─────────────────────────────────────┬─────────────────────────────────────┐
	│ パーティション1 50 GiB (物理ボリューム) │ パーティション2 80 GiB (物理ボリューム) │		│ パーティション1 50 GiB (物理ボリューム) │ パーティション2 80 GiB (物理ボリューム) │
	│ /dev/sda1 │ /dev/sda2 │		│ /dev/sda1 │ /dev/sda2 │
			└──────────────────────────────────────────┴─────────────────────────────────────────┘
	└─────────────────────────────────────┴─────────────────────────────────────┘

	ディスク2 (/dev/sdb):		ディスク2 (/dev/sdb):
			┌──────────────────────────────────────────┐
	┌─────────────────────────────────────┐
	│ パーティション1 120 GiB (物理ボリューム) │		│ パーティション1 120 GiB (物理ボリューム) │
	│ /dev/sdb1 │		│ /dev/sdb1 │
			└──────────────────────────────────────────┘
	└─────────────────────────────────────┘
	</nowiki>}}		</nowiki>}}

55行目:		55行目:
	ボリュームグループ1 (/dev/MyVolGroup/ = /dev/sda1 + /dev/sda2 + /dev/sdb1):		ボリュームグループ1 (/dev/MyVolGroup/ = /dev/sda1 + /dev/sda2 + /dev/sdb1):
	┌─────────────────────────┬─────────────────────────┬──────────────────────────┐		┌─────────────────────────┬─────────────────────────┬──────────────────────────┐
	│ 論理ボリューム1 15 GiB │ 論理ボリューム2 35 GiB │ 論理ボリューム3 200 GiB │		│ 論理ボリューム1 15 GiB │ 論理ボリューム2 35 GiB │ 論理ボリューム3 200 GiB │
	│ /dev/MyVolGroup/rootvol │ /dev/MyVolGroup/homevol │ /dev/MyVolGroup/mediavol │		│ /dev/MyVolGroup/rootvol │ /dev/MyVolGroup/homevol │ /dev/MyVolGroup/mediavol │
	└─────────────────────────┴─────────────────────────┴──────────────────────────┘		└─────────────────────────┴─────────────────────────┴──────────────────────────┘

AshMyzk: TranslationStatus

2023-01-26T11:41:11Z

TranslationStatus

← 古い版		2023年1月26日 (木) 20:41時点における版
729行目:		729行目:
	* [https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index Red Hat Enterprise 9: 論理ボリュームの設定および管理]		* [https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index Red Hat Enterprise 9: 論理ボリュームの設定および管理]
	* [https://www.tutonics.com/2012/11/ubuntu-lvm-guide-part-1.html Ubuntu LVM Guide Part 1][https://www.tutonics.com/2012/12/lvm-guide-part-2-snapshots.html Part 2 details snapshots]		* [https://www.tutonics.com/2012/11/ubuntu-lvm-guide-part-1.html Ubuntu LVM Guide Part 1][https://www.tutonics.com/2012/12/lvm-guide-part-2-snapshots.html Part 2 details snapshots]

			{{TranslationStatus\|LVM\|2023-01-26\|762545}}

AshMyzk: 冒頭を同期

2023-01-26T11:40:04Z

冒頭を同期

← 古い版		2023年1月26日 (木) 20:40時点における版
14行目:		14行目:
	{{Related articles end}}		{{Related articles end}}
	[[Wikipedia:ja:論理ボリュームマネージャ\|Wikipedia]] より:		[[Wikipedia:ja:論理ボリュームマネージャ\|Wikipedia]] より:

	:LVM は [[Wikipedia:ja:Linuxカーネル\|Linux カーネル]]の[[Wikipedia:ja:論理ボリュームマネージャ\|論理ボリューム~~マネージャ~~]]です。ディスク~~ドライブと大容量記憶装置を管理しま~~す。		:論理ボリュームマネージャ (Logical Volume Manager, LVM) とは、[[Wikipedia:ja:Linuxカーネル\|Linux カーネル]]に[[Wikipedia:ja:論理ボリュームマネージャ\|論理ボリューム管理]]を提供する[[Wikipedia:device mapper\|デバイスマッパー]]フレームワークです。

	== 背景 ==		== 背景 ==

AshMyzk: /* 例: ゼロダウンタイムでストレージをアップグレードする */ 翻訳

2023-01-26T11:35:01Z

例: ゼロダウンタイムでストレージをアップグレードする: 翻訳

← 古い版		2023年1月26日 (木) 20:35時点における版
574行目:		574行目:
	=== 例: ゼロダウンタイムでストレージをアップグレードする ===		=== 例: ゼロダウンタイムでストレージをアップグレードする ===

			VPS のホスティング以外にもシンプロビジョニングの活用法は存在します。シンプロビジョニングを使用して、すでにマウントされているファイルシステムをアンマウントすることなく、その実効容量を増やす方法を紹介しましょう。ここでは (再び)、サーバに1台の 930 GiB ハードドライブが搭載されていると仮定します。環境は VPS ホスティングのときと同じですが、シン LV が1つしかなく、LV のサイズはシンプールのサイズよりも遥かに大きいとします。
	There are applications of thin provisioning outside of VPS hosting. Here is how you may use it to grow the effective capacity of an already-mounted file system without having to unmount it. Suppose, again, that the server has a single 930 GiB hard drive. The setup is the same as for VPS hosting, only there is only one thin LV and the LV's size is far larger than the thin pool's size.

	# lvcreate -n MyThinLV -V 16T --thinpool MyThinPool MyVolGroup		# lvcreate -n MyThinLV -V 16T --thinpool MyThinPool MyVolGroup

			この追加の仮想領域は、シンプールを拡張することで後に実際のストレージで埋めることができます。
	This extra virtual space can be filled in with actual storage at a later time by extending the thin pool.

			しばらくして、ストレージのアップグレードが必要になり、新しいハードドライブ {{ic\|/dev/sdc}} がサーバに接続されたとします。シンプールの容量をアップグレードするには、新しいハードドライブを VG に追加します:
	Suppose some time later, a storage upgrade is needed, and a new hard drive, {{ic\|/dev/sdc}}, is plugged into the server. To upgrade the thin pool's capacity, add the new hard drive to the VG:

	# vgextend MyVolGroup /dev/sdc		# vgextend MyVolGroup /dev/sdc

			次に、シンプールを拡張します:
	Now, extend the thin pool:

	# lvextend -l +95%FREE MyVolGroup/MyThinPool		# lvextend -l +95%FREE MyVolGroup/MyThinPool

			このシン LV のサイズは 16 TiB なので、最終的にファイルシステムをアンマウントしてサイズ変更するはめになるまでに、さらに 15.09 TiB のハードドライブ領域を追加できます。
	Since this thin LV's size is 16 TiB, you could add another 15.09 TiB of hard drive space before finally having to unmount and resize the file system.

			{{Note\|アプリケーションが実際に存在する以上の物理ストレージを使用しないようにするために、[[Ext4#予約ブロック\|予約ブロック]]や[[ディスククォータ]]を使うべきかもしれません。}}
	{{Note\|You will probably want to use [[Ext4#Reserved blocks\|reserved blocks]] or a [[disk quota]] to prevent applications from attempting to use more physical storage than there actually is.}}

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

AshMyzk: /* 例: 仮想プライベートサーバを立てる */ 翻訳

2023-01-26T11:17:47Z

例: 仮想プライベートサーバを立てる: 翻訳

← 古い版		2023年1月26日 (木) 20:17時点における版
535行目:		535行目:
	:標準的な {{man\|8\|lvm}} 論理ボリューム (LV) 内のブロックは、LV が作成されたときに割り当てられます。しかし、シンプロビジョニング LV 内のブロックは、それらのブロックが書き込まれたときに割り当てられます。そのため、シンプロビジョニング LV には仮想的なサイズが設定され、物理的に利用可能なストレージよりもさらに大きくすることができます。シンプロビジョニング LV のために提供される物理ストレージの容量は、ニーズに応じて後に拡大させることができます。		:標準的な {{man\|8\|lvm}} 論理ボリューム (LV) 内のブロックは、LV が作成されたときに割り当てられます。しかし、シンプロビジョニング LV 内のブロックは、それらのブロックが書き込まれたときに割り当てられます。そのため、シンプロビジョニング LV には仮想的なサイズが設定され、物理的に利用可能なストレージよりもさらに大きくすることができます。シンプロビジョニング LV のために提供される物理ストレージの容量は、ニーズに応じて後に拡大させることができます。

	=== 例: 仮想~~プライベート~~サーバを立てる ===		=== 例: 仮想専用サーバを立てる ===

			古典的なユースケースを挙げましょう。あなたは独自の VPS サービスを開始したいと考え、初めは約100個の VPS を 930 GiB ハードドライブ搭載の1台の PC 上でホストしているとしましょう。割り当てられたストレージのすべてを実際に使用する VPS はほとんど存在しないため、各 VPS に 9 GiB を割り当てるのではなく、各 VPS に最大 30 GiB を使用できるようにし、シンプロビジョニングを使うことで各 VPS に実際に使用している量のハードドライブ領域を割り当てるようにします。930 GiB のハードドライブは {{ic\|/dev/sdb}} であるとします。以下がそのセットアップです。
	Here is the classic use case. Suppose you want to start your own VPS service, initially hosting about 100 VPSes on a single PC with a 930 GiB hard drive. Hardly any of the VPSes will actually use all of the storage they are allotted, so rather than allocate 9 GiB to each VPS, you could allow each VPS a maximum of 30 GiB and use thin provisioning to only allocate as much hard drive space to each VPS as they are actually using. Suppose the 930 GiB hard drive is {{ic\|/dev/sdb}}. Here is the setup.

	~~Prepare the volume group,~~ {{ic\|MyVolGroup}}.		ボリュームグループ {{ic\|MyVolGroup}} を準備します。

	# vgcreate MyVolGroup /dev/sdb		# vgcreate MyVolGroup /dev/sdb

			シンプール LV {{ic\|MyThinPool}} を作成します。この LV はストレージ用のブロックを提供します。
	Create the thin pool LV, {{ic\|MyThinPool}}. This LV provides the blocks for storage.

	# lvcreate --type thin-pool -n MyThinPool -l 95%FREE MyVolGroup		# lvcreate --type thin-pool -n MyThinPool -l 95%FREE MyVolGroup

			シンプールは2つのサブボリュームから成ります: データ LV とメタデータ LV です。このコマンドは両方を自動的に作成します。しかし、いずれかが完全に一杯になると、シンプールは動作を停止してしまいます。さらに、LVM は現在、それらのボリュームの縮小をサポートしていません。これが、上記のコマンドで 5% の追加領域を用意している理由です。シンプールのデータサブボリュームかメタデータサブボリュームを拡張する必要が発生する場合に備えているのです。
	The thin pool is composed of two sub-volumes, the data LV and the metadata LV. This command creates both automatically. But the thin pool stops working if either fills completely, and LVM currently does not support the shrinking of either of these volumes. This is why the above command allows for 5% of extra space, in case you ever need to expand the data or metadata sub-volumes of the thin pool.

			各 VPS に対してシン LV を作成します。これは、ユーザに対してルートパーティションとして公開されるブロックデバイスです。
	For each VPS, create a thin LV. This is the block device exposed to the user for their root partition.

	# lvcreate -n SomeClientsRoot -V 30G --thinpool MyThinPool MyVolGroup		# lvcreate -n SomeClientsRoot -V 30G --thinpool MyThinPool MyVolGroup

	~~The block device~~ {{ic\|/dev/MyVolGroup/SomeClientsRoot}} ~~may then be used by a~~ [[VirtualBox]] ~~instance as the root partition.~~		そのブロックデバイス {{ic\|/dev/MyVolGroup/SomeClientsRoot}} は、ルートパーティションとして [[VirtualBox]] が使用することができます。

	==== シンスナップショットを使用してスペースを節約する ====		==== シンスナップショットを使用してスペースを節約する ====

	~~Thin~~ ~~snapshots~~ ~~are much more powerful than regular snapshots, because they are themselves thin LVs. See~~ Red Hat's ~~guide~~ [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes] ~~for a complete list of advantages thin snapshots have.~~		シンスナップショットは、それ自体がシン LV なので、通常のスナップショットよりも遥かに強力です。シンスナップショットが持つ長所の完全なリストは Red Hat のガイド [https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html-single/configuring_and_managing_logical_volumes/index#creating-and-managing-thinly-provisioned-volumes_configuring-and-managing-logical-volumes] を参照してください。

			VPS が作成されるたびに Linux をゼロからインストールするのではなく、基本的な Linux 環境が含まれるただ1つのシン LV から始める方が容量を効率的に使用できます:
	Instead of installing Linux from scratch every time a VPS is created, it is more space-efficient to start with just one thin LV containing a basic installation of Linux:

	# lvcreate -n GenericRoot -V 30G --thinpool MyThinPool MyVolGroup		# lvcreate -n GenericRoot -V 30G --thinpool MyThinPool MyVolGroup
	* ~~install Linux at~~ /dev/MyVolGroup/GenericRoot *		* /dev/MyVolGroup/GenericRoot に Linux をインストール *

			そして、各 VPS に対してその LV のスナップショットを作成します:
	Then create snapshots of it for each VPS:

	# lvcreate -s MyVolGroup/GenericRoot -n SomeClientsRoot		# lvcreate -s MyVolGroup/GenericRoot -n SomeClientsRoot

			このように、シンプールには (少なくとも最初は) 全 VPS に対して共通のデータのコピーがただ1つだけ存在します。追加の利点として、新しい VPS の作成が瞬時に行われます。
	This way, in the thin pool there is only one copy the data common to all VPSes, at least initially. As an added bonus, the creation of a new VPS is instantaneous.

			これらはシンスナップショットであるため、{{ic\|GenericRoot}} への1回の書き込み操作において COW 操作は、スナップショット毎に1回ではなく、合計で1回しか行われません。これにより、{{ic\|GenericRoot}} の更新は、各 VPS が通常のスナップショットである場合よりも効率的なります。
	Since these are thin snapshots, a write operation to {{ic\|GenericRoot}} only causes one COW operation in total, instead of one COW operation per snapshot. This allows you to update {{ic\|GenericRoot}} more efficiently than if each VPS were a regular snapshot.

	=== 例: ゼロダウンタイムでストレージをアップグレードする ===		=== 例: ゼロダウンタイムでストレージをアップグレードする ===

AshMyzk: /* シンプロビジョニング */ 冒頭を同期

2023-01-26T11:17:15Z

シンプロビジョニング: 冒頭を同期

← 古い版		2023年1月26日 (木) 20:17時点における版
529行目:		529行目:
	== シンプロビジョニング ==		== シンプロビジョニング ==

			{{Note\|シン (thin) LV のファイルシステムをマウントする際、{{ic\|discard}} オプションを使うか [[fstrim]] を定期的に使用するようにしてください。ファイルが削除されたときにシン LV が縮小できるようにするためです。}}
	{{Note\|When mounting a thin LV file system, always remember to use the {{ic\|discard}} option or to use [[fstrim]] regularly, to allow the thin LV to shrink as files are deleted.}}

	~~From~~ {{man\|7\|lvmthin}}:		{{man\|7\|lvmthin}} によると:

			:標準的な {{man\|8\|lvm}} 論理ボリューム (LV) 内のブロックは、LV が作成されたときに割り当てられます。しかし、シンプロビジョニング LV 内のブロックは、それらのブロックが書き込まれたときに割り当てられます。そのため、シンプロビジョニング LV には仮想的なサイズが設定され、物理的に利用可能なストレージよりもさらに大きくすることができます。シンプロビジョニング LV のために提供される物理ストレージの容量は、ニーズに応じて後に拡大させることができます。
	:Blocks in a standard {{man\|8\|lvm}} Logical Volume (LV) are allocated when the LV is created, but blocks in a thin provisioned LV are allocated as they are written. Because of this, a thin provisioned LV is given a virtual size, and can then be much larger than physically available storage. The amount of physical storage provided for thin provisioned LVs can be increased later as the need arises.

	=== 例: 仮想プライベートサーバを立てる ===		=== 例: 仮想プライベートサーバを立てる ===

AshMyzk: /* シンプロビジョニングボリュームに root を配置する場合にタイムアウトが発生する */ 修正

2023-01-24T15:26:26Z

シンプロビジョニングボリュームに root を配置する場合にタイムアウトが発生する: 修正

← 古い版		2023年1月25日 (水) 00:26時点における版
708行目:		708行目:
	=== シンプロビジョニングボリュームに root を配置する場合にタイムアウトが発生する ===		=== シンプロビジョニングボリュームに root を配置する場合にタイムアウトが発生する ===

	大量のスナップショットを使用した場合、{{ic\|thin_check}} の実行時間が長くなるためルートデバイスがタイムアウトしてしまうことがあります。そのためブートローダーの設定に {{ic\|1=rootdelay=60}} カーネルブートパラメータを追加してください。あるいは、{{ic\|thin_check}} によるブロックマップをスキップし ([https://www.redhat.com/archives/linux-lvm/2016-January/msg00010.html] を参照) [[Initramfs を再生成する\|Initramfs を再生成してください]]:		大量のスナップショットを使用した場合、{{ic\|thin_check}} の実行時間が長くなるためルートデバイスがタイムアウトしてしまうことがあります。そのためブートローダーの設定に {{ic\|1=rootdelay=60}} カーネルブートパラメータを追加してください。あるいは、{{ic\|thin_check}} によるブロックマップのチェックをスキップし ([https://www.redhat.com/archives/linux-lvm/2016-January/msg00010.html] を参照) [[Initramfs を再生成する\|Initramfs を再生成してください]]:

	{{hc\|/etc/lvm/lvm.conf\|		{{hc\|/etc/lvm/lvm.conf\|