Jak znaleźć pliki większe / mniejsze niż x bajtów?

237

Jak mogę znaleźć w terminalu pliki większe lub mniejsze niż x bajtów?

Chyba mogę coś takiego zrobić

find . -exec ls -l {} \;

a następnie potokuj wynik, awkaby filtrować według rozmiaru pliku. Ale czy nie powinno być prostszego sposobu niż ten?

sufitowy kat
źródło

Odpowiedzi:

376

Posługiwać się:

find . -type f -size +4096c

znaleźć pliki większe niż 4096 bajtów.

I :

find . -type f -size -4096c

znaleźć pliki mniejsze niż 4096 bajtów.

Zauważ różnicę + i - po zmianie rozmiaru.

-sizePrzełącznik wyjaśnił:

-size n[cwbkMG]

    File uses n units of space. The following suffixes can be used:

    `b'    for 512-byte blocks (this is the default if no suffix  is
                                used)

    `c'    for bytes

    `w'    for two-byte words

    `k'    for Kilobytes       (units of 1024 bytes)

    `M'    for Megabytes    (units of 1048576 bytes)

    `G'    for Gigabytes (units of 1073741824 bytes)

    The size does not count indirect blocks, but it does count
    blocks in sparse files that are not actually allocated. Bear in
    mind that the `%k' and `%b' format specifiers of -printf handle
    sparse files differently. The `b' suffix always denotes
    512-byte blocks and never 1 Kilobyte blocks, which is different
    to the behaviour of -ls.
John T.
źródło
11
@Jay: Od człowieka znajdującego się na początku sekcji „Testy”: „Argumenty liczbowe można określić jako + n dla większej niż n, -n dla mniejszej niż n, n dla dokładnie n”.
Dennis Williamson
4
Strona podręcznika wspomina o tym na górze i opisuje, że + i - można zastosować do wszystkich przełączników, które pobierają argumenty numeryczne ('n'), w tym co oznaczają + i -. (Wyszukaj TESTY na stronie podręcznika, aby znaleźć początek sekcji, w której jest to opisane)
Slartibartfast
1
@Dennis Williamson: dziwne, + i - działają w OS X, ale strona podręcznika nie ma sekcji TESTY. W rzeczywistości brakuje dużej porcji w porównaniu do linku, brakuje między innymi TESTÓW, AKCJI, OPERATORÓW.
sufitowy kot
1
Wygląda na to, że wersja GNU strony man ma sekcję „Testy”, ale wersja BSD nie. linuxmanpages.com/man1/find.1.php
Jay
8
Właśnie dowiedziałem się, że strony podręcznika użytkownika BSD opisują rzecz +/-. Jego droga znajduje się na końcu sekcji „Podstawowe”. - Wszystkie liczby podstawowe, które przyjmują argument liczbowy, pozwalają, aby liczba była poprzedzona znakiem plus („+”) lub znakiem minus („-”). Poprzedni znak plus oznacza „więcej niż n”, poprzedzający znak minus oznacza „mniej niż n” i żaden nie oznacza „dokładnie n”
Jay
7

Myślę, findże sam może być użyteczny bez przesyłania do AWK. Na przykład,

find ~ -type f -size +2k  -exec ls -sh {} \;

Tylda wskazuje, od czego chcesz rozpocząć wyszukiwanie, a wynik powinien wyświetlać tylko pliki większe niż 2 kilobajty.

Aby to zrobić, możesz skorzystać z -execopcji wykonania innego polecenia, które polega na wyświetleniu listy tych katalogów według ich rozmiarów.

Aby uzyskać więcej informacji, przeczytaj stronęfind podręcznika dla .

Siobhan
źródło
4

AWK jest naprawdę bardzo łatwe do tego typu rzeczy. Oto kilka rzeczy, które możesz z tym zrobić w odniesieniu do sprawdzania rozmiaru pliku, tak jak zapytałeś:

Lista plików większych niż 200 bajtów:

ls -l | awk '{if ($5 > 200) print $8}'

Wyświetl listę plików mniejszych niż 200 bajtów i zapisz listę do pliku:

ls -l | awk '{if ($5 < 200) print $8}' | tee -a filelog

Wyświetl listę plików o wielkości 0 bajtów, zapisz listę do pliku i usuń puste pliki:

ls -l | awk '{if ($5 == 0) print $8}' | tee -a deletelog | xargs rm
MaQleod
źródło
Jaka jest różnica między teeprzesyłaniem potokowym a przekierowaniem do pliku, takim jak ls -l > filelog(lub ls -l >> filelog)?
OmarOthman
3

Większy niż 2000 bajtów:

du -a . | awk '$1*512 > 2000 {print $2}'

Mniej niż 2000 bajtów:

du -a . | awk '$1*512 < 2000 {print $2} '
Sójka
źródło
Jest to złe, ponieważ du daje zajmowane miejsce na dysku. To nie to samo co rozmiar pliku. np. jeśli masz skompresowany system plików (btrfs / zfs) du da inny wynik niż ls, który pokazuje rzeczywisty rozmiar dekompresji.
Chris Scott