snapraid/doc/snapraid-ja.d

Name{number}
	snapraid - Disk Array用 SnapRAID バックアップ

概要 (Synopsis)
	:snapraid [-c, --conf CONFIG]
	:	[-f, --filter PATTERN] [-d, --filter-disk NAME]
	:	[-m, --filter-missing] [-e, --filter-error]
	:	[-a, --audit-only] [-h, --pre-hash] [-i, --import DIR]
	:	[-p, --plan PERC|bad|new|full]
	:	[-o, --older-than DAYS] [-l, --log FILE]
	:	[-s, --spin-down-on-error] [-w, --bw-limit RATE]
	:	[-t, --tail]
	:	[-Z, --force-zero] [-E, --force-empty]
	:	[-U, --force-uuid] [-D, --force-device]
	:	[-N, --force-nocopy] [-F, --force-full]
	:	[-R, --force-realloc] [-W, --force-realloc-tail]
	:	[-S, --start BLKSTART] [-B, --count BLKCOUNT]
	:	[-L, --error-limit NUMBER]
	:	[-A, --stats]
	:	[-v, --verbose] [-q, --quiet]
	:	status|smart|probe|up|down|diff|sync|scrub|fix|check
	:	|list|dup|pool|devices|touch|rehash|locate

	:snapraid [-V, --version] [-H, --help] [-C, --gen-conf CONTENT]

説明 (Description)
	SnapRAIDは、ディスクアレイ用のバックアッププログラムで、最大6台のディスク障害が発生した場合の
	データ復旧のためにパリティ情報を保存します。

	主に大容量で、更新頻度の低いファイルを扱うホームメディアセンターを対象としており、
	SnapRAIDにはいくつかの機能があります。

	* ファイルが既に入っているディスクを、再フォーマットせずにそのまま利用でき、通常通り
		アクセスできます。
	* すべてのデータがハッシュ化され、データの整合性を確保し、サイレントな破損を防ぎます。
	* 障害が発生したディスクの数がパリティ数を超えた場合、データの損失は影響を受けたディスクに
		限定され、他のディスクのデータは引き続きアクセス可能です。
	* 誤ってディスク上のファイルを削除した場合でも、復旧が可能です。
	* ディスクは異なるサイズであっても構いません。
	* いつでもディスクを追加できます。
	* SnapRAIDはデータをロックしません。いつでも再フォーマットやデータ移動なしに利用を
		停止できます。
	* ファイルにアクセスするためにスピンさせる必要があるのは1台のディスクだけであり、
		省電力と騒音低減に役立ちます。

	詳細については、SnapRAIDの公式サイトをご覧ください。

		:https://www.snapraid.it/

制限事項 (Limitations)
	SnapRAIDはRAIDとバックアッププログラムのハイブリッドであり、両方の利点を組み合わせることを
	目指しています。ただし、使用する前に考慮すべきいくつかの制限事項があります。

	主な制限事項は、ディスクが故障した場合、最後の `sync`（同期）処理の状態までしか
	データを復元できないことです。最後の同期以降に追加されたデータや、故障したディスク上で行われた
	変更はすべて失われます。

	そのため、SnapRAIDは主にデータの変更がほとんどない環境に適しています。

	最後の同期時にすでに存在していたデータについて、復元の信頼性は `snapshot`（スナップショット）
	オプションが使用されているかどうかによって異なります。

	* スナップショットサポートがある場合（Btrfs、ZFS、Bcachefs、およびNTFSで利用可能）：
		SnapRAIDはサポートされている各データファイルシステムの独立した凍結されたリファレンスを
		自動的に維持できます。
		これにより、同期中または同期後にライブファイルシステム上のファイルを変更または削除した場合でも、
		復元プロセスの整合性と信頼性が保たれます。

	* スナップショットサポートがない場合：
		`sync` 後にファイルを削除または変更すると、他の故障したディスクの完全な復元が妨げられる
		可能性があります。これは、変更されたファイルが故障したディスク上にない場合でも、
		パリティが変更後のファイルと一致しなくなるために発生します。一方で、新しく追加されたファイルが
		すでに存在するファイルの復元を妨げることはありません。

	その他のSnapRAIDの制限は次のとおりです。

	* SnapRAIDでは、各ディスクに対して**個別のファイルシステム**が保持されます。
		RAIDでは、単一の大きなファイルシステムが得られます。
	* SnapRAIDは**データをストライピングしません**。
		RAIDでは、ストライピングにより速度が向上します。
	* SnapRAIDは**リアルタイムの復旧をサポートしません**。
		RAIDでは、ディスクが故障しても作業を停止する必要はありません。
	* SnapRAIDは**限られた数のディスク障害**からのみデータを復旧できます。
		バックアップでは、ディスクアレイ全体の完全な障害から復旧できます。
	* **ファイル名、タイムスタンプ、シンボリックリンク、およびハードリンク**のみが保存されます。
		アクセス許可、所有権、および拡張属性は保存されません。

