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

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

3
LVMを使用してEXT4ボリュームをオンラインで縮小することはできますか?
今日、OpenSUSE 12.3(カーネル3.7)を搭載したマシンでこれを試しました。 # resize2fs /dev/mapper/system-srv 2G resize2fs 1.42.6 (21-Sep-2012) Filesystem at /dev/mapper/system-srv is mounted on /srv; on-line resizing required resize2fs: On-line shrinking not supported /dev/mapper/system-srv EXT4ボリュームです。 それは本当にサポートされていないのですか、何か不足していますか?
47 linux  lvm  hard-drive  ext4 

7
ext4パーティションとファイルシステムを拡張するには?
320GBのext4パーティションを持つ400GBのディスクがあります。ext4パーティションを拡張して、左側のスペース(80GBの空きスペース)を使用したいと思います。 +--------------------------------+--------+ | ext4 | Free | +--------------------------------+--------+ どうすればこれができますか? 使用している人を見たresize2fsことがありますが、パーティションのサイズを変更するかどうかはわかりません。 別の解決策は使用することfdiskですが、パーティションを削除してデータを失いたくありません。ファイルを失うことなく、単にパーティションを拡大する方法はありますか? 注:LVMを使用せずにマウントされていないデータパーティションについて説明していますが、バックアップもありますが、リカバリに時間を費やすことは避けたいと思います。


1
大きなファイルの削除に時間がかかるのはなぜですか?
私の理解ではrm、ファイルで実行すると、単にリンクが解除され、ファイルシステム内の空きスペースとしてマークされます。1つのファイルの削除には常にほぼ同じ時間がかかります(つまり、削除速度はファイルのサイズではなくファイルの数に比例します)。 では、なぜ15 GBファイルを削除するのに1分以上かかるのは簡単rm file.tar.gzですか?

4
ext4の「クイック」フォーマットなどはありますか?
Windowsでは、NTFSでフォーマットするのは非常に高速です。RAMの少ない低電力のLinuxマシンがあります。2TBボリュームをext4にフォーマットするには、長い時間がかかります。 フォーマットを高速化するためにできることはありますか?何がそんなに時間がかかるか想像できませんか?(何がそんなに時間がかかる)

2
ext4と組み合わせた透過圧縮ファイルシステム
使用しているアプリケーションはext4機能に依存しているため、ext4ファイルシステムを使用して圧縮ストレージを必要とするプロジェクトをテストしようとしています。 ext4で透過的な圧縮を行うための生産/安定ソリューションはありますか? 私が試したもの: 圧縮が有効なZFSボリューム上のExt4。これは実際に悪影響を及ぼしました。lz4圧縮を有効にしてZFSボリュームを作成し、/ dev / zvol / ...にext4ファイルシステムを作成しようとしましたが、zfsボリュームは実際の使用量の2倍を示し、圧縮は効果がなかったようです。 # du -hs /mnt/test **1.1T** /mnt/test # zfs list NAME USED AVAIL REFER MOUNTPOINT pool 15.2T 2.70G 290K /pool pool/test 15.2T 13.1T **2.14T** - ZFS作成コマンド zpool create pool raidz2 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde2 /dev/sdf1 /dev/sdg1 /dev/sdh2 /dev/sdi1 zfs set recordsize=128k pool …

12
Linuxでの1,000万個のファイルの保存とバックアップ
サーバーフォールトで回答できるため、 この質問はStack Overflowから移行されました。 8年前に移行され ました。 約1,000万のファイル(表紙)が[0-f]の範囲の3つのレベルのサブディレクトリに保存されているWebサイトを実行しています。 0/0/0/ 0/0/1/ ... f/f/f/ これにより、ディレクトリごとに約2400個のファイルが作成されます。これは、1つのファイルを取得する必要がある場合に非常に高速です。さらにこれは多くの質問によって提案された習慣です。 ただし、これらのファイルをバックアップする必要がある場合、10mのファイルを保持している4kディレクトリを参照するだけで何日もかかります。 だから、これらのファイルをコンテナ(または4kコンテナ)に保存できるかどうか疑問に思っています。それぞれがファイルシステム(ある種のマウントされたext3 / 4コンテナ?)のように動作します。これは、ファイルシステム内のファイルに直接アクセスするのとほぼ同じくらい効率的であり、別のサーバーに非常に効率的にコピーされるという大きな利点があると思います。 これを最善にする方法に関する提案はありますか?または任意の実行可能な代替(noSQL、...)?

