JF Linux Kernel 2.6 Documentation: /usr/src/linux/Documentation/filesystems/ext4.txt


Ext4 ファイルシステムの解説 [プレインテキスト版]

Linux- の和訳
翻訳団体: JF プロジェクト < http://www.linux.or.jp/JF/ >
更新日 : 2009/07/25
翻訳者 : Seiji Kaneko < skaneko at mbn dot or dot jp >
査読者 : Hiroshi Suzuki <setter at reset dot jp>

#Ext4 Filesystem
Ext4 ファイルシステム

#Ext4 is an an advanced level of the ext3 filesystem which incorporates
#scalability and reliability enhancements for supporting large filesystems
#(64 bit) in keeping with increasing disk capacities and state-of-the-art
#feature requirements.
ext4 ファイルシステムは、ext3 ファイルシステムの次世代の水準として、ディス
ク容量の増加に伴う巨大なファイルシステム (64bit) を扱うのに必要な拡張性と

#Mailing list:	linux-ext4@vger.kernel.org
メーリングリスト:  linux-ext4@vger.kernel.org
#Web site:	http://ext4.wiki.kernel.org
ウェブサイト:	http://ext4.wiki.kernel.org

#1. Quick usage instructions:
1. 簡単な利用方法

#Note: More extensive information for getting started with ext4 can be
#      found at the ext4 wiki site at the URL:
#      http://ext4.wiki.kernel.org/index.php/Ext4_Howto
注記:	ext4 をはじめるに当たってのさらに詳細な説明は、下記 URL の ext4 Wiki

#  - Compile and install the latest version of e2fsprogs (as of this
#    writing version 1.41.3) from:
  - 最新の e2fsprogs (現在バージョン 1.41.3) を以下から入手し、コンパイル・

#	or


#	or grab the latest git repository from:
	または以下から最新の git リポジトリを入手してください。


#  - Note that it is highly important to install the mke2fs.conf file
#    that comes with the e2fsprogs 1.41.x sources in /etc/mke2fs.conf. If
#    you have edited the /etc/mke2fs.conf file installed on your system,
#    you will need to merge your changes with the version from e2fsprogs
#    1.41.x.
   - e2fsprogs 1.41.x ソース付属の mke2fs.conf ファイルを /etc/mke2fs.conf
     /etc/mke2fs.conf ファイルをすでに編集している場合は、e2fsprogs 1.41.x

#  - Create a new filesystem using the ext4 filesystem type:
   - ext4 ファイルシステムタイプを用いて新規ファイルシステムを作成します。

    	# mke2fs -t ext4 /dev/hda1

#    Or to configure an existing ext3 filesystem to support extents:
     または、既存の ext3 ファイルシステムをエクステントをサポートするよう設

	# tune2fs -O extents /dev/hda1

#    If the filesystem was created with 128 byte inodes, it can be
#    converted to use 256 byte for greater efficiency via:
    ファイルシステムが 128 バイト inode で作成されている場合は、効率のため
    256 バイトを使用するよう以下のように変換できます。

        # tune2fs -I 256 /dev/hda1

