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

ext4(4番目の拡張ファイルシステム)は、ext3の後継として開発されたLinux用のジャーナリングファイルシステムです。ext4固有の質問にはこのタグを使用してください。一般的なファイルシステム関連の質問では、タグ[filesystem]を使用してください。

10
パーティションがext2、ext3、またはext4であるかどうかを確認するにはどうすればよいですか?
ものをフォーマットしました。ext2としてフォーマットした1つのディスク。もう1つはext4としてフォーマットします。それらがどのように機能するかをテストしたい。 さて、パーティション内のファイルシステムの種類を知るにはどうすればいいですか?
121 linux  ext4  ext3  ext2 

5
ext4の誕生は空です
のBirthセクションを読んでいただけstatで、ext4がサポートしているように見えますが、作成したばかりのファイルでも空のままです。 ~ % touch test slave-iv ~ % stat test.pl slave-iv File: ‘test.pl’ Size: 173 Blocks: 8 IO Block: 4096 regular file Device: 903h/2307d Inode: 41943086 Links: 1 Access: (0600/-rw-------) Uid: ( 1000/xenoterracide) Gid: ( 100/ users) Access: 2012-09-22 18:22:16.924634497 -0500 Modify: 2012-09-22 18:22:16.924634497 -0500 Change: 2012-09-22 18:22:16.947967935 -0500 Birth: …
83 filesystems  ext4  stat 

7
今すぐfsに削除されたファイルからスペースを解放するように指示する
カーネルに空きディスク領域をすぐに返すように指示する方法はありますか?/ proc /内の何かへの書き込みのように?Ubuntu 11.10をext4で使用します。 これはおそらく古くて非常に繰り返されるテーマです。エディターが開いたソースコードファイルを保存できなかったときにのみスペースが0になった後、フォルダーリストに0バイトのサイズが表示されるようになり、削除を開始しました。 ユーザーとルートの両方から数百MBの大きなファイルを削除し、ハードリンクも行いました。 直前にapt-get clean/ var / cache / apt / archivesに900MB以上ありましたが、現在は108KBしかありません。 # du 108 /var/cache/apt/archives 1時間後もまだ空き領域がなく、エディターで開いた貴重なファイルを保存できませんが、以下の不一致に注意してください。 # sync; df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda4 13915072 13304004 0 100% / 助言がありますか?一部のサービス/プロセスを停止しましたが、ディスク領域を積極的に消費している可能性のある人を確認する方法がわかりません。 詳細情報 # dumpe2fs /dev/sda4 Filesystem state: clean Errors behavior: Continue Filesystem OS type: …
73 disk-usage  ext4  ext3  proc  df 

4
ext4スーパーブロックの回復
最近、外付けハードドライブエンクロージャに障害が発生しました(ハードドライブ自体が別のエンクロージャで起動します)。ただし、その結果、EXT4ファイルシステムが破損しているようです。 ドライブには単一のパーティションがあり、GPTパーティションテーブル(ラベル付きears)を使用します。 fdisk -l /dev/sdb ショー: Device Boot Start End Blocks Id System /dev/sdb1 1 1953525167 976762583+ ee GPT testdisk パーティションが無傷であることを示します。 1 P MS Data 2049 1953524952 1953522904 [ears] ...しかし、パーティションはマウントに失敗します: $ sudo mount /dev/sdb1 a mount: you must specify the filesystem type $ sudo mount -t ext4 /dev/sdb1 a mount: …


5
上書きされたファイルは回復できますか?
削除されたファイルの回復 についてではなく、上書きされたファイルについてです。すなわち、以下の方法による: # move mv new_file old_file # copy cp new_file old_file # edit vi existing_file > D > i new_content > :x Linuxマシンに特別なプログラムがインストールされていないと仮定して、上記の3つのアクションのいずれかが実行された場合、何かを取得することは可能ですか?

