1. ディスクがいっぱいです。

Question

私はこのシナリオを別のコンピュータで何度も実行しました。あなたが私のような状況に直面することを保証することはできませんが、試してみる価値があると思います。

Veracryptと実際には関係のない2つの異なる質問があるようです。これだけコンテナファイルシステムの場合。

ディスクがいっぱいです。一部のファイルを削除すると、ディスクはいっぱいのままです。
ディスクそうしないでください。満ちる。

1. ディスクがいっぱいです。

ケース（1）はディスクを再マウントして再起動したため、削除されたファイルや説明されていないスペースには依存しません。これにより、削除されたオープンファイルが削除され、必要に応じてfsckが強制されます。

1.1何かを使い続けるディスクがいっぱいです。

もしそうなら、私たちには2つの解決策があります。一つは一部の既存のファイルに追加された内容はまだディスクに書き込まれています。（これは通常私のログファイルで発生します）。プロセスに書き込む必要がある20MBのバックログがありますが、ディスクがいっぱいで書き込めずに15MBのファイルを削除したとします。空き容量はすぐに再充填されます。これを確認する唯一の実用的な方法は、ディスクアカウントを実行し（他のデバイス上のファイルについて）、一部のファイルをls -laR削除してスペースを解放し、アカウントを再実行してから、2つのアカウントを比較することです。もちろん、2番目のファイルの一部のファイル（削除されたファイル）は消えましたが、他のいくつかのファイルも表示されたり、サイズが大きくなったことがわかります。

アカウントに開いているファイルのみを使用してこれを行うことができ、はるかに高速ですが、作成、入力、閉じられたlsofファイルが失われる可能性があります。

du -sk /mnt/disk/*/*/* > /tmp/before.txtたとえば、ディスクマウントポイントから最大3つのフォルダまで、すべてのフォルダのスペースを一覧表示することでこれを実行できます。これにより、サイズが大きくなったフォルダをすばやく消去できます。

1.2 ディスク確かに5％ルート予約のため、フル

2番目の可能性はファイルマネージャです。ルート予約スペースが正しく考慮されていません。。すべてではありませんが、ほとんどのLinuxファイルシステム予約一部のスペース（通常5％）はルート操作に使用され、いくつかの重要なパフォーマンスを向上させます。ルート起動操作でディスクがいっぱいになり、ルート以外のユーザーが残りの使用率が95％以上の一部のファイルを削除すると、ルート以外のユーザーはディスクが完全にいっぱいになっています。

以下を使用して、ファイルシステム全体と空き容量を確認できます。

tune2fs -l /dev/mapper/yourcryptdevicename

5％から1％に変更できます。

tune2fs -m 1 /dev/mapper/yourcryptdevicename

これにより、root以外のユーザーに残っている4％の空き容量が「再び表示されます」。

2. ディスクがいっぱいになってはいけません。

これは、500 GBのディスクに400 GBのファイルを挿入して埋める場合にのみ適用されます。差が 5% 未満の場合は理由 1.1 の影響なので、別途の説明なくこの方法で解決できます。

それ以外の場合、ディスク容量はデフォルトのブロック単位の倍数（4Kの可能性があります）として割り当てられます。これが発生すると、6Kファイルには2つのブロックが必要になります。これを作成すると、ディスク上の8Kの空き容量が失われます。これは時々呼び出されます。空きスペース平均は、ブロックサイズの半分に保持しているファイル数を掛けた値に等しくなります。

したがって、ラップトップからNASにソースツリーとライブラリツリーを同期させると、ラップトップには2Kブロック、NASには4Kブロック、つまり49Gbがあります。実際に使用1,797,479個のファイルがありますが、実行するとdu -sk --apparent-size44GBが得られます。 49GBは、実際には小さなファイルが多くの空き容量を占めるのを防ぐためのext4ファイルシステムのいくつかのトリックのおかげです。これらのトリックのないNASでは、最初からブロックが2倍になり、同じ44GBファイルが56GBを占めます。 SSD全体の価値を拡張すると、おそらく880GBのファイルがあるでしょう。1TB SSDドライブには適していません。。

これが真であることを確認するには、次のように実行します。

tune2fs -l /dev/yourpartition | grep "Block size:"

une2fs出力には、何が起こっているのかを確認するのに役立つ追加情報があります。たとえば、同期している2つのディスクの出力を比較し、特定のファイルを削除してから同じディスクの出力を比較します。

Inode count:              365985792
Block count:              1463919616
Free blocks:              72775504
Free inodes:              176130892

Answer 1

私はこのシナリオを別のコンピュータで何度も実行しました。あなたが私のような状況に直面することを保証することはできませんが、試してみる価値があると思います。

