タグ付けされた質問 「ext4」

ext4または4番目の拡張ファイルシステムは、ext3の後継として開発されたLinux用のジャーナリングファイルシステムです。

2
ext4でファイルシステムの書き込みをキャッシュできる期間
しばらく前、汚れたアンマウント後に空のファイルを残す可能性のあるext4についての議論がいくつかありました。基本的に、遅延割り当てのために、extジャーナルのデフォルトのコミット間隔(5秒)よりもはるかに長い時間、書き込みを書き込みキャッシュに保持できます。 この問題は、特定の状況でブロックの割り当てを強制するパッチで修正されたようで、デフォルトで最大5秒後にデータをディスクに強制します。 ファイル自体を切り捨てたり追加したりせずに、アプリケーションがファイルの既存の部分を上書きするとどうなるのかと思います。それも5秒以内にディスクに強制されますか? ファイルへの追加とは異なる状況のようです。追加すると、ファイルサイズが変更されます。これはメタデータの変更です。したがって、5秒以内にジャーナルコミットが必要になります。data= orderedの場合、セキュリティ上の懸念からデータを書き込む必要があります(そうしないと、他のユーザーの削除済みファイルの一部が追加の所有者に表示される可能性がありますファイル)。 ファイルデータを上書きするだけの場合、古いデータは新しいデータと同じユーザーに属するため、メタデータジャーナルがコミットされる前にデータの書き込みを行う必要がある理由はありません。とにかく、書き込みはコミットの前に発生しますか、それともジャーナルのコミット間隔よりも長く遅延することはできますか?もしそうなら、どのくらいですか? 更新:正しいことを行うとき、つまりfsync()を使用するとき、これらはすべて無関係であることを知っています。(これがext4とデータ損失に関するすべての議論の主な理由でした-問題はアプリケーションがfsync()しない、または適切なタイミングではないことのみに関係していました。)私は自分のアプリケーションを書いていません。すべてのアプリケーションが正しいことを行うかどうかはわかりません。そのような「危険な」書き込みのおおよその時間枠を知りたいです。質問する理由は、グラフィックスドライバーが定期的にカーネルパニックを引き起こすため、データ書き込みの最後の5秒以上を心配する必要があるかどうかを知りたいからです。
14 filesystems  ext4 

3
ext4でフォーマットされたディスクをext4でLVMに変換する最も速い方法は?
現在cp -aR、99TBの1TB ext4フォーマットのディスクから新しいLVM-with-ext4-on-itディスクにデータをコピーしようとしています。それは永遠にかかっています。 ディスクを所定の場所に「変換」しようとする方法はありますか?EC2を使用しているので、バックアップには数分かかります。 またはcp、ext4ファイルシステムをLVMディスクに直接コピーするよりも速い方法はありますか?
12 ext4  lvm 

3
なぜExt4ディスクチェックはNTFSよりもずっと速いのですか?
今日、コンピューターを再起動したときに、ディスクの整合性を確認する必要があると言われました。約10分後(「1%」完了時)、私はあきらめ、家に帰ったときに実行させることにしました。 比較のために、私の自宅のコンピューターはすべてのパーティションにExt4を使用しており、ディスクチェック(週に1回実行される)には数秒しかかかりません。高速なディスクチェックを行うことが優先事項であったことを読んだことを覚えていますが、どうすればそれができるのかわかりません。 それでは、どのようにExt4はディスクチェックを非常に高速に行うのでしょうか?NTFSがリリースされた後(約10年前)、これを行う際に大きなブレークスルーがありますか? 注:NTFSディスクは最大300 GB、Ext4ディスクは最大500 GBです。両方とも約半分です。
12 ntfs  ext4  fsck 

