Bagaimana saya bisa mengecualikan semua pesan "izin ditolak" dari "temukan"?

Saya perlu menyembunyikan semua izin pesan yang ditolak dari:

find . > files_and_folders

Saya bereksperimen ketika pesan seperti itu muncul. Saya perlu mengumpulkan semua folder dan file, yang tidak muncul.

Apakah mungkin mengarahkan level izin ke files_and_foldersfile?

Bagaimana saya bisa menyembunyikan kesalahan sekaligus?

<sup>Catatan:
* Jawaban ini mungkin lebih dalam dari waran yang digunakan, dan find 2>/dev/nullmungkin cukup baik dalam banyak situasi. Mungkin masih menarik untuk perspektif lintas-platform dan untuk diskusi tentang beberapa teknik shell canggih demi menemukan solusi yang sekuat mungkin, meskipun kasus-kasus yang dijaga terhadapnya mungkin sebagian besar hipotetis.
* Jika sistem Anda dikonfigurasikan untuk menampilkan pesan kesalahan lokal , awali findpanggilan di bawah ini dengan LC_ALL=C( LC_ALL=C find ...) untuk memastikan bahwa pesan bahasa Inggris dilaporkan, sehingga grep -v 'Permission denied'berfungsi sebagaimana dimaksud. Selalu, bagaimanapun, pesan kesalahan yang tidak bisa ditampilkan kemudian dalam bahasa Inggris juga.</sup>

Jika shellbashzsh Anda atau , ada solusi yang kuat namun cukup sederhana , hanyafind menggunakan fitur yang sesuai dengan POSIX ; sementara bashitu sendiri bukan bagian dari POSIX, sebagian besar platform Unix modern datang bersamanya, membuat solusi ini sangat portabel:

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

Catatan: Ada kemungkinan kecil bahwa beberapa grepoutput mungkin tiba setelah find selesai, karena perintah keseluruhan tidak menunggu perintah di dalam >(...)selesai. Di bash, Anda dapat mencegah ini dengan menambahkan | catperintah.

