私はルートの方向にいて、/何らかのls -lah理由でこれを行い、フォルダのサイズを調べました。私はフォルダlost+foundのサイズが16Kで、他のすべてのディレクトリのサイズが4Kであることがわかりました。/dev、、、、/procそして/sysサイズも多様に出てくるのにlost+found最初はそれが一番気になりました。
人々は、これはファイルシステムと仮想ファイルシステムが/dev異なるため、通常のファイルシステムと同じ規則に従わないためだと指摘しました。/proc/sys
lost+foundこれについての説明（目次）がある人はいますか？速いGoogleでは答えが見つからないようです。
-rw-r--r-- 1 root root 152 Jul 2 11:47 extlinux.conf
drwxr-xr-x 3 root root 4.0K Nov 7 01:51 home
lrwxrwxrwx 1 root root 30 Jul 2 11:47 initrd.img -> /boot/initrd.img-3.2.0-4-amd64
-r--r--r-- 1 root root 32K Jul 2 11:47 ldlinux.sys
drwxr-xr-x 12 root root 4.0K Jul 2 11:46 lib
drwxr-xr-x 2 root root 4.0K Nov 7 01:43 lib64
drwx------ 2 root root 16K Jul 2 11:44 lost+found
drwxr-xr-x 2 root root 4.0K Jul 2 11:46 media
drwxr-xr-x 2 root root 4.0K Dec 24 2014 mnt
drwxr-xr-x 4 root root 4.0K Nov 14 22:00 opt
dr-xr-xr-x 85 root root 0 Nov 9 19:51 proc
drwx------ 3 root root 4.0K Nov 15 21:01 root
drwxr-xr-x 15 root root 480 Nov 15 23:26 run
drwxr-xr-x 2 root root 4.0K Nov 7 01:43 sbin
編集：問題が表示されます。"ls -l"コマンドの出力でのディレクトリサイズは何を意味しますか？これは質問に対する答えですが、私が作成するすべての新しいディレクトリは4.0Kであり、lost+found私が知っている限り、より大きなサイズを保証する情報はまったくありません（これは比較的新しいインストールであり、不要なシャットダウンはありません）。また、明確にするために、ファイルシステムの種類はext3です。
編集2：この記事は、実際に説明できる人にとってはもっと役に立つかもしれませんが、まだ/ runが他の理由を説明していませんが、誰かがインストールされていることを示唆しています（それが確認されていますdf -h）。このコマンドでもmklost+found生成されますが、コマンドを実行すると、ディレクトリサイズは16K（4ブロック）ではなく49K（12ブロック）として表示されます。 mke2fs.cファイルは行を含む16Kファイルを解釈しますif ((lpf_size += fs->blocksize) >= 16*1024)が、49kファイルは解釈しません。
答え1
@casの仮定は正しいです。 「fsckが必要なときに拡張するよりも見つかったファイルのためのより多くのスペースを予約するLost + foundディレクトリを作成する方が簡単です。いくつかのタイプのfs破損の場合は不可能かもしれません。エラーの修正中に見つからないディレクトリが見つかりました。
以前はなぜこれを行っていないのかわかりませんが、mklost+foundマニュアルページを参照すると、次のようになります。
mklost + foundはディスクブロックをLost + foundディレクトリに事前に割り当てるため、e2fsck（8）がファイルシステムを復元するために実行されたときにリンクされていない多数のファイルを格納するためにファイルシステムにブロックを割り当てる必要はありません。これにより、e2fsckは回復中にファイルシステムにデータブロックを割り当てる必要がなくなります。
特定の質問に対するより深い回答、なぜファイルサイズは49,152バイト（または48KiBまたは12セクタ）で、次のファイルのどこかにあります。それで気になりましたが、まだ見つかりませんでした（Cはよくわかりません）。誰かが空き時間があり、私を知ってその理由を説明できる場合は、これに対するあなたの回答を受け入れます。