はじめに (Getting Started)
	SnapRAIDを使用するには、まずディスクアレイ内の1つのディスクを `parity` 情報専用に
	選択する必要があります。パリティ用に1つのディスクを使用すると、RAID5と同様に、単一のディスク障害から
	復旧できます。

	RAID6と同様に、より多くのディスク障害から復旧したい場合は、パリティ用に追加のディスクを
	確保する必要があります。パリティディスクを追加するたびに、復旧できるディスク障害が1つ増えます。

	パリティ情報はアレイ内の**最大のデータディスク**のサイズにまで増える可能性があるため、
	パリティディスクとしては、アレイ内の**最大のディスク**を選択する必要があります。

	これらのディスクは、`parity` ファイルの保存専用になります。
	**データを保存しないでください**。

	次に、SnapRAIDで保護したい `data` ディスクを定義する必要があります。
	これらのディスクに含まれるデータがめったに変更されない場合に、保護が最も効果的です。
	このため、WindowsのC:\ディスクやUnixの/home、/var、/tmpディレクトリを含めない方が
	良いでしょう。

	ファイルの一覧は `content` ファイルに保存され、通常はデータ、パリティ、または
	ブートディスクに保存されます。
	このファイルには、バックアップの詳細と、その整合性を検証するためのすべての
	チェックサムが含まれています。
	`content` ファイルは**複数のコピー**で保存され、複数のディスク障害が発生した場合でも、
	少なくとも1つのコピーが利用可能であることを保証するために、**各コピーは異なるディスクに**
	配置する必要があります。

	たとえば、1レベルのパリティ保護のみに関心があり、ディスクが次の場所にあるとします。

		:/mnt/diskp <- パリティ用に選択されたディスク
		:/mnt/disk1 <- 保護する最初のディスク
		:/mnt/disk2 <- 保護する2番目のディスク
		:/mnt/disk3 <- 保護する3番目のディスク

	構成ファイル `/etc/snapraid.conf` を次のオプションで作成する必要があります。

		:parity /mnt/diskp/snapraid.parity
		:content /var/snapraid/snapraid.content
		:content /mnt/disk1/snapraid.content
		:content /mnt/disk2/snapraid.content
		:data d1 /mnt/disk1/
		:data d2 /mnt/disk2/
		:data d3 /mnt/disk3/

	Windowsを使用している場合は、スラッシュではなくドライブ文字とバックスラッシュを
	使用したWindowsのパス形式を使用する必要があります。

		:parity E:\snapraid.parity
		:content C:\snapraid\snapraid.content
		:content F:\array\snapraid.content
		:content G:\array\snapraid.content
		:data d1 F:\array\
		:data d2 G:\array\
		:data d3 H:\array\

	ディスクが多くてドライブ文字が不足する場合は、サブフォルダにディスクを
	直接マウントできます。参照：

		:https://www.google.com/search?q=Windows+mount+point

	この時点で、パリティ情報を構築するために `sync` コマンドを実行する準備が整いました。

		:snapraid sync

	このプロセスは、既にディスクに存在するデータのサイズに応じて、初回は数時間かかる
	場合があります。ディスクが空の場合は、プロセスは即座に完了します。

	Ctrl+Cを押すことでいつでも停止でき、次回の実行時には中断された場所から再開されます。

	このコマンドが完了すると、データは**SAFE**になります。

	これで、アレイを自由に使い始め、定期的に `sync` コマンドを実行してパリティ情報を
	更新できます。

  スクラブ (Scrubbing)
	データとパリティのエラーを定期的にチェックするには、`scrub` コマンドを
	実行できます。

		:snapraid scrub

	このコマンドは、配列内のデータを `sync` コマンド中に計算されたハッシュと比較して、
	整合性を検証します。

	このコマンドを1回実行すると、前回の10日間で既にスクラブされたデータを除いて、
	アレイの約8%がチェックされます。
	-p, --plan オプションを使用して異なる量を指定でき、
	-o, --older-than オプションを使用して異なる経過日数で
	指定できます。
	たとえば、20日以上経過したブロックの5%をチェックするには、次のように使用します。

		:snapraid -p 5 -o 20 scrub

	プロセス中にサイレントエラーまたは入出力エラーが見つかった場合、
	対応するブロックは `content` ファイル内で不良としてマークされ、
	`status` コマンドで一覧表示されます。

		:snapraid status

	それらを修正するには、-e, --filter-error オプションで不良ブロックをフィルタリングして、
	`fix` コマンドを使用できます。

		:snapraid -e fix

	次回の `scrub` で、エラーが本当に修正されていれば、`status` レポートから
	エラーは消えます。より高速にするために、`-p bad` を使用して不良としてマークされた
	ブロックのみをスクラブできます。

		:snapraid -p bad scrub

	未同期のアレイで `scrub` を実行すると、削除または変更されたファイルによって
	引き起こされたエラーが報告される場合があります。これらのエラーは `scrub` の
	出力で報告されますが、関連するブロックは不良としてマークされません。

  プーリング (Pooling)
	注: ここで説明するプーリング機能は、**mergerfs** ツールに取って代わられました。
	mergerfs は、SnapRAIDコミュニティのLinuxユーザーに推奨されるオプションです。
	Mergerfs は、複数のドライブを単一の統合されたマウントポイントにプールするための、
	より柔軟で効率的な方法を提供し、シンボリックリンクに頼ることなくアレイ全体の
	ファイルにシームレスにアクセスできます。これは、パリティ保護のためにSnapRAIDと
	うまく統合されており、OpenMediaVault (OMV) やカスタムNAS構成などのセットアップで
	一般的に使用されています。

	アレイ内のすべてのファイルを同じディレクトリツリーに表示させるには、
	`pooling` 機能を有効にできます。これは、シンボリックリンクを使用して、
	アレイ内のすべてのファイルの読み取り専用の仮想ビューを作成します。

	構成ファイルで `pooling` ディレクトリを次のように構成できます。

		:pool /pool

	または、Windowsの場合は、次のようにします。

		:pool C:\pool

	そして、`pool` コマンドを実行して仮想ビューを作成または更新します。

		:snapraid pool

	Unixプラットフォームを使用しており、このディレクトリをWindowsまたはUnixマシンに
	ネットワーク経由で共有したい場合は、`/etc/samba/smb.conf` に次のオプションを
	追加する必要があります。

		:# smb.conf の global セクションで
		:unix extensions = no

		:# smb.conf の share セクションで
		:[pool]
		:comment = Pool
		:path = /pool
		:read only = yes
		:guest ok = yes
		:wide links = yes
		:follow symlinks = yes

	Windowsでは、ネットワーク経由でシンボリックリンクを共有するには、クライアントが
	それらをリモートで解決する必要があります。これを有効にするには、プールディレクトリを
	共有することに加えて、構成ファイルで定義された**ディスク名**を共有ポイントとして
	使用して、**すべてのディスクを個別に**共有する必要があります。また、リモートクライアントが
	これらの共有ディスクにアクセスするために使用する必要があるWindows UNCパスを、
	構成ファイルの `share` オプションで指定する必要があります。

	たとえば、`darkstar` という名前のサーバーで操作している場合、次のオプションを
	使用できます。

		:data d1 F:\array\
		:data d2 G:\array\
		:data d3 H:\array\
		:pool C:\pool
		:share \\darkstar

	そして、次のディレクトリをネットワーク経由で共有します。

		:\\darkstar\pool -> C:\pool
		:\\darkstar\d1 -> F:\array
		:\\darkstar\d2 -> G:\array
		:\\darkstar\d3 -> H:\array

	これにより、リモートクライアントは `\\darkstar\pool` ですべてのファイルに
	アクセスできるようになります。

	また、リモートクライアントがリモートシンボリックリンクへのアクセスを有効にするために、
	次のコマンドで構成する必要がある場合もあります。

		:fsutil behavior set SymlinkEvaluation L2L:1 R2R:1 L2R:1 R2L:1

  削除取り消し (Undeleting)
	SnapRAIDはRAIDシステムよりもバックアッププログラムのように機能し、
	-f, --filter オプションを使用してファイルを以前の状態に復元または削除解除するために
	使用できます。

		:snapraid fix -f FILE

	またはディレクトリの場合は：

		:snapraid fix -f DIR/

	また、-m, --filter-missing オプションを使用して、ディレクトリ内の**誤って削除されたファイルのみ**を
	復旧するために使用することもできます。これにより、不足しているファイルのみが復元され、
	他のファイルはすべてそのまま残されます。

		:snapraid fix -m -f DIR/

	または、すべてのドライブ上のすべての削除されたファイルを復旧するには：

		:snapraid fix -m

  回復 (Recovering)
	最悪の事態が発生し、1台以上のディスクを失いました！

	**パニックにならないでください！** 復旧できます！

	最初に行うべきことは、ディスクアレイへの**さらなる変更を避ける**ことです。
	リモート接続、およびスケジュールされたSnapRAIDの夜間 `sync` や `scrub` を含む、
	すべてのスケジュールされたプロセスを無効にしてください。

	次に、次の手順に進みます。

    STEP 1 -> Reconfigure
	復旧のためにいくらかのスペースが必要です。理想的には追加の
	予備ディスクですが、外部USBディスクやリモートディスクでも十分です。

	SnapRAIDの構成ファイルを変更して、故障したディスクの `data` または `parity`
	オプションを、ファイルを復旧するための十分な空き容量のある場所に
	向けます。

	たとえば、ディスク `d1` が故障した場合、次のように変更します。

		:data d1 /mnt/disk1/

	から：

		:data d1 /mnt/new_spare_disk/

	復旧するディスクがパリティディスクの場合は、適切な `parity` オプションを
	更新します。
	複数のディスクが故障している場合は、すべての構成オプションを更新します。

    STEP 2 -> Fix
	ログを外部ファイルに保存して、`fix` コマンドを実行します。

		:snapraid -d NAME -l fix.log fix

	ここで NAME はディスクの名前であり、前の例では `d1` のようなものです。
	復旧するディスクがパリティディスクの場合は、`parity`、`2-parity` などの
	名前を使用します。
	複数のディスクが故障している場合は、複数の `-d` オプションを使用して
	すべてを指定します。

	このコマンドは時間がかかります。

	`fix.log` ファイルを保存するために数ギガバイトの空き容量があることを確認してください。
	十分な空き容量のあるディスクから実行してください。

	これで、復旧可能なすべてのものが復旧されました。一部のファイルが部分的または完全に
	復旧できない場合、それらは `.unrecoverable` 拡張子を追加して名前が変更されます。

	`fix.log` ファイルで、`unrecoverable:` で始まるすべての行をチェックすることで、
	すべての復旧不能なブロックの詳細なリストを見つけることができます。

	復旧に満足できない場合は、何度でも再試行できます。

	たとえば、最後の `sync` の後にアレイからファイルを削除した場合、
	これにより一部のファイルが復旧されない可能性があります。
	この場合、-i, --import オプションを使用して、これらのファイルが現在どこにあるかを指定することで、
	復旧プロセスにそれらを再度含めるように `fix` を再試行できます。

	復旧に満足している場合は、さらに進むことができますが、**sync** の実行後には
	`fix` コマンドを**再試行できない**ことに注意してください！

    STEP 3 -> Check
	慎重なチェックとして、`check` コマンドを実行して、復旧されたディスク上の
	すべてが正しいことを確認できます。

		:snapraid -d NAME -a check

	ここで NAME はディスクの名前であり、前の例では `d1` のようなものです。

	`-d` および `-a` オプションは、SnapRAIDに**指定されたディスクのみ**をチェックし、
	**すべてのパリティデータを無視**するように指示します。

	このコマンドは時間がかかりますが、過度に慎重でない場合はスキップできます。

    STEP 4 -> Sync
	`sync` コマンドを実行して、アレイを新しいディスクと再同期します。

		:snapraid sync

	すべてが復旧されていれば、このコマンドは即座に完了します。