1
マウントされたext2 / ext3 / ext4ファイルシステムの不良ブロックを表示する
私は走ったのきたfsckしばらく前に問題aの(アンマウント)パーティション上の-cを。プロセスは無人であり、結果はどこにも保存されませんでした(不良ブロックiノードを除く)。 次に、不良ブロック情報を取得して、ハードドライブに問題がないかどうかを確認します。残念ながら、パーティションは本番システムで使用されており、アンマウントできません。 私が欲しいものを手に入れるには2つの方法があります: badblocks読み取り専用モードで実行します。これにはおそらく時間がかかり、システムに不必要な負担がかかります。 どういうわけか、ファイルシステム自体から不良ブロックに関する情報を抽出します。 マウントされたファイルシステムに登録されている既知の不良ブロックを表示するにはどうすればよいですか?
12 linux  ext4  ext3  bad-blocks  ext2 


5
ext4はNTFSよりも高価ですか?
NTFSパーティションをext4に変換しましたが、合計スペースは421Gから415Gに減少したようです。6Gはどこに行きましたか?また、予約スペースはext4で199Mに増加し、NTFSの78Mに比べてはるかに大きくなりました。なぜですか? パーティションは主に映画/音楽に使用されるため、ほとんどのファイルは非常に大きくなります(各10メガバイト以上)。ext4ファイルシステムを使用したいのですが、提案はありますか? mkfs.ntfs: /dev/sdb4 421G 78M 421G 1% /mnt/mmedia mkfs.ext4: /dev/sdb4 415G 199M 393G 1% /mnt/mmedia (415G - 199M == 393G ?) ext4の残りのサイズが393Gであることも奇妙です。415Gでも414Gでもないでしょうか。消えた22Gはどうなりましたか?NTFSと比較して、ext4は合計スペースの6.6%を消費しました。これは本当に大きな問題です。 質問は: ジャーナル、冗長性、またはインデックス作成に主に使用される6Gとは何ですか? 残りのスペース393Gが415Gではないのはなぜですか?かなり大きい22Gホールがあります。 このext4パーティションを使用して映画/音楽ファイルを保存する場合、どのパラメーターをアドバイスしますか?ext4は大きなパーティションでext3よりも優れていると言われていますが、本当ですか?ジャーナルではないext2には戻りません。

2
SSD:NTFSとEXT4
LinuxでのSSDの使用について読むときは常に、SSDに悪影響を与えるため、Ext4でジャーナリングを無効にする(またはExt2を使用する)ことをお勧めします。しかし、Windows向けのSSD微調整に関するすべての記事では、NTFSジャーナリングを無効にする必要がある、またはFAT32に固執する必要があるという言及はありません。 私はExt4のジャーナリングがより進んでいることを知っていますが、それはNTFSのジャーナリングよりもSSDにはるかに損傷を与えますか?それともLinuxユーザーはもう少し注意深いのでしょうか?


1
jbd2を停止してデバイスを解放する方法
AWS EC2インスタンスには、複数のEBSボリュームがあります。それらのいずれかを切り離そうとすると、umountコマンドは機能しますが、デバイスを切り離せません。 # grep -c xvdj /proc/mounts 0 ただし、デバイスを使用しているlsofレポートjbd2。 # lsof | grep xvdj jbd2/xvdj 2896 root cwd DIR 202,1 4096 2 / jbd2/xvdj 2896 root rtd DIR 202,1 4096 2 / jbd2/xvdj 2896 root txt unknown /proc/2896/exe # ps u -p 2896 USER PID %CPU %MEM VSZ RSS TTY …

1
ext4ファイルシステムパーティションのジャーナリングを無効にする
SSD上でLinux Mintを実行しています。ジャーナリングを無効にすることが1つの最適化である方法を読みました。ただし、次のコマンドを実行すると: sudo mke2fs -t ext4 -O ^has_journal /dev/sda1 ドライブがビジーであるというエラーが表示されます。まあ、もちろんそれは忙しいです、それはOS全体がそこにあるところです。 これを無効にするにはどうすればよいですか?

