Ext3 - 版の履歴

Kgx: 同期

2025-02-20T20:10:56Z

同期

← 古い版		2025年2月21日 (金) 05:10時点における版
10行目:		10行目:
	{{Note\|ext3 は [[ext4]] に取って代わられ、ext3 に依存するレガシーシステムでのみ使用すべきです。迷った場合は、常に ext4 を使用してください。}}		{{Note\|ext3 は [[ext4]] に取って代わられ、ext3 に依存するレガシーシステムでのみ使用すべきです。迷った場合は、常に ext4 を使用してください。}}

	ext3 ファイルシステムは、2001 年に追加された当時は、ジャーナリングの導入により優れた選択肢でした。しかし、レガシーソフトウェアなどによって必要とされない限り、[[ext4]] を使用して下さい。ext4 の ext3 に対する改善点については、[[Wikipedia:Ext3#ext4]] ~~を参照してください。~~		ext3 ファイルシステムは、2001 年に追加された当時は、ジャーナリングの導入により優れた選択肢でした。しかし、レガシーソフトウェアなどによって必要とされない限り、[[ext4]] を使用して下さい。ext4 の ext3 に対する改善点については、こちらを参照 [[Wikipedia:Ext3#ext4]]

	== tune2fs と e2fsck を使う ==		== tune2fs と e2fsck を使う ==

Kgx: 同期

2025-02-20T20:09:22Z

同期

← 古い版		2025年2月21日 (金) 05:09時点における版
8行目:		8行目:
	{{Related\|Ext4}}		{{Related\|Ext4}}
	{{Related articles end}}		{{Related articles end}}
			{{Note\|ext3 は [[ext4]] に取って代わられ、ext3 に依存するレガシーシステムでのみ使用すべきです。迷った場合は、常に ext4 を使用してください。}}

			ext3 ファイルシステムは、2001 年に追加された当時は、ジャーナリングの導入により優れた選択肢でした。しかし、レガシーソフトウェアなどによって必要とされない限り、[[ext4]] を使用して下さい。ext4 の ext3 に対する改善点については、[[Wikipedia:Ext3#ext4]] を参照してください。
	Third Extended ("ext3") ファイルシステムには長所がたくさんあります。ext3 のカーネル内のコードやユーザー空間のツールは他の Linux 対応のファイルシステムよりも多く使われ、テストされ、修正が施され、改善が加えられています。ext3 はシンプルかつ強固でありながら、拡張性もあります。この記事ではファイルシステムのパフォーマンスと信頼性の両方を良くするためのヒントを説明しています。

	このドキュメントでは一般的なパーティションを {{ic\|/dev/hdXY}} と表記します。あなたの使用している実際のデバイスノードに適宜置き換えてください。例えば、スレーブディスクの一番目のパーティションなら {{ic\|/dev/hdb1}}、一番目の SCSI または Serial ATA ディスクの二番目のパーティションなら {{ic\|/dev/sda2}} になります。

	== tune2fs と e2fsck を使う ==		== tune2fs と e2fsck を使う ==

	まず最初に、tune2fs ユーティリティを使って ext2 や ext3 パーティションのファイルシステムオプションを変更できる (もしくは [[Ext4#ext3 から ext4 に移行\|ext2 を ext3 に変換する]]) ことを確認する必要があります。''tune2fs~~'' の [[man~~ ~~ページ]]~~を見て下さい。		まず最初に、tune2fs ユーティリティを使って ext2 や ext3 パーティションのファイルシステムオプションを変更できる (もしくは [[Ext4#ext3 から ext4 に移行\|ext2 を ext3 に変換する]]) ことを確認する必要があります。{{man\|8\|tune2fs}} を見て下さい。

	ファイルシステムに変更を加えた後は ''e2fsck'' ユーティリティを使ってファイルシステムのチェックを実行すると良いでしょう。ファイルシステムが問題ないか確認して、必要であれば修正を行います。まだ使ったことがないのであれば ''e2fsck'' ユーティリティの man ページを読んで下さい。		ファイルシステムに変更を加えた後は '''e2fsck''' ユーティリティを使ってファイルシステムのチェックを実行すると良いでしょう。ファイルシステムが問題ないか確認して、必要であれば修正を行います。まだ使ったことがないのであれば '''e2fsck''' ユーティリティの man ページを読んで下さい。

	{{Warning\|実行するときはファイルシステムをアンマウントする必要があります。''tune2fs'' や ''e2fsck'' ユーティリティを使って変更を加える前に必ずファイルシステムがアンマウントされていることを確認してください。マウント中のファイルシステムを弄った場合、ファイルシステムが破損する可能性があります。必要であれば [http://partedmagic.com/doku.php Parted Magic] や Arch Linux のインストールメディアなどの LiveCD から起動するようにしてください。}}		{{Warning\|実行するときはファイルシステムを '''アンマウントする必要があります。''' '''tune2fs''' や '''e2fsck''' ユーティリティを使って変更を加える前に必ずファイルシステムがアンマウントされていることを確認してください。マウント中のファイルシステムを弄った場合、ファイルシステムが破損する可能性があります。必要であれば [http://partedmagic.com/doku.php Parted Magic] や Arch Linux のインストールメディアなどの LiveCD から起動するようにしてください。}}

	== ディレクトリインデックスを使う ==		== ディレクトリインデックスを使う ==

Kusakata: 翻訳

2017-12-29T14:22:04Z

翻訳

← 古い版		2017年12月29日 (金) 23:22時点における版
54行目:		54行目:
	{{Warning\|チェックを無効化するのは ext3/4 などのジャーナリングファイルシステムだけにしてください。ReiserFS や XFS などの他のジャーナリングファイルシステムでも無効化できたりできなかったりしますが、テストはされていません。チェックを無効化するとファイルシステムに損害を与えたり破損してしまう可能性があります。自己責任で設定してください。}}		{{Warning\|チェックを無効化するのは ext3/4 などのジャーナリングファイルシステムだけにしてください。ReiserFS や XFS などの他のジャーナリングファイルシステムでも無効化できたりできなかったりしますが、テストはされていません。チェックを無効化するとファイルシステムに損害を与えたり破損してしまう可能性があります。自己責任で設定してください。}}

			ext3 ファイルシステムは30回マウントされるたびにチェックが走ります。IDE/SATA/SCSI の配線に問題が生じたときや電源の供給が止まったときなどハードウェアに問題が発生した場合に、ファイルシステムが破損することを防げるため基本的には良いことです。ジャーナリングファイルシステムはトランザクションを再生して簡単にファイルシステムを元の状態に復帰できるようにするために作られました。したがって、必要なときにジャーナルを復元してファイルシステムを元に戻してデータを失わないようにすることができるのであれば、一定のマウント回数で行うチェックは無効にしても安全です。無効化する前に {{ic\|/etc/fstab}} のファイルシステムエントリの6番目のフィールド (pass) が正数 (起動時に自動的にチェック) になっていることを確認してください。以下のコマンドで無効化できます:
	It seems that our ext3 filesystems are still being checked every 30 mounts or so. This is a good default for many because it helps prevent filesystem corruption when you have hardware issues, such as bad IDE/SATA/SCSI cabling, power supply failures, etc. One of the driving forces for creating journaling filesystems was that the filesystem could easily be returned to a consistent state by recovering and replaying the needed journaled transactions. Therefore, we can safely disable these mount-count- and time-dependent checks if we are certain the filesystem will be quickly checked to recover the journal if needed to restore filesystem and data consistency. Before you do this please make sure your filesystem entry in /etc/fstab has a positive integer in its 6th field (pass) so that it is checked at boot time automatically. You may do so using the following command:

	# tune2fs -c 0 -i 0 /dev/hdXY		# tune2fs -c 0 -i 0 /dev/hdXY

			完全に無効化するのではなく (安全のために) 発生回数を減らしたい場合、カウントチェックからタイムフレームチェックに変更すると良いでしょう。1ヶ月毎にチェックするように変更するには:
	If you just want to limit the checks to happen less often without totally disabling them (for peace of mind). A great method is to change from a number of count's check to a time frame check. See the man page. Here is once every month:

	# tune2fs -c 0 -i 1m /dev/hdXY		# tune2fs -c 0 -i 1m /dev/hdXY
64行目:		64行目:
	== 予約済みのファイルシステム領域を回収する ==		== 予約済みのファイルシステム領域を回収する ==

			Ext3 パーティションはデフォルトで使用領域の 5% を特殊な目的のために使います。主な目的はファイルシステムの断片化を抑えるためです。ファイルシステムの使用量が 100% に達しても root がログインできるように領域を残しているという理由もあります。領域が全く残っていないとログを書き出すことすらできず、システムが不安定になって root ユーザーがログインできなくなる可能性があります。
	Ext3 partition contain a used space of 5% for special reasons by default. The main reason is to help with less fragmentation on the filesystem. The other reason for such space is so root can log in even when the filesystem becomes 100% used. Without this option, the root user might not be able to log in to "clean up" because the system could become unstable, trying to write logs to a 100% full system for example.

			ハードディスクの容量が大きくなると、たとえ 5% でもかなり無駄な領域を消費することになります (例えば 100 GB のハードディスクなら 5 GB が予約されます)。{{ic\|/home}} などのファイルシステムを分割している場合はオプションを調整して浪費されている領域を回収すると良いでしょう (詳しくは [http://www.redhat.com/archives/ext3-users/2009-January/msg00026.html こちらのメール] を参照)。ルートファイルシステムなどは 5% の予約領域をそのままにしておくほうが安全です。{{ic\|/var}} や {{ic\|/tmp}} ファイルシステムが含まれているファイルシステムの予約領域をなくしてしまうと問題になるでしょう。
	The issue with this is that hard drives are getting so big the 5% can add up to be quite a large amount of wasted space. (eg. 100 GB = 5 GB reserved). Now if you separate your filesystems to like /home for example it might be a good idea to adjust these and reclaim that wasted space on long-term archive partitions (see [http://www.redhat.com/archives/ext3-users/2009-January/msg00026.html this email] for more info). It's a safe bet to leave your / filesystem at 5% reserved just in case. Leave reserved space for filesystems containing /var and /tmp also or else you'll end up with problems.

			ルートファイルシステム以外のファイルシステムで予約領域をドライブの 1% に変更するには:
	Now to change your reserved space to 1% of the drive, which is fair for non-root filesystems.

	# tune2fs -m 1 /dev/sdXY		# tune2fs -m 1 /dev/sdXY
74行目:		74行目:
	== ラベルを割り当てる ==		== ラベルを割り当てる ==

			パーティションを作成・フォーマットしたら、{{ic\|e2label}} コマンドを使ってラベルを割り当てることができます。ラベルを割り当てることでデバイスパスの代わりにラベルを使って {{ic\|/etc/fstab}} にパーティションを追加できるようになります (USB ドライブなどで有用です)。パーティションにラベルを追加するには、root で以下のコマンドを実行:
	Once you have created and formated a partition, you can assign it a label using the e2label command. This allows you to add the partition to /etc/fstab using a label instead of using a device path (usefull for an USB drive). To add a label to a partition, type the following command as root:

	# e2label /dev/sdXY ''new-label''		# e2label /dev/sdXY ''new-label''

			任意の引数 ''new-label'' を指定しなかった場合、e2label は現在のファイルシステムのラベルを表示します。任意の引数 ''new-label'' を指定した場合、e2label はファイルシステムのラベルを ''new-label'' に設定します。Ext2 と ext3 ファイルシステムのラベルは最大で16文字まで設定できます。new-label が16文字よりも長い場合、e2label は末端を切り取り警告メッセージを出力します。
	If the optional argument ''new-label'' is not present, e2label will simply display the current filesystem label. If the optional argument ''new-label'' is present, then e2label will set the filesystem label to be ''new-label''q. Ext2 and ext3 filesystem labels can be at most 16 characters long; if new-label is longer than 16 characters, e2label will truncate it and print a warning message.

	== ユーザーエクスペリエンス ==

	I never had problems with these tips on large (>750) filesystems. Disabling lengthy boot-time works fine as well.

	I get filesystem errors even with this tips. Do not disable lengthy boot time checks.

	If you have some big partitions, do not enable full journaling on them. I experienced reproducible freezes (about 30 seconds) when enabling this on my 250GB home partition.

	: Did you try tweaking bdflush as described [http://www.ibm.com/developerworks/linux/library/l-fs8.html by Daniel Robbins]?

Kusakata: 言語間リンク

2017-12-29T14:02:26Z

言語間リンク

← 古い版		2017年12月29日 (金) 23:02時点における版
3行目:		3行目:
	[[en:Ext3]]		[[en:Ext3]]
	[[it:Ext3]]		[[it:Ext3]]
			[[ru:Ext3]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|ファイルシステム}}		{{Related\|ファイルシステム}}

2015年10月19日 (月) 10:35にKusakataによる

2015-10-19T10:35:49Z

← 古い版		2015年10月19日 (月) 19:35時点における版
1行目:		1行目:
			[[Category:ファイルシステム]]
⚫	~~#redirect~~[[en:Ext3]]
			[[de:Ext3]]
		⚫	[[en:Ext3]]
			[[it:Ext3]]
			{{Related articles start}}
			{{Related\|ファイルシステム}}
			{{Related\|Ext4}}
			{{Related articles end}}

			Third Extended ("ext3") ファイルシステムには長所がたくさんあります。ext3 のカーネル内のコードやユーザー空間のツールは他の Linux 対応のファイルシステムよりも多く使われ、テストされ、修正が施され、改善が加えられています。ext3 はシンプルかつ強固でありながら、拡張性もあります。この記事ではファイルシステムのパフォーマンスと信頼性の両方を良くするためのヒントを説明しています。

			このドキュメントでは一般的なパーティションを {{ic\|/dev/hdXY}} と表記します。あなたの使用している実際のデバイスノードに適宜置き換えてください。例えば、スレーブディスクの一番目のパーティションなら {{ic\|/dev/hdb1}}、一番目の SCSI または Serial ATA ディスクの二番目のパーティションなら {{ic\|/dev/sda2}} になります。

			== tune2fs と e2fsck を使う ==

			まず最初に、tune2fs ユーティリティを使って ext2 や ext3 パーティションのファイルシステムオプションを変更できる (もしくは [[Ext4#ext3 から ext4 に移行\|ext2 を ext3 に変換する]]) ことを確認する必要があります。''tune2fs'' の [[man ページ]]を見て下さい。

			ファイルシステムに変更を加えた後は ''e2fsck'' ユーティリティを使ってファイルシステムのチェックを実行すると良いでしょう。ファイルシステムが問題ないか確認して、必要であれば修正を行います。まだ使ったことがないのであれば ''e2fsck'' ユーティリティの man ページを読んで下さい。

			{{Warning\|実行するときはファイルシステムをアンマウントする必要があります。''tune2fs'' や ''e2fsck'' ユーティリティを使って変更を加える前に必ずファイルシステムがアンマウントされていることを確認してください。マウント中のファイルシステムを弄った場合、ファイルシステムが破損する可能性があります。必要であれば [http://partedmagic.com/doku.php Parted Magic] や Arch Linux のインストールメディアなどの LiveCD から起動するようにしてください。}}

			== ディレクトリインデックスを使う ==

			この機能は、ハッシュ化されたバイナリツリーを使ってディレクトリの情報を保存することで、巨大なディレクトリや、多数のファイルを含んでいるディレクトリでのファイルアクセスを高速化します。完全に安全に使うことができ、ほとんとの場合で、劇的にアクセス速度が向上します。したがって有効化すると良いでしょう:

			# tune2fs -O dir_index /dev/hdXY

			ディレクトリインデックスは ''tune2fs'' を実行した後に、ファイルシステムに作成されたディレクトリにだけ影響を与えます。既存のディレクトリに適用したいときは、''e2fsck'' ユーティリティを使ってファイルシステム上のディレクトリを最適化して再インデックスする必要があります:

			# e2fsck -D -f /dev/hdXY

			{{Note\|
			* 上記のコマンドは ext2, ext3, ext4 ファイルシステムで使うことができます。ファイルシステムのサイズによって、長い時間がかかることもあります。
			* Arch Linux では {{ic\|/etc/mke2fs.conf}} によってディレクトリインデックスはデフォルトで有効になっています。
			}}

			== フルジャーナリングの有効化 ==

			{{Warning\|遅延アロケーションとフルジャーナリング (例: {{ic\|journal=data}}) の両方を有効にしている場合、[[ext4]] パーティションがマウントされません。}}

			デフォルトでは、ext3 パーティションは 'ordered' データモードでマウントされます。このモードでは、全てのデータはメインのファイルシステムに書き込まれ、メタデータがジャーナルに送られます。ジャーナルのブロックは論理的にトランザクションにグループ化されディスク I/O を削減します。大抵の場合、これで問題は発生しませんが、(特定の状況下で) 信頼性とパフォーマンスの両方を向上させる方法があります: ファイルデータそのものを含む、全てのデータをジャーナリングさせるのです (別名 'journal' データモード)。通常、全てのデータをジャーナリングするのはパフォーマンスが落ちるように思われます。データがディスクに二回書き込まれることになるからです: 一度はジャーナルに、そしてメインのファイルシステムに。しかしながら、そうではない場合があります。読み書きを同時にたくさん行うようなファイルシステムではパフォーマンスが改善された例があります。詳しくは Daniel Robbins によって IBM のウェブサイトに書かれた [http://www-106.ibm.com/developerworks/linux/library/l-fs8.html#4 この記事] を読んで下さい。

			journal データモードを有効化する方法は2つあります。1つは {{ic\|/etc/fstab}} でマウントオプションとして {{ic\|1=data=journal}} を追加する方法です。この方法を使う場合、root ファイルシステムで journal データモードを使うときはブートローダーの設定で {{ic\|1=rootflags=data=journal}} をカーネルパラメータとして設定する必要があります。二番目の方法は、tune2fs を使ってファイルシステムのスーパーブロックのデフォルトマウントオプションを変更します:

			# tune2fs -O has_journal -o journal_data /dev/hdXY

			古いカーネルでは二番目の方法は使えないことがあるので注意してください。特に Linux 2.4.20 以下ではスーパーブロックのデフォルトマウントオプションが無視されます。さらに大胆に、ジャーナルのサイズを変更することもできます。ジャーナルを大きくすればパフォーマンスが良くなる可能性があります (そのかわりディスクの消費量は増えてリカバリにかかる時間は長くなります)。以下を実行する前に tune2fs マニュアルをよく読むようにしてください:

			# tune2fs -J size=$SIZE /dev/hdXY

			== 長ったらしいブート時のチェックを無効化 ==

			{{Warning\|チェックを無効化するのは ext3/4 などのジャーナリングファイルシステムだけにしてください。ReiserFS や XFS などの他のジャーナリングファイルシステムでも無効化できたりできなかったりしますが、テストはされていません。チェックを無効化するとファイルシステムに損害を与えたり破損してしまう可能性があります。自己責任で設定してください。}}

			It seems that our ext3 filesystems are still being checked every 30 mounts or so. This is a good default for many because it helps prevent filesystem corruption when you have hardware issues, such as bad IDE/SATA/SCSI cabling, power supply failures, etc. One of the driving forces for creating journaling filesystems was that the filesystem could easily be returned to a consistent state by recovering and replaying the needed journaled transactions. Therefore, we can safely disable these mount-count- and time-dependent checks if we are certain the filesystem will be quickly checked to recover the journal if needed to restore filesystem and data consistency. Before you do this please make sure your filesystem entry in /etc/fstab has a positive integer in its 6th field (pass) so that it is checked at boot time automatically. You may do so using the following command:

			# tune2fs -c 0 -i 0 /dev/hdXY

			If you just want to limit the checks to happen less often without totally disabling them (for peace of mind). A great method is to change from a number of count's check to a time frame check. See the man page. Here is once every month:

			# tune2fs -c 0 -i 1m /dev/hdXY

			== 予約済みのファイルシステム領域を回収する ==

			Ext3 partition contain a used space of 5% for special reasons by default. The main reason is to help with less fragmentation on the filesystem. The other reason for such space is so root can log in even when the filesystem becomes 100% used. Without this option, the root user might not be able to log in to "clean up" because the system could become unstable, trying to write logs to a 100% full system for example.

			The issue with this is that hard drives are getting so big the 5% can add up to be quite a large amount of wasted space. (eg. 100 GB = 5 GB reserved). Now if you separate your filesystems to like /home for example it might be a good idea to adjust these and reclaim that wasted space on long-term archive partitions (see [http://www.redhat.com/archives/ext3-users/2009-January/msg00026.html this email] for more info). It's a safe bet to leave your / filesystem at 5% reserved just in case. Leave reserved space for filesystems containing /var and /tmp also or else you'll end up with problems.

			Now to change your reserved space to 1% of the drive, which is fair for non-root filesystems.

			# tune2fs -m 1 /dev/sdXY

			== ラベルを割り当てる ==

			Once you have created and formated a partition, you can assign it a label using the e2label command. This allows you to add the partition to /etc/fstab using a label instead of using a device path (usefull for an USB drive). To add a label to a partition, type the following command as root:

			# e2label /dev/sdXY ''new-label''

			If the optional argument ''new-label'' is not present, e2label will simply display the current filesystem label. If the optional argument ''new-label'' is present, then e2label will set the filesystem label to be ''new-label''q. Ext2 and ext3 filesystem labels can be at most 16 characters long; if new-label is longer than 16 characters, e2label will truncate it and print a warning message.

			== ユーザーエクスペリエンス ==

			I never had problems with these tips on large (>750) filesystems. Disabling lengthy boot-time works fine as well.

			I get filesystem errors even with this tips. Do not disable lengthy boot time checks.

			If you have some big partitions, do not enable full journaling on them. I experienced reproducible freezes (about 30 seconds) when enabling this on my 250GB home partition.

			: Did you try tweaking bdflush as described [http://www.ibm.com/developerworks/linux/library/l-fs8.html by Daniel Robbins]?

Kusakata: en:Ext3への転送ページ

2015-01-14T10:28:08Z

en:Ext3への転送ページ

新規ページ

#redirect[[en:Ext3]]