コマンド (Commands)
	SnapRAIDは、以下の操作を行ういくつかのシンプルなコマンドを提供します。

	* アレイの状態を表示する -> `status`
	* ディスクを制御する -> `smart`、`probe`、`up`、`down`
	* バックアップ／復元ポイントを作成する -> `sync`
	* データを定期的にチェックする -> `scrub`
	* 最後のバックアップ／復元ポイントを復元する -> `fix`

	コマンドは小文字で入力する必要があります。

  status
	ディスクアレイの状態の概要を出力します。

	これには、パリティの断片化、チェックなしでのブロックの古さ、および
	スクラビング中に遭遇したすべての記録されたサイレントエラーに関する情報が
	含まれます。

	提示される情報は、最後に `sync` を実行した時点のものです。
	それ以降の変更は考慮されません。

	不良ブロックが検出された場合、それらのブロック番号が一覧表示されます。
	それらを修正するには、`fix -e` コマンドを使用できます。

	また、各ブロックが最後にスクラブまたは同期された時期を示すグラフも表示されます。
	スクラブされたブロックは `*` で、同期されたがまだスクラブされていないブロックは `o` で
	示されます。

	何も変更されません。

  smart
	システム内のすべてのディスクのSMARTレポートを出力します。

	これには、翌年の故障確率の推定値が含まれており、疑わしい属性を示すディスクの
	メンテナンス交換を計画できます。

	この確率推定は、ディスクのSMART属性を次の場所で利用可能なBackblazeのデータと
	相関させることで得られます。

		:https://www.backblaze.com/hard-drive-test-data.html

	SMARTがディスクが故障していると報告した場合、そのディスクに対して `FAIL` または `PREFAIL` が
	出力され、SnapRAIDはエラーを返します。
	この場合、**ディスクの即時交換**が強く推奨されます。

	その他の可能なステータス文字列は次のとおりです。
		logfail - 過去に、一部の属性がしきい値よりも低かった。
		logerr - デバイスのエラーログにエラーが含まれている。
		selferr - デバイスのセルフテストログにエラーが含まれている。

	-v, --verbose オプションが指定されている場合、より詳細な統計分析が提供されます。
	この分析は、より多くまたはより少ないパリティが必要かどうかを決定するのに役立ちます。

	このコマンドは `smartctl` ツールを使用し、すべてのデバイスで `smartctl -a` を実行するのと
	同等です。

	デバイスが正しく自動検出されない場合は、構成ファイルで `smartctl` オプションを
	使用してカスタムコマンドを指定できます。

	何も変更されません。

  probe
	システム内のすべてのディスクのPOWER状態を出力します。

	`Standby` はディスクがスピンしていないことを意味します。`Active` は
	ディスクがスピンしていることを意味します。

	このコマンドは `smartctl` ツールを使用し、すべてのデバイスで `smartctl -n standby -i` を実行するのと
	同等です。

	デバイスが正しく自動検出されない場合は、構成ファイルで `smartctl` オプションを
	使用してカスタムコマンドを指定できます。

	何も変更されません。

  up
	アレイのすべてのディスクをスピンアップします。

	-d, --filter-disk オプションを使用して、特定のディスクのみをスピンアップできます。

	すべてのディスクを同時にスピンアップするには、多くの電力が必要です。
	電源がそれに耐えられることを確認してください。

	何も変更されません。

  down
	アレイのすべてのディスクをスピンダウンします。

	このコマンドは `smartctl` ツールを使用し、すべてのデバイスで `smartctl -s standby,now` を実行するのと
	同等です。

	-d, --filter-disk オプションを使用して、特定のディスクのみをスピンダウンできます。

	エラー時に自動的にスピンダウンするには、他の任意のコマンドで -s, --spin-down-on-error
	オプションを使用できます。これは、エラーが発生したときに手動で `down` を実行するのと同等です。

	何も変更されません。

  diff
	最後の `sync` 以降に変更され、パリティデータを再計算する必要があるすべてのファイルを
	一覧表示します。

	このコマンドはファイルデータはチェックせず、ファイルのタイムスタンプ、サイズ、
	およびinodeのみをチェックします。

	変更されたすべてのファイルを一覧表示した後、変更の概要が
	次のようにグループ化されて提示されます。
		equal - 変更されていないファイル。
		added - 以前は存在しなかった追加されたファイル。
		removed - 削除されたファイル。
		updated - サイズまたはタイムスタンプが異なるファイル。これは、
			変更されたことを意味します。
		moved - 同じディスク上の異なるディレクトリに移動されたファイル。
			同じ名前、サイズ、タイムスタンプ、およびinodeを持ちますが、ディレクトリが
			異なることで識別されます。
		copied - 元のファイルがまだ存在する、同じディスクまたは別の
			ディスクにコピーされたファイル。
			これらは、同じ名前、サイズ、およびタイムスタンプを持つこと
			によって識別されます。
			サブ秒のタイムスタンプがゼロの場合、名前だけでなくフルパス
			が一致する必要があります。
		relocated - オリジナルが消失した、同じディスクまたは別のディ
			スクに移動されたファイル。
			これらは、同じ名前、サイズ、およびタイムスタンプを持つこと
			によって識別されます。
			サブ秒のタイムスタンプがゼロの場合、識別するにはフルパスが
			一致する必要があります。
			同じディスク上の 'moved' ファイルとは異なり、再配置された
			ファイルは異なる inode を持ちます。
		restored - inode は異なるが、ディレクトリ、名前、サイズ、お
			よびタイムスタンプが一致するファイル。
			これらは通常、削除された後に復元されたファイルです。

	`sync` が必要な場合、プロセスはデフォルトの0ではなく、リターンコード2を返します。
	リターンコード1は、一般的なエラー状態に使用されます。

	何も変更されません。

  sync
	パリティ情報を更新します。ディスクアレイ内のすべての変更されたファイルが読み取られ、
	対応するパリティデータが更新されます。

	Ctrl+Cを押すことでいつでもこのプロセスを停止でき、
	既に完了した作業を失うことはありません。
	次回の実行時には、`sync` プロセスは中断された場所から
	再開されます。

	プロセス中にサイレントエラーまたは入出力エラーが見つかった場合、
	対応するブロックは不良としてマークされます。

	ファイルはパスおよび/またはinodeによって識別され、サイズとタイムスタンプによって
	チェックされます。
	ファイルサイズまたはタイムスタンプが異なる場合、パリティデータはファイル全体で
	再計算されます。
	ファイルが同じディスク上で移動または名前が変更され、同じinodeが保持されている場合、
	パリティは再計算されません。
	ファイルが別のディスクに移動された場合、パリティは再計算されますが、
	以前に計算されたハッシュ情報は保持されます。

	`content` ファイルと `parity` ファイルは必要に応じて変更されます。
	アレイ内のファイルは**変更されません**。

  scrub
	アレイをスクラブし、データおよびパリティディスクのサイレントエラーまたは入出力エラーを
	チェックします。

	1回の呼び出しごとに、最後の10日間で既にスクラブされたデータを除いて、
	アレイの約8%がチェックされます。
	これは、週に1回スクラビングを実行すると、すべてのデータが少なくとも3か月に1回は
	チェックされることを意味します。

	-p, --plan オプションを使用して、異なるスクラブプランまたは量を定義できます。
	このオプションは以下を受け入れます。
	bad - 不良としてマークされたブロックをスクラブします。
	new - まだスクラブされていない、同期されたばかりのブロックをスクラブします。
	full - すべてをスクラブします。
	0-100 - 指定されたパーセンテージのブロックをスクラブします。

	パーセンテージの量を指定する場合、-o, --older-than オプションを使用して、
	ブロックがどれくらいの古さである必要があるかを定義することもできます。
	最も古いブロックが最初にスクラブされ、最適なチェックが保証されます。
	まだスクラブされていない、同期されたばかりのブロックのみをスクラブしたい場合は、
	`-p new` オプションを使用します。

	スクラブステータスの詳細を取得するには、`status` コマンドを使用します。

	見つかったサイレントエラーまたは入出力エラーごとに、対応するブロックは
	`content` ファイル内で不良としてマークされます。
	これらの不良ブロックは `status` で一覧表示され、`fix -e` で修正できます。
	修正後、次回のスクラブで再チェックされ、修正されていると判明した場合、
	不良マークは削除されます。
	不良ブロックのみをスクラブするには、`scrub -p bad` コマンドを使用できます。

	未同期のデータによって引き起こされた報告されたエラーを避けるために、
	`scrub` は**同期された**アレイでのみ実行することをお勧めします。これらのエラーは
	サイレントエラーではないと認識され、ブロックは不良としてマークされませんが、
	そのようなエラーはコマンドの出力で報告されます。

	`content` ファイルは、各ブロックの最後のチェック時刻を更新し、不良ブロックを
	マークするために変更されます。
	`parity` ファイルは**変更されません**。
	アレイ内のファイルは**変更されません**。

  fix
	すべてのファイルとパリティデータを修復（復元）します。

	すべてのファイルとパリティデータが、最後の `sync` で保存された状態と比較されます。
	差異が見つかった場合、保存されていた状態に巻き戻されます。

	警告！
	`fix` コマンドは、エラーと意図的な変更を区別しません。
	ファイルの変更状態を無条件で最後の `sync` の状態に戻します。

	他のオプションが指定されていない場合、アレイ全体が処理されます。
	フィルタオプションを使用して、操作するファイルまたはディスクのサブセットを
	選択します。

	`sync` および `scrub` 中に不良としてマークされたブロックのみを修正するには、
	-e, --filter-error オプションを使用します。
	他のフィルタオプションとは異なり、これは最新の `sync` 以降に**変更されていない**
	ファイルにのみ修正を適用します。

	SnapRAIDは、修正できないすべてのファイルの名前を `.unrecoverable` 拡張子を
	追加して変更します。

	修正する前に、アレイ全体がスキャンされ、最後の `sync` 操作以降に移動されたファイルが
	見つけられます。
	これらのファイルは、名前を無視してタイムスタンプによって識別され、
	必要に応じて復旧プロセスで使用されます。
	それらのいくつかをアレイ外に移動した場合は、-i, --import オプションを使用して
	スキャンする追加のディレクトリを指定できます。

	ファイルは**パスによってのみ**識別され、inodeによっては識別されません。

	`content` ファイルは**変更されません**。
	`parity` ファイルは必要に応じて変更されます。
	アレイ内のファイルは必要に応じて変更されます。

  check
	すべてのファイルとパリティデータを検証します。

	`fix` のように機能しますが、復旧を**シミュレートするだけ**で、アレイに**変更は書き込まれません**。

	このコマンドは、主に復旧プロセス後やその他の特殊な条件下での手動検証を
	目的としています。
	定期的でスケジュールされたチェックには、`scrub` を使用します。

	-a, --audit-only オプションを使用すると、ファイルの**ハッシュのみ**がチェックされ、
	パリティデータは無視されるため、チェックプロセスが大幅に高速化されます。

	ファイルは**パスによってのみ**識別され、inodeによっては識別されません。

	何も変更されません。

  list
	最後の `sync` の時点のアレイに含まれるすべてのファイルを
	一覧表示します。

	-v または --verbose を使用すると、サブ秒の時間も表示されます。

	何も変更されません。

  dup
	すべての重複ファイルを一覧表示します。ハッシュが一致する場合、2つのファイルは等しいと見なされます。
	ファイルデータは読み取られず、事前に計算されたハッシュのみが使用されます。

	何も変更されません。

  pool
	`pooling` ディレクトリに、ディスクアレイ内のすべてのファイルの仮想ビューを
	作成または更新します。

	ファイルはコピーされず、シンボリックリンクを使用してリンクされます。

	更新時、既存のすべてのシンボリックリンクと空のサブディレクトリは削除され、
	アレイの新しいビューに置き換えられます。その他の通常のファイルはそのまま残されます。

	プールディレクトリ外は何も変更されません。

  devices
	アレイで使用される低レベルデバイスを出力します。

	このコマンドは、アレイ内のデバイスの関連付けを表示し、主にスクリプトインターフェイスを
	目的としています。

	最初の2つの列は、低レベルデバイスIDとパスです。
	次の2つの列は、高レベルデバイスIDとパスです。
	最後の列は、アレイ内のディスク名です。

	ほとんどの場合、アレイ内のディスクごとに1つの低レベルデバイスがありますが、
	より複雑な構成では、単一のアレイ内のディスクで複数の低レベルデバイスが
	使用される場合があります。

	何も変更されません。

  touch
	サブ秒のタイムスタンプがゼロに設定されているすべてのファイルに、任意のサブ秒のタイムスタンプを
	設定します。

	これにより、タイムスタンプがほぼ一意になり、重複の可能性が減るため、
	SnapRAIDが移動およびコピーされたファイルを認識する能力が向上します。

	より具体的には、サブ秒のタイムスタンプがゼロでない場合、移動またはコピーされたファイルは、
	名前、サイズ、およびタイムスタンプが一致する場合にそうであると識別されます。
	サブ秒のタイムスタンプがゼロの場合、フルパス、サイズ、およびタイムスタンプのすべてが
	一致する場合にのみコピーと見なされます。

	秒精度のタイムスタンプは変更されないため、ファイルのすべての日付と時刻は
	保持されます。

  rehash
	アレイ全体のリハッシュをスケジュールします。

	このコマンドは、使用されるハッシュの種類を変更します。これは通常、32ビットシステムから
	64ビットシステムにアップグレードするときに、MurmurHash3からより高速なSpookyHashに
	切り替えるために行われます。

	既に最適なハッシュを使用している場合、このコマンドは何もせず、アクションが不要であることを
	通知します。

	リハッシュはすぐには実行されず、`sync` および `scrub` の間に徐々に実行されます。

	`status` を使用してリハッシュの状態を確認できます。

	リハッシュ中もSnapRAIDは完全な機能を維持しますが、唯一の例外として、
	`dup` は異なるハッシュを使用している重複ファイルを検出できません。

  locate
	パリティディスクに保存されているファイルを検索します。一致する各ファイルについて、
	パリティファイル内での位置と、それが占有するフラグメントの数を出力します。

	-t, --tail オプションを使用すると、パリティの指定された末尾部分を占有する
	ファイルに操作を制限できます。

	これらのファイルを再配置したい場合は、-W, --force-realloc-tail オプションを
	使用できます。
	再配置プロセス中、これらのファイルはパリティによって保護されないことに
	注意してください。

