「Ext4」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(他言語へのリンクを修正)
 
(3人の利用者による、間の17版が非表示)
1行目: 1行目:
 
[[Category:ファイルシステム]]
  
[[Category:ファイルシステム]]
−
[[cs:Ext4]]
  
 
[[de:Ext4]]
  
[[de:Ext4]]
 
[[en:Ext4]]
  
[[en:Ext4]]
 
[[es:Ext4]]
  
[[es:Ext4]]
 
[[fr:Ext4]]
  
[[fr:Ext4]]
−
[[it:Ext4]]
  
 
[[ru:Ext4]]
  
[[ru:Ext4]]
−
[[tr:Ext4]]
  
 
[[zh-hans:Ext4]]
  
[[zh-hans:Ext4]]
 
{{Related articles start}}
  
{{Related articles start}}
14行目: 11行目:
 
{{Related articles end}}
  
{{Related articles end}}
   
−
Ext4 は Linux で一番よく使われているファイルシステム、Ext3 の発展版です。多くの点で、Ext3 から Ext4 になって Ext2 から Ext3 に進んだときよりも大きな改善がされています。Ext3 では Ext2 にジャーナリングを追加したのがほとんどでしたが、Ext4 ではファイルデータを保存するファイルシステムの重要なデータ構造にメスが入っています。その結果、改良された設計、優れたパフォーマンス、信頼性、機能性を備えたファイルシステムが誕生しました (ソース: [http://kernelnewbies.org/Ext4 Ext4 - Linux Kernel Newbies])。
 +
Ext4 は Linux で一番よく使われているファイルシステム、Ext3 の発展版です。多くの点で、Ext3 から Ext4 になって Ext2 から Ext3 に進んだときよりも大きな改善がされています。Ext3 では Ext2 にジャーナリングを追加したのがほとんどでしたが、Ext4 ではファイルデータを保存するファイルシステムの重要なデータ構造にメスが入っています。その結果、改良された設計、優れたパフォーマンス、信頼性、機能性を備えたファイルシステムが誕生しました (ソース: [http://kernelnewbies.org/Ext4 Ext4 - Linux Kernel Newbies])
   
 
== 新しく ext4 ファイルシステムを作成 ==
  
== 新しく ext4 ファイルシステムを作成 ==
  +
  +
{{Pkg|e2fsprogs}} を [[インストール]] します。
   
 
パーティションをフォーマットするには次を実行:
  
パーティションをフォーマットするには次を実行:
22行目: 21行目:
 
# mkfs.ext4 /dev/''partition''
  
# mkfs.ext4 /dev/''partition''
   
  +
{{Tip|
−
{{Tip|オプションについては {{man|8|mke2fs}} の [[man ページ]]を見て下さい。{{ic|/etc/mke2fs.conf}} を編集すればデフォルトのオプションを見たり設定できます。}}
  
  +
*オプションについては {{man|8|mke2fs}} の [[man ページ]]を見て下さい。{{ic|/etc/mke2fs.conf}} を編集すればデフォルトのオプションを見たり設定できます。
  +
*サポートされている場合は、[[Ext4#メタデータチェックサムを有効化する|メタデータチェックサム]] を有効にすることをお勧めします。
  +
}}
   
−
=== Bytes-per-inode レシオ ===
 +
=== Bytes-per-inode 比率 ===
   
−
'''mke2fs''' はひとつの inode に対してディスク上に ''bytes-per-inode'' バイト分の領域を作成します。''bytes-per-inode'' レシオを大きくすることで、作成される inode は少なくなります。詳しくは {{man|8|mke2fs}} を参照。
 +
'''mke2fs''' はひとつの inode に対してディスク上に ''bytes-per-inode'' バイト分の領域を作成します。''bytes-per-inode'' 比率を大きくすることで、作成される inode は少なくなります。詳しくは {{man|8|mke2fs}} を参照。
   
 
新しいファイルやディレクトリ、シンボリックリンクなどを作成するとき [[Wikipedia:Inode|inode]] が最低でもひとつは必要です。inode の数が少なすぎると、たとえディスクに空き容量があったとしてもファイルシステムにファイルを作成できなくなります。
  
新しいファイルやディレクトリ、シンボリックリンクなどを作成するとき [[Wikipedia:Inode|inode]] が最低でもひとつは必要です。inode の数が少なすぎると、たとえディスクに空き容量があったとしてもファイルシステムにファイルを作成できなくなります。
   
−
ファイルシステムを作成した後に bytes-per-inode レシオや inode の数を変更することはできないため、ファイルが作成できなくなってしまわないように {{ic|mkfs.ext4}} はデフォルトではレシオを低くして inode に対して16384バイト (16Kb) を割り当てます。
 +
ファイルシステムを作成した後に bytes-per-inode 比率や inode の数を変更することはできないため、ファイルが作成できなくなってしまわないように {{ic|mkfs.ext4}} はデフォルトでは比率を低くして inode に対して16384バイト (16Kb) を割り当てます。
   
 
しかしながら、1GB 以上のファイルが多数存在してファイルの平均容量がメガバイト級になるような使い方をしているパーティションの場合、inode の数が多すぎてファイルの作成では inode の限界に絶対に達しないということになります。
  
しかしながら、1GB 以上のファイルが多数存在してファイルの平均容量がメガバイト級になるような使い方をしているパーティションの場合、inode の数が多すぎてファイルの作成では inode の限界に絶対に達しないということになります。
   
−
未使用の inode にも256バイト取られるのでディスク領域の無駄使いです (256バイトという数字は {{ic|/etc/mke2fs.conf}} で設定されていますが変更してはいけません)。256バイトでも数百万の inode に換算するとギガバイト単位で容量を無駄にしていることになります。
 +
未使用の inode にも256バイト取られるのでディスク領域の無駄使いです (256バイトという数字は {{ic|/etc/mke2fs.conf}} で設定されていますが変更してはいけません) 256バイトでも数百万の inode に換算するとギガバイト単位で容量を無駄にしていることになります。
   
 
{{ic|df}} と {{ic|df -i}} を実行したときの {{ic|{I}Use%}} の値を比較することでどれくらい無駄になっているのか確認できます:
  
{{ic|df}} と {{ic|df -i}} を実行したときの {{ic|{I}Use%}} の値を比較することでどれくらい無駄になっているのか確認できます:
45行目: 47行目:
 
/dev/mapper/lvm-home 1.8M 1.1K 1.8M '''1%''' /home}}
  
/dev/mapper/lvm-home 1.8M 1.1K 1.8M '''1%''' /home}}
   
−
bytes-per-inode レシオを変更するには、{{ic|-T ''usage-type''}} オプションを使用します。{{ic|/etc/mke2fs.conf}} で定義されたタイプを使用してファイルシステムの利用方法を指定できます。{{ic|largefile}} や {{ic|largefile4}} タイプは inode に対してそれぞれ 1 MiB と 4 MiB という大きな容量を割り当てます。以下のように使うことができます:
 +
bytes-per-inode 比率を変更するには、{{ic|-T ''usage-type''}} オプションを使用します。{{ic|/etc/mke2fs.conf}} で定義されたタイプを使用してファイルシステムの利用方法を指定できます。{{ic|largefile}} や {{ic|largefile4}} タイプは inode に対してそれぞれ 1 MiB と 4 MiB という大きな容量を割り当てます。以下のように使うことができます:
   
 
# mkfs.ext4 -T largefile /dev/''device''
  
# mkfs.ext4 -T largefile /dev/''device''
   
−
{{ic|-i}} オプションを使って bytes-per-inode レシオを直接設定することもできます。例えば {{ic|-i 2097152}} なら 2 MiB、{{ic|-i 6291456}} なら 6 MiB になります。
 +
{{ic|-i}} オプションを使って bytes-per-inode 比率を直接設定することもできます。例えば {{ic|-i 2097152}} なら 2 MiB、{{ic|-i 6291456}} なら 6 MiB になります。
   
 
{{Tip|逆に、メールやニュースグループのアイテムなどで小さなファイルを何百万も保存するような使い方をする場合、{{ic|news}} (ひとつの inode に4096バイトを割り当て) や {{ic|small}} (inode 自体のサイズやブロックサイズも小さくする) などのタイプを使うこともできます。}}
  
{{Tip|逆に、メールやニュースグループのアイテムなどで小さなファイルを何百万も保存するような使い方をする場合、{{ic|news}} (ひとつの inode に4096バイトを割り当て) や {{ic|small}} (inode 自体のサイズやブロックサイズも小さくする) などのタイプを使うこともできます。}}
   
−
{{Warning|シンボリックリンクを大量に使用する場合は、bytes-per-inode レシオを低くして inode の数量は大きくしてください。シンボリックリンクを作成しても容量は取られませんが inode はひとつ消費されるので、ファイルシステムの inode をあっという間に使い切ってしまう可能性があります。}}
 +
{{Warning|シンボリックリンクを大量に使用する場合は、bytes-per-inode 比率を低くして inode の数量は大きくしてください。シンボリックリンクを作成しても容量は取られませんが inode はひとつ消費されるので、ファイルシステムの inode をあっという間に使い切ってしまう可能性があります。}}
   
 
=== 予約ブロック ===
  
=== 予約ブロック ===
59行目: 61行目:
 
デフォルトでは、ファイルシステムの 5% はフラグメントが起こらないように root ユーザー用に予約されます。非特権のプロセスがファイルシステムに書き込めなくなってからも root が使用しているデーモンは正しく動作し続けることができます (詳しくは {{man|8|mke2fs}} を参照)。
  
デフォルトでは、ファイルシステムの 5% はフラグメントが起こらないように root ユーザー用に予約されます。非特権のプロセスがファイルシステムに書き込めなくなってからも root が使用しているデーモンは正しく動作し続けることができます (詳しくは {{man|8|mke2fs}} を参照)。
   
−
最近の大容量ディスクでは、パーティションを長期保存用のアーカイブとして使う場合、5%は必要以上に大きい値となります。ext4 の開発者である Ted Ts'o による予約ブロックについての議論は [http://www.redhat.com/archives/ext3-users/2009-January/msg00026.html このメール] を見てください。
 +
最近の大容量ディスクでは、パーティションを長期アーカイブとして使用したり、システム運用に重要でない場合({{ic|/home}}など)必要以上に大きな値を設定します。予約ブロックに関する ext4 開発者の Ted Ts'o の意見は [https://www.redhat.com/archives/ext3-users/2009-January/msg00026.html このメール] を、このトピックに関する一般的な背景は [https://superuser.com/questions/1256074/how-much-space-to-leave-free-on-hdd-or-ssd/1257550#1257550 このスーパーユーザの回答] を参照してください。
   
−
パーティションが以下の条件を満たしているならば、ディスク容量を増やすために予約ブロックの割合を減らしても大抵は問題ありません:
 +
パーティションが以下の条件を満たしているならば、ディスク容量を増やすために予約ブロックの割合を減らしても大抵は問題ありません:
   
−
*パーティションがとても大きい (例えば 50GB 以上)。
 +
*パーティションがとても大きい (例えば 50GB 以上)
 
*長期保存用のアーカイブとして使っている、頻繁にファイルを作成したり削除することがない。
  
*長期保存用のアーカイブとして使っている、頻繁にファイルを作成したり削除することがない。
   
72行目: 74行目:
 
# mkfs.ext4 -m 0 /dev/''device''
  
# mkfs.ext4 -m 0 /dev/''device''
   
−
パーティションの予約ブロックの割合を 1.0% に設定するには:
 +
パーティションの予約ブロックの割合を 1% に設定するには:
   
 
# tune2fs -m 1 /dev/''device''
  
# tune2fs -m 1 /dev/''device''
   
  +
予約ブロック数をギガバイト単位の絶対サイズに設定する場合は、{{ic|-r}} を使用します。
−
{{man|8|findmnt}} を使うことでデバイスの名前を確認できます:
  
   
  +
# tune2fs -r $((''ngigs'' * 1024**3 / ''blocksize'')) /dev/''device''
−
$ findmnt ''/the/mount/point''
  
  +
  +
{{ic|''blocksize''}} はファイルシステムのブロックサイズをバイト単位で指定します。これはほとんどの場合 4096 ですが、念のため確認することができます。
  +
  +
{{hc|# tune2fs -l /dev/''device'' {{!}} egrep '^Block size:'|
  +
Block size: 4096
  +
}}
  +
  +
{{ic|$(())}} 構文は、数式展開のための構文です。この構文は {{Pkg|bash}} と {{Pkg|zsh}} では動作しますが、{{Pkg|fish}} では動作しません。''fish'' では、このような構文になります。
  +
  +
# tune2fs -r (math 'ngigs * 1024^3 / blocksize') /dev/''device''
  +
  +
これらのコマンドは、現在マウントされているファイルシステムに適用することができ、変更は即座に反映されます。デバイス名は {{man|8|findmnt}} で調べることができます。
  +
  +
# tune2fs -m 1 "$(findmnt -no SOURCE ''/the/mount/point'')"
  +
  +
現在の予約ブロック数を問い合わせる場合。
  +
  +
{{hc|# tune2fs -l /dev/mapper/proxima-root {{!}} egrep '^Reserved block count:'|
  +
Reserved block count: 2975334
  +
}}
  +
  +
これはブロック数なので、これにファイルシステムのブロックサイズを掛けて、バイト数やギガバイト数を得る必要があります。{{ic|1=2975334 * 4096 / 1024**3 = 11.34 GiB}} です。
   
 
==ext2/ext3 から ext4 に移行==
  
==ext2/ext3 から ext4 に移行==
89行目: 113行目:
   
 
'''利点:'''
  
'''利点:'''
−
* 互換性 (ext2/ext3 としてファイルシステムをマウントできます) – ext4 のサポートがないオペレーティングシステムからもファイルシステムを読み込むことが可能です (例: Windows の ext2/ext3 ドライバー)。
 +
* 互換性 (ext2/ext3 としてファイルシステムをマウントできます) – ext4 のサポートがないオペレーティングシステムからもファイルシステムを読み込むことが可能です (例: Windows の ext2/ext3 ドライバー)
 
* パフォーマンスが向上 (ext4 パーティションに完全に変換するのよりは劣ります) – 詳しくは [http://kernelnewbies.org/Ext4] や [http://events.linuxfoundation.org/slides/2010/linuxcon_japan/linuxcon_jp2010_fujita.pdf] を見てください。
  
* パフォーマンスが向上 (ext4 パーティションに完全に変換するのよりは劣ります) – 詳しくは [http://kernelnewbies.org/Ext4] や [http://events.linuxfoundation.org/slides/2010/linuxcon_japan/linuxcon_jp2010_fujita.pdf] を見てください。
   
113行目: 137行目:
 
'''欠点:'''
  
'''欠点:'''
 
* {{ic|/boot}} パーティションなど、静的なファイルしか存在しない場合、新機能を使うメリットはありません。さらに、ジャーナリングによって性能がむしろ落ちる可能性もあります。
  
* {{ic|/boot}} パーティションなど、静的なファイルしか存在しない場合、新機能を使うメリットはありません。さらに、ジャーナリングによって性能がむしろ落ちる可能性もあります。
−
* 一方通行 (ext4 パーティションを ext2/ext3 に'ダウングレード'することはできません)。ただしエクステントなどのオプションを有効にしなければ後方互換性を確保できます。
 +
* 一方通行 (ext4 パーティションを ext2/ext3 に'ダウングレード'することはできません) ただしエクステントなどのオプションを有効にしなければ後方互換性を確保できます。
   
 
====方法====
  
====方法====
128行目: 152行目:
 
# パーティションがマウントされていないことを確認してください
  
# パーティションがマウントされていないことを確認してください
 
# ext2 パーティションを変換する場合、まずは {{ic|tune2fs -j /dev/sdxX}} を root で実行して[[ファイルシステム#ジャーナリング|ジャーナル]]を追加して ext3 パーティションに変換してください。
  
# ext2 パーティションを変換する場合、まずは {{ic|tune2fs -j /dev/sdxX}} を root で実行して[[ファイルシステム#ジャーナリング|ジャーナル]]を追加して ext3 パーティションに変換してください。
−
# {{Ic|tune2fs -O extent,uninit_bg,dir_index /dev/sdxX}} を root で実行 ({{Ic|/dev/sdxX}} は変換するパーティションのパスに置き換えて下さい、例: {{Ic|/dev/sda1}})。ext4 に変換されます (不可逆です)。
 +
# {{Ic|tune2fs -O extent,uninit_bg,dir_index /dev/sdxX}} を root で実行 ({{Ic|/dev/sdxX}} は変換するパーティションのパスに置き換えて下さい、例: {{Ic|/dev/sda1}})。ext4 に変換されます (不可逆です)
 
# root で {{Ic|fsck -f /dev/sdxX}} を実行。
  
# root で {{Ic|fsck -f /dev/sdxX}} を実行。
−
#* ファイルシステムのチェックを実行しないとファイルシステムを読み込めなくなります。''fsck'' の実行は必須です。グループ記述子のチェックサムエラーが発見されます。これは仕様通りの動作です。{{ic|-f}} オプションはファイルシステムに問題がない場合でも強制的にチェックを実行します。{{ic|-p}} オプションを使用して自動修復させることもできます (オプションを使用しない場合、エラーに対して入力を求められます)。
 +
#* ファイルシステムのチェックを実行しないとファイルシステムを読み込めなくなります。''fsck'' の実行は必須です。グループ記述子のチェックサムエラーが発見されます。これは仕様通りの動作です。{{ic|-f}} オプションはファイルシステムに問題がない場合でも強制的にチェックを実行します。{{ic|-p}} オプションを使用して自動修復させることもできます (オプションを使用しない場合、エラーに対して入力を求められます)
 
# 推奨: パーティションをマウントして {{Ic|e4defrag -c -v /dev/sdxX}} を実行。
  
# 推奨: パーティションをマウントして {{Ic|e4defrag -c -v /dev/sdxX}} を実行。
 
#* ファイルシステムが ext4 に変換されても、変換前に書き込まれたファイルは ext4 のエクステントオプションを利用することができません。エクステントオプションは巨大なファイルの操作を高速化しフラグメンテーションを減らしてファイルシステムのチェック時間を短縮します。ext4 を活用するには、全てのファイルをディスクに再書き込みする必要があります。''e4defrag'' を使うことで問題を解決できます。
  
#* ファイルシステムが ext4 に変換されても、変換前に書き込まれたファイルは ext4 のエクステントオプションを利用することができません。エクステントオプションは巨大なファイルの操作を高速化しフラグメンテーションを減らしてファイルシステムのチェック時間を短縮します。ext4 を活用するには、全てのファイルをディスクに再書き込みする必要があります。''e4defrag'' を使うことで問題を解決できます。
136行目: 160行目:
   
 
== パフォーマンスの向上 ==
  
== パフォーマンスの向上 ==
−  
−
=== E4rat ===
  
−  
−
[[E4rat]] は ext4 ファイルシステム用に作られたプリロードアプリケーションです。[[E4rat]] は起動時に開かれるファイルを記録して、アクセス時間が短縮されるようにパーティションにおけるファイルの配置を最適化します。そして起動時の初期段階でファイルを先読みします。[[E4rat]] は [[SSD]] を使っている場合は効果がありません。SSD のアクセス時間はハードディスクと比べると無視できるほどしかないためです。
  
   
 
=== アクセス時間の更新を無効にする ===
  
=== アクセス時間の更新を無効にする ===
   
−
'' ext4 ''ファイルシステムは、ファイルが最後にアクセスされた日時に関する情報を記録し、その記録にはコストがかかります。 {{ic|noatime}} オプションを使用すると、ファイルシステムのアクセスタイムスタンプは更新されません。
 +
''ext4''ファイルシステムは、ファイルが最後にアクセスされた時刻に関する情報を記録しますが、これには記録に伴うコストがあります。{{ic|noatime}} や関連するオプションについては、[[fstab#atime オプション]] を参照してください。
−  
−
{{hc|/etc/fstab|
  
−
/dev/sda5 / ext4 defaults,'''noatime''' 0 1
  
−
}}
  
−  
−
これを行うと、アクセス時間に依存するアプリケーションが破損します。考えられる解決策については、[https://wiki.archlinux.jp/index.php/Fstab#atime_.E3.82.AA.E3.83.97.E3.82.B7.E3.83.A7.E3.83.B3 atimeoptions] を参照してください。
  
   
 
=== コミット間隔の増加 ===
  
=== コミット間隔の増加 ===
160行目: 174行目:
   
 
{{hc|/etc/fstab|2=
  
{{hc|/etc/fstab|2=
−
/dev/sda5 / ext4 defaults,noatime,'''commit=60''' 0 1
 +
/dev/sda5 / ext4 defaults,'''commit=60''' 0 1
 
}}
  
}}
   
 
=== バリアとパフォーマンス ===
  
=== バリアとパフォーマンス ===
−  
−
カーネル 2.6.30 から、データの整合性を確保するのに役立つ変更によって ext4 のパフォーマンスは落ちています [https://www.phoronix.com/scan.php?page=article&item=ext4_then_now&num=1]。
  
−  
−
''多くのファイルシステム (XFS, ext3, ext4, reiserfs) では、fsync やトランザクションコミットの際に書き込みバリアと呼ばれるものをディスクに送信します。書き込みバリアは書き込みの順序を守らせるための仕組みで (いくらか性能面への影響があります)、ディスクの書き込みキャッシュを安全に利用できるようにするためのものです。お使いのディスクにバッテリーが搭載されているような場合は、バリアを無効化することで性能を改善できる場合があります。''
  
−  
−
''書き込みバリアの送信は、マウントオプションに {{Ic|1=barrier=0}} (ext3, ext4, reiserfs の場合) や {{ic|nobarrier}} (XFS) を設定することで無効化できます'' [http://manual.geeko.cpon.org/ja/cha.tuning.io.html]。
  
   
 
{{Warning|バリアを無効化すると、電源が失われたときにキャッシュが正しく書き込まれるか保証がされなくなります。これによってファイルシステムの破壊やデータ損失が発生する場合があります。}}
  
{{Warning|バリアを無効化すると、電源が失われたときにキャッシュが正しく書き込まれるか保証がされなくなります。これによってファイルシステムの破壊やデータ損失が発生する場合があります。}}
  +
  +
''Ext4'' はデフォルトで書き込みバリアを有効にします。これにより、書き込みキャッシュの電源が失われた場合でも、ファイルシステムのメタデータがディスク上に正しく書き込まれ、順序付けされることが保証されます。これには、特に ''fsync'' を頻繁に使用するアプリケーションや、小さなファイルを多数作成および削除するアプリケーションの場合、パフォーマンスにコストが伴います。何らかの方法でバッテリーバックアップが行われている書き込みキャッシュを持つディスクの場合、バリアを無効にするとパフォーマンスが安全に向上する可能性があります。
   
 
バリアをオフにしたいときは {{ic|/etc/fstab}} の変更したいファイルシステムに {{Ic|1=barrier=0}} オプションを追加してください。例:
  
バリアをオフにしたいときは {{ic|/etc/fstab}} の変更したいファイルシステムに {{Ic|1=barrier=0}} オプションを追加してください。例:
   
 
{{hc|/etc/fstab|2=
  
{{hc|/etc/fstab|2=
−
/dev/sda5 / ext4 noatime,barrier=0 0 1
 +
/dev/sda5 / ext4 defaults,'''barrier=0''' 0 1
 
}}
  
}}
   
189行目: 199行目:
 
=== 外部ジャーナルを使用してパフォーマンスを最適化する ===
  
=== 外部ジャーナルを使用してパフォーマンスを最適化する ===
   
  +
[https://lwn.net/Articles/842385/ Fast commits for ext4] の記事のイントロダクションは、マウントオプション {{ic|1=data=journal}} や {{ic|1=data=writeback}} が、デフォルトの {{ic|1=data=ordered}} 動作モードと比較して、どのように全体的な ext4 のパフォーマンスを高速化するかを簡潔にまとめています。さらに、ジャーナリング自体は、{{ic|journal_async_commit}} マウントオプションを追加することで高速化できます。
−
{{Style|Complicated to read, needs style fixing.}}
  
  +
  +
{{Note|{{ic|journal_async_commit}} マウントオプションは、デフォルトのマウントオプションである {{ic|1=data=ordered}} と一緒に使うと[https://patchwork.ozlabs.org/patch/414750/ 動作しません]。なので、明示的に {{ic|''ext4_device''}} を別のモードでマウントしてください。{{man|5|ext4|3=data=}} を見てください。}}
  +
  +
さらに別のオプションとして、新しいジャーナルフォーマットを使用する方法があります。詳細は [[#fast_commit を有効化]] を参照してください。
  +
  +
非デフォルトの {{ic|1=data=}} オプションを使用する場合、ジャーナル専用のデバイスを使用することで、場合によってはファイル操作を高速化できることがあります。例えば、データ自体に比較的遅いデバイスを使用し、別の(より高速だが小さい)デバイスをジャーナル用に使用する場合です。別のジャーナルデバイスを設定するには:
  +
  +
# mke2fs -O journal_dev /dev/''journal_device''
  +
  +
{{ic|''journal_device''}} を {{ic|''ext4_device''}} のジャーナルとして割り当てるには、次を使用します。
   
  +
# tune2fs -J device=/dev/''journal_device'' /dev/''ext4_device''
−
データの整合性とパフォーマンスの両方に懸念がある場合は、 {{ic|journal_async_commit}} マウントオプションを使用してジャーナリングを大幅に高速化できます。 [https://patchwork.ozlabs.org/patch/414750/ これは動作しません] バランスの取れたデフォルトの {{ic|1=data=ordered}} であるため、これはファイルシステムがすでに慎重になっている場合にのみ推奨されることに注意してください。 {{ic|1=data=journal}} を使用します。
  
   
−
次に、 {{ic|mke2fs -O journal_dev /dev/journal_device}} を使用して、ジャーナルの専用デバイスをフォーマットできます。 {{ic|1=tune2fs -J device=/dev/journal_device/dev/ext4_fs}} を使用してジャーナルを既存のデバイスに割り当てるか、新しいファイルシステムを作成する場合 {{ic|tune2fs}} を {{ic|mkfs.ext4}} に置き換えます。
 +
もし {{ic|''ext4_device''}} に新しいファイルシステムを作成したい場合は、{{ic|tune2fs}} の代わりに {{ic|mkfs.ext4}} を使用できます。
   
 
== ヒントとテクニック ==
  
== ヒントとテクニック ==
233行目: 253行目:
 
}}
  
}}
   
  +
=== LVM を使用する場合のメンテナンス ===
−
=== 既存のファイルシステムで fast_commit を有効にする ===
  
   
  +
''e2scrub'' ツールは、ext4ファイルシステムのメタデータをチェックするためのツールで、特に LVM (Logical Volume Manager) の論理ボリュームで使用されている場合に適用されます。このチェックを行うには、ボリュームグループに256MiBの未割り当てスペースが必要です。これは、ツールがチェック用にスナップショットを作成するためです。
−
5.10 カーネル以降、ext4 では {{ic|fast_commit}} オプションを有効にすることで、パフォーマンスが向上する可能性があります。
  
  +
  +
{{man|8|e2scrub}} マニュアルによると、このツールはエラーを修復するものではなく、エラーを報告し、次回のマウント前に ''e2fsck''({{man|8|e2fsck}} を参照)の実行が必要であることをファイルシステムにマークします。
  +
  +
このチェックは自動化可能で、例えば、パッケージに含まれる {{ic|e2scrub_all.timer}} ユニットを有効化することで設定できます。
  +
  +
なお、必要な256MiBの未割り当てスペースが不足している場合は、[[LVM#論理ボリュームとファイルシステムのサイズを一度に変更する]] を参照してください。
  +
  +
=== fast_commit を有効化 ===
  +
  +
ext4の "fast commits" 機能は、新しい軽量なジャーナリング方式を導入します。この機能は、ext4 ファイルシステムのパフォーマンスを大幅に向上させることが期待されています。[https://lwn.net/Articles/842385/]
  +
  +
新しいファイルシステムでこの機能を有効にするには、{{ic|fast_commit}} を {{ic|-O}} ファイルシステムオプション引数に含めます。
  +
  +
既存のファイルシステムでこの機能を有効にするには、次のコマンドを実行します:
   
 
# tune2fs -O fast_commit /dev/''drivepartition''
  
# tune2fs -O fast_commit /dev/''drivepartition''
242行目: 276行目:
   
 
# tune2fs -l /dev/''drivepartition'' | grep features
  
# tune2fs -l /dev/''drivepartition'' | grep features
  +
  +
既存のファイルシステムでこの機能を無効にするには、次のコマンドを実行します:
  +
  +
# tune2fs -O '^fast_commit' /dev/''drivepartition''
  +
  +
=== 大文字と小文字を区別しないモードを有効にする ===
  +
  +
{{Warning|
  +
* {{ic|casefold}} 機能が有効にされている場合、それは確実に無効化することができません({{ic|tune2fs}} の潜在的なバグのため)有効化する前に、以下の制限に注意してください
  +
* GRUB は現在、ext4 の {{ic|casefold}} 機能をサポートしていません。[https://savannah.gnu.org/bugs/?56897 GRUB バグ#56897] を参照してください。この機能を GRUB が読み取る必要があるファイルシステムで有効にすると、システムは起動不可能になり、{{ic|unknown filesystem}} という無意味なエラーが表示されます。たとえ実際にディレクトリがその機能を使用していなくてもです。
  +
* {{ic|casefold}} 機能は {{ic|overlayfs}} と互換性がないため、[[Docker]] や [[Podman]] などのコンテナソフトウェアがそのファイルシステムで動作しなくなる可能性があります。また、{{man|8|systemd-sysext}} 拡張イメージなどの高度な [[systemd]] 機能も使用できなくなる場合があります。
  +
}}
  +
  +
Ext4 は大文字と小文字を区別しないモードで使用でき、[[Wine]] で実行されるアプリケーションやゲームのパフォーマンスを向上させることができます。この機能はファイルシステム全体には影響しません。大文字と小文字を区別しない属性が有効になっているディレクトリにのみ影響します。
  +
  +
まず、ファイルシステムでこの機能を有効にします:
  +
  +
# tune2fs -O casefold ''/dev/path/to/disk''
  +
  +
これで、任意のディレクトリで大文字と小文字を区別しない[[ファイルのパーミッションと属性#ファイルの属性|属性]]を有効にできるようになります:
  +
  +
$ chattr +F ''/mnt/partition/case-insensitive-directory''
  +
  +
ディレクトリは空である必要があり、他の場所からサブディレクトリを移動させても、その属性は継承されないことに注意してください。
   
 
== 参照 ==
  
== 参照 ==
251行目: 309行目:
 
* [http://e2fsprogs.sourceforge.net/e2fsprogs-release.html e2fsprogs 変更履歴]
  
* [http://e2fsprogs.sourceforge.net/e2fsprogs-release.html e2fsprogs 変更履歴]
 
* [https://ext4.wiki.kernel.org/index.php/Ext4_Metadata_Checksums Ext4 メタデータチェックサム]
  
* [https://ext4.wiki.kernel.org/index.php/Ext4_Metadata_Checksums Ext4 メタデータチェックサム]
  +
  +
{{TranslationStatus|Ext4|2024-08-28|805843}}

2025年1月27日 (月) 05:07時点における最新版

関連記事

Ext4 は Linux で一番よく使われているファイルシステム、Ext3 の発展版です。多くの点で、Ext3 から Ext4 になって Ext2 から Ext3 に進んだときよりも大きな改善がされています。Ext3 では Ext2 にジャーナリングを追加したのがほとんどでしたが、Ext4 ではファイルデータを保存するファイルシステムの重要なデータ構造にメスが入っています。その結果、改良された設計、優れたパフォーマンス、信頼性、機能性を備えたファイルシステムが誕生しました (ソース: Ext4 - Linux Kernel Newbies)

新しく ext4 ファイルシステムを作成

e2fsprogs を インストール します。

パーティションをフォーマットするには次を実行: 

# mkfs.ext4 /dev/partition
ヒント:
  • オプションについては mke2fs(8) の man ページを見て下さい。/etc/mke2fs.conf を編集すればデフォルトのオプションを見たり設定できます。
  • サポートされている場合は、メタデータチェックサム を有効にすることをお勧めします。

Bytes-per-inode 比率

mke2fs はひとつの inode に対してディスク上に bytes-per-inode バイト分の領域を作成します。bytes-per-inode 比率を大きくすることで、作成される inode は少なくなります。詳しくは mke2fs(8) を参照。

新しいファイルやディレクトリ、シンボリックリンクなどを作成するとき inode が最低でもひとつは必要です。inode の数が少なすぎると、たとえディスクに空き容量があったとしてもファイルシステムにファイルを作成できなくなります。

ファイルシステムを作成した後に bytes-per-inode 比率や inode の数を変更することはできないため、ファイルが作成できなくなってしまわないように mkfs.ext4 はデフォルトでは比率を低くして inode に対して16384バイト (16Kb) を割り当てます。

しかしながら、1GB 以上のファイルが多数存在してファイルの平均容量がメガバイト級になるような使い方をしているパーティションの場合、inode の数が多すぎてファイルの作成では inode の限界に絶対に達しないということになります。

未使用の inode にも256バイト取られるのでディスク領域の無駄使いです (256バイトという数字は /etc/mke2fs.conf で設定されていますが変更してはいけません) 256バイトでも数百万の inode に換算するとギガバイト単位で容量を無駄にしていることになります。

df と df -i を実行したときの {I}Use% の値を比較することでどれくらい無駄になっているのか確認できます: 

$ df -h /home
Filesystem              Size    Used   Avail  Use%   Mounted on
/dev/mapper/lvm-home    115G    56G    59G    49%    /home
$ df -hi /home
Filesystem              Inodes  IUsed  IFree  IUse%  Mounted on
/dev/mapper/lvm-home    1.8M    1.1K   1.8M   1%     /home

bytes-per-inode 比率を変更するには、-T usage-type オプションを使用します。/etc/mke2fs.conf で定義されたタイプを使用してファイルシステムの利用方法を指定できます。largefile や largefile4 タイプは inode に対してそれぞれ 1 MiB と 4 MiB という大きな容量を割り当てます。以下のように使うことができます: 

# mkfs.ext4 -T largefile /dev/device

-i オプションを使って bytes-per-inode 比率を直接設定することもできます。例えば -i 2097152 なら 2 MiB、-i 6291456 なら 6 MiB になります。

ヒント: 逆に、メールやニュースグループのアイテムなどで小さなファイルを何百万も保存するような使い方をする場合、news (ひとつの inode に4096バイトを割り当て) や small (inode 自体のサイズやブロックサイズも小さくする) などのタイプを使うこともできます。
警告: シンボリックリンクを大量に使用する場合は、bytes-per-inode 比率を低くして inode の数量は大きくしてください。シンボリックリンクを作成しても容量は取られませんが inode はひとつ消費されるので、ファイルシステムの inode をあっという間に使い切ってしまう可能性があります。

予約ブロック

デフォルトでは、ファイルシステムの 5% はフラグメントが起こらないように root ユーザー用に予約されます。非特権のプロセスがファイルシステムに書き込めなくなってからも root が使用しているデーモンは正しく動作し続けることができます (詳しくは mke2fs(8) を参照)。

最近の大容量ディスクでは、パーティションを長期アーカイブとして使用したり、システム運用に重要でない場合(/homeなど)必要以上に大きな値を設定します。予約ブロックに関する ext4 開発者の Ted Ts'o の意見は このメール を、このトピックに関する一般的な背景は このスーパーユーザの回答 を参照してください。

パーティションが以下の条件を満たしているならば、ディスク容量を増やすために予約ブロックの割合を減らしても大抵は問題ありません:

  • パーティションがとても大きい (例えば 50GB 以上)
  • 長期保存用のアーカイブとして使っている、頻繁にファイルを作成したり削除することがない。

ext4 関連のユーティリティを使うときに -m オプションで予約ブロックの割合を指定できます。

ファイルシステムの作成時に予約ブロックを全く作成しないようにするには: 

# mkfs.ext4 -m 0 /dev/device

パーティションの予約ブロックの割合を 1% に設定するには: 

# tune2fs -m 1 /dev/device

予約ブロック数をギガバイト単位の絶対サイズに設定する場合は、-r を使用します。 

# tune2fs -r $((ngigs * 1024**3 / blocksize)) /dev/device

blocksize はファイルシステムのブロックサイズをバイト単位で指定します。これはほとんどの場合 4096 ですが、念のため確認することができます。 

# tune2fs -l /dev/device | egrep '^Block size:'
Block size:               4096

$(()) 構文は、数式展開のための構文です。この構文は bash と zsh では動作しますが、fish では動作しません。fish では、このような構文になります。 

# tune2fs -r (math 'ngigs * 1024^3 / blocksize') /dev/device

これらのコマンドは、現在マウントされているファイルシステムに適用することができ、変更は即座に反映されます。デバイス名は findmnt(8) で調べることができます。 

# tune2fs -m 1 "$(findmnt -no SOURCE /the/mount/point)"

現在の予約ブロック数を問い合わせる場合。 

# tune2fs -l /dev/mapper/proxima-root | egrep '^Reserved block count:'
Reserved block count:     2975334

これはブロック数なので、これにファイルシステムのブロックサイズを掛けて、バイト数やギガバイト数を得る必要があります。2975334 * 4096 / 1024**3 = 11.34 GiB です。

ext2/ext3 から ext4 に移行

ext2/ext3 パーティションを変換せずに ext4 としてマウント

理由

ext4 を完全に変換する案と ext2/ext3 をそのまま使用する案の折衷案として、既存の ext2/ext3 パーティションを ext4 としてマウントする方法があります。

利点:

  • 互換性 (ext2/ext3 としてファイルシステムをマウントできます) – ext4 のサポートがないオペレーティングシステムからもファイルシステムを読み込むことが可能です (例: Windows の ext2/ext3 ドライバー)
  • パフォーマンスが向上 (ext4 パーティションに完全に変換するのよりは劣ります) – 詳しくは [1] や [2] を見てください。

欠点:

  • ext4 の機能を全て活用することはできません (マルチブロックアロケーションや遅延アロケーションなどのディスクフォーマットに変更を与える機能は使えません)
ノート: ext4 が比較的新しいファイルシステムということ以外に (このこと自体をリスクと考えることもできます)、この方法を使用することで不利益になることは特にありません。

方法

  1. /etc/fstab を編集して ext4 としてマウントしたいパーティションの 'type' を ext2/ext3 から ext4 に変更してください。
  2. 変更したパーティションを再マウントします。

ext2/ext3 パーティションを ext4 に変換

理由

ext4 の能力を活かすには、非可逆の変換をする必要があります。

利点:

  • パフォーマンスの向上と新機能 – 詳しくは [3] や [4] を見てください。

欠点:

  • /boot パーティションなど、静的なファイルしか存在しない場合、新機能を使うメリットはありません。さらに、ジャーナリングによって性能がむしろ落ちる可能性もあります。
  • 一方通行 (ext4 パーティションを ext2/ext3 に'ダウングレード'することはできません) ただしエクステントなどのオプションを有効にしなければ後方互換性を確保できます。

方法

以下の手順は カーネルドキュメント と フォーラムスレッド から引用しています。

警告:
  • システムのルートパーティションを変換する場合、再起動時にフォールバックの initramfs が使えるようになっていることを確認してください。また、変換する前に /etc/mkinitcpio.conf の MODULES 行に ext4 を追加して mkinitcpio -p linux でデフォルトの initramfs を再作成してください。
  • 分割している /boot パーティションを変換する場合、ブートローダーが ext4 からの起動に対応していることを確認してください。
  1. バックアップを行なって下さい。ext4 に変換する ext3 パーティションに存在するデータを全てバックアップします。特に / (root) パーティションをバックアップする場合は、Clonezilla が役に立ちます。
  2. /etc/fstab を編集して ext4 に変換するパーティションの 'type' を ext3 から ext4 に変換してください。
  3. (必要であれば) ライブメディアを起動します。e2fsprogs で変換を行う際はドライブがマウントされていない状態になっている必要があります。ドライブの root (/) パーティションを変換するときは、他のライブメディアから起動して変換するのが一番簡単です。
  4. パーティションがマウントされていないことを確認してください
  5. ext2 パーティションを変換する場合、まずは tune2fs -j /dev/sdxX を root で実行してジャーナルを追加して ext3 パーティションに変換してください。
  6. tune2fs -O extent,uninit_bg,dir_index /dev/sdxX を root で実行 (/dev/sdxX は変換するパーティションのパスに置き換えて下さい、例: /dev/sda1)。ext4 に変換されます (不可逆です)
  7. root で fsck -f /dev/sdxX を実行。
    • ファイルシステムのチェックを実行しないとファイルシステムを読み込めなくなります。fsck の実行は必須です。グループ記述子のチェックサムエラーが発見されます。これは仕様通りの動作です。-f オプションはファイルシステムに問題がない場合でも強制的にチェックを実行します。-p オプションを使用して自動修復させることもできます (オプションを使用しない場合、エラーに対して入力を求められます)
  8. 推奨: パーティションをマウントして e4defrag -c -v /dev/sdxX を実行。
    • ファイルシステムが ext4 に変換されても、変換前に書き込まれたファイルは ext4 のエクステントオプションを利用することができません。エクステントオプションは巨大なファイルの操作を高速化しフラグメンテーションを減らしてファイルシステムのチェック時間を短縮します。ext4 を活用するには、全てのファイルをディスクに再書き込みする必要があります。e4defrag を使うことで問題を解決できます。
  9. Arch Linux を再起動してください。

パフォーマンスの向上

アクセス時間の更新を無効にする

ext4ファイルシステムは、ファイルが最後にアクセスされた時刻に関する情報を記録しますが、これには記録に伴うコストがあります。noatime や関連するオプションについては、fstab#atime オプション を参照してください。

コミット間隔の増加

commit オプションで長い時間遅延を提供することにより、データとメタデータの同期間隔を増やすことができます。

デフォルトの5秒は、電源が失われた場合、最新の5秒の作業が失われることを意味します。 5秒ごとにすべてのデータ/ジャーナルを物理メディアに完全に同期します。 ただし、ジャーナリングのおかげで、ファイルシステムが損傷することはありません。 次の fstab は、 commit の使用法を示しています。 

/etc/fstab
/dev/sda5    /    ext4    defaults,commit=60    0    1

バリアとパフォーマンス

警告: バリアを無効化すると、電源が失われたときにキャッシュが正しく書き込まれるか保証がされなくなります。これによってファイルシステムの破壊やデータ損失が発生する場合があります。

Ext4 はデフォルトで書き込みバリアを有効にします。これにより、書き込みキャッシュの電源が失われた場合でも、ファイルシステムのメタデータがディスク上に正しく書き込まれ、順序付けされることが保証されます。これには、特に fsync を頻繁に使用するアプリケーションや、小さなファイルを多数作成および削除するアプリケーションの場合、パフォーマンスにコストが伴います。何らかの方法でバッテリーバックアップが行われている書き込みキャッシュを持つディスクの場合、バリアを無効にするとパフォーマンスが安全に向上する可能性があります。

バリアをオフにしたいときは /etc/fstab の変更したいファイルシステムに barrier=0 オプションを追加してください。例: 

/etc/fstab
/dev/sda5    /    ext4    defaults,barrier=0    0    1

ジャーナリングの無効化

警告: ジャーナリングなしでファイルシステムを使用すると、停電やカーネルのロックアップなどの突然のマウント解除の場合にデータが失われる可能性があります。

ext4 を使用してジャーナルを無効にするには、マウントされていないディスクで次のコマンドを使用します。 

# tune2fs -O "^has_journal" /dev/sdXN

外部ジャーナルを使用してパフォーマンスを最適化する

Fast commits for ext4 の記事のイントロダクションは、マウントオプション data=journal や data=writeback が、デフォルトの data=ordered 動作モードと比較して、どのように全体的な ext4 のパフォーマンスを高速化するかを簡潔にまとめています。さらに、ジャーナリング自体は、journal_async_commit マウントオプションを追加することで高速化できます。

ノート: journal_async_commit マウントオプションは、デフォルトのマウントオプションである data=ordered と一緒に使うと動作しません。なので、明示的に ext4_device を別のモードでマウントしてください。ext4(5) § data= を見てください。

さらに別のオプションとして、新しいジャーナルフォーマットを使用する方法があります。詳細は #fast_commit を有効化 を参照してください。

非デフォルトの data= オプションを使用する場合、ジャーナル専用のデバイスを使用することで、場合によってはファイル操作を高速化できることがあります。例えば、データ自体に比較的遅いデバイスを使用し、別の(より高速だが小さい)デバイスをジャーナル用に使用する場合です。別のジャーナルデバイスを設定するには: 

# mke2fs -O journal_dev /dev/journal_device

journal_device を ext4_device のジャーナルとして割り当てるには、次を使用します。 

# tune2fs -J device=/dev/journal_device /dev/ext4_device

もし ext4_device に新しいファイルシステムを作成したい場合は、tune2fs の代わりに mkfs.ext4 を使用できます。

ヒントとテクニック

ファイルベースの暗号化を使用する

Linux 4.1 以降、ext4 はファイル暗号化をネイティブにサポートしています。 fscrypt の記事を参照してください。 暗号化はディレクトリレベルで適用され、ディレクトリごとに異なる暗号化キーを使用できます。 これは、ブロックデバイスレベルの暗号化である dm-crypt と、スタック暗号化ファイルシステムである eCryptfs の両方とは異なります。

メタデータチェックサムを有効化する

ファイルシステムが e2fsprogs で作成されている場合。1.43 (2016) 以降では、メタデータチェックサムがデフォルトで有効になっています。既存のファイルシステムを変換して、メタデータチェックサムのサポートを有効にすることができます。

CPU が SSE 4.2 をサポートしている場合、crc32c_intel が有効であることを確認してください。ハードウェアアクセラレーションによる CRC32C アルゴリズム [5] を有効にするために カーネルモジュール がロードされています。もしそうでなければ、代わりに crc32c_generic モジュールをロードしてください。

メタデータチェックサムの詳細については、ext4 wiki を参照してください。

ヒント: dumpe2fs を使用して、ファイルシステムで有効になっている機能を確認します。 
# dumpe2fs -h /dev/path/to/disk
ノート: ファイルシステムをマウントしないでください。

まず、e2fsck を使用してパーティションをチェックし、最適化する必要があります。 

# e2fsck -Df /dev/path/to/disk

ファイルシステムを64ビットに変換します。 

# resize2fs -b /dev/path/to/disk

最後に、チェックサムサポートを有効にします。 

# tune2fs -O metadata_csum /dev/path/to/disk

検証します: 

# dumpe2fs -h /dev/path/to/disk | grep features:
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

LVM を使用する場合のメンテナンス

e2scrub ツールは、ext4ファイルシステムのメタデータをチェックするためのツールで、特に LVM (Logical Volume Manager) の論理ボリュームで使用されている場合に適用されます。このチェックを行うには、ボリュームグループに256MiBの未割り当てスペースが必要です。これは、ツールがチェック用にスナップショットを作成するためです。

e2scrub(8) マニュアルによると、このツールはエラーを修復するものではなく、エラーを報告し、次回のマウント前に e2fsck(e2fsck(8) を参照)の実行が必要であることをファイルシステムにマークします。

このチェックは自動化可能で、例えば、パッケージに含まれる e2scrub_all.timer ユニットを有効化することで設定できます。

なお、必要な256MiBの未割り当てスペースが不足している場合は、LVM#論理ボリュームとファイルシステムのサイズを一度に変更する を参照してください。

fast_commit を有効化

ext4の "fast commits" 機能は、新しい軽量なジャーナリング方式を導入します。この機能は、ext4 ファイルシステムのパフォーマンスを大幅に向上させることが期待されています。[6]

新しいファイルシステムでこの機能を有効にするには、fast_commit を -O ファイルシステムオプション引数に含めます。

既存のファイルシステムでこの機能を有効にするには、次のコマンドを実行します: 

# tune2fs -O fast_commit /dev/drivepartition

現在の構成または変更を確認するには: 

# tune2fs -l /dev/drivepartition | grep features

既存のファイルシステムでこの機能を無効にするには、次のコマンドを実行します: 

# tune2fs -O '^fast_commit' /dev/drivepartition

大文字と小文字を区別しないモードを有効にする

警告:
  • casefold 機能が有効にされている場合、それは確実に無効化することができません(tune2fs の潜在的なバグのため)有効化する前に、以下の制限に注意してください
  • GRUB は現在、ext4 の casefold 機能をサポートしていません。GRUB バグ#56897 を参照してください。この機能を GRUB が読み取る必要があるファイルシステムで有効にすると、システムは起動不可能になり、unknown filesystem という無意味なエラーが表示されます。たとえ実際にディレクトリがその機能を使用していなくてもです。
  • casefold 機能は overlayfs と互換性がないため、Docker や Podman などのコンテナソフトウェアがそのファイルシステムで動作しなくなる可能性があります。また、systemd-sysext(8) 拡張イメージなどの高度な systemd 機能も使用できなくなる場合があります。

Ext4 は大文字と小文字を区別しないモードで使用でき、Wine で実行されるアプリケーションやゲームのパフォーマンスを向上させることができます。この機能はファイルシステム全体には影響しません。大文字と小文字を区別しない属性が有効になっているディレクトリにのみ影響します。

まず、ファイルシステムでこの機能を有効にします: 

# tune2fs -O casefold /dev/path/to/disk

これで、任意のディレクトリで大文字と小文字を区別しない属性を有効にできるようになります: 

$ chattr +F /mnt/partition/case-insensitive-directory

ディレクトリは空である必要があり、他の場所からサブディレクトリを移動させても、その属性は継承されないことに注意してください。

参照

翻訳ステータス: このページは en:Ext4 の翻訳バージョンです。最後の翻訳日は 2024-08-28 です。もし英語版に 変更 があれば、翻訳の同期を手伝うことができます。
「https://wiki.archlinux.jp/index.php?title=Ext4&oldid=39566」から取得