• >(...)adalah substitusi proses output (jarang digunakan) yang memungkinkan redirect output (dalam hal ini, stderr output ( ) ke stdin dari perintah di dalam . Selain dan , mendukung mereka pada prinsipnya , tetapi mencoba menggabungkannya dengan redirection dari stderr , seperti yang dilakukan di sini ( ), tampaknya diabaikan (dalam ) secara diam-diam .2>>(...)
bashzshksh2> >(...)ksh 93u+

  • grep -v 'Permission denied'menyaring keluar ( -v) semua lini (dari findaliran stderr perintah ini) yang mengandung frase Permission denieddan output garis tersisa untuk stderr ( >&2).

Pendekatan ini adalah:

• robust : grephanya diterapkan pada pesan kesalahan (dan tidak ke kombinasi jalur file dan pesan kesalahan, berpotensi mengarah ke positif palsu), dan pesan kesalahan selain yang ditolak izin dilewatkan, ke stderr.

• efek samping bebas : find's kode keluar yang diawetkan: ketidakmampuan untuk mengakses setidaknya salah satu item filesystem ditemui hasil dalam kode keluar 1(meskipun yang tidak akan memberitahu Anda apakah kesalahan lain daripada yang izin-membantah terjadi (juga)).

Solusi yang sesuai dengan POSIX:

Solusi yang sepenuhnya sesuai dengan POSIX memiliki keterbatasan atau membutuhkan pekerjaan tambahan.

Jika findkeluaran adalah untuk ditangkap dalam sebuah berkas pula (atau ditekan sama sekali), maka solusi berbasis pipa dari jawaban Jonathan Leffler sederhana, kuat, dan POSIX-compliant:

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

Perhatikan bahwa urutan hal-hal pengalihan: 2>&1harus datang pertama .

Menangkap output stdout dalam file di depan memungkinkan 2>&1untuk hanya mengirim pesan kesalahan melalui pipa, yang grepkemudian dapat beroperasi secara jelas.

Satu- satunya downside adalah bahwa kode keluar keseluruhan akan menjadi grepperintah , bukan find, yang dalam hal ini berarti: jika tidak ada kesalahan sama sekali atau hanya kesalahan izin ditolak, kode keluar akan menjadi 1( kegagalan pensinyalan ), jika tidak ( kesalahan selain dari izin yang ditolak) 0- yang merupakan kebalikan dari maksud.
Yang mengatakan, findkode keluar jarang digunakan , karena sering menyampaikan sedikit informasi di luar kegagalan mendasar seperti melewati jalur yang tidak ada.
Namun, kasus spesifik bahkan hanya beberapadari jalur masukan yang tidak dapat diakses karena kurangnya hak akses yang tercermin dalam find's kode keluar (di kedua GNU dan BSD find): jika kesalahan izin-membantah terjadi untuk setiap file diproses, kode keluar diatur ke 1.

Variasi berikut membahas bahwa:

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

Sekarang, kode keluar menunjukkan apakah ada kesalahan selain yang Permission denied terjadi: 1jika demikian, 0sebaliknya.
Dengan kata lain: kode keluar sekarang mencerminkan maksud sebenarnya dari perintah: sukses ( 0) dilaporkan, jika tidak ada kesalahan sama sekali atau hanya kesalahan izin yang ditolak terjadi.
Ini bisa dibilang lebih baik daripada hanya melewati findkode keluar, seperti pada solusi di atas.

gniourf_gniourf dalam komentar mengusulkan generalisasi (masih sesuai-POSIX) dari solusi ini menggunakan pengalihan canggih , yang bekerja bahkan dengan perilaku default mencetak jalur file ke stdout :

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

Singkatnya: deskriptor file khusus 3digunakan untuk bertukar sementara stdout ( 1) dan stderr ( 2), sehingga pesan kesalahan saja dapat disalurkan ke grepvia stdout.

Tanpa pengalihan ini, data (jalur file) dan pesan kesalahan akan disalurkan grepmelalui stdout, dan grepkemudian tidak akan dapat membedakan antara pesan kesalahan Permission denied dan file (hipotetis) yang namanya mengandung frase tersebut Permission denied.

Akan tetapi, seperti pada solusi pertama, kode keluar yang dilaporkan adalah grep, bukan find, tetapi perbaikan yang sama seperti di atas dapat diterapkan.

Catatan tentang jawaban yang ada:

• Ada beberapa poin yang perlu diperhatikan tentang jawaban Michael Brux ini , find . ! -readable -prune -o -print:

  • Itu membutuhkan GNU find ; terutama, itu tidak akan berfungsi pada macOS. Tentu saja, jika Anda hanya perlu perintah untuk bekerja dengan GNU find, ini tidak akan menjadi masalah bagi Anda.

  • Beberapa Permission deniedkesalahan mungkin masih muncul: find ! -readable -prunemelaporkan kesalahan semacam itu untuk item anak - anak dari direktori di mana pengguna saat ini memiliki rizin, tetapi tidak memiliki izin x(dapat dieksekusi). Alasannya adalah karena direktori itu sendiri dapat dibaca, -prunetidak dieksekusi, dan upaya untuk turun ke direktori itu kemudian memicu pesan kesalahan. Yang mengatakan, kasus khas adalah rizin hilang.

  • Catatan: Poin berikut ini adalah masalah filosofi dan / atau kasus penggunaan khusus, dan Anda mungkin memutuskan itu tidak relevan bagi Anda dan bahwa perintah itu sesuai dengan kebutuhan Anda dengan baik, terutama jika hanya mencetak jalur yang Anda lakukan:

    • Jika Anda mengkonseptualkan pemfilteran pesan kesalahan yang ditolak izin sebagai tugas terpisah yang ingin Anda bisa terapkan pada perintah apa pun find , maka pendekatan sebaliknya untuk mencegah kesalahan yang ditolak izin secara proaktif mengharuskan memasukkan "noise" ke dalam findperintah, yang juga memperkenalkan kompleksitas dan perangkap logis .
    • Sebagai contoh, komentar yang paling banyak dipilih pada jawaban Michael (pada tulisan ini) mencoba untuk menunjukkan bagaimana memperluas perintah dengan memasukkan -namefilter, sebagai berikut:
      find . ! -readable -prune -o -name '*.txt'
      Akan tetapi, ini tidak berfungsi seperti yang dimaksudkan, karena -printtindakan trailing diperlukan (penjelasan dapat ditemukan dalam jawaban ini ). Kehalusan seperti itu dapat menyebabkan bug.

• Solusi pertama di jawaban Jonathan Leffler , find . 2>/dev/null > files_and_folders, karena ia sendiri menyatakan, membabi buta membungkam semua pesan kesalahan (dan solusi yang rumit dan tidak sepenuhnya kuat, karena ia juga menjelaskan). Namun demikian, secara pragmatis , ini adalah solusi paling sederhana , karena Anda mungkin puas mengasumsikan bahwa setiap dan semua kesalahan akan terkait dengan izin.

• Jawaban kabut ini , sudo find . > files_and_folders, ringkas dan pragmatis, tapi keliru untuk apa saja selain hanya mencetak nama file , untuk alasan keamanan: karena Anda menjalankan sebagai akar pengguna, "Anda berisiko memiliki seluruh sistem Anda menjadi kacau oleh bug di find atau versi jahat, atau doa yang salah yang menulis sesuatu secara tidak terduga, yang tidak dapat terjadi jika Anda menjalankan ini dengan hak istimewa normal "(dari komentar pada jawaban kabut oleh tripleee ).

• Solusi ke-2 dalam jawaban viraptor , find . 2>&1 | grep -v 'Permission denied' > some_filemenanggung risiko false positive (karena mengirim campuran stdout dan stderr melalui pipa), dan, berpotensi, alih-alih melaporkan kesalahan yang tidak diterima-ditolak melalui stderr, menangkapnya di samping jalur output dalam file output.

Menggunakan:

find . 2>/dev/null > files_and_folders

Permission deniedTentu saja ini tidak hanya menyembunyikan kesalahan, tetapi semua pesan kesalahan.

Jika Anda benar-benar ingin menyimpan kemungkinan kesalahan lain, seperti terlalu banyak hop pada symlink, tetapi bukan izin yang ditolak, maka Anda mungkin harus menebak bahwa Anda tidak memiliki banyak file yang disebut 'izin ditolak' dan coba:

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

Jika Anda benar-benar ingin memfilter hanya kesalahan standar, Anda dapat menggunakan konstruksi yang lebih rumit:

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

I / O redirection pada findperintah: 2>&1 > files_and_folders |. Pipa mengarahkan output standar ke grepperintah dan diterapkan terlebih dahulu. The 2>&1mengirim standard error ke tempat yang sama sebagai output standar (pipa). The > files_and_foldersmengirimkan output standar (tapi kesalahan tidak standar) ke sebuah file. Hasil akhirnya adalah bahwa pesan yang ditulis dengan kesalahan standar dikirim ke pipa dan output reguler findditulis ke file. The grepmenyaring output standar (Anda dapat memutuskan bagaimana selektif Anda inginkan, dan mungkin harus mengubah ejaan tergantung pada lokal dan O / S) dan final>&2berarti pesan kesalahan yang bertahan (ditulis ke output standar) sekali lagi ke kesalahan standar. Pengalihan akhir dapat dianggap sebagai opsional di terminal, tetapi akan menjadi ide yang sangat bagus untuk menggunakannya dalam skrip sehingga pesan kesalahan muncul pada kesalahan standar.

Ada variasi tanpa akhir pada tema ini, tergantung pada apa yang ingin Anda lakukan. Ini akan bekerja pada varian Unix apa pun dengan turunan shell Bourne (Bash, Korn, ...) dan semua versi yang sesuai dengan POSIX find.

Jika Anda ingin beradaptasi dengan versi spesifik yang findAnda miliki di sistem Anda, mungkin ada opsi alternatif yang tersedia. GNU findkhususnya memiliki banyak sekali opsi yang tidak tersedia di versi lain - lihat jawaban yang saat ini diterima untuk satu set opsi tersebut.

Menggunakan:

find . ! -readable -prune -o -print

atau lebih umum

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

• untuk menghindari "Izin ditolak"
• DAN JANGAN menekan pesan kesalahan (lainnya)
• DAN dapatkan status keluar 0 ("semua file berhasil diproses")

Bekerja dengan: find (GNU findutils) 4.4.2. Latar Belakang:

• The -readablelaga uji coba file yang dapat dibaca. The !Operator mengembalikan benar, ketika tes adalah palsu. Dan ! -readablecocok dengan direktori (& file) yang tidak dapat dibaca.
• The -prunetindakan tidak turun ke direktori.
• ! -readable -prune dapat diterjemahkan ke: jika direktori tidak dapat dibaca, jangan turun ke dalamnya.
• The -readableuji memperhitungkan daftar kontrol akses dan artefak izin lainnya yang -permabaikan tes.

Lihat juga find(1) manual untuk lebih banyak detail.

Jika Anda ingin memulai pencarian dari root "/", Anda mungkin akan melihat output seperti:

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

Itu karena izin. Untuk mengatasi ini:

1. Anda dapat menggunakan perintah sudo:

   sudo find /. -name 'toBeSearched.file'

Ia meminta kata sandi pengguna super, ketika memasukkan kata sandi Anda akan melihat hasil apa yang Anda inginkan. Jika Anda tidak memiliki izin untuk menggunakan perintah sudo yang berarti Anda tidak memiliki kata sandi pengguna super, pertama-tama minta admin sistem untuk menambahkan Anda ke file sudoers.

2. Anda dapat menggunakan redirect Output Kesalahan Standar dari (Umumnya Tampilan / Layar) ke beberapa file dan menghindari melihat pesan kesalahan di layar! redirect ke file khusus / dev / null:

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

3. Anda dapat menggunakan redirect Output Kesalahan Standar dari (Umumnya Tampilan / Layar) ke Output standar (Umumnya Tampilan / Layar), kemudian pipa dengan perintah grep dengan -v "invert" parameter untuk tidak melihat garis output yang memiliki 'Izin ditolak' pasangan kata:

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

Saya harus menggunakan:

find / -name expect 2>/dev/null

menentukan nama apa yang ingin saya temukan dan kemudian mengatakannya untuk mengalihkan semua kesalahan ke / dev / null

berharap menjadi lokasi program ekspektasi yang saya cari.

Pipa stderrke /dev/nulldengan menggunakan 2> / dev / null

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

Anda juga dapat menggunakan -permdan -prunepredikat untuk menghindari turun ke direktori yang tidak dapat dibaca (lihat juga Bagaimana cara menghapus pernyataan cetakan "izin ditolak" dari program find? - Unix & Linux Stack Exchange ):

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

Arahkan ulang kesalahan standar. Misalnya, jika Anda menggunakan bash pada mesin unix, Anda dapat mengarahkan kesalahan standar ke / dev / null seperti ini:

find . 2>/dev/null >files_and_folders

Meskipun pendekatan di atas tidak membahas kasus untuk Mac OS X karena Mac Os X tidak mendukung -readablesakelar, ini adalah cara Anda dapat menghindari kesalahan 'Izin ditolak' di output Anda. Ini mungkin membantu seseorang.

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

Jika Anda menggunakan perintah lain dengan find, misalnya, untuk menemukan ukuran file dari pola tertentu dalam direktori 2>/dev/nullmasih akan berfungsi seperti yang ditunjukkan di bawah ini.

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

Ini akan mengembalikan ukuran total file dari pola yang diberikan. Catat 2>/dev/nullpada akhir perintah find.

Kesalahan itu dicetak ke output kesalahan standar (fd 2). Untuk memfilternya, cukup arahkan semua kesalahan ke / dev / null:

find . 2>/dev/null > some_file

atau pertama bergabung dengan stderr dan stdout dan kemudian singkirkan kesalahan spesifik tersebut:

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

Jawaban sederhana:

find . > files_and_folders 2>&-

2>&-menutup ( -) deskriptor file kesalahan standar ( 2) sehingga semua pesan kesalahan dibungkam.

• Kode keluar akan tetap ada 1jika ada Permission deniedkesalahan ' ' jika tidak akan dicetak

Jawaban yang kuat untuk GNU find:

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

Berikan opsi tambahan untuk finditu -prune(mencegah turun ke) tetapi masih -printada direktori ( ) yang tidak ( ) memiliki keduanya dan izin, atau ( ) file lain.-typed\!-readable-executable-o-print

• -readabledan -executableopsi adalah ekstensi GNU, bukan bagian dari standar POSIX
• Mungkin masih mengembalikan ' Permission denied' pada file yang tidak normal / rusak (mis., Lihat laporan bug yang memengaruhi sistem file yang dipasang di wadah menggunakan lxcfs<v2.0.5)

Jawaban kuat yang bekerja dengan semua yang kompatibel dengan POSIX find(GNU, OSX / BSD, dll)

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

Gunakan pipa untuk melewatkan aliran kesalahan standar grep, menghapus semua baris yang mengandung 'Permission denied'string.

LC_ALL=Cmengatur lokal POSIX menggunakan variabel lingkungan , 3>&2 2>&1 1>&3dan 3>&2 2>&1 menduplikasi deskriptor file untuk menyalurkan aliran kesalahan standar grep, dan [ $? = 1 ]menggunakan []untuk membalikkan kode kesalahan yang dikembalikan oleh grepuntuk memperkirakan perilaku asli find.

• Juga akan memfilter 'Permission denied'kesalahan apa pun karena pengalihan output (mis., Jika files_and_foldersfile itu sendiri tidak dapat ditulisi)

Untuk menghindari hanya izin yang ditolak peringatannya, beri tahu find untuk mengabaikan file yang tidak dapat dibaca dengan memangkasnya dari pencarian. Tambahkan ekspresi sebagai ATAU ke penemuan Anda, seperti

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

Ini sebagian besar mengatakan untuk (mencocokkan file yang tidak dapat dibaca dan memangkasnya dari daftar) ATAU (cocokkan nama seperti * .jbd dan menampilkannya [dengan ls]) . (Ingatlah bahwa secara default ekspresi adalah AND'd bersama kecuali jika Anda menggunakan -atau) Anda memerlukan -l dalam ekspresi kedua atau jika ditemukan dapat menambahkan tindakan default untuk menunjukkan kecocokan, yang juga akan menunjukkan kepada Anda semua file yang tidak dapat dibaca .

Tetapi jika Anda mencari file nyata di sistem Anda, biasanya tidak ada alasan untuk mencari / dev, yang memiliki banyak file, jadi Anda harus menambahkan ekspresi yang mengecualikan direktori itu, seperti:

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

Jadi (cocokkan file yang tidak dapat dibaca dan pangkas dari daftar) ATAU (cocokkan jalur / dev dan pangkas dari daftar) ATAU (cocokkan file seperti * .jbd dan tampilkan) .

menggunakan

sudo find / -name file.txt

Ini bodoh (karena Anda meningkatkan pencarian) dan tidak aman, tetapi jauh lebih pendek untuk menulis.

Tidak ada jawaban di atas yang berfungsi untuk saya. Apa pun yang saya temukan di Internet berfokus pada: sembunyikan kesalahan. Tidak ada yang menangani proses kode-kembali / kode-keluar dengan benar. Saya menggunakan perintah find dalam skrip bash untuk menemukan beberapa direktori dan kemudian memeriksa isinya. Saya mengevaluasi perintah temukan sukses menggunakan kode keluar: nilai nol berfungsi, jika tidak gagal.

The jawaban yang diberikan di atas oleh Michael Brux bekerja kadang-kadang. Tapi saya punya satu skenario di mana ia gagal! Saya menemukan masalah dan memperbaikinya sendiri. Saya perlu memangkas file ketika:

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

Lihat masalah utama di sini adalah: DAN / ATAU. Satu urutan kondisi yang disarankan yang saya baca adalah:

-type d ! -readable ! -executable -prune

Ini tidak selalu berhasil. Ini berarti pemangkasan dipicu ketika pertandingan adalah:

it is directory AND no read access AND no execute access

Urutan ekspresi ini gagal ketika akses baca diberikan tetapi tidak ada akses eksekusi.

Setelah beberapa pengujian saya menyadari tentang itu dan mengubah solusi skrip shell saya ke:

nice find / home * / -maxdepth 5 -Ikuti \
    \ (-type d -a ! \ (-baca-a-bisa dieksekusi \) \) -prune \
    -o \
    \ (-jenis d -b -baca -a - executable -a -name "$ {m_find_name}" \) -print

Kuncinya di sini adalah menempatkan "tidak benar" untuk ekspresi gabungan:

has read access AND has execute access

Kalau tidak, ia tidak memiliki akses penuh, yang berarti: memangkasnya. Ini terbukti bekerja untuk saya dalam satu skenario yang gagal solusi yang disarankan sebelumnya.

Saya memberikan rincian teknis di bawah ini untuk pertanyaan di bagian komentar. Saya minta maaf jika detailnya berlebihan.

• ¿Mengapa menggunakan perintah yang bagus? Saya mendapat ide di sini . Awalnya saya pikir akan menyenangkan untuk mengurangi prioritas proses ketika mencari seluruh sistem file. Saya menyadari itu tidak masuk akal bagi saya, karena skrip saya terbatas pada beberapa direktori. Saya mengurangi -maxdepth menjadi 3.
• ¿Mengapa mencari di dalam / home * /? Ini tidak relevan untuk utas ini. Saya menginstal semua aplikasi dengan tangan melalui kompilasi kode sumber dengan pengguna yang tidak memiliki hak istimewa (bukan root). Mereka dipasang di "/ rumah". Saya dapat memiliki banyak binari dan versi yang hidup bersama. Saya perlu menemukan semua direktori, memeriksa dan membuat cadangan dengan cara master-slave. Saya dapat memiliki lebih dari satu "/ rumah" (beberapa disk berjalan di dalam server khusus).
• ¿Kenapa menggunakan -follow? Pengguna dapat membuat tautan simbolis ke direktori. Kegunaannya tergantung, saya perlu mencatat jalur absolut yang ditemukan.

Anda dapat menggunakan grep -v invert-match

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

seperti ini:

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

Haruskah dengan keajaiban

- = Untuk MacOS = -

Buat perintah baru menggunakan alias: tambahkan saja baris ~ / .bash_profile:

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

dan di jendela Terminal baru Anda bisa menyebutnya:

$ file=<filename or mask>; search

sebagai contoh:

$ file = dll; Cari

Jika Anda menggunakan CSH atau TCSH, berikut ini solusinya:

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

Jika Anda ingin output ke terminal:

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

Namun, seperti yang dijelaskan oleh FAQ "csh-whynot", Anda sebaiknya tidak menggunakan CSH.