オプション (Options)
	SnapRAIDには、次のオプションがあります。

	-c, --conf CONFIG
		使用する構成ファイルを選択します。指定されていない場合、Unixでは、存在すれば
		`/usr/local/etc/snapraid.conf` を使用し、それ以外の場合は `/etc/snapraid.conf` を
		使用します。
		Windowsでは、`snapraid.exe` と同じディレクトリにある `snapraid.conf` ファイルを
		使用します。

	-f, --filter PATTERN
		`check` および `fix` で処理するファイルをフィルタリングします。
		指定されたパターンに一致するファイルのみが処理されます。
		このオプションは複数回使用できます。
		パターン仕様の詳細については、PATTERNセクションを参照してください。
		Unixでは、グロブ文字を使用する場合は引用符で囲むようにしてください。
		このオプションは、`check` および `fix` のみで使用できます。
		これらは常にアレイ全体を処理するため、`sync` および `scrub` では
		使用できません。

	-d, --filter-disk NAME
		`check`、`fix`、`up`、および `down` で処理するディスクをフィルタリングします。
		構成ファイルで定義されているディスク名を指定する必要があります。
		`parity`、`2-parity`、`3-parity` などの名前でパリティディスクも指定して、
		特定のパリティディスクに操作を限定できます。
		複数の --filter、--filter-disk、および --filter-missing オプションを組み合わせると、
		すべてのフィルタに一致するファイルのみが選択されます。
		このオプションは複数回使用できます。
		このオプションは、`check`、`fix`、`up`、および `down` のみで使用できます。
		これらは常にアレイ全体を処理するため、`sync` および `scrub` では
		使用できません。

	-m, --filter-missing
		`check` および `fix` で処理するファイルをフィルタリングします。
		アレイから不足または削除されたファイルのみが処理されます。
		`fix` と一緒に使用すると、これは `undelete` コマンドとして機能します。
		複数の --filter、--filter-disk、および --filter-missing オプションを組み合わせると、
		すべてのフィルタに一致するファイルのみが選択されます。
		このオプションは、`check` および `fix` のみで使用できます。
		これらは常にアレイ全体を処理するため、`sync` および `scrub` では
		使用できません。

	-e, --filter-error
		`check` および `fix` でエラーのあるファイルを処理します。
		`status` で一覧表示されているように、`sync` および `scrub` 中にサイレントエラーまたは
		入出力エラーでマークされたブロックを持つファイルのみを処理します。
		このオプションは、`check` および `fix` のみで使用できます。

	-p, --plan PERC|bad|new|full
		スクラブプランを選択します。PERCが0から100までの数値である場合、
		スクラブするブロックのパーセンテージとして解釈されます。
		パーセンテージの代わりに、プランを指定できます。
		`bad` は不良ブロックをスクラブし、`new` はまだスクラブされていないブロックをスクラブし、
		`full` はすべてをスクラブします。
		このオプションは、`scrub` のみで使用できます。

	-o, --older-than DAYS
		`scrub` で処理するアレイの最も古い部分を選択します。
		DAYS は、ブロックがスクラブされるための最小経過日数であり、デフォルトは10です。
		不良としてマークされたブロックは、このオプションに関係なく常にスクラブされます。
		このオプションは、`scrub` のみで使用できます。

	-a, --audit-only
		`check` で、パリティデータをチェックせずにファイルのハッシュを検証します。
		ファイルデータのみのチェックに関心がある場合、このオプションはチェックプロセスを
		大幅に高速化できます。
		このオプションは、`check` のみで使用できます。

	-h, --pre-hash
		`sync` で、パリティ計算の前の追加検証のために、すべての新しいデータの
		予備ハッシュ化フェーズを実行します。
		通常、`sync` では、予備ハッシュ化は行われず、新しいデータはパリティ計算の直前に、
		最初に読み取られたときにハッシュ化されます。
		このプロセスは、システムが重い負荷の下にあり、すべてのディスクがスピンしており、CPUが
		ビジーなときに発生します。
		これはマシンにとって極端な状態であり、潜在的なハードウェアの問題がある場合、
		データがまだハッシュ化されていないため、サイレントエラーが検出されないままになる
		可能性があります。
		このリスクを回避するために、`pre-hash` モードを有効にして、すべてのデータを2回読み取り、
		その整合性を確保できます。
		このオプションは、アレイ内で移動されたファイルも検証して、移動操作が成功したことを
		確認し、必要に応じて、続行する前に修正操作を実行できるようにします。
		このオプションは、`sync` のみで使用できます。

	-i, --import DIR
		最後の `sync` の後にアレイから削除されたファイルを、指定されたディレクトリから
		インポートします。
		これらのファイルをまだ持っている場合、それらは復旧プロセスを改善するために
		`check` および `fix` で使用できます。
		ファイルは、サブディレクトリを含めて読み取られ、名前に関係なく識別されます。
		このオプションは、`check` および `fix` のみで使用できます。

	-s, --spin-down-on-error
		エラーが発生した場合、非ゼロのステータスコードで終了する前に、管理されているすべてのディスクを
		スピンダウンします。これにより、中断された操作後にドライブがアクティブなままスピンし続け、
		不要な熱の蓄積と電力消費を回避するのに役立ちます。
		コマンドが失敗した場合でも、ディスクが安全に停止されるように、このオプションを使用します。

	-w, --bw-limit RATE
		すべてのディスクにグローバルな帯域幅制限を適用します。RATE は
		1秒あたりのバイト数です。K、M、Gなどの乗数を指定できます
		(例：--bw-limit 1G)。

	-t, --tail SIZE
		ファイルリストを、パリティディスクの指定された末尾サイズ以下を
		使用しているものに制限します。
		K、M、G、T などの倍数を使用できます（例：--tail 1G）。
		このオプションは、`locate` コマンドと一緒に使用された場合にのみ
		有効です。

	-A, --stats
		追加情報を表示する拡張ステータスビューを有効にします。
		画面には2つのグラフが表示されます。
		最初のグラフは、各ディスクのバッファリングされたストライプの数と、そのディスクで現在
		アクセスされているファイルのファイルパスを示します。通常、最も遅いディスクには
		バッファが利用できず、これが達成可能な最大帯域幅を決定します。
		2番目のグラフは、過去100秒間に待機に費やされた時間のパーセンテージを示します。
		最も遅いディスクが待機時間のほとんどを引き起こすと予想され、他のディスクは
		バッファリングされたストライプを使用できるため、待機時間がほとんどまたはまったくないはずです。
		このグラフは、ハッシュ計算とRAID計算に費やされた待機時間も示します。
		すべての計算はディスク操作と並行して実行されます。
		したがって、少なくとも1つのディスクで測定可能な待機時間がある限り、
		CPUがワークロードに追いつくのに十分速いことを示しています。

	-Z, --force-zero
		以前は非ゼロだったサイズのファイルをゼロで同期するという安全でない操作を強制します。
		SnapRAIDがこのような状態を検出した場合、このオプションを指定しない限り、
		続行を停止します。
		これにより、システムクラッシュ後に一部のアクセスされたファイルが切り捨てられたときに、
		それを簡単に検出できます。
		これは、ext3/ext4ファイルシステムを使用したLinuxで起こりうる状態です。
		このオプションは、`sync` のみで使用できます。

	-E, --force-empty
		元のファイルがすべて不足しているディスクを同期するという安全でない操作を強制します。
		SnapRAIDが、元々ディスクに存在していたすべてのファイルが不足しているか、
		書き換えられていることを検出した場合、このオプションを指定しない限り、
		続行を停止します。
		これにより、データファイルシステムがマウントされていないときに、それを簡単に
		検出できます。
		このオプションは、`sync` のみで使用できます。

	-U, --force-uuid
		UUIDが変更されたディスクとの同期、チェック、および修正という安全でない操作を強制します。
		SnapRAIDが一部のディスクがUUIDを変更したことを検出した場合、
		このオプションを指定しない限り、続行を停止します。
		これにより、ディスクが間違ったマウントポイントにマウントされているときに、それを検出できます。
		ただし、単一パリティでの単一のUUID変更、および複数のパリティでのより多くのUUID変更は
		許可されています。これは、復旧後にディスクを交換するときの通常のケースであるためです。
		このオプションは、`sync`、`check`、または `fix` のみで使用できます。

	-D, --force-device
		アクセスできないディスク、または同じ物理デバイス上のディスクとの修正という安全でない操作を強制します。
		たとえば、2台のデータディスクを失い、最初の1台だけを復旧するための予備ディスクがある場合、
		2番目のアクセスできないディスクを無視できます。
		または、既に**使用されている**ディスクに残された空き容量にディスクを復旧したい場合、
		同じ物理デバイスを共有します。
		このオプションは、`fix` のみで使用できます。

	-N, --force-nocopy
		`sync`、`check`、および `fix` で、コピー検出ヒューリスティックを無効にします。
		このオプションがない場合、SnapRAIDは、名前、サイズ、タイムスタンプなどの同じ属性を持つファイルが、
		同じデータを持つコピーであると見なします。
		これにより、あるディスクから別のディスクにコピーまたは移動されたファイルを識別し、
		既に計算されたハッシュ情報を再利用して、サイレントエラーを検出したり、不足しているファイルを
		復旧したりできます。
		まれに、この動作が誤検出や、多くのハッシュ検証によるプロセスの遅延につながる可能性があり、
		このオプションを使用すると、そのような問題を解決できます。
		このオプションは、`sync`、`check`、および `fix` のみで使用できます。

	-F, --force-full
		`sync` で、パリティの完全な再計算を強制します。
		このオプションは、新しいパリティレベルを追加する場合、またはより新しいパリティデータを使用して
		古いコンテンツファイルに戻した場合に使用できます。
		パリティを最初から再作成する代わりに、これにより、コンテンツファイルに存在するハッシュを
		再利用してデータを検証し、既存のパリティデータを使用して `sync` プロセス中にデータ保護を
		維持できます。
		このオプションは、`sync` のみで使用できます。

	-R, --force-realloc
		`sync` で、ファイルの完全な再割り当てとパリティの再構築を強制します。
		このオプションは、コンテンツファイルに存在するハッシュを再利用してデータを検証しながら、
		断片化を削除して、すべてのファイルを完全に再割り当てするために使用できます。
		このオプションは、`sync` のみで使用できます。
		**警告！** このオプションはエキスパートのみを対象としており、使用しないことを強く
		お勧めします。
		`sync` 操作中にデータ保護はありません。

	-W, --force-realloc-tail SIZE
		-R, --force-realloc と同様に動作しますが、各パリティファイルの
		指定された末尾部分（最後の「サイズ」バイト）に制限されます。
		現在その末尾セクションに保存されているファイルフラグメント/ブロックの
		再配置（移動）を強制し、空きスペースがあるパリティファイル内の
		任意の場所（既存のホールを含む）に配置できるようにします。
		このオプションの主な目的は、パリティファイルのディスク上でのサイズを
		縮小することです。
		再配置によって末尾セクション全体が正常にクリアされた場合
		（それを使用するブロックが残っていない場合）、パリティファイルは
		切り詰められ、未使用の末尾スペースが回収されます。
		K、M、G、T などの倍数を使用できます（例：
		--force-realloc-tail 1G）。
		locate -t, --tail を使用して、影響を受けるファイルを事前に
		知ることができます。
		警告！
		このオプションはエキスパート専用であり、使用しないことが
		強く推奨されます。
		影響を受けるファイルについては、`sync` 操作中にデータ保護は
		行われません。

	-l, --log FILE
		詳細なログを指定されたファイルに書き込みます。
		このオプションが指定されていない場合、予期しないエラーが画面に出力され、
		多くのエラーが発生した場合に過剰な出力になる可能性があります。
		-l, --log が指定されている場合、SnapRAIDが停止する原因となる致命的なエラーのみが
		画面に出力されます。
		パスが `>>` で始まる場合、ファイルは追記モードで開かれます。
		名前に `%D` と `%T` が出現すると、それぞれYYYYMMDDとHHMMSSの形式で
		日付と時刻に置き換えられます。Windowsバッチファイルでは、`%` 文字を
		2倍にする必要があります。例：result-%%D.log。`>>` を使用するには、
		名前を引用符で囲む必要があります。例：`">>result.log"`。
		ログを標準出力または標準エラーに出力するには、それぞれ `">&1"` および `">&2"` を
		使用できます。
		ログタグの説明については、snapraid_log.txtファイルまたはmanページを参照してください。

	-L, --error-limit NUMBER
		実行を停止する前の新しいエラー制限を設定します。
		デフォルトでは、SnapRAIDは100を超える入出力エラーに遭遇した場合に停止します。
		これは、ディスクが故障している可能性が高いことを示しています。
		このオプションは `sync` と `scrub` に影響し、最初の一連のディスクエラーの後に
		続行して操作を完了しようとすることが許可されます。
		ただし、`check` と `fix` は常に最初のエラーで停止します。

	-S, --start BLKSTART
		指定されたブロック番号から処理を開始します。
		これは、破損したディスクの場合に特定のブロックを再試行してチェックまたは修正するのに
		役立ちます。
		このオプションは、主に高度な手動復旧を目的としており、`check` と `fix` でのみ
		サポートされています。

	-B, --count BLKCOUNT
		指定された数のブロックのみを処理します。
		このオプションは、主に高度な手動復旧を目的としており、`check` と `fix` でのみ
		サポートされています。

	-C, --gen-conf CONTENT
		既存のコンテンツファイルからダミーの構成ファイルを生成します。
		構成ファイルは標準出力に書き込まれ、既存のファイルを上書きしません。
		この構成ファイルには、システム全体を失った場合にディスクのマウントポイントを
		再構築するために必要な情報も含まれています。

	-v, --verbose
		画面により多くの情報を出力します。
		1回指定すると、除外されたファイルと追加の統計が出力されます。
		このオプションはログファイルには影響しません。

	-q, --quiet
		画面に出力される情報を減らします。
		1回指定すると、プログレスバーが削除されます。2回指定すると、実行中の操作が削除されます。
		3回指定すると、情報メッセージが削除されます。4回指定すると、ステータスメッセージが削除されます。
		致命的なエラーは常に画面に出力されます。
		このオプションはログファイルには影響しません。

	-H, --help
		短いヘルプ画面を出力します。

	-V, --version
		プログラムのバージョンを出力します。

