Bağımsız değişken listesi ls için çok uzun

ls *.txt | wc -lBirçok dosya içeren bir dizine çalışırken aşağıdaki hatayı alıyorum :

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

Bu "Bağımsız Değişken listesi" nin eşiği dağıtım veya bilgisayarın özelliklerine mi bağlı? Genellikle, bu kadar büyük bir sonucun sonucunu diğer bazı komutlara ( wc -lörneğin) aktarırdım , bu yüzden terminalin sınırlarıyla ilgilenmiyorum.

Kişisel hata mesajı argüman listesi çok uzun geliyor * ait ls *.txt.

Bu sınır, hem ikili programlar hem de Çekirdeğiniz için bir güvenliktir. Bu sayfada , onunla ilgili daha fazla bilgiyi ve nasıl kullanıldığını ve hesaplandığını göreceksiniz .

Boru boyutunda böyle bir sınır yoktur. Böylece sadece bu komutu verebilirsiniz:

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

Not: Modern Linux'ta, dosya isimlerindeki garip karakterler (yeni satırlar gibi) lsya da gibi araçlarla kaçacak find, fakat yine de * ile gösterilecektir . Eski bir Unix kullanıyorsanız bu komuta ihtiyacınız olacak.

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

Not: Adında yeni satırlı bir dosyayı nasıl oluşturabileceğimi merak ediyordum. O kadar da zor değil, bir kere hileyi öğrendiğinde:

touch "hello
world"

Temel olarak Linux çekirdeğinin sürümüne bağlıdır.

Sisteminizin sınırını çalıştırarak görebilmeniz gerekir.

getconf ARG_MAX

Bu, size bir komut satırının kabuk tarafından genişletildikten sonra sahip olabileceği maksimum bayt sayısını gösterir.

Linux <2.6.23'te sınır genellikle 128 KB'dir.

Linux> = 2.6.25'te sınır ulimit -s, hangisi daha büyükse, 128 KB veya yığın boyutunuzun 1 / 4'ü (bkz ).

Tüm detaylar için execve (2) man sayfasına bakın.

Maalesef, boru hattı ls *.txtsorunu çözmeyecek, çünkü sınır kabukta değil işletim sisteminde.

Kabuk genişler *.txt, sonra aramaya çalışır.

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

ve *.txt128 KB sınırını aştığınız kadar eşleşen çok sayıda dosyanız var .

Gibi bir şey yapmak zorunda kalacaksın

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

yerine.

(Ayrıca bkz. Shawn J. Goff'un yeni satırlar içeren dosya adları hakkındaki yorumları.)

Başka bir geçici çözüm:

ls | grep -c '\.txt$'

Olsa lsfazla çıktı üretir ls *.txtEğer geçen etmediklerinden, bu "çok uzun argüman" içine sorun çalışmaz üretir (veya üretmek için girişimlerde) herhangi argümanlar ls. Not grepBir dosya eşleştirme modeli yerine normal bir ifade alır.

Kullanmak isteyebilirsiniz:

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

(sürümünüzü lsbu seçeneği desteklediğini varsayarsak ). Bu, lshem zamandan hem de bellekten tasarruf sağlayabilecek çıktısını sıralamamasını söyler - ve bu durumda sıra önemli değil, çünkü sadece dosyaları sayıyorsunuz. Çıktıyı sıralamak için harcanan kaynaklar genellikle önemli değildir, ancak bu durumda zaten çok fazla sayıda *.txtdosyanız olduğunu biliyoruz .

Tek bir dizinde çok fazla bulunmaması için dosyalarınızı yeniden düzenlemeyi düşünmelisiniz. Bu mümkün olabilir veya olmayabilir.

MAX_ARG_PAGES bir çekirdek parametresi gibi görünüyor. Kullanmak findve xargsbu sınırı ele almak için kullanılan tipik bir birleşimdir ancak bunun için çalışacağından emin değilim wc.

Çıktısını find . -name \*\.txtbir dosyaya aktarma ve bu dosyadaki satırları sayma bir geçici çözüm işlevi görmelidir.

Bu kirli olabilir ama ihtiyaçlarım için ve uzmanlığım dahilinde işe yarıyor. Çok hızlı performans gösterdiğini sanmıyorum ama günüme devam etmeme izin verdi.

ls | grep jpg | <something>

90.000 uzunluğunda bir jpg listesi alıyorum ve bir timelapse oluşturmak için avconv'a yönlendiriyordum.

Daha önce ls kullanıyordum * .jpg | avconv bu konuyu daha önce koştum.