#    (Note: we currently do not have tools to convert an ext4
#    filesystem back to ext3; so please do not do try this on production
#    filesystems.)
     (注意: 現在のところ ext4 ファイルシステムを ext3 に戻すツールは提供

#  - Mounting:
   - マウントする:

	# mount -t ext4 /dev/hda1 /wherever

#  - When comparing performance with other filesystems, it's always
#    important to try multiple workloads; very often a subtle change in a
#    workload parameter can completely change the ranking of which
#    filesystems do well compared to others.  When comparing versus ext3,
#    note that ext4 enables write barriers by default, while ext3 does
#    not enable write barriers by default.  So it is useful to use
#    explicitly specify whether barriers are enabled or not when via the
#    '-o barriers=[0|1]' mount option for both ext3 and ext4 filesystems
#    for a fair comparison.  When tuning ext3 for best benchmark numbers,
#    it is often worthwhile to try changing the data journaling mode; '-o
#    data=writeback,nobh' can be faster for some workloads.  (Note
#    however that running mounted with data=writeback can potentially
#    leave stale data exposed in recently written files in case of an
#    unclean shutdown, which could be a security exposure in some
#    situations.)  Configuring the filesystem with a large journal can
#    also be helpful for metadata-intensive workloads.
  - 他のファイルシステムとの性能比較の際は、複数の負荷環境で試すことが常に
    ります。特に ext3 との比較の場合は、ext4 が書き込みバリアを標準で有効
    化しており、ext3 は標準ではライトバリアを有効にしてはいないことに留意
    示的に、ext3 と ext4 ファイルシステムとも '-o barriers=[0|1]' を使って
    指定するのが役に立つでしょう。ext4 を最高のベンチマーク結果となるよう
    '-o data=writeback,nobh' は他より高速となるでしょう (注意として、
    data=writeback モードでマウント運用している場合、クリーンでないシャッ
    く取るよう設定することも、metadata を多用する負荷では性能の助けになり
    <!-- ext3 と書かれているのはどう見ても誤記なので、訳文では修正 -->

#2. Features
2. 機能

#2.1 Currently available
2.1 現在使える機能

#* ability to use filesystems > 16TB (e2fsprogs support not available yet)
#* extent format reduces metadata overhead (RAM, IO for access, transactions)
#* extent format more robust in face of on-disk corruption due to magics,
#* internal redundancy in tree
#* improved file allocation (multi-block alloc)
#* lift 32000 subdirectory limit imposed by i_links_count[1]
#* nsec timestamps for mtime, atime, ctime, create time
#* inode version field on disk (NFSv4, Lustre)
#* reduced e2fsck time via uninit_bg feature
#* journal checksumming for robustness, performance
#* persistent file preallocation (e.g for streaming media, databases)
#* ability to pack bitmaps and inode tables into larger virtual groups via the
#  flex_bg feature
#* large file support
#* Inode allocation using large virtual block groups via flex_bg
#* delayed allocation
#* large block (up to pagesize) support
#* efficent new ordered mode in JBD2 and ext4(avoid using buffer head to force
#  the ordering)
* 16TB 超のファイルシステムの利用 (e2fsprogs ではまだサポートされていません)
* メタデータオーバヘッド (RAM, アクセス I/O, トランザクション) を減らすエク
* magic によるディスク上のデータ破壊に対して、より頑強なエクステントフォー
* 木構造の内部冗長性
* ファイル割り当ての改善 (複数ブロックアロケーション)
* i_links_count[1] による、32000 のサブディレクトリ数制限の撤廃
* mtime, atime, ctime, create time(作成時刻) に nsec 単位のタイムスタンプ
* ディスク上での inode バージョンフィールド (NFSv4、Lustre)
* uninit_bg 機能による e2fsck 時間の削減
* 頑健さと性能を向上させるためのジャーナルチェックサム機能
* 持続ファイル事前割り当て (ストリーミングメディアやデータベース向け)
* ビットマップと inode テーブルを、flex_bg 機能を使って大きな仮想グループに
* 巨大ファイルサポート
* flex_bg 機能による、大きな仮想ブロックグループを用いて inode を割り当てる
* 遅延割り当て
* 巨大ブロック (ページサイズまで) のサポート
* JBD2 と ext4 での効率的な新 ordered モード (順序保証のためにバッファヘッ

#[1] Filesystems with a block size of 1k may see a limit imposed by the
#directory hash tree having a maximum depth of two.
[1] ブロックサイズ 1k のファイルシステムでは、ディレクトリハッシュツリーが最大
深さ 2 であることから来る制限に制約されます。

#2.2 Candidate features for future inclusion
2.2 将来追加候補に挙がっている機能

#* Online defrag (patches available but not well tested)
* オンラインデフラグ (パッチはありますが、十分にはテストされていません)
#* reduced mke2fs time via lazy itable initialization in conjuction with
#  the uninit_bg feature (capability to do this is available in e2fsprogs
#  but a kernel thread to do lazy zeroing of unused inode table blocks
#  after filesystem is first mounted is required for safety)
* itable 遅延初期化と uninit_bg 機能を組み合わせた mke2fs 時間の短縮 (これ
  を実現する機能は e2fsprogs には既に組み込まれていますが、ファイルシステム
  の最初のマウント後に未使用 inode テーブルブロックを遅延初期化するためのカ

#There are several others under discussion, whether they all make it in is
#partly a function of how much time everyone has to work on them. Features like
#metadata checksumming have been discussed and planned for a bit but no patches
#exist yet so I'm not sure they're in the near-term roadmap.
これから必要な作業時間 (の見通し) に依存するでしょう。メタデータチェックサムの

#The big performance win will come with mballoc, delalloc and flex_bg
#grouping of bitmaps and inode tables.  Some test results available here:
ビットマップと inode テーブルにmballoc、delalloc と、flex_bg グルーピング

 - http://www.bullopensource.org/ext4/20080818-ffsb/ffsb-write-2.6.27-rc1.html
 - http://www.bullopensource.org/ext4/20080818-ffsb/ffsb-readwrite-2.6.27-rc1.html

#3. Options
3. マウントオプション

#When mounting an ext4 filesystem, the following option are accepted:
#(*) == default
ext4 ファイルシステムマウント時、以下のオプションが使えます。
(*) == 既定値

#ro                   	Mount filesystem read only. Note that ext4 will
#                     	replay the journal (and thus write to the
#                     	partition) even when mounted "read only". The
#                     	mount options "ro,noload" can be used to prevent
#		     	writes to the filesystem.
ro			ファイルシステムをリードオンリーでマウントする。ext4
			プレイを行う (従ってパーティションに書き込みを行う)
			"ro,noload" をファイルシステムへの書き込みを阻止す

#journal_checksum	Enable checksumming of the journal transactions.
#			This will allow the recovery code in e2fsck and the
#			kernel to detect corruption in the kernel.  It is a
#			compatible change and will be ignored by older kernels.
journal_checksum	ジャーナルトランザクション時にチェックサムを有効にし
			ます。これにより e2fsck のリカバリコードを有効にし、

#journal_async_commit	Commit block can be written to disk without waiting
#			for descriptor blocks. If enabled older kernels cannot
#			mount the device. This will enable 'journal_checksum'
#			internally.
journal_async_commit	ディスクリプタブロックの書き込みを待たずに、コミット
			きません。これにより、内部的に journal_checksum が

#journal=update		Update the ext4 file system's journal to the current
#			format.
journal=update		ext4 ファイルシステムのジャーナルを現在の形式にアッ

#journal_dev=devnum	When the external journal device's major/minor numbers
#			have changed, this option allows the user to specify
#			the new journal location.  The journal device is
#			identified through its new major/minor numbers encoded
#			in devnum.
journal_dev=devnum	外部ジャーナルデバイスの major/minor 番号が変化した
			指定します。ジャーナルデバイスは devnum 形式でエンコ
			ードされた major/minor 番号で指定されます。

#noload			Don't load the journal on mounting.  Note that
#                     	if the filesystem was not unmounted cleanly,
#                     	skipping the journal replay will lead to the
#                     	filesystem containing inconsistencies that can
#                     	lead to any number of problems.
noload			マウント時にジャーナルをロードしません。もしファイルシス

#data=journal		All data are committed into the journal prior to being
#			written into the main file system.
data=journal		全データは、メインのファイルシステムに書き込む前に、

#data=ordered	(*)	All data are forced directly out to the main file
#			system prior to its metadata being committed to the
#			journal.
data=ordered	(*)	全データは、そのメタデータがジャーナルにコミットされ

#data=writeback		Data ordering is not preserved, data may be written
#			into the main file system after its metadata has been
#			committed to the journal.
data=writeback		データの順序は保存されません。データは、そのメタデー

#commit=nrsec	(*)	Ext4 can be told to sync all its data and metadata
#			every 'nrsec' seconds. The default value is 5 seconds.
#			This means that if you lose your power, you will lose
#			as much as the latest 5 seconds of work (your
#			filesystem will not be damaged though, thanks to the
#			journaling).  This default value (or any low value)
#			will hurt performance, but it's good for data-safety.
#			Setting it to 0 will have the same effect as leaving
#			it at the default (5 seconds).
#			Setting it to very large values will improve
#			performance.
commit=nrsec	(*)	Ext4 はデータとメタデータを、'nrsec' 秒毎に同期できま
			す。デフォルトは、5 秒です。これは、電源が切れてしまっ
			た時、最後の 5 秒間の作業内容が失われてしまうことを意
			味します (しかし、ファイルシステムは、ジャーナリングの
			このデフォルト値 (または、より小さい値) は、性能に影響
			を与えますが、データの安全性は向上します。0 にした場
			合は、デフォルトの 5 秒にしたのと同じ効果となります。

#barrier=<0|1(*)>	This enables/disables the use of write barriers in
#barrier(*)		the jbd code.  barrier=0 disables, barrier=1 enables.
#nobarrier		This also requires an IO stack which can support
#			barriers, and if jbd gets an error on a barrier
#			write, it will disable again with a warning.
#			Write barriers enforce proper on-disk ordering
#			of journal commits, making volatile disk write caches
#			safe to use, at some performance penalty.  If
#			your disks are battery-backed in one way or another,
#			disabling barriers may safely improve performance.
#			The mount options "barrier" and "nobarrier" can
#			also be used to enable or disable barriers, for
#			consistency with other ext4 mount options.
barrier=<0|1(*)>	jbd コードでのライトバリアの利用を有効/無効にします。
barrier(*)		barrier=0 は無効化し、barrier=1 は有効にします。こ
nobarrier		のライトバリアの有効化のためにはバリアを有効化した
			IO スタックが必要で、さらに jbd がバリアライト時に
			マウントオプション "barrier" と "nobarrier" をバリ
			のオプションは、他の ext4 マウントオプションとの一貫

#inode_readahead=n	This tuning parameter controls the maximum
#			number of inode table blocks that ext4's inode
#			table readahead algorithm will pre-read into
#			the buffer cache.  The default value is 32 blocks.
inode_readahead=n	このチューニングパラメータは、ext4 inode テーブル先読
			テーブルブロックの数の最大値を制御します。既定値は 32

#orlov		(*)	This enables the new Orlov block allocator. It is
#			enabled by default.
orlov		(*)	新しい、Orlov ブロックアロケータを有効にします。デフ

#oldalloc		This disables the Orlov block allocator and enables
#			the old block allocator.  Orlov should have better
#			performance - we'd like to get some feedback if it's
#			the contrary for you.
oldalloc		Orlov ブロックアロケータを無効にして、古いブロックア
			ロケータを有効にします。Orlov の方が性能が良いはずですが、

#user_xattr		Enables Extended User Attributes.  Additionally, you
#			need to have extended attribute support enabled in the
#			kernel configuration (CONFIG_EXT4_FS_XATTR).  See the
#			attr(5) manual page and http://acl.bestbits.at/ to
#			learn more about extended attributes.
user_xattr		POSIX 拡張属性を有効にします。有効にするには、さらにカー
			ネル設定で拡張属性のサポート (CONFIG_EXT4_FS_XATTR) を
			POSIX 拡張属性の詳細を学ぶには、attr(5) のマニュアルペー
			ジと http://acl.bestbits.at を見てください。

#nouser_xattr		Disables Extended User Attributes.
nouser_xattr		POSIX 拡張属性 を無効にします。

#acl			Enables POSIX Access Control Lists support.
#			Additionally, you need to have ACL support enabled in
#			the kernel configuration (CONFIG_EXT4_FS_POSIX_ACL).
#			See the acl(5) manual page and http://acl.bestbits.at/
#			for more information.
acl			POSIX アクセス制御リスト (POSIX ACL) サポートを有効に
			します。有効にするには、さらにカーネル設定で ACL のサポ
			ート (CONFIG_EXT4_FS_POSIX_ACL) を組み込む必要があり
			ACL の詳細は、acl(5) のマニュアルページと
			http://acl.bestbits.at を見てください。

#noacl			This option disables POSIX Access Control List
#			support.
noacl			POSIX アクセス制御リスト(POSIX ACL) を無効にします。



#bsddf		(*)	Make 'df' act like BSD.
#minixdf			Make 'df' act like Minix.
bsddf		(*)	'df' の動作を BSD と同様にします。
minixdf			'df' の動作を Minix と同様にします。

#debug			Extra debugging information is sent to syslog.
debug			追加デバッグ情報を syslog に送ります。

#abort			Simulate the effects of calling ext4_abort() for
#			debugging purposes.  This is normally used while
#			remounting a filesystem which is already mounted.
abort			デバッグのため ext4_abort() 呼び出しの効果をシミ
			利用 (発生) されます。

#errors=remount-ro	Remount the filesystem read-only on an error.
#errors=continue		Keep going on a filesystem error.
#errors=panic		Panic and halt the machine if an error occurs.
#                        (These mount options override the errors behavior
#                        specified in the superblock, which can be configured
#                        using tune2fs)
errors=remount-ro(*)	エラー時、読み込み専用でファイルシステムを再マウント
errors=continue		ファイルシステムエラーが発生しても継続します。
errors=panic		エラーが発生したら、PANIC して、マシンを停止します
			(これらのオプションは、tune2fs で設定時に指定した、
			superblock で指定したエラー時の挙動指定を上書きします)。

#data_err=ignore(*)	Just print an error message if an error occurs
#			in a file data buffer in ordered mode.
#data_err=abort		Abort the journal if an error occurs in a file
#			data buffer in ordered mode.
data_err=ignore(*)	オーダードモードでファイルデータバッファでエラーが発生し
data_err=abort		オーダードモードでファイルデータバッファでエラーが発生し

#grpid			Give objects the same group ID as their creator.
grpid			オブジェクトの作成時に、作成先ディレクトリと同じグループ
bsdgroups		ID を与えます。

#nogrpid	(*)	New objects have the group ID of their creator.
nogrpid		(*)	オブジェクトの作成時に、作成先ディレクトリに setgid ビ
sysvgroups		ットがセットされていない場合、作成プロセスと同じグループ
			ID を与えます。作成先ディレクトリに setgid ビットがセッ
			トされていた場合には、作成先ディレクトリのグループ ID と
			作成されたのがディレクトリであった場合には setgid ビット

#resgid=n		The group ID which may use the reserved blocks.
resgid=n		予約ブロックを使用するグループ ID です。

#resuid=n		The user ID which may use the reserved blocks.
resuid=n		予約ブロックを使用するユーザ ID です。

#sb=n			Use alternate superblock at this location.
sb=n			この位置の代替スーパーブロックを使います。


#bh		(*)	ext4 associates buffer heads to data pages to
#nobh			(a) cache disk block mapping information
#			(b) link pages into transaction to provide
#			    ordering guarantees.
#			"bh" option forces use of buffer heads.
#			"nobh" option tries to avoid associating buffer
#			heads (supported only for "writeback" mode).
bh		(*)	ext4 はバッファ先頭を以下の情報に関連づけます。
nobh			(a) キャッシュディスクブロックマップ情報
			(b) 順序保証のためのトランザクション内のリンクページ
			bh オプションではバッファヘッドの利用を強制し、nobh
			(writeback モードでのみサポートされます)。

#stripe=n		Number of filesystem blocks that mballoc will try
#			to use for allocation size and alignment. For RAID5/6
#			systems this should be the number of data
#			disks *  RAID chunk size in file system blocks.
#delalloc	(*)	Deferring block allocation until write-out time.
#nodelalloc		Disable delayed allocation. Blocks are allocation
#			when data is copied from user to page cache.
stripe=n		mballoc がアロケーション単位とアラインに使用しようと
			するファイルシステムブロック数です。RAID5/6 では、こ
			RAID チャンクサイズとの積にすべきです。
delalloc	(*)	書き込み時までブロック割り当てを遅延させます。
nodelalloc		遅延割り当てを無効にします。データがユーザからページ

#max_batch_time=usec	Maximum amount of time ext4 should wait for
#			additional filesystem operations to be batch
#			together with a synchronous write operation.
#			Since a synchronous write operation is going to
#			force a commit and then a wait for the I/O
#			complete, it doesn't cost much, and can be a
#			huge throughput win, we wait for a small amount
#			of time to see if any other transactions can
#			piggyback on the synchronous write.   The
#			algorithm used is designed to automatically tune
#			for the speed of the disk, by measuring the
#			amount of time (on average) that it takes to
#			finish committing a transaction.  Call this time
#			the "commit time".  If the time that the
#			transaction has been running is less than the
#			commit time, ext4 will try sleeping for the
#			commit time to see if other operations will join
#			the transaction.   The commit time is capped by
#			the max_batch_time, which defaults to 15000us
#			(15ms).   This optimization can be turned off
#			entirely by setting max_batch_time to 0.
max_batch_time=usec	ext4 の同期書き込み操作時に、別のファイル操作を合わせて
			込み処理は強制的なコミットを行い、その後 I/O 処理の完了
			る時間 (平均時間) を測定することにより、ディスク速度に
			ト完了に要する時間」を ”Commit time" と呼ぶことにしま
			す。もし、トランザクションを実行している時間が Commit
			time より小さいならば、ext4 は Commit time だけスリー
			調べます。この Commit time は max_batch_time により
			上限が指定されます。max_batch_time の標準値は
			15000us (15ms) です。max_batch_time を 0 と指定する

#min_batch_time=usec	This parameter sets the commit time (as
#			described above) to be at least min_batch_time.
#			It defaults to zero microseconds.  Increasing
#			this parameter may improve the throughput of
#			multi-threaded, synchronous workloads on very
#			fast disks, at the cost of increasing latency.
min_batch_time=usec	このパラメータは commit time (上記参照) が、少なくとも
			min_batch_time 以上であることを指定します。標準値は 0
			ms です。このパラメータを増やした場合、マルチスレッドで

#journal_ioprio=prio	The I/O priority (from 0 to 7, where 0 is the
#			highest priorty) which should be used for I/O
#			operations submitted by kjournald2 during a
#			commit operation.  This defaults to 3, which is
#			a slightly higher priority than the default I/O
#			priority.
journal_ioprio=prio	kjournald2 が、コミット処理中に発行する I/O 処理で用い
			る I/O プライオリティ (0 から 7 で、0 が最高のプライオ
			リティです) を指定します。標準値は 3 で、これは通常の
			I/O プライオリティより少し高くなっています。

#auto_da_alloc(*)	Many broken applications don't use fsync() when
#noauto_da_alloc		replacing existing files via patterns such as
#			fd = open("foo.new")/write(fd,..)/close(fd)/
#			rename("foo.new", "foo"), or worse yet,
#			fd = open("foo", O_TRUNC)/write(fd,..)/close(fd).
#			If auto_da_alloc is enabled, ext4 will detect
#			the replace-via-rename and replace-via-truncate
#			patterns and force that any delayed allocation
#			blocks are allocated such that at the next
#			journal commit, in the default data=ordered
#			mode, the data blocks of the new file are forced
#			to disk before the rename() operation is
#			committed.  This provides roughly the same level
#			of guarantees as ext3, and avoids the
#			"zero-length" problem that can happen when a
#			system crashes before the delayed allocation
#			blocks are forced to disk.
auto_da_alloc(*)	多くの壊れたアプリケーションは、fd = open("foo.new")/
noauto_da_alloc		write(fd,..)/close(fd)/rename("foo.new", "foo") な
			fd = open("foo", O_TRUNC)/write(fd,..)/close(fd)
			パターンで、fsync() を使わないで既存のファイルを入れ
			替えます。auto_da_alloc が有効な場合、ext4 はこのリ
			ネームによるファイルの入れ替えと truncate によるファ
			強制的に割り当てます。この処理でほぼ ext3 と同程度の保
			る前にシステムがクラッシュした場合の「長さ 0 になる」
			問題を (同程度に) 回避できます。

#Data Mode
#There are 3 different data modes:
3 つの異なるデータモードを提供しています。

#* writeback mode
#In data=writeback mode, ext4 does not journal data at all.  This mode provides
#a similar level of journaling as that of XFS, JFS, and ReiserFS in its default
#mode - metadata journaling.  A crash+recovery can cause incorrect data to
#appear in files which were written shortly before the crash.  This mode will
#typically provide the best ext4 performance.
* ライトバックモード
data=writeback モードのとき、ext4 はデータを全くジャーナルしません。
これは、XFS, JFS, ReiserFS のデフォルトモード (メタデータジャーナリング) と
クラッシュ + リカバリ で、クラッシュ直前に書き込まれたファイル内に不正データ
が現れるかもしれません。通常このモードは最高の ext4 パフォーマンスが得られま

#* ordered mode
#In data=ordered mode, ext4 only officially journals metadata, but it logically
#groups metadata information related to data changes with the data blocks into a
#single unit called a transaction.  When it's time to write the new metadata
#out to disk, the associated data blocks are written first.  In general,
#this mode performs slightly slower than writeback but significantly faster than
journal mode.
* オーダードモード
data=ordered モードのとき、ext4 は公式にはメタデータのみをジャーナルします
が、この際にメタデータとデータブロックはトランザクションと呼ばれる 1 つの単

#* journal mode
#data=journal mode provides full data and metadata journaling.  All new data is
#written to the journal first, and then to its final location.
#In the event of a crash, the journal can be replayed, bringing both data and
#metadata into a consistent state.  This mode is the slowest except when data
#needs to be read from and written to disk at the same time where it
#outperforms all others modes.  Currently ext4 does not have delayed
#allocation support if this data journalling mode is selected.
* ジャーナルモード
data=journal モードは、データとメタデータの完全なジャーナリングを備えます。
す。現在の ext4 では、このデータジャーナリングモードが選択されているとき、


#kernel source:	<file:fs/ext4/>
#		<file:fs/jbd2/>
カーネルソース:	<file:fs/ext4/>

#programs:	http://e2fsprogs.sourceforge.net/
プログラム:	http://e2fsprogs.sourceforge.net/

#useful links:	http://fedoraproject.org/wiki/ext3-devel
#		http://www.bullopensource.org/ext4/
#		http://ext4.wiki.kernel.org/index.php/Main_Page
#		http://fedoraproject.org/wiki/Features/Ext4
役に立つリンク:	http://fedoraproject.org/wiki/ext3-devel

Linux カーネル 2.6 付属文書一覧へ戻る