設定 (Configuration)
	SnapRAIDは、ディスクアレイの場所とパリティ情報の保存場所を知るために、構成ファイルを
	必要とします。

	Unixでは、存在すれば `/usr/local/etc/snapraid.conf` を使用し、それ以外の場合は
	`/etc/snapraid.conf` を使用します。
	Windowsでは、`snapraid.exe` と同じディレクトリにある `snapraid.conf` ファイルを
	使用します。

	次のオプションを含める必要があります（大文字と小文字を区別します）。

  parity FILE [,FILE] ...
	パリティ情報を保存するために使用するファイルを定義します。
	パリティは、RAID5と同様に、単一のディスク障害からの保護を有効にします。

	複数のファイルを指定でき、それらは異なるディスク上に存在する必要があります。
	ファイルがそれ以上成長できなくなると、次のファイルが使用されます。
	利用可能な総容量は、アレイ内の**最大のデータディスク**と少なくとも同じ大きさでなければなりません。

	後で追加のパリティファイルを追加することはできますが、
	それらを並べ替えたり削除したりすることはできません。

	パリティディスクをパリティ用に予約しておくことで、それらが断片化されるのを防ぎ、
	パフォーマンスを向上させます。

	Windowsでは、フルディスクに関する警告を避けるために、各ディスクに256 MBが未使用で
	残されます。

	このオプションは必須であり、1回のみ使用できます。

  (2,3,4,5,6)-parity FILE [,FILE] ...
	追加のパリティ情報を保存するために使用するファイルを定義します。

	指定されたパリティレベルごとに、1つの追加の保護レベルが有効になります。

	* 2-parity は RAID6 デュアルパリティを有効にします。
	* 3-parity は トリプルパリティを有効にします。
	* 4-parity は クアッド（4つ）パリティを有効にします。
	* 5-parity は ペンタ（5つ）パリティを有効にします。
	* 6-parity は ヘキサ（6つ）パリティを有効にします。

	各パリティレベルには、以前のすべてのパリティレベルが存在する必要があります。

	`parity` オプションと同じ考慮事項が適用されます。

	これらのオプションはオプションであり、1回のみ使用できます。

  z-parity FILE [,FILE] ...
	トリプルパリティを保存するための代替ファイルとフォーマットを定義します。

	このオプションは `3-parity` の代替であり、主にARMやSSSE3命令セットをサポートしていない
	AMD Phenom、Athlon、OpteronなどのローエンドCPUを対象としています。
	このような場合、より良いパフォーマンスを提供します。

	このフォーマットは、ZFS RAIDZ3で使用されるものと似ていますが、より高速です。
	ZFSと同様に、トリプルパリティを超えては機能しません。

	`3-parity` を使用している場合、パフォーマンス向上のために `z-parity` フォーマットの
	使用が推奨される場合は警告が表示されます。

	構成ファイルを目的の `z-parity` または `3-parity` ファイルで調整し、
	`fix` を使用して再作成することで、あるフォーマットから別のフォーマットに
	変換することが可能です。

  content FILE
	ディスクアレイに存在するすべてのファイルの一覧とチェックサムを保存するために使用するファイルを
	定義します。

	データ、パリティ、またはその他の利用可能なディスクに配置できます。
	データディスクを使用する場合、このファイルは `sync` プロセスから自動的に
	除外されます。

	このオプションは必須であり、同じファイルを複数コピー保存するために複数回使用できます。

	使用するパリティディスクごとに**少なくとも1つのコピー**と、さらに**1つのコピー**を
	保存する必要があります。追加のコピーを使用しても害はありません。

  data NAME DIR
	アレイ内のデータディスクの名前とマウントポイントを定義します。
	NAME はディスクを識別するために使用され、**一意である**必要があります。
	DIR はファイルシステム内のディスクの**マウントポイント**です。

	NAME を固定したままにしておけば、必要に応じてマウントポイントを変更できます。

	アレイ内のデータディスクごとに1つのオプションを使用する必要があります。

	構成ファイルで直接 NAME を変更してから `sync` コマンドを実行することで、
	後でディスクの名前を変更できます。
	名前変更の場合、関連付けはディスクの保存されたUUIDを使用して行われます。

  extra NAME DIR
	`smart` および `probe` コマンドで監視する追加ディスクの名前とマウ
	ントポイントを定義します。

	これは、ブートディスクなど、アレイの一部ではないがシステムの機能に必
	要なディスクを監視するのに役立ちます。

	これらのディスクは常に回転していることが期待されるため、`up` およ
	び `down` コマンドの影響を受けないことに注意してください。

  snapshot
	`sync`、`scrub`、`check`、および `fix` コマンドでファイルシステムスナップショットの
	使用を有効にします。

	有効にすると、SnapRAIDは `sync` の開始時にサポートされている各データファイルシステムの
	読み取り専用スナップショットを作成します。これにより各ファイルシステムの安定したビューが
	提供され、後からの変更によってパリティ計算に使用されるデータが変わるのを防ぎます。

	これにより復元が大幅に向上します。ライブファイルシステムからファイルが削除されても、
	スナップショット内に保存され続けます。これにより、そのブロックのパリティが「破損」するのを防ぎ、
	別のディスクが故障した場合でもデータを正常に復元できるようになります。

	このオプションは、LinuxのBtrfs、Bcachefs、ZFS、およびWindowsのNTFSでフォーマットされた
	データディスクにのみ適用されます。
	パリティディスク、または他のファイルシステムを使用しているデータディスクは、常にファイルシステムの
	ライブバージョンを使用します。

	スナップショットの作成と削除には管理者権限が必要です。
	このオプションが有効な場合は、SnapRAIDが必要な権限（例：sudo）で実行されていることを確認してください。

	スナップショットのライフサイクルの詳細な説明については、SNAPSHOTSのセクションを参照してください。

  nohidden
	すべての隠しファイルとディレクトリを除外します。
	Unixでは、隠しファイルは `.` で始まるファイルです。
	Windowsでは、隠し属性を持つファイルです。

  exclude/include PATTERN
	syncプロセスで除外または含めるファイルまたはディレクトリのパターンを定義します。
	すべてのパターンは指定された順序で処理されます。

	一致する最初のパターンが `exclude` の場合、ファイルは除外されます。
	`include` の場合、ファイルは含まれます。
	パターンが一致しない場合、最後に指定されたパターンが `include` の場合はファイルは除外され、
	`exclude` の場合は含まれます。

	パターン仕様の詳細については、PATTERNセクションを参照してください。

	このオプションは複数回使用できます。

  blocksize SIZE_IN_KIBIBYTES
	パリティの基本ブロックサイズをキビバイト単位で定義します。
	1キビバイトは1024バイトです。

	デフォルトのブロックサイズは256であり、ほとんどの場合に機能するはずです。

	**警告！** このオプションはエキスパートのみを対象としており、この値を変更しないことを強く
	お勧めします。今後この値を変更するには、パリティ全体を**再作成**する必要があります！

	異なるブロックサイズを使用する理由の1つは、数百万のオーダーの**多くの小さなファイル**を
	持っている場合です。

	ファイルごとに、たとえ数バイトであっても、パリティの**ブロック全体**が割り当てられ、
	ファイルが多いと、これにより**かなりの未使用パリティスペース**が発生する可能性があります。
	パリティディスクを完全に埋めると、データディスクにファイルを追加することは**許可されません**。
	ただし、浪費されたパリティはデータディスク間で蓄積されません。データディスク上の多数のファイルから
	生じる浪費スペースは、**そのデータディスク上のデータ量**のみを制限し、他のデータディスクには
	影響しません。

	概算として、ファイルごとにブロックサイズの半分が浪費されると仮定できます。
	たとえば、100,000ファイルと256 KiBのブロックサイズがある場合、12.8 GBのパリティが浪費され、
	これによりデータディスク上で12.8 GB少ないスペースしか利用できなくなる可能性があります。

	`status` を使用して、各ディスクの浪費スペースの量を確認できます。
	これは、データディスク上に**空き**として残す必要がある、またはアレイに含まれないファイルに
	使用する必要があるスペースの量です。
	この値が負の場合、パリティが満杯に近づいていることを意味し、まだ浪費できるスペースを
	表します。

	この問題を回避するために、パリティにより大きなパーティションを使用できます。
	たとえば、パリティパーティションがデータディスクよりも12.8 GB大きい場合、
	各データディスクで最大100,000ファイルを処理するのに十分な追加スペースがあり、
	浪費スペースはありません。

	Linuxでより大きなパリティパーティションを取得するトリックは、次のコマンドで
	フォーマットすることです。

		:mkfs.ext4 -m 0 -T largefile4 DEVICE

	これにより、約1.5%の追加スペース、4 TBディスクで約60 GBが得られ、
	浪費スペースなしで各データディスクで約460,000ファイルが可能になります。

  hashsize SIZE_IN_BYTES
	保存されたブロックのハッシュサイズをバイト単位で定義します。

	デフォルトのハッシュサイズは16バイト（128ビット）であり、ほとんどの場合に機能するはずです。

	**警告！** このオプションはエキスパートのみを対象としており、この値を変更しないことを強く
	お勧めします。今後この値を変更するには、パリティ全体を**再作成**する必要があります！

	異なるハッシュサイズを使用する理由の1つは、システムのメモリが制限されている場合です。
	経験則として、SnapRAIDは通常、アレイ内のデータ16 TBごとに1 GiBのRAMを必要とします。

	具体的には、データのハッシュを保存するために、SnapRAIDは
	約 TS*(1+HS)/BS バイトのRAMを必要とします。
	ここで、TSはディスクアレイの合計サイズ（バイト）、BSはブロックサイズ（バイト）、HSはハッシュサイズ（バイト）です。

	たとえば、4 TBのディスク8台、ブロックサイズ256 KiB（1 KiB = 1024バイト）、
	ハッシュサイズ16の場合：

	:RAM = (8 * 4 * 10^12) * (1+16) / (256 * 2^10) = 1.93 GiB

	ハッシュサイズを8に切り替えると：

	:RAM = (8 * 4 * 10^12) * (1+8) / (256 * 2^10) = 1.02 GiB

	ブロックサイズを512に切り替えると：

	:RAM = (8 * 4 * 10^12) * (1+16) / (512 * 2^10) = 0.96 GiB

	ハッシュサイズを8、ブロックサイズを512の両方に切り替えると：

	:RAM = (8 * 4 * 10^12) * (1+8) / (512 * 2^10) = 0.51 GiB

  autosave SIZE_IN_GIGABYTES
	処理された指定されたGB量後に、同期またはスクラビング時に状態を自動的に保存します。
	このオプションは、マシンクラッシュやその他のイベントによって中断された場合に、
	長い `sync` コマンドを最初から再起動するのを避けるのに役立ちます。

  temp_limit TEMPERATURE_CELSIUS
	許容される最大ディスク温度を摂氏で設定します。指定されている場合、
	SnapRAIDは smartctl ツールを使用してすべてのディスクの温度を定期的にチェックします。
	SnapRAIDが動作している間、現在のディスク温度が表示されます。
	いずれかのディスクがこの制限を超えると、すべての操作が停止し、ディスクは `temp_sleep`
	オプションで定義された期間、スピンダウン（スタンバイ状態に移行）されます。
	スリープ期間後、操作は再開されますが、温度制限に再度達した場合は再び一時停止する
	可能性があります。

	操作中、SnapRAIDは各ディスクの加熱曲線も分析し、アクティビティが継続した場合に
	達すると予想される長期的な安定温度を推定します。推定は、ディスク温度が4回上昇した
	後にのみ実行され、信頼できる傾向を確立するのに十分なデータポイントが利用可能であることを
	保証します。
	この予測される安定温度は、現在の値の横に括弧で表示され、システムの冷却が
	適切かどうかを評価するのに役立ちます。この推定温度は情報提供のみを目的としており、
	SnapRAIDの動作には影響しません。プログラムの動作は、実際の測定されたディスク温度にのみ
	基づいています。

	この分析を実行するために、SnapRAIDはシステム温度の参照が必要です。
	まず、利用可能なハードウェアセンサーから読み取ろうとします。システムセンサーに
	アクセスできない場合は、実行開始時に測定された最も低いディスク温度をフォールバック参照として
	使用します。

	通常、SnapRAIDは最も熱いディスクの温度のみを表示します。
	すべてのディスクの温度を表示するには、-A または --stats オプションを使用します。

  temp_sleep TIME_IN_MINUTES
	温度制限に達したときのスタンバイ時間（分単位）を設定します。この期間中、ディスクは
	スピンダウンしたままです。デフォルトは5分です。

  pool DIR
	`pool` コマンドを使用してディスクアレイの仮想ビューが作成されるプーリングディレクトリを
	定義します。

	ディレクトリは既に存在している必要があります。

  share UNC_DIR
	ディスクにリモートでアクセスするために必要なWindows UNCパスを定義します。

	このオプションが指定されている場合、プールディレクトリに作成されたシンボリックリンクは、
	ディスクにアクセスするためにこのUNCパスを使用します。
	このオプションがない場合、生成されたシンボリックリンクはローカルパスのみを使用し、
	プールディレクトリをネットワーク経由で共有することはできません。

	シンボリックリンクは、指定されたUNCパスを使用して形成され、`data` オプションで
	指定されたディスク名を追加し、最後にファイルのディレクトリと名前を追加します。

	このオプションはWindowsでのみ必要です。

  smartctl DISK/PARITY OPTIONS...
	各ディスクのSMART属性を取得するためのカスタムsmartctlオプションを定義します。
	これは、RAIDコントローラーや一部のUSBディスクが自動検出できない場合に必要になる
	ことがあります。`%s` プレースホルダーはデバイス名に置き換えられますが、
	RAIDコントローラーなどの固定デバイスではオプションです。

	DISK は `data` オプションで指定されたのと同じディスク名です。
	PARITY はパリティ名のいずれかです：`parity`、`2-parity`、`3-parity`、
	`4-parity`、`5-parity`、`6-parity`、または `z-parity`。

	指定された OPTIONS で、`%s` 文字列はデバイス名に置き換えられます。
	RAIDコントローラーの場合、デバイスは固定されている可能性が高いため、
	`%s` を使用する必要はないかもしれません。

	デフォルトの `-a` オプションを置き換えるために、`[info: ...]` タグを使用して
	カスタム情報オプション文字列を指定することもできます。

	使用可能なオプションについては、smartmontoolsのドキュメントを参照してください。

		:https://www.smartmontools.org/wiki/Supported_RAID-Controllers
		:https://www.smartmontools.org/wiki/Supported_USB-Devices

	例：

		:smartctl d1 [info: -H -i -c -A] -d sat %s
		:smartctl parity -d sat %s

  smartignore DISK/PARITY ATTR [ATTR...]
	ディスク障害の確率を計算するときに、指定されたSMART属性を無視します。
	このオプションは、ディスクが特定の属性について異常な値または誤解を招く値を報告する場合に
	役立ちます。

	DISK は `data` オプションで指定されたのと同じディスク名です。
	PARITY はパリティ名のいずれかです：`parity`、`2-parity`、`3-parity`、
	`4-parity`、`5-parity`、`6-parity`、または `z-parity`。
	特殊な値 `*` は、すべてのディスクで属性を無視するために使用できます。

	複数の属性をスペースで区切って指定できます。
	各属性は1から255までの数値、または大文字と小文字を区别しない名前
	(例: `Current_Pending_Sector`)として指定できます。

	例として、すべてのディスクで `Current Pending Sector Count` と
	`Reallocated Sectors Count` 属性を番号または名前で無視するには：

		:smartignore * 197 5
		:smartignore * Current_Pending_Sector Reallocated_Sector_Ct

	最初のパリティディスクでのみ無視するには：

		:smartignore parity 197 5

  例 (Examples)
	Unixの一般的な構成の例は次のとおりです。

		:parity /mnt/diskp/snapraid.parity
		:content /mnt/diskp/snapraid.content
		:content /var/snapraid/snapraid.content
		:data d1 /mnt/disk1/
		:data d2 /mnt/disk2/
		:data d3 /mnt/disk3/
		:exclude /lost+found/
		:exclude /tmp/
		:smartctl d1 [info: -H -i -c -A] -d sat %s
		:smartctl d2 -d usbjmicron %s
		:smartctl parity -d areca,1/1 /dev/sg0
		:smartctl 2-parity -d areca,2/1 /dev/sg0

	Windowsの一般的な構成の例は次のとおりです。

		:parity E:\snapraid.parity
		:content E:\snapraid.content
		:content C:\snapraid\snapraid.content
		:data d1 G:\array\
		:data d2 H:\array\
		:data d3 I:\array\
		:exclude Thumbs.db
		:exclude \$RECYCLE.BIN
		:exclude \System Volume Information
		:smartctl d1 [info: -H -i -c -A] -d sat %s
		:smartctl d2 -d usbjmicron %s
		:smartctl parity -d areca,1/1 /dev/arcmsr0
		:smartctl 2-parity -d areca,2/1 /dev/arcmsr0