7
ディスクの大きなLVM(8 TB)のファイルシステムはどれですか?
Linuxサーバーには2 TBのディスクが多数ありますが、現在はすべてLVMにあり、約10 TBのスペースがあります。ext4パーティションでこのすべてのスペースを使用しますが、現在約8,8 TBのデータがあります。 問題は、多くの場合、ディスクにエラーが発生し、エラーが表示されたらすぐに交換する(つまり、古いディスクをddで新しいディスクにコピーしてから新しいディスクをサーバーに入れる)場合でも、多くの場合、約100 MBの破損データが表示されます。そのため、e2fsckは毎回おかしくなり、ext4ファイルシステムを再び正常な状態に戻すのに1週間かかることがよくあります。 質問は次のとおりです。LVMでファイルシステムとして使用することをお勧めしますか? または、代わりに私に何を勧めますか(私は本当にLVMは必要ありません)? 私のファイルシステムのプロファイル: 異なる合計サイズの多くのフォルダー(合計2 TB、合計100 MB) サイズが異なる200,000近くのファイル(3/4が約10 MB、1/4が100 MBから4 GBの間。現在、ext4パーティションが数日間完全に破壊されているため、ファイルの統計を取得できません) 読み取りは多いが書き込みは少ない フォールトトレランスが必要です(ディスク全体で1つのエラーが発生するのが好きではないため、mdadm RAIDの使用を停止しました。ディスクに障害が発生している場合があり、できるだけ早く交換しますが、破損したデータを取得できることを意味します私のファイルシステム) 主な問題は、ディスクの故障です。一部のファイルを失うことはできますが、すべてを同時に失うわけにはいきません。 ext4を使い続けている場合、より小さなファイルシステムを作成し、何らかの方法でそれらを「マージ」するのが最善であると聞きましたが、その方法はわかりません。 私はbtrfsがいいと聞いたが、データが複製されていない場合(mkfs.btrfs -d single?)、ディスクの一部(またはディスク全体)を失うことを管理する方法についての手がかりを見つけることができません。 質問に関するアドバイスは大歓迎です、事前に感謝します!

4
無人で実行されるシステム用の「安全な」ext4構成
Linuxを実行しているシステムがあり、長時間無人で実行する必要があります。システムは、ストレージに産業用CFカードを使用します。ほとんどの場合、フラッシュへの書き込みはありませんが、時々、いくつかの構成データ/設定を変更できます。システムは電源障害に耐える必要があります。 これにはext4を使用したいと思います。この種のセットアップのためにext4を設定する最良の方法は何ですか?次のことに留意してください。 パフォーマンスはまったく問題ありません(特に書き込みパフォーマンス) 停電時には、最後の数秒間に書き込まれたデータが失われたとしても、システムは常にクリーンな状態で起動する必要があります fsckを回避できる場合は、それでもなお良いです。 (私はこの関連する質問を知っています: 停電時のext4 / Linuxドライブのデータ破損を防ぎます)
18 ext4 

5
未処理の孤立したiノードリストをクリーンアップする方法は?
以前は読み取り専用でマウントされていたファイルシステムを読み書き可能にマウントしようとしました: mount -o remount,rw /mountpoint 残念ながら、うまくいきませんでした: mount: /mountpoint not mounted already, or bad option dmesg レポート: [2570543.520449] EXT4-fs (dm-0): Couldn't remount RDWR because of unprocessed orphan inode list. Please umount/remount instead Aもumount機能しません: umount /mountpoint umount: /mountpoint: device is busy. (In some cases useful info about processes that use the device …

8
btrfsの生産準備はできていますか?
最近、btrfsに関する多くの情報を見てきました。私は次のファイルシステムとしてext4を検討していますが、代わりにbtrfsに誘惑されています。btrfsはどれくらい広く使われていますか?長所と短所は何ですか?

