Jak mogę wykluczyć wszystkie wiadomości "Odmowa uprawnień" z "Znajdź"?

Użycie:

find . 2>/dev/null > files_and_folders

To ukrywa nie tylko Permission denied błędy, oczywiście, ale wszystkie komunikaty o błędach.

Jeśli naprawdę chcesz zachować inne możliwe błędy, takie jak zbyt wiele przeskoków na dowiązaniu symbolicznym, ale nie Odmowa uprawnień, prawdopodobnie będziesz musiał zgadnąć, że nie masz zbyt wielu plików o nazwie 'Odmowa uprawnień' i spróbować:

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

Jeśli chcesz filtrować tylko standardowy błąd, możesz użyć bardziej rozbudowanego Budowa:

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

Przekierowanie wejścia / wyjścia w Komendzie find to: 2>&1 > files_and_folders |. Rura przekierowuje standardowe wyjście na polecenie grep i jest stosowana jako pierwsza. 2>&1 wysyła standardowy błąd do tego samego miejsca co standardowe wyjście (rura). > files_and_folders wysyła standardowe wyjście (ale nie standardowy błąd) do pliku. Wynik netto jest taki, że komunikaty zapisane do standardowego błędu są wysyłane w dół potoku i regularne wyjście find jest zapisywane do pliku. grep filtruje standardowe wyjście (można zdecyduj, jak selektywne ma być to, i może trzeba zmienić pisownię w zależności od locale I O / S), A ostateczna >&2 oznacza, że zachowane komunikaty o błędach (zapisywane na standardowe wyjście) przejść do błędu standardowego raz jeszcze. Ostateczne przekierowanie można uznać za opcjonalne na terminalu, ale bardzo dobrym pomysłem byłoby użycie go w skrypcie, aby komunikaty o błędach pojawiały się na standardowym błędzie.

Istnieją nieskończone wariacje na ten temat, w zależności od tego, co chcesz zrobić. To będzie praca na dowolnym wariancie Uniksa z dowolną pochodną powłoki Bourne ' a (Bash, Korn, ...) i dowolną wersją zgodną z POSIXfind.

Jeśli chcesz dostosować się do konkretnej wersji find posiadanej w Twoim systemie, mogą być dostępne alternatywne opcje. W szczególności GNU find ma niezliczoną ilość opcji niedostępnych w innych wersjach - zobacz aktualnie akceptowaną odpowiedź na jeden z takich zestawów opcji.

Użycie:

find . ! -readable -prune -o -print

Lub bardziej ogólnie

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

• aby uniknąć "Permission denied"
• i nie wyłączaj (innych) komunikatów o błędach
• i uzyskać status wyjścia 0 ("wszystkie pliki są przetwarzane pomyślnie")

Działa z: find (GNU findutils) 4.4.2. Tło:

• test -readable dopasowuje czytelne pliki. Operator ! zwraca true, gdy test jest false. I ! -readable dopasowuje nieczytelne katalogi (&pliki).
• The -prune akcja nie schodzi do katalogu.
• ! -readable -prune można przetłumaczyć NA: jeśli katalog nie jest czytelny, nie zstępuj do niego.
• test -readable uwzględnia listy kontroli dostępu i inne artefakty uprawnień, które Test -perm ignoruje.

Zobacz find(1) strona Man aby uzyskać więcej szczegółów.

Jeśli chcesz rozpocząć wyszukiwanie z katalogu głównego"/", prawdopodobnie zobaczysz wyniki takie jak:

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

1. Możesz użyć polecenia sudo: sudo find /. -name 'toBeSearched.file'. pyta hasło super użytkownika, po wprowadzeniu hasła zobaczysz wynik, który naprawdę chcesz.

2. Możesz użyć przekierowania standardowego wyjścia błędu z (Zazwyczaj Wyświetlacza / ekranu) do jakiegoś pliku i uniknąć wyświetlania komunikatów o błędach na ekranie! przekierowanie do specjalnego plik / dev /null:

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

3. Możesz użyć przekierowania standardowego wyjścia błędu z (ogólnie Display / Screen)do standardowego wyjścia (ogólnie Display/Screen), następnie wykonaj polecenie grep z parametrem-v "invert", aby nie zobaczyć linii wyjściowych, które mają pary słów "Permission denied":

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