スナップショット (Snapshots)
	設定でスナップショットオプションが有効になっている場合、SnapRAIDは
	ファイルシステムのスナップショットを使用して、操作中に読み取られるデータを安定に保ちます。
	これは、ライブファイルシステム上のファイルが後から変更または削除された場合でも同様です。

	スナップショットの管理は完全に自動かつ透過的です。
	バックグラウンドで完全に処理されるスナップショットによる追加の保護を受けながら、
	これまでとまったく同じようにSnapRAIDを使用し続けることができます。

	これには主に2つのメリットがあります。

	整合性 - 長時間かかるsyncやscrubの実行中にライブファイルシステム上でファイルが変更されても、
		スナップショットされた各ファイルシステムは操作中変更されないため、
		パリティの不一致や処理の中断は発生しません。
	復元 - ライブファイルシステムからファイルが更新または削除されても、スナップショット内に保存され続けます。
		次のsyncが実行される前にディスク故障が発生した場合、SnapRAIDはスナップショットに保存されている
		データを使用して、故障したディスクを再構築します。

		アクティブなsync処理中にディスクが故障した場合、SnapRAIDは前のパリティ計算の
		スナップショットと現在のスナップショットの両方から自動的に読み取ることも可能です。
		これにより、同期の間にブロックが変更または削除されていた場合でも、パリティ方程式を解くために
		必要な正確なデータブロックへのアクセスが提供され、完全な復元の可能性が最大化されます。

		スナップショットがない場合、正常なディスク上の更新または削除されたファイルはデータブロックの欠損を
		招き、他の故障したディスクを修復するために必要となるブロックが失われる可能性があります。

	スナップショットはデータディスクに対してのみ、かつ基礎となるファイルシステムがその機能をサポートして
	いる場合にのみ作成されます。パリティディスクは常にライブファイルシステムを使用します。

	現在、これはLinuxのBtrfs、Bcachefs、ZFS、およびWindowsのNTFSでサポートされています。

	異なるファイルシステムを持つデータディスクを混在させることができます。スナップショットをサポートして
	いるディスクのみがそれを利用し、他のディスクはライブファイルシステム上で直接動作し続けます。

	スナップショットの作成と削除には管理者権限が必要です。
	スナップショットが有効な場合は、SnapRAIDが必要な権限（例：sudo）で実行されていることを確認してください。

  スナップショット使用時のコマンドの挙動 (Command Behavior with Snapshots)
	`sync` および `scrub` コマンドは、ファイルシステムがサポートしているデータディスクに対して
	スナップショットを使用します。スナップショットされたディスクでは、コマンドはライブファイルシステムへの
	同時変更の影響を受けない安定したファイルシステムイメージを参照します。
	`sync` の実行中、サポートされている各データファイルシステムに対して独立して新しいスナップショットが
	作成されます。これらのスナップショットは全体としてパリティ計算に使用されるデータを提供します。
	対照的に、`scrub` コマンドは、既存のパリティと一致する信頼できる参照ポイントを維持するために、
	最も直近の同期中に作成された最後のスナップショットを利用します。

	`check` および `fix` コマンドの場合、最後のスナップショットの使用は、
	-d, --filter-disk オプションを使用して特定のディスクがターゲットに指定されているかどうかによって異なります。

	-d を介して明示的に選択されたディスク（操作の「ターゲット」）は、常にライブファイルシステムを使用します。
	`fix` の場合、これによりアクティブな交換ディスクにデータを復元できます。
	`check` の場合、同じ条件下で `fix` 操作をシミュレートできます。

	他のすべてのデータディスク（「参照」ディスク）は、それぞれのスナップショットを介してアクセスされます。
	これにより、復旧の進行中に正常なディスク上のファイルを変更している場合でも、SnapRAIDは
	パリティ方程式を解くための安定した凍結された参照を持つことができます。

	-d オプションが指定されていない場合、SnapRAIDは操作がアレイ全体に適用されると想定します。
	この場合、`check` と `fix` はライブファイルシステムのみを排他的に使用します。

	他のすべてのコマンドは、ライブファイルシステム上でのみ動作します。