4
Linuxで繰り返し可能なディレクトリの順序を保証する
私は、実行ホストされた継続的インテグレーション会社を、私たちは、Linux上で、お客様のコードを実行します。コードを実行するたびに、別の仮想マシンで実行します。頻繁に発生する問題は、VMでチェックアウトされたコードのディレクトリ順序が原因で、顧客のテストが失敗する場合があることです。 より詳細に説明させてください。OSXでは、HFS +ファイルシステムにより、ディレクトリが常に同じ順序でトラバースされることが保証されます。OSXを使用するプログラマーは、OSXがマシンで動作する場合、どこでも動作する必要があると想定しています。しかし、Linuxファイルシステムはディレクトリを横断する際に順序の保証を提供しないため、Linuxではしばしば機能しません。 例として、a.rb、b.rbの2つのファイルがあるとします。a.rbはを定義しMyObject、b.rbはを使用しMyObjectます。a.rbが最初にロードされると、すべてが機能します。b.rbが最初にロードされると、未定義の変数へのアクセスが試行されMyObject、失敗します。 しかし、これよりも悪いのは、常に失敗するわけではないということです。Linuxでのファイルシステムの順序付けは順序付けられていないため、異なるマシンでは異なる順序になります。これは、テストに合格することもあれば、失敗することもあるため、さらに悪化します。これは最悪の結果です。 だから私の質問は、ファイルシステムの順序を繰り返し可能にする方法はありますか?おそらくext4へのフラグは、それは常にディレクトリをある順序でトラバースするということですか?それとも、この保証がある別のファイルシステムですか?

2
ext4ファイルシステムの最大inode制限-誰でも説明できますか?
最近、ext4ファイルシステムの1つが、more than 6mln in this case十分なスペースがあるにもかかわらず、非常に多くのファイルを処理できないように見えるという問題がありました。それ6mlnは最大数ですか、ext4ファイルシステムはすべてのデフォルト設定でフォーマットされたときに持つことができますか?Googleで試してみましたが、決定的な答えは得られませんでした。ここにいる人は誰でもこれに光を当てることができますか?乾杯!!

4
ext4のディレクトリごとの最大ファイル
私は、すべてのファイルがmd5の合計に等しいファイル名で保存されるファイルストアを含むアプリケーションを管理します。すべてのファイルは1つのディレクトリに保存されます。現在は数千ありますが、すぐにサーバー上の数百万のファイルになります。現在のサーバーは、ext4ファイルシステムでUbuntu 11.10を実行しています。 誰かが私に、ディレクトリに多くのファイルを置くのは賢明ではないと言った、これは検索時間と信頼性の大幅な増加を引き起こすからです(彼は単一のディレクトリが指すことができる最大ファイルについての話を持っていたので、大きなリンクリストになりました)。代わりに、ファイル名のサブストリングなどを使用してサブディレクトリを作成することを提案しました。ただし、これにより、アプリケーションの一部の処理が非常に面倒になります。 これはまだ本当ですか、または現代のファイルシステム(たとえばext4)はこれに対処し、自然にスケーリングするより効率的な方法を持っていますか?ウィキペディアにはファイルシステムに関する詳細がありますが、ディレクトリごとの最大ファイル数や検索時間については何も言及していません。

2
Linux上の本番環境に対応した信頼性の高いファイルシステム:ext4 ext3 XFSまたはJFS(またはZFS)?
私がこのトピックで見た最後の本当の質問は、約2年前のものです(本番用にext4が用意されています)。 その間、ext4はどのように改善されましたか? XFS、JFS、およびext3は、スタンバイの信頼できる選択肢です。私は最近のUbuntuテスト/開発環境でのみext4を使用しましたが、問題は見られませんでしたが、使用頻度の低いワークステーション、VM、使い捨てトレーニング環境でもあります。 スピードと信頼性の観点から、(特に)XFSとJFSに対して成熟する時間がありましたが、ext4はどのように積み上げられますか? ZFSは実行可能なオプションですか(ヒューズ モジュールであるため、おそらくLinux向けではありませんが)。
16 filesystems  ext3  ext4  xfs  jfs 

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