Musiałem użyć:

find / -name expect 2>/dev/null

Podanie nazwy tego, co chciałem znaleźć, a następnie polecenie przekierowania wszystkich błędów do /dev / null

Expect jest lokalizacją programu expect, którego szukałem.

Przełącz stderr Na /dev/null używając 2> / dev / null

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

Możesz również użyć predykatów -perm i -prune, aby uniknąć zstępowania do nieczytelnych katalogów (Zobacz także Jak usunąć polecenia wydruku "permission denied" z programu find? - Wymiana Stosów Unix & Linux):

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

Przekierowanie błąd standardowy. Na przykład, jeśli używasz bash na komputerze uniksowym, Możesz przekierować standardowy błąd do /dev / null w następujący sposób:

find . 2>/dev/null >files_and_folders

Podczas gdy powyższe podejścia nie dotyczą przypadku Mac OS X, ponieważ Mac Os X nie obsługuje -readable przełącznik w ten sposób można uniknąć błędów "Odmowa uprawnień" w wyjściu. To może komuś pomóc.

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

Jeśli używasz innego polecenia z find, na przykład, aby znaleźć rozmiar plików określonego wzorca w katalogu 2>/dev/null, nadal będzie działać jak pokazano poniżej.

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

Zwróci Całkowity rozmiar plików danego wzorca. Uwaga 2>/dev/null na końcu polecenia find.

Te błędy są wypisywane na standardowym wyjściu błędu (fd 2). Aby je odfiltrować, po prostu przekieruj wszystkie błędy do /dev/null:

find . 2>/dev/null > some_file

Lub najpierw Dołącz stderr i stdout, a następnie grep out tych konkretnych błędów:

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

Prosta odpowiedź:

find . > files_and_folders 2>&-

2>&- zamyka (-) standardowy deskryptor pliku błędu (2), więc wszystkie komunikaty o błędach są wyciszane.

• kod wyjścia będzie nadal 1, Jeśli jakiekolwiek błędy 'Permission denied' zostaną wydrukowane

Solidna odpowiedź dla GNU find:

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

przekazać dodatkowe opcje find, które -prune (zapobiec zejściu do), ale nadal -print dowolny katalog (-typed) to nie (\!) mieć oba -readable oraz -executable uprawnienia, lub (-o) -print inne akta.