Veracryptと実際には関係のない2つの異なる質問があるようです。これだけコンテナファイルシステムの場合。

ディスクがいっぱいです。一部のファイルを削除すると、ディスクはいっぱいのままです。
ディスクそうしないでください。満ちる。

1. ディスクがいっぱいです。

ケース（1）はディスクを再マウントして再起動したため、削除されたファイルや説明されていないスペースには依存しません。これにより、削除されたオープンファイルが削除され、必要に応じてfsckが強制されます。

1.1何かを使い続けるディスクがいっぱいです。

もしそうなら、私たちには2つの解決策があります。一つは一部の既存のファイルに追加された内容はまだディスクに書き込まれています。（これは通常私のログファイルで発生します）。プロセスに書き込む必要がある20MBのバックログがありますが、ディスクがいっぱいで書き込めずに15MBのファイルを削除したとします。空き容量はすぐに再充填されます。これを確認する唯一の実用的な方法は、ディスクアカウントを実行し（他のデバイス上のファイルについて）、一部のファイルをls -laR削除してスペースを解放し、アカウントを再実行してから、2つのアカウントを比較することです。もちろん、2番目のファイルの一部のファイル（削除されたファイル）は消えましたが、他のいくつかのファイルも表示されたり、サイズが大きくなったことがわかります。

アカウントに開いているファイルのみを使用してこれを行うことができ、はるかに高速ですが、作成、入力、閉じられたlsofファイルが失われる可能性があります。

du -sk /mnt/disk/*/*/* > /tmp/before.txtたとえば、ディスクマウントポイントから最大3つのフォルダまで、すべてのフォルダのスペースを一覧表示することでこれを実行できます。これにより、サイズが大きくなったフォルダをすばやく消去できます。

1.2 ディスク確かに5％ルート予約のため、フル

2番目の可能性はファイルマネージャです。ルート予約スペースが正しく考慮されていません。。すべてではありませんが、ほとんどのLinuxファイルシステム予約一部のスペース（通常5％）はルート操作に使用され、いくつかの重要なパフォーマンスを向上させます。ルート起動操作でディスクがいっぱいになり、ルート以外のユーザーが残りの使用率が95％以上の一部のファイルを削除すると、ルート以外のユーザーはディスクが完全にいっぱいになっています。

以下を使用して、ファイルシステム全体と空き容量を確認できます。

tune2fs -l /dev/mapper/yourcryptdevicename

5％から1％に変更できます。

tune2fs -m 1 /dev/mapper/yourcryptdevicename

これにより、root以外のユーザーに残っている4％の空き容量が「再び表示されます」。

2. ディスクがいっぱいになってはいけません。

これは、500 GBのディスクに400 GBのファイルを挿入して埋める場合にのみ適用されます。差が 5% 未満の場合は理由 1.1 の影響なので、別途の説明なくこの方法で解決できます。

それ以外の場合、ディスク容量はデフォルトのブロック単位の倍数（4Kの可能性があります）として割り当てられます。これが発生すると、6Kファイルには2つのブロックが必要になります。これを作成すると、ディスク上の8Kの空き容量が失われます。これは時々呼び出されます。空きスペース平均は、ブロックサイズの半分に保持しているファイル数を掛けた値に等しくなります。

したがって、ラップトップからNASにソースツリーとライブラリツリーを同期させると、ラップトップには2Kブロック、NASには4Kブロック、つまり49Gbがあります。実際に使用1,797,479個のファイルがありますが、実行するとdu -sk --apparent-size44GBが得られます。 49GBは、実際には小さなファイルが多くの空き容量を占めるのを防ぐためのext4ファイルシステムのいくつかのトリックのおかげです。これらのトリックのないNASでは、最初からブロックが2倍になり、同じ44GBファイルが56GBを占めます。 SSD全体の価値を拡張すると、おそらく880GBのファイルがあるでしょう。1TB SSDドライブには適していません。。

これが真であることを確認するには、次のように実行します。

tune2fs -l /dev/yourpartition | grep "Block size:"

une2fs出力には、何が起こっているのかを確認するのに役立つ追加情報があります。たとえば、同期している2つのディスクの出力を比較し、特定のファイルを削除してから同じディスクの出力を比較します。

Inode count:              365985792
Block count:              1463919616
Free blocks:              72775504
Free inodes:              176130892

1. ディスクがいっぱいです。

ベストアンサー1

1. ディスクがいっぱいです。

1.1何かを使い続けるディスクがいっぱいです。

1.2 ディスク確かに5％ルート予約のため、フル

2. ディスクがいっぱいになってはいけません。

おすすめ記事