スナップショットのライフサイクル (Snapshots Lifecycle)
	SnapRAIDは、各データサブボリュームのルートにある隠しディレクトリ内で、
	`stable`（安定）、`pending`（保留）、および `scan`（スキャン）という3つの特定のスナップショットを管理します。
	Btrfs、Bcachefs、およびNTFSでは `.snapraid/` ディレクトリが使用され、
	ZFSでは標準の `.zfs/snapshot/` が使用されます。

	`stable` スナップショットは、最後に正常に完了した `sync` の状態を表し、
	現在のパリティの計算に使用された正確なデータを含んでいます。これは、
	`scrub`、`check`、および `fix` コマンドの主要なデータソースとして機能します。

	`scan` スナップショットは、スキャンとパリティ計算のための凍結された状態を提供するために、
	`sync` の開始時に作成される一時的なイメージです。
	スキャンを実行し、新しいコンテンツ状態を保存した後、以前の `pending` スナップショットを置き換えます。

	`pending` スナップショットは、中断された `sync` によって使用されるイメージです。
	操作が正常に完了すると、以前の `stable` スナップショットが削除され、
	`pending` スナップショットが新しい安定した参照として昇格します。

	`sync` が中断された場合、`pending` スナップショットは保持されます。
	パリティが部分的にしか同期されていない場合でも、.content ファイルに記録されたファイルシステム状態と
	一致するため、その後の `scrub`、`check`、および `fix` コマンドはこの保留中のスナップショットを使用します。

	`sync` が中断された場合、`check` および `fix` コマンドは `stable` スナップショットからも
	読み取りを行い、同期中に更新または削除されたファイルからデータブロックを取得します。
	これは、.content ファイルが同期プロセス全体を通じて、変更または削除されたすべてのファイルの
	メタデータを保持しているために可能です。
	この履歴情報は、syncが正常に終了し、.content ファイルの最終バージョンが保存されたときにのみクリアされます。

	中断後に `sync` が再開されると、既存の保留中（pending）のスナップショットは削除され、
	ライブファイルシステムの現在の状態をキャプチャするために新しいスナップショットが作成されます。