• -readable oraz -executable opcje są rozszerzeniami GNU, a nie częścią standardu POSIX
• może nadal zwracać "Permission denied " W przypadku nieprawidłowych/uszkodzonych plików (np. zobacz raport o błędzie wpływający na systemy plików montowane w kontenerach Przy Użyciu lxcfs

Solidna odpowiedź, która działa z dowolnym zgodnym z POSIX find (GNU, OSX / BSD, itp.)

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

użycie potoku do przekazania standardowego strumienia błędów do grep, usunięcie wszystkich linii zawierających ciąg 'Permission denied'.

LC_ALL=C Ustawia locale POSIX za pomocą zmiennej środowiskowej , 3>&2 2>&1 1>&3 oraz 3>&2 2>&1 duplikat deskryptorów plików , aby skierować strumień błędu standardowego do grep, oraz [ $? = 1 ] zastosowania [] odwrócenie kodu błędu zwracanego przez grep w celu przybliżenia oryginalnego zachowania find.

• filtruje również wszelkie błędy 'Permission denied' spowodowane przekierowaniem wyjścia (np. jeśli plik files_and_folders nie jest zapisywalny)

Aby uniknąć Tylko ostrzeżeń o odmowie uprawnień, powiedz find, aby zignorował nieczytelne pliki, przycinając je z wyszukiwania. Dodaj wyrażenie jako OR do znaleziska, np.

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

To najczęściej mówi (dopasuj nieczytelny plik i usuń go z listy) lub (dopasuj nazwę jak*.jbd i wyświetla go [z ls]) . (Pamiętaj, że domyślnie wyrażenia są I ' d razem, chyba że używasz -or.) Potrzebujesz-ls w drugim wyrażeniu albo find może dodać domyślną akcję pokazującą dopasowanie, która pokaże również wszystkie nieczytelne pliki.

Ale jeśli szukasz prawdziwych plików w systemie, zwykle nie ma powodu, aby szukać w /dev, który ma wiele wielu plików, więc powinieneś dodać wyrażenie, które wyklucza ten katalog, jak:

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

Więc (dopasuj plik nieczytelny i przycinanie z listy) lub (dopasuj ścieżkę /dev i przycinanie z listy) lub (dopasuj plik jak *.jbd i wyświetlanie it) .

Użyj

sudo find / -name file.txt

To głupie (bo podnosisz wyszukiwarkę) i nonsensowne, ale o wiele krótsze do napisania.

Żadna z powyższych odpowiedzi nie zadziałała dla mnie. Wszystko, co znajdę w Internecie, koncentruje się na: ukrywaniu błędów. Żaden poprawnie nie obsługuje procesu return-code / exit-code. Używam polecenia find w skryptach bash, aby zlokalizować niektóre katalogi, a następnie sprawdzić ich zawartość. Oceniam polecenie find success używając kodu wyjścia: wartość zero działa, w przeciwnym razie nie.

ODPOWIEDŹ udzielona powyżej przez Michael Brux działa czasami. Ale mam jeden scenariusz, w którym to się nie uda! Odkryłem problem i sam go naprawiłem. Muszę przycinać pliki, gdy:

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

Zobacz tutaj: i/lub. Jedna dobra sugerowana Sekwencja stanu, którą przeczytałem, to:

-type d ! -readable ! -executable -prune

it is directory AND no read access AND no execute access

Ta sekwencja wyrażeń nie powiedzie się, gdy dostęp do odczytu jest przyznany, ale nie ma dostępu do execute.

Po kilku testach zdałem sobie z tego sprawę i zmieniłem moje rozwiązanie skryptu powłoki na:

Nice find / home*/ - maxdepth 5-follow \
    \ (- type d-a ! \ (- readable-a-executable \) \) -śliwka \
    -o \
    \ (- type d-a-readable-a-executable-a-name "${m_find_name}"\) - print

Kluczem tutaj jest umieszczenie "nieprawda" dla wyrażenia połączonego:

has read access AND has execute access

W Przeciwnym Razie nie ma pełnego dostępu, co oznacza: przyciąć go. Okazało się to działać dla mnie w jednym scenariuszu, który poprzednie sugerowane rozwiązania zawiodły.

Podaję poniżej techniczne szczegóły dotyczące pytań w sekcji komentarze. Przepraszam, jeśli szczegóły są przesadne.

• Dlaczego używać polecenia nice? Mam pomysł tutaj . Początkowo myślałem, że byłoby miło zredukować priorytet procesu podczas szukania całego systemu plików. Zdałem sobie sprawę, że nie ma to dla mnie sensu, ponieważ mój skrypt jest ograniczony do kilku katalogów. Zmniejszyłem maxdepth do 3.
• dlaczego szukać w /home*/? To nie ma znaczenia dla tego wątku. Wszystkie aplikacje instaluję ręcznie za pomocą kodu źródłowego Kompiluj z nieuprzywilejowanymi użytkownikami(Nie root). Są one instalowane w "/ home". Mogę mieć wiele binariów i wersji mieszkających razem. Muszę zlokalizować wszystkie katalogi, sprawdzić i wykonać kopię zapasową w trybie master-slave. Mogę mieć więcej niż jeden" / home " (kilka dysków działających w ramach serwera dedykowanego).
• dlaczego używasz-follow? Użytkownicy mogą tworzyć dowiązania symboliczne do katalogów. To zależy od użyteczności, muszę prowadzić rejestr absolutnych ścieżek znalezionych.

Możesz użyć grep-v invert-match

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

TAK:

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

Powinien do magii

- = Dla MacOS= -

Wykonaj nowe polecenie używając aliasu: wystarczy dodać ~/.linia bash_profile:

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

I w nowym oknie terminala można go wywołać:

$ file=<filename or mask>; search

Na przykład:

$ file=etc; search

Jeśli używasz CSH lub TCSH, oto rozwiązanie:

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

Jeśli chcesz wyjść do terminala:

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

Jednakże, jak opisuje FAQ" csh-whynot", nie powinieneś używać CSH.

Możesz również łatwo umieścić wyniki wyszukiwania w pliku.

Znajdź . -name 'NameOfSearchedFile' > > results.txt