Tüm "izin reddedildi" iletilerini "bul" öğesinden nasıl hariç tutabilirim?

Tüm izin reddedilen iletileri gizlemem gerekiyor :

find . > files_and_folders

Böyle bir mesaj ortaya çıktığında denemeler yapıyorum. Ortaya çıkmadığı tüm klasörleri ve dosyaları toplamam gerekiyor.

İzin düzeylerini files_and_foldersdosyaya yönlendirmek mümkün mü ?

Hataları aynı anda nasıl gizleyebilirim?

<sup>Not:
* Bu cevap muhtemelen kullanım durumunun gerektirdiğinden daha derine iner ve find 2>/dev/nullbirçok durumda yeterince iyi olabilir. Platformlar arası bir bakış açısı ve bazı ileri kabuk tekniklerinin, mümkün olduğu kadar sağlam bir çözüm bulmak amacıyla tartışılması ilgi çekebilir, ancak korunan davalar büyük ölçüde varsayımsal olabilir.
* Sisteminiz yerelleştirilmiş hata mesajlarını gösterecek şekilde yapılandırılmışsa , İngilizce mesajların bildirildiğinden emin olmak için findaşağıdaki çağrılara LC_ALL=C( LC_ALL=C find ...) önek koyun , böylece amaçlanan şekilde çalışır. Bununla beraber her zaman herhangi bir hata iletileri do görüntülenen olsun sonra İngilizce olması yanı olacaktır. grep -v 'Permission denied'</sup>

Sizin ise kabuk bashveyazsh , orada makul basit olurken sağlam bir çözüm kullanılarak, sadece POSIX uyumlu findözelliklere ; ise bashPOSIX'e parçası değil kendisi en modern Unix platformlarında bu çözüm yaygın taşınabilir hale onunla gelir:

find . > files_and_folders 2> >(grep -v 'Permission denied' >&2)

Not: Genel komut, içerideki komutun bitmesini beklemediğinden , bazı grepçıktılarının tamamlandıktan sonra gelmesi olasılığı düşüktür . Gelen , sen ekleyerek bunu engelleyebilirsiniz komutuna.find>(...)bash| cat

• >(...)Bir (nadiren kullanılır) 'dir çıkış süreci ikamesi bu durumda (çıkış yönlendirme sağlar, stderr çıkışı ( 2>komut içinin stdin'e) >(...).
  ilaveten bashve zsh, kshyanı destekler onları prensipte ancak gelen yönlendirme ile bunları birleştirmek için çalışıyor stderr , burada yapıldığı gibi ( 2> >(...)) sessizce göz ardı ediliyor gibi görünmektedir ksh 93u+.

  • grep -v 'Permission denied'filtre üzerinden ( -v) (tüm hatlar findifadeyi içeren komutunun şekilde hataları akım) Permission deniedve stderr'e kalan sinyallerini üretecek ( >&2).

Bu yaklaşım:

• sağlam : grepyalnızca hata iletilerine (ve potansiyel olarak yanlış pozitiflere yol açan dosya yollarının ve hata iletilerinin bir kombinasyonuna değil) uygulanır ve izin reddedilenler dışındaki hata iletileri stderr'e iletilir.

• tarafının etkisi ücretsiz : find'ın çıkış kodu korunur: erişime çıkış kodunda sonuçları karşılaşılan dosya sistemi öğelerden en az biri yetersizlik 1(yani hatalar olmadığı konusunda bilgi olmasa da diğer izni reddedildi olanlardan daha (oluştu çok)).

POSIX uyumlu çözümler:

Tamamen POSIX uyumlu çözümlerin ya sınırlamaları vardır ya da ek çalışmalar gerektirir.

Eğer findbireyin çıkışı yakalanan edilecek dosyanın zaten (veya tamamen bastırılmış), sonra gelen boru hattı tabanlı çözüm Jonathan Leffler cevap basit, sağlam ve POSIX uyumludur:

find . 2>&1 >files_and_folders | grep -v 'Permission denied' >&2

: Yönlendirmeler sırası önemlidir unutmayın 2>&1gelmelidir ilk .

Bir dosyanın ön tarafındaki stdout çıktısının yakalanması , ardışık düzende açık bir şekilde çalışabilen yalnızca hata mesajlarını boru hattı üzerinden 2>&1göndermeye izin verir .grep

