![ディレクトリ内にファイルがあっても、ls -l total が 0 になるのはなぜですか?](https://rvso.com/image/1641926/%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA%E5%86%85%E3%81%AB%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%8C%E3%81%82%E3%81%A3%E3%81%A6%E3%82%82%E3%80%81ls%20-l%20total%20%E3%81%8C%200%20%E3%81%AB%E3%81%AA%E3%82%8B%E3%81%AE%E3%81%AF%E3%81%AA%E3%81%9C%E3%81%A7%E3%81%99%E3%81%8B%3F.png)
ディレクトリがあり、その中に 2 つのファイルを作成し、 を実行するときにこれらのファイルにいくつかのコンテンツを書き込みましたls -l
。それでも合計は と表示されます0
。なぜでしょうか? 何らかの正の整数を返す必要があります。
すでに言及したこれ答えは分かりましたし、説明にも納得しました。でも、なぜ合計が 0 なのか、まだ理解できませんでした。
私は、Windows 10 上の Windows Subsystem for Linux を使用して、Ubuntu (20.04 LTS) でこのコマンドを実行しています。
答え1
おそらく、NTFS ボリュームで WSL を使用しているからでしょう。NTFS は、小さなファイルを MFT (マスター ファイル テーブル) 内のファイル レコードに直接保存します。大きなファイルの場合、ファイル レコード内のこのスペースは予約されますが、使用されません。したがって、小さなファイルは、ファイル レコードがいずれにしても占有するスペースを除いて、基本的にディスク上の余分なスペースを占有せず、合計は 0 になります。
答え2
「ls」コマンドの出力の「total」とは何ですか? [重複]
合計はディレクトリ内のアイテム数ではなく、ディスク使用量を表示します。
「合計」は、リストされたファイルのディスク使用量(-a により . および .. エントリが含まれるため)をブロック単位で表したもの(1024 バイト、または POSIXLY_CORRECT が設定されている場合は 512 バイト)であり、サブディレクトリの内容は含まれません。