引数リストがlsに対して長すぎます

ls *.txt | wc -l多くのファイルが含まれているディレクトリにアクセスしようとすると、次のエラーが表示されます。

-bash: /bin/ls: Argument list too long

この「引数リスト」のしきい値は、ディストリビューションまたはコンピューターの仕様に依存しますか？通常、このような大きな結果の結果を他のコマンド（wc -lたとえば）にパイプするので、端末の制限については気にしません。

あなたのエラーメッセージ引数リストが長すぎるから来ている*のls *.txt。

この制限は、バイナリプログラムとカーネルの両方にとって安全です。このページには、その詳細と、その使用方法と計算方法が表示されます。

パイプサイズにそのような制限はありません。したがって、次のコマンドを発行するだけです。

find -type f -name '*.txt'  | wc -l

NBは：最近のLinuxでは、（改行など）、ファイル名に変な文字のようなツールを使ってエスケープされますlsかfind、まだから表示します*。古いUnixを使用している場合、このコマンドが必要です。

find -type f -name '*.txt' -exec echo \;  | wc -l

NB2：名前に改行を含むファイルを作成するにはどうすればよいのかと思っていました。トリックを知ったら、それほど難しくありません：

touch "hello
world"

主にLinuxカーネルのバージョンに依存します。

次を実行することにより、システムの制限を確認できるはずです。

getconf ARG_MAX

これは、シェルによって展開された後のコマンドラインの最大バイト数を示します。

Linux <2.6.23では、制限は通常128 KBです。

Linux> = 2.6.25では、制限は128 KBまたはスタックサイズの1/4（を参照ulimit -s）のいずれか大きい方です。

詳細については、execve（2）のマニュアルページを参照してください。

残念なことに、ls *.txt制限はシェルではなくオペレーティングシステムにあるため、パイピングは問題を解決しません。

シェルはを展開し*.txt、呼び出しを試みます

exec("ls", "a.txt", "b.txt", ...)

一致するファイルが非常に多いため*.txt、128 KBの制限を超えています。

あなたは次のようなことをしなければなりません

find . -maxdepth 1 -name "*.txt" | wc -l

代わりに。

（改行を含むファイル名については、以下のショーンJ.ゴフのコメントを参照してください。）

別の回避策：

ls | grep -c '\.txt$'

にもかかわらずls以上の出力生成ls *.txt生成（または生成する試みを）あなたが渡していないので、それは、「長すぎる引数」に問題を実行していない任意の引数をls。grepは、ファイル一致パターンではなく、正規表現を使用することに注意してください。

あなたが使用することがあります：

ls -U | grep -c '\.txt$'

（お使いのバージョンがlsこのオプションをサポートしていると仮定します）。これはls出力をソートしないように指示し、時間とメモリの両方を節約できます。この場合、ファイルをカウントしているだけなので、順序は関係ありません。通常、出力のソートに費やされるリソースは重要ではありませんが、この場合、非常に多くの*.txtファイルがあることがすでにわかっています。

そして、単一のディレクトリにあまり多くないように、ファイルの再編成を検討する必要があります。これは実行可能である場合とそうでない場合があります。

MAX_ARG_PAGESはカーネルパラメーターのようです。findand を使用することxargsは、この制限に対処するための一般的な組み合わせですが、それが機能するかどうかはわかりませんwc。

の出力をfind . -name \*\.txtファイルにパイピングし、そのファイル内の行をカウントすることは、回避策として役立ちます。

これは汚れているかもしれませんが、私のニーズと私の能力の範囲内で機能します。私はそれが非常に迅速に実行されるとは思わないが、それは私が私の一日を続けることができました。

ls | grep jpg | <something>

私は90,000の長いjpgのリストを取得し、それらをavconvにパイプしてタイムラプスを生成していました。

以前はls * .jpg |を使用していました この問題に遭遇する前にavconv。