5
ファイルシステムのext4とext3の間での選択のスタック
私はUbuntu 11.10のインストールを進めていましたが、使用するファイルシステムの選択に行き詰まりました。 ext3およびext4 ; どちらがパーソナルデスクトップに適していますか? ext4の方が優れている場合、それは私の古いPC(3年前に購入したもの)でうまく機能しますか、それともext4は実際には古いハードディスクと互換性がありませんか?

3
`findよりも速いものはありますか?| wc -l`はディレクトリ内のファイルをカウントしますか?
珍しいことではありませんが、ディレクトリ内のファイル数を数える必要があります。数百万に達する場合もあります。 単にそれらを列挙して数えるよりも良い方法はありfind . | wc -lますか?I / Oの負荷が少ないext3 / 4で実行できるファイルシステム呼び出しの種類はありますか?

5
大きなファイルサーバー用のLinuxファイルシステム
20TBを超えるハードディスクを備えたファイルサーバーに使用するファイルシステムの最良の選択は、経験豊富な人々から知りたいです。個人的に、私は自分のパソコンと「小さなサーバー」のBOOTとROOTディスクで常にEXT3(昔)とEXT4(利用可能以来)[そしてReiserFS 3で一度は多くのデータ破損を引き起こした]を使用しました。 ただし、EXT4 ツール(EXT4自体ではない)は16TBのパーティションに制限されているため、これは私の最善策ではない可能性があります。ディストリビューションはDebian 6.0(Squeeze)および/またはGentoo(最新バージョン)になるため、カーネルはかなり最近(Debian上では少なくともバックポートあり)、つまりLinuxカーネル> = 2.6.32である必要があります。 ファイルサーバーは、メールの3つの目的に使用されます(また、目的はデータを "安全"に保つことであり、オーバーヘッドをあまり気にしないため、パーティションを分離します)。 ただし、すべてのディスクはLUKSを使用して暗号化されます。 メディア、ダウンロード、ローカルのdebianレポジトリ[Debianを実行しているマシンが少なくとも6台あります]> 20TB(多分、メディア、ダウンロード、Debianレポジトリがさらに分離されているかもしれません) データ(ドキュメント、写真など)〜4TB SAFE(raid1またはraid6 +バックアップディスクを意味します) 私のギガビットLAN内の他のコンピューターのバックアップ用に20 TB以上のバックアップ(WindowsであってもOS全体をバックアップするソフトウェアを提案できますか? 高速である必要はありません(同時アクセス:最大2〜3個の大きなファイル(ビデオなど))。たとえ、10 HDDから200MB /秒の読み取りであっても、Raid6で対応できます。 要約すると、20TB /パーティション以上をサポートする、信頼性が高く、スケーラブルな(つまり、簡単に拡張可能な)ファイルシステムを探します。FSの安全性と信頼性が高いほど優れています。使用するハードウェアは、少なくともクアッドコア(amd x4 630またはIntel i5-2500k)と十分なRAM(> 8GB、おそらく> 16GB)であるため、ハードウェア要件を満たす必要があります。 私のPC /サーバーは、停電の場合にUPS(無停電電源装置)に接続され ます。メディアとバックアップを別々のマシン(つまり2台のサーバー)でも実行する場合があります。


2
多数の小さなファイル用にファイルシステムを最適化していますか?
合計約82.1 GBの122,865個のイメージファイルを含むドライブがあります。ただし、ディスク上の171 GBのスペースを使用します。平均ファイルサイズは約717KBです。このサイズのファイルをさらに追加し続けるつもりなので、ドライブを新しいファイルシステムで再フォーマットするか、既存のシステムを変更して、これらの小さなファイルにうまく対応したいと思います。ドライブは現在、ArchLinuxが提供するデフォルトでext4を実行していmkfs.ext4ます。これを解決するためにどこから始めればよいのか、私は少しも確信していません。誰かが私を正しい方向に向けたり、私に協力するためのリソースを提供したりできます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.