パターン (Pattern)
	パターンは、含めるファイルまたは除外するファイルをフィルタリングするための柔軟な方法を
	提供します。グロブ文字を使用することで、すべてのパスを手動でリストすることなく、
	特定のファイル名やディレクトリ構造全体に一致するルールを定義できます。

	疑問符 `?` は、ディレクトリ区切り文字を除く任意の1文字に一致します。
	これにより、パターンを単一のディレクトリレベルに限定したまま、可変文字を
	持つファイル名と一致させるのに役立ちます。

	単一のアスタリスク `*` は任意の文字列に一致しますが、疑問符と同様に
	ディレクトリの境界を越えることはありません。スラッシュで停止するため、
	単一のパスコンポーネント内での一致に適しています。これは、シェルの
	グロブでおなじみの標準的なワイルドカードの動作です。

	ダブルアスタリスク `**` はより強力で、ディレクトリ区切り文字を含む
	任意の文字列に一致します。これにより、パターンが複数のディレクトリレベルを
	またいで一致できるようになります。`**` がパターン内に直接埋め込まれている場合、
	周囲のリテラルテキストの間にあるスラッシュを含む0文字以上の文字に一致します。

	`**` の最も重要な使い方は、特別な形式である `/**/` です。これは
	0個以上の完全なディレクトリレベルに一致し、正確なパス構造を知らなくても、
	ディレクトリツリー内の任意の深さにあるファイルと一致させることができます。
	例えば、パターン `src/**/main.js` は `src/main.js`（ディレクトリを0個スキップ）、
	`src/ui/main.js`（1個スキップ）、`src/ui/components/main.js`（2個スキップ）
	に一致します。

	角括弧 `[]` を使用した文字クラスは、指定されたセットまたは範囲の
	任意の1文字に一致します。他の単一文字パターンと同様に、
	ディレクトリ区切り文字には一致しません。クラスは範囲と、感嘆符を
	使用した否定をサポートしています。

	覚えておくべき根本的な違いは、`*`、`?`、および文字クラスはすべて
	ディレクトリの境界を尊重し、単一のパスコンポーネント内でのみ一致するのに対し、
	`**` はディレクトリ区切り文字をまたいで一致できる唯一のパターンであるということです。

	4つの異なる種類のパターンがあります。

	=FILE
		FILE という名前の任意のファイルを選択します。
		このパターンはファイルにのみ適用され、ディレクトリには適用されません。

	=DIR/
		DIR という名前の任意のディレクトリとその中のすべてを選択します。
		このパターンはディレクトリにのみ適用され、ファイルには適用されません。

	=/PATH/FILE
		指定された正確なファイル パスを選択します。このパターンは
		ファイルにのみ適用され、ディレクトリには適用されません。

	=/PATH/DIR/
		指定された正確なディレクトリ パスとその中のすべてを選択します。
		このパターンはディレクトリにのみ適用され、ファイルには適用されません。

	/ で始まる絶対パスを指定する場合、それはローカルファイルシステムのルートディレクトリではなく、
	**アレイのルートディレクトリ**に適用されます。

	Windowsでは、フォワードスラッシュ / の代わりにバックスラッシュ \ を使用できます。
	Windowsシステムディレクトリ、ジャンクション、マウントポイント、およびその他のWindowsの
	特殊ディレクトリはファイルとして扱われます。つまり、それらを除外するには、
	ディレクトリルールではなく**ファイルルール**を使用する必要があります。

	ファイル名に `*`、`?`、`[`、または `]` 文字が含まれている場合は、
	グロブ文字として解釈されないように**エスケープ**する必要があります。
	Unixではエスケープ文字は `\` です。Windowsでは `^` です。
	パターンがコマンドラインにある場合は、コマンドシェルによって解釈されるのを防ぐために、
	エスケープ文字を**2倍**にする必要があります。

	構成ファイルでは、処理するファイルをフィルタリングするために異なる戦略を使用できます。
	最も簡単なアプローチは、**除外**したいすべてのファイルとディレクトリを削除するために、
	`exclude` ルールのみを使用することです。例：

		:# `*.unrecoverable` という名前の任意のファイルを除外
		:exclude *.unrecoverable
		:# ルートディレクトリ `/lost+found` を除外
		:exclude /lost+found/
		:# `tmp` という名前の任意のサブディレクトリを除外
		:exclude tmp/

	反対のアプローチは、`include` ルールのみを使用して、**処理したいファイルのみ**を
	定義することです。例：

		:# 一部のディレクトリのみを含める
		:include /movies/
		:include /musics/
		:include /pictures/

	最後の方法としては、`exclude` と `include` ルールを混在させます。この場合、
	**ルールの順序が重要**です。前のルールは後のルールよりも優先されます。
	簡素化するために、すべての `exclude` ルールを最初にリストし、次にすべての `include`
	ルールをリストできます。例：

		:# `*.unrecoverable` という名前の任意のファイルを除外
		:exclude *.unrecoverable
		:# `tmp` という名前の任意のサブディレクトリを除外
		:exclude tmp/
		:# 一部のディレクトリのみを含める
		:include /movies/
		:include /musics/
		:include /pictures/

	コマンドラインで -f オプションを使用する場合、`include` パターンのみを
	使用できます。例：

		:# .mp3 ファイルのみをチェック。
		:# Unixでは、シェルによるグロブ展開を防ぐために引用符を使用。
		:snapraid -f "*.mp3" check

	Unixでは、コマンドラインでグロブ文字を使用する場合、シェルがそれらを展開するのを
	防ぐために引用符で囲む必要があります。

除外ファイル (Ignore File)
	設定ファイルのグローバルルールに加えて、アレイ内の任意のディレクトリに
	`.snapraidignore` ファイルを配置して、分散型の除外ルールを定義できます。

	`.snapraidignore` で定義されたルールは、設定ファイルのルールの後に
	適用されます。これは、それらがより高い優先度を持ち、グローバル設定で
	以前に含まれていたファイルを除外するために使用できることを意味します。
	事実上、ローカルルールが一致する場合、グローバルな包含設定に関係なく、
	ファイルは除外されます。

	`.snapraidignore` のパターンロジックはグローバル設定を反映していますが、
	パターンはそのファイルが配置されているディレクトリに固定されます：

	=FILE
		このディレクトリまたはその下にある、FILE という名前の任意のファイルを
		選択します。これは、グローバルパターンと同じグロッビングルールに従います。

	=DIR/
		このディレクトリまたはその下にある、DIR という名前の任意のディレクトリと
		その中のすべてを選択します。

	=/PATH/FILE
		`.snapraidignore` ファイルの場所を基準にして、指定された正確な
		ファイルを選択します。

	=/PATH/DIR/
		`.snapraidignore` ファイルの場所を基準にして、指定された正確な
		ディレクトリとその中のすべてを選択します。

	グローバル設定とは異なり、`.snapraidignore` ファイルは除外ルールのみを
	サポートします。`include` パターンや否定 (!) は使用できません。

	たとえば、`/mnt/disk1/projects/` に `.snapraidignore` がある場合：

		:# /mnt/disk1/projects/output.bin のみを除外
		:/output.bin
		:# projects/ 内の `build` という名前のディレクトリをすべて除外
		:build/
		:# projects/ またはそのサブフォルダ内のすべての .tmp ファイルを除外
		:*.tmp

コンテンツ (Content)
	SnapRAIDは、ファイルの一覧とチェックサムをコンテンツファイルに保存します。

	これはバイナリファイルであり、ディスクアレイに存在するすべてのファイルと、
	それらの整合性を検証するためのすべてのチェックサムを一覧表示します。

	コンテンツファイルは `sync`、`scrub`、`touch`、および `rehash`
	コマンドによって読み書きされます。`status`、`diff`、`check`、
	`fix`、`list`、`dup`、`locate`、および `pool` コマンドによって読み取られ、
	`smart`、`probe`、`up`、`down`、および `devices` コマンドによって
	完全に無視されます。

パリティ (Parity)
	SnapRAIDは、アレイのパリティ情報をパリティファイルに保存します。

	これらはバイナリファイルであり、`content` ファイルで定義されたすべてのブロックの
	計算されたパリティが含まれています。

	これらのファイルは `sync` および `fix` コマンドによって読み書きされ、
	`scrub` および `check` コマンドによって**読み取られるだけ**です。

エンコーディング (Encoding)
	UnixのSnapRAIDは、エンコーディングを無視します。ファイルシステムで使用されている
	のと同じエンコーディングでファイル名を読み取り、保存します。

	Windowsでは、ファイルシステムから読み取られたすべての名前はUTF-8形式に変換され、
	処理されます。

	ファイル名を正しく出力するには、`chcp 65001` コマンドでWindowsコンソールをUTF-8モードに設定し、
	コンソールフォントとして `Lucida Console` などのTrueTypeフォントを使用する必要があります。
	これは出力されるファイル名にのみ影響します。コンソール出力をファイルにリダイレクトする場合、
	結果のファイルは常にUTF-8形式になります。

終了コード (Exit Code)
	SnapRAIDは以下のエラーコードで終了します：

	0 - すべて正常。
	1 - コマンドでエラーが発生しました。
	2 - `diff` コマンドはすべて正常であると判定しましたが、 `sync` が必要です。

翻訳 (Translation)
	この文書は英語版マニュアルの自動翻訳です。
	正確な記述については英語版マニュアルを参照してください。

著作権 (Copyright)
	This file is Copyright (C) 2026 Andrea Mazzoleni

関連項目 (See Also)
	snapraid_log(1), snapraidd(1), rsync(1)