2
data = orderedとは対照的に、data = journalはExt4の方が安全ですか?
Ext4のデフォルトのジャーナルモードはdata=orderedであり、ドキュメントによると、 「すべてのデータは、メタデータがジャーナルにコミットされる前に、メインファイルシステムに直接出力されます。」 ただし、data=journalオプションもあります。つまり、 「すべてのデータはメインファイルシステムに書き込まれる前にジャーナルにコミットされます。このモードを有効にすると、遅延割り当てとO_DIRECTサポートが無効になります。」 これについての私の理解は、data=journalモードはすべてのデータとメタデータをジャーナルするということです。一見すると、これはデータの整合性と信頼性の面で最も安全なオプションであることを意味しているようですが、パフォーマンスにはそれほどではありません。 信頼性が最大の懸念事項であるが、パフォーマンスがそれほど重要でない場合、このオプションを選択する必要がありますか?このオプションを使用する際の注意事項はありますか? 背景として、問題のシステムはUPS上にあり、ドライブの書き込みキャッシュは無効になっています。
36 ext4 

3
1 KiBブロックサイズのちょうど100 MiBのパーティションに、対応する使用可能なブロック/スペースがないのはなぜですか?
コンテナを使用した非常に高密度の仮想化環境があるため、各コンテナを本当に小さくしようとしています。「本当に小さい」とは、パッケージマネージャーの互換性を損なうことなく、ベースUbuntu 14.04(Trusty Tahr)で87 MBを意味します。 そのため、コンテナのバッキングストレージとしてLVMを使用し、最近、非常に奇妙な数字を見つけました。どうぞ。 100 MiB(はい、2のべき乗)論理ボリュームを作成しましょう。 sudo lvcreate -L100M -n test1 /dev/purgatory サイズを確認したいので発行します sudo lvs --units k test1 purgatory -wi-a---- 102400.00k 甘い、これは本当に100 MiBです。 ext4ファイルシステムを作成しましょう。そしてもちろん、-m 0スペースの無駄を防ぐパラメーターを覚えています。 sudo mkfs.ext4 -m 0 /dev/purgatory/test1 mke2fs 1.42.9 (4-Feb-2014) Filesystem label= OS type: Linux Block size=1024 (log=0) Fragment size=1024 (log=0) Stride=0 blocks, Stripe width=0 blocks …
33 ext4 

1
ext4が16 TBまでしか推奨されないのはなぜですか?
ext4のWiki記事私はext4のは1 EIBまで使用することができますが、唯一の16のTiBまで推奨されていることを見てきました。なぜそうなのですか?XFSがより大きなファイルシステムに推奨されるのはなぜですか? (ELICS:私はCSの学生であるように説明してください。ただし、ファイルシステムの知識はあまりありません)
28 filesystems  ext4  xfs 

3
debugfsのext4ファイルシステムで「filen / ame」(スラッシュ付き)という名前のファイルを削除する方法は?
e2fsprogs debugfsで遊んで、変更/事故により、という名前のファイルfilen/ameが作成されました。明らかに、スラッシュ文字/はパス名の特別な区切り文字として機能します。 それでも使用debugfsして、という名前のファイルを削除したいのですfilen/ameが、/文字がファイル名の一部として解釈されないため、ほとんど成功しませんでしたか? debugfsは、スラッシュを含むこのファイルを削除する方法を提供しますか?もしそうならどのように? 私が使用した: cd /tmp echo "content" > contentfile dd if=/dev/zero of=/tmp/ext4fs bs=1M count=50 mkfs.ext4 /tmp/ext4fs debugfs -w -R "write /tmp/contentfile filen/ame" /tmp/ext4fs debugfs -w -R "ls" /tmp/ext4fs どの出力: debugfs 1.43.4 (31-Jan-2017) 2 (12) . 2 (12) .. 11 (20) lost+found 12 (980) filen/ame filen/ameファイルを削除するために次のことを試しました。 debugfs -w -R …
26 ext4  slash  debugfs 