Tek dezavantajı olduğunu genel çıkış kodu olacaktır grepkomutunun değil findvarsa, bu davadan araçlarında 'ın, hiçbir tamamını veya en hatalar sadece izne reddedildi hataları, çıkış kodu olacaktır 1(sinyalizasyon arızası (aksi takdirde) izin reddedilenler dışındaki hatalar) 0- niyetin tam tersi.
Bununla birlikte, findçıkış kodu nadiren kullanılır , çünkü genellikle varolmayan bir yoldan geçmek gibi temel başarısızlığın ötesinde çok az bilgi taşır .
Bununla birlikte, sadece bazılarının bileGiriş yolları sebebiyle izinleri olmaması için erişilemez olma olduğu yansıtılır find(GNU ve BSD hem de 'in çıkış kodu find): bir izin reddedildi hata için oluşması durumunda herhangi bir işlenmiş dosyaların, çıkış kodu olarak ayarlanır 1.

Aşağıdaki varyasyon şunları ele almaktadır:

find . 2>&1 >files_and_folders | { grep -v 'Permission denied' >&2; [ $? -eq 1 ]; }

Şimdi, çıkış kodu dışında herhangi bir hata olup olmadığını gösterir Permission denied: 1öyleyse, 0aksi takdirde.
Başka bir deyişle: çıkış kodu artık komutun gerçek niyetini yansıtmaktadır: 0Hiç hata yoksa veya yalnızca izin verilmeyen hatalar oluşmazsa success ( ) bildirilir .
Bu, findüstteki çözümde olduğu gibi, çıkış kodunu geçirmekten bile daha iyidir .

gniourf_gniourf yorumlarda (hala POSIX uyumlu) önermektedir sofistike yönlendirmeleri kullanarak bu çözümün genelleme , dosya yolları baskı varsayılan davranışı ile bile çalışır Stdout'a :

{ find . 3>&2 2>&1 1>&3 | grep -v 'Permission denied' >&3; } 3>&2 2>&1

Kısacası: 3stdout ( 1) ve stderr ( 2) işlevlerini geçici olarak değiştirmek için özel dosya tanımlayıcı kullanılır , böylece hata iletileri yalnızcagrep stdout aracılığıyla iletilebilir .

Bu yönlendirmeler olmadan, hem veriler (dosya yolları) hem de hata iletileri grepstdout aracılığıyla iletilir ve grepdaha sonra hata iletisi Permission denied ile adı ifadeyi içeren bir (varsayımsal) dosya arasında ayrım yapamaz Permission denied.

Bununla birlikte, ilk çözümde olduğu gibi, bildirilen çıkış kodu grep'değil find' olacaktır , ancak yukarıdaki ile aynı düzeltme uygulanabilir.

Mevcut cevaplarla ilgili notlar:

• Hakkında nota birkaç nokta vardır Michael brux cevabı , find . ! -readable -prune -o -print:

  • GNU gerektirir find; özellikle macOS üzerinde çalışmaz. Tabii ki, sadece GNU ile çalışmak için komuta ihtiyacınız varsa find, bu sizin için bir sorun olmayacaktır.

  • Bazı Permission deniedhatalar hala ortaya çıkabilir : geçerli kullanıcının izni olduğu dizinlerin alt öğeleri find ! -readable -pruneiçin bu tür hataları bildirir , ancak (yürütülebilir) izne sahip değildir. Sebebi dizinin kendisi olmalarındandır olan okunabilir, infaz edilmez ve aşağı inerek girişimi içine bu dizinde sonra hata iletileri tetikler. Bununla birlikte, tipik durum iznin eksik olması içindir.rx-pruner

  • Not: Aşağıdaki nokta, bir felsefe ve / veya belirli bir kullanım durumu meselesidir ve bunun sizin için uygun olmadığına ve komutun ihtiyaçlarınızı tam olarak karşıladığına karar verebilirsiniz, özellikle de sadece yolları yazdırmanız yeterlidir :

    • Eğer siz izin reddedildi hata mesajlarının bir filtrelenmesini conceptualize ayrı sen uygulamak isterler bu görev herhangi find komuta ardından proaktif ters yaklaşımı engelleyen izni reddedildi hataları içine "gürültü" tanıtan gerektirir findkomutu, aynı zamanda tanıtır karmaşıklık ve mantık tuzakları .
    • Örneğin, Michael'ın cevabına en çok oylanan yorum (bu yazıdan itibaren) , aşağıdaki gibi bir filtre ekleyerek komutun nasıl genişletileceğini göstermeye çalışır -name:
      find . ! -readable -prune -o -name '*.txt'
      Ancak, bu , amaçlanan şekilde çalışmaz, çünkü sondaki -printeylem gereklidir ( bu cevapta bir açıklama bulunabilir ). Bu incelikler böcek getirebilir.

• İlk çözüm Jonathan Leffler cevap , find . 2>/dev/null > files_and_folderskendisinin de ifade ettiği gibi, körü körüne susturan bütün hata mesajlarını (ve o da açıkladığı gibi geçici çözüm, tamamen sağlam hantal ve değil). Pragmatik olarak konuşmak gerekirse , en basit çözümdür , çünkü herhangi bir hatanın ve tüm izinlerle ilgili olacağını varsaymaktan memnun olabilirsiniz.

• mist cevabı , sudo find . > files_and_folders, özlü ve pragmatik ancak sadece başka bir şey için tedbirsiz olduğu baskı dosya adları güvenlik nedenleriyle,: Eğer olarak çalıştırıyorsunuz çünkü kök kullanıcı, "find bir hata berbat olmak için tüm sistemi sahip riski veya kötü amaçlı bir sürümü veya beklenmedik bir şekilde yazan yanlış bir çağrıyı (normal ayrıcalıklarla çalıştırırsanız gerçekleşmeyebilir) "(sisin üçlü olarak yanıtına yaptığı bir yorumdan ).

• İçinde 2 solüsyon viraptor cevabı , find . 2>&1 | grep -v 'Permission denied' > some_fileve potansiyel olarak yerine raporlama (nedeniyle boru hattından stdout ve stderr bir karışımını gönderme) yanlış pozitif riskini taşır olmayan çıkış yolları yanında yakalar, onları stderr'e yoluyla -permission reddedildi hataları çıktı dosyasında.

kullanın:

find . 2>/dev/null > files_and_folders

Bu sadece Permission deniedhataları değil elbette tüm hata mesajlarını da gizler .

Bir symlink'te çok fazla atlama gibi izinler değil, diğer olası hataları gerçekten tutmak istiyorsanız, ancak izin reddedilenleri değil, muhtemelen 'izin reddedildi' adı verilen birçok dosyanızın olmadığına dair uçan bir tahminde bulunmanız gerekir. ve dene:

find . 2>&1 | grep -v 'Permission denied' > files_and_folders

Sadece standart hatayı filtrelemek istiyorsanız, daha ayrıntılı yapıyı kullanabilirsiniz:

find . 2>&1 > files_and_folders | grep -v 'Permission denied' >&2

I / O yönlendirmesi üzerine findkomuta geçerli: 2>&1 > files_and_folders |. Boru, standart çıktıyı grepkomuta yönlendirir ve önce uygulanır. 2>&1Standart çıkış (boru) ile aynı yere standart hata gönderir. > files_and_foldersBir dosyaya standart çıktıyı (ancak standart değil hatası) gönderir. Net sonuç, standart hataya yazılan mesajların kanaldan gönderilmesi ve normal çıktısının finddosyaya yazılmasıdır. grepStandart çıktı ve son (sen olmasını istediğiniz seçici ve yerel ayar ve O / S bağlı yazım değiştirmeniz gerekebilir nasıl karar verebilir) filtreler>&2hayatta kalan hata mesajlarının (standart çıktıya yazılan) bir kez daha standart hataya gittiği anlamına gelir. Son yönlendirme terminalde isteğe bağlı olarak kabul edilebilir, ancak hata mesajlarının standart hatada görünmesi için bir komut dosyasında kullanmak çok iyi bir fikir olacaktır.

Ne yapmak istediğinize bağlı olarak bu temada sonsuz varyasyonlar var. Bu, herhangi bir Bourne kabuğu türevi (Bash, Korn,…) ve herhangi bir POSIX uyumlu sürümü ile Unix'in herhangi bir varyantı üzerinde çalışacaktır find.

findSisteminizde bulunan belirli bir sürüme uyum sağlamak isterseniz , mevcut alternatif seçenekler olabilir. findÖzellikle GNU'nun diğer sürümlerde bulunmayan sayısız seçeneği vardır - bu seçeneklerden biri için şu anda kabul edilen cevaba bakınız.

kullanın:

find . ! -readable -prune -o -print

veya daha genel olarak

find <paths> ! -readable -prune -o <other conditions like -name> -print

• "İzin verilmedi"
• VE (diğer) hata mesajlarını BASMAYIN
• VE çıkış durumu 0'ı al ("tüm dosyalar başarıyla işlenir")

Şununla çalışır: find (GNU findutils) 4.4.2. Arka fon:

• -readableTest okunabilir dosyalar eşleşir. !Test yanlış olduğunda operatörü, true döndürür. Ve ! -readableokunamayan dizinlerle (& dosyalar) eşleşir.
• -pruneEylem dizinin içine girer etmez.
• ! -readable -prune şu dile çevrilebilir: dizin okunamıyorsa, bu klasöre girmeyin.
• -readableTest hesabı erişim denetim listeleri ve diğer izinler eserler dikkate alır -permtesti yoksaydıklarınız.

Daha fazla ayrıntı için ayrıca find(1) kılavuz sayfasına bakınız.

Eğer aramayı "/" kökünden başlatmak istiyorsanız, büyük olasılıkla şöyle çıktılar göreceksiniz:

find: /./proc/1731/fdinfo: Permission denied
find: /./proc/2032/task/2032/fd: Permission denied

İzin yüzünden. Bunu çözmek için:

1. Sudo komutunu kullanabilirsiniz:

   sudo find /. -name 'toBeSearched.file'

Süper kullanıcının şifresini sorar, şifreyi girdiğinizde gerçekten ne istediğinizi görürsünüz. Süper kullanıcı parolanız olmadığı anlamına gelen sudo komutunu kullanma izniniz yoksa, önce sistem yöneticisinden sizi sudoers dosyasına eklemesini isteyin.

2. Standart Hata Çıktısını (Genellikle Görüntü / Ekran) 'dan bir dosyaya yönlendirebilir ve hata mesajlarını ekranda görmekten kaçınabilirsiniz! / dev / null özel bir dosyaya yönlendir:

   find /. -name 'toBeSearched.file' 2>/dev/null

3. Standart Hata Çıkışını (Genel Olarak Ekran / Ekran) 'dan Standart çıkışa (Genel Olarak Ekran / Ekran) yönlendirebilir, ardından' İzin reddedildi 'çıkış hatlarını görmemek için -v "invert" parametresi ile grep komutlu boru kullanabilirsiniz. Kelime çiftleri:

   find /. -name 'toBeSearched.file' 2>&1 | grep -v 'Permission denied'

Kullanmak zorunda kaldım:

find / -name expect 2>/dev/null

ne bulmak istediğimin adını belirterek tüm hataları / dev / null'a yönlendirmesini söylerim

beklediğim bekle programının yeri olmayı bekliyorum.

Boru stderriçin /dev/nullkullanarak 2> / dev / null '

find . -name '...' 2>/dev/null

Ayrıca okunamayan dizinlere inmeyi önlemek için -permve -prunetahminlerini kullanabilirsiniz (ayrıca bkz. "İzin reddedildi" çıktı ifadelerini bulma programından nasıl kaldırabilirim? - Unix ve Linux Stack Exchange ):

find . -type d ! -perm -g+r,u+r,o+r -prune -o -print > files_and_folders

Standart hatayı yeniden yönlendir. Örneğin, bir unix makinesinde bash kullanıyorsanız, standart hatayı / dev / null dizinine şu şekilde yönlendirebilirsiniz:

find . 2>/dev/null >files_and_folders

Yukarıdaki yaklaşımlar Mac OS X için durumu ele almazken, Mac Os X -readableanahtarı desteklemediğinden , çıktınızdaki 'İzin reddedildi' hatalarından nasıl kaçınabilirsiniz. Bu birine yardımcı olabilir.

find / -type f -name "your_pattern" 2>/dev/null.

findÖrneğin, bir dizindeki belirli bir desenin dosya boyutunu bulmak için başka bir komut kullanıyorsanız , 2>/dev/nullaşağıda gösterildiği gibi çalışmaya devam eder.

find . -type f -name "your_pattern" -exec du -ch {} + 2>/dev/null | grep total$.

Bu, belirli bir desenin dosyalarının toplam boyutunu döndürür. Find 2>/dev/nullkomutunun sonundaki notu not edin .

Bu hatalar standart hata çıkışına (fd 2) yazdırılır. Filtrelemek için tüm hataları / dev / null dizinine yönlendirmeniz yeterlidir:

find . 2>/dev/null > some_file

veya önce stderr ve stdout'a katılın ve sonra bu belirli hataları grep:

find . 2>&1 | grep -v 'Permission denied' > some_file

Basit cevap:

find . > files_and_folders 2>&-

2>&-tüm hata mesajlarının susturulması -için standart hata dosyası tanımlayıcısını ( 2) kapatır ( ) .

• 1Herhangi bir ' Permission denied' hatası yazdırılırsa çıkış kodu yine de kalır

GNU için sağlam cevap find:

find . -type d \! \( -readable -executable \) -prune -print -o -print > files_and_folders

Fazladan seçenekler gönderir findo -prune(içine inen önlemek) ama yine de -printherhangi bir dizin ( (yok) ) her ikisine de sahip ve izinleri, ya da ( ) başka herhangi bir dosya.-typed\!-readable-executable-o-print

• -readableve -executableseçenekler, POSIX standardının parçası olmayan GNU uzantılarıdır
• Permission deniedAnormal / bozuk dosyalarda yine de ' ' dönebilir (örn., <V2.0.5 kullanan kapsayıcıya bağlı dosya sistemlerini etkileyen hata raporuna bakın lxcfs)

POSIX uyumlu find(GNU, OSX / BSD, vb.) İle çalışan sağlam yanıt

{ LC_ALL=C find . 3>&2 2>&1 1>&3 > files_and_folders | grep -v 'Permission denied'; [ $? = 1 ]; } 3>&2 2>&1

Dizeyi içeren tüm satırları kaldırarak standart hata akışını iletmek için bir boru hattı kullanın .grep'Permission denied'

LC_ALL=Csetleri POSIX yerel bir kullanarak ortam değişkeni , 3>&2 2>&1 1>&3ve 3>&2 2>&1 yinelenen dosya tanımlayıcıları borusuna için standart hata akımı grepve [ $? = 1 ]kullanımları []tarafından döndürülen hata kodu ters çevirmek için grepözgün davranışı yaklaşmak için find.

• Ayrıca 'Permission denied', çıktı yönlendirmesi nedeniyle oluşan hataları da filtreler (örneğin, files_and_foldersdosyanın kendisi yazılabilir değilse)

Yalnızca izin reddedilen uyarılardan kaçınmak için bulmaya, okunamayan dosyaları aramadan budanarak yok saymayı söyleyin. Bulunuza bir ifade VEYA gibi bir ifade ekleyin.

find / \! -readable -prune -o -name '*.jbd' -ls

Bu çoğunlukla (okunamayan bir dosyayı eşleştirin ve listeden budanır ) VEYA ( * .jbd gibi bir adla eşleştirin ve [ls] ile görüntüleyin) der . (-VEYA kullanmadığınız sürece varsayılan olarak ifadelerin birlikte VE olduğunu unutmayın.) İkinci ifadede -ls'ye ihtiyacınız vardır, aksi takdirde bulmanız gereken her iki eşleşmeyi göstermek için varsayılan bir eylem ekleyebilir, bu da size tüm okunamayan dosyaları gösterecektir. .

Ancak sisteminizde gerçek dosyalar arıyorsanız, / dev'e bakmak için genellikle çok fazla dosya içeren bir neden yoktur, bu nedenle bu dizini hariç tutan bir ifade eklemeniz gerekir:

find / -mount \! -readable -prune  -o  -path /dev -prune  -o  -name '*.jbd' -ls

Yani (okunamayan dosyayı eşleştir ve listeden budama yap) VEYA (yol / dev ile eşleştir ve listeden budama yap) VEYA ( * .jbd gibi eşleme dosyası ve görüntüle) .

kullanım

sudo find / -name file.txt

Bu aptalca (aramayı yükselttiğiniz için) ve güvenli değil, ancak yazmak için çok daha kısa.

Yukarıdaki cevapların hiçbiri benim için işe yaramadı. İnternette bulduğum her şey şuraya odaklanıyor: hataları gizle. Hiçbiri işlem dönüş kodunu / çıkış kodunu düzgün bir şekilde işlemez. Bazı dizinleri bulmak ve sonra içeriğini incelemek için bash komut dosyalarında command find komutunu kullanıyorum. Komut bulma başarısını çıkış kodunu kullanarak değerlendiriyorum: sıfır değeri çalışıyor, aksi takdirde başarısız oluyor.

Yukarıda Michael Brux tarafından verilen cevap bazen işe yarıyor. Ama başarısız olduğu bir senaryom var! Sorunu keşfettim ve kendim çözdüm. Ne zaman dosyaları budamak gerekir:

it is a directory AND has no read access AND/OR has no execute access

Burada önemli konuya bakın: VE / VEYA. Okuduğum iyi bir önerilen koşul dizisi:

-type d ! -readable ! -executable -prune

Bu her zaman işe yaramaz. Bu, bir eşleşme olduğunda erik tetiklendiğini gösterir:

it is directory AND no read access AND no execute access

Bu ifade dizisi, okuma erişimi verildiğinde ancak yürütme erişimi verilmediğinde başarısız olur.

Bazı testlerden sonra bunu fark ettim ve kabuk komut dosyası çözümümü şu şekilde değiştirdim:

nice find / home * / -maxdepth 5 -follow \
    \ (-type d -a ! \ (-readable -a -executable \) \) -prune \
    -o \
    \ (-type d -a-okunabilir -a - yürütülebilir -a-adı "$ {m_find_name}" \) -baskı

Buradaki anahtar, birleştirilmiş ifade için "doğru değil" ifadesini yerleştirmektir:

has read access AND has execute access

Aksi takdirde tam erişime sahip değildir, yani: budamak. Bu benim için daha önce önerilen çözümlerin başarısız olduğu bir senaryoda işe yaradığını kanıtladı.

Yorumlar bölümünde sorular için aşağıda teknik detayları sağlarım. Detaylar aşırı olursa özür dilerim.

• Nice Neden nice komutunu kullanıyorsunuz? Burada bir fikrim var . Başlangıçta bir dosya sistemine bakarken işlem önceliğini azaltmanın iyi olacağını düşündüm. Betiğim birkaç dizinle sınırlı olduğundan bunun benim için bir anlamı olmadığını fark ettim. -Maksuppatı 3'e düşürdüm.
• ¿Neden / home * / içinde arama yapmalı? Bu konu için geçerli değil. Tüm uygulamaları ayrıcalıklı olmayan kullanıcılarla (kök değil) derleyen kaynak kodu aracılığıyla elle yüklerim. "/ Home" içine kurulurlar. Birlikte yaşayan birden fazla ikili dosya ve sürümüm olabilir. Tüm dizinleri bulmam, master-slave tarzında incelemem ve yedeklemem gerekiyor. Birden fazla "/ home" (özel bir sunucu içinde çalışan birkaç disk) olabilir.
• ¿Neden -follow kullanıyorsunuz? Kullanıcılar dizinlere sembolik bağlantılar oluşturabilir. Yararlılığı, bulunan mutlak yolların kaydını tutmam gerekiyor.

Grep -v invert-match komutunu kullanabilirsiniz

-v, --invert-match        select non-matching lines

bunun gibi:

find . > files_and_folders
cat files_and_folders | grep -v "permission denied" > files_and_folders

Sihir için olmalı

- = MacOS için = -

Takma ad kullanarak yeni bir komut oluşturun: ~ / .bash_profile satırını ekleyin:

alias search='find / -name $file 2>/dev/null'

ve yeni Terminal penceresinde şunu arayabilirsiniz:

$ file=<filename or mask>; search

Örneğin:

$ file = vb; arama

CSH veya TCSH kullanıyorsanız, işte bir çözüm:

( find . > files_and_folders ) >& /dev/null

Terminale çıkış yapmak istiyorsanız:

( find . > /dev/tty ) >& /dev/null

Ancak, "csh-whynot" SSS bölümünde açıklandığı gibi CSH kullanmamalısınız.