小さいディレクトリで長い時間がかかる

Ubuntuを実行して、ターミナルを開いて

sudo bash
cd /
ls | head -n 1000

予想どおり、約20個のディレクトリが返されます。

ただし、lsを実行し、それを何かにパイプしないと、lsは別の端末から削除するまでそこにハングします。何が起きているのでしょうか？

編集：

> type ls
ls is aliased to `ls --color=auto`

編集：

> /bin/ls /
<normal response>
> /bin/ls --color=auto
<hangs indefinitely>

lsの出力を色付けすると、このコマンドがハングするのはなぜですか？

lsを正常に実行すると、ファイルのリストを表示するだけで、いずれのファイルでもstat（2）を実行する必要はありません。つまり、ファイル自体にはアクセスせず、ファイルを含むディレクトリのみにアクセスします。

--colorオプションを追加するか、ファイル自体を調べる必要がある他のlsオプションを使用する場合、lsはそれらのファイルをstat（2）する必要があります。

ほとんどの場合、ディレクトリ内の少なくとも1つのファイルが、NFSなどを介してリモートシステムから実際にマウントされています。そして、そのパーティションをマウントしたサーバーが起動していないか、応答していません。そのため、lsがそのディレクトリに関する情報を取得しようとすると、サーバーが応答するのを待ってカーネルでハングします。

他の人が言ったように、straceを使用すると、lsがハングしたときにアクセスしようとしているディレクトリがわかります。その後、そのマウントされたパーティションなどをアンマウントできます。