2
「cp」を強制終了するとどうなりますか?それは安全ですか、それは結果をもたらしますか?
実行中に+ をcp入力してコピーコマンドを終了すると、ext4ファイルシステムにどのような影響がありますか?CtrlC ファイルシステムは破損しますか?不完全なコピーされたファイルが占有しているパーティションのスペースは、削除後も使用可能ですか? そして、最も重要なことは、cpプロセスを終了することは安全なことですか?

5
EXT4-fsの不正なジオメトリを修正(ブロックカウントがデバイスのサイズを超える)
FAT32パーティションとEXT4パーティションを持つマイクロSDカードがあります。EXT4パーティションはマウントされなくなります。dmesgは次のエラーを表示します。 EXT4-fs (sdb2): bad geometry: block count 2199023779840 exceeds size of device (524288 blocks) 私はグーグルで調べましたが、それでも問題がどこにあるのか(パーティションテーブルのどこ?ファイルシステム?)も、その修正方法も完全には理解していません。私はいくつかの解決策を試みました: testdiskを使用してパーティションテーブルを書き込む fsckを使用して、バックアップからスーパーブロックを復元します(すべて試してみました)。例えばfsck.ext4 -b 163840 -B 4096 /dev/sdb2 fsck -cc不良ブロックの確認に使用 resize2fsを使用してパーティションのサイズを設定します。出力:The combination of flex_bg and !resize_inode features is not supported by resize2fs. fsckを実行すると、多数のエラー(以下の完全な出力)が表示されますが、修正すると主張しています。ただし、もう一度実行すると、毎回同じエラーが繰り返し表示されます。 不良ジオメトリの問題を修正して、ファイルシステムを再びマウント可能にするにはどうすればよいですか?どうしてそうなった? fsck出力: e2fsck 1.42 (29-Nov-2011) One or more block group descriptor checksums are …
23 filesystems  ext4  fsck 

1
resize2fsの新しいサイズを確認するにはどうすればよいですか?
新しいパーティション用のスペースを作るためにext4ファイルシステムを縮小したいのですが、resize2fsプログラムに出くわしました。コマンドは次のようになります。 resize2fs -p /dev/mapper/ExistingExt4 $size $size現在のext4ファイルシステムから正確に15 GiBを差し引くかどうかを判断するにはどうすればよいですか?df何とかしての出力を使用できますか?

3
デバイスに十分なスペースがある場合、mv中に断続的な「デバイスにスペースがありません」エラーを修正する方法は?
この質問は、UnixおよびLinux Stack Exchangeで回答できるため、Stack Overflowから移行されました。 4年前に移行され ました。 デスクトップ上のUbuntu 14.04 ソースドライブ:/ dev / sda1:5TB ext4シングル ドライブボリューム ターゲットボリューム:/ dev / mapper / archive-lvarchive:raid6(mdadm)lvm パーティションとext4を備えた18TBボリューム 移動するファイルは約1500万個あり、一部は重複している可能性があります(重複を上書きしたくない)。 (ソースディレクトリから)使用されたコマンドは: ls -U |xargs -i -t mv -n {} /mnt/archive/targetDir/{} これは予想どおり数日間続いていますが、頻度を上げるとエラーが発生します。ターゲットドライブの起動時は約70%でしたが、現在は約90%です。以前は約1/200でしたが、現在は約1/5の状態とエラーになります。100Mbを超えるファイルはなく、ほとんどのファイルは約10万です。 いくつかの情報: $ df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb3 155G 5.5G 142G 4% / …

2
ext4ファイルシステムがNTFSより優れているのはなぜですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 プレゼンテーションのために、私は示す必要があるのext4ファイルシステムがより優れているNTFS。検索してext4とNTFSの両方に関する素晴らしい記事を入手しました http://en.wikipedia.org/wiki/Ext4 http://en.wikipedia.org/wiki/NTFS しかし、より良い例との比較ガイドラインが必要です。
21 ext4  ntfs 

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