Jak mogę potokować ls do grep i usunąć pliki filtrowane przez grep?

Chciałem usunąć część pakietu z mojego pliku domowego, ale nazwa pliku była zbyt długa ( google-chrome-stable_current_i386.deb). Dlatego postanowiłem użyć polecenia ls|grep chrome|rmdo potokowania plików, aby grep odfiltrował plik chrome, a następnie go usunął. Nie działało, więc chciałbym zobaczyć, jak to zrobić.

To prawie sprawiło, że się skrzywiłem.

1. Możesz przestać celować strzelbą w nogę. W zasadzie każdy rodzaj parsowanie lsbędzie bardziej skomplikowane i podatne na błędy niż ustalonych metod, jak find [...] -execi globs .
2. O ile ktoś nie zainstalował dla ciebie dystrybucji trolli, twoja powłoka jest Tabukończona. Po prostu wpisz rm googlei naciśnij Tab. Jeśli nie zakończy się natychmiast, naciśnij Tabponownie, aby wyświetlić listę pasujących plików. Wpisz więcej znaków w nazwie pliku, aby zawęzić go do końca, a następnie uruchom polecenie.
3. Rury ! = Parametry . Standardowe wejście to binarny strumień danych, który można asynchronicznie podać do polecenia. Parametry to ciągi rozdzielone spacjami, które są przekazywane raz i tylko raz do polecenia podczas jego uruchamiania. Są to bardzo rzadko wymienne.

Możesz także użyć polecenia find ze znakiem wieloznacznym:

find . -maxdepth 1 -name '*chrome*' -delete

Zauważ, że argument „-maxdepth” zapewnia, że ​​find działa tylko w bieżącym katalogu i nie powraca do podkatalogów.

Miałeś dobry pomysł, po prostu przegapiłeś kilka szczegółów. Ponieważ masz do czynienia z listą zbliżającą się do STDIN i rmoczekuje parametrów, musisz użyć xargs.

A zatem:

ls | grep chrome | xargs rm

Powinien dać ci to, czego chcesz.

Pamiętaj, że jeśli chcesz usunąć wszystko inne niż chromeplik, możesz po prostu dodać -vdo grepwyciągu.

Pamiętaj, że według innych odpowiedzi na to pytanie jest to prawdopodobnie zły sposób na osiągnięcie tego, co chcesz osiągnąć.

Nigdy nie analizuj danych wyjściowych ls.
Sugeruję, aby unikać analizowania danych wyjściowych ls ^{[ 1 ]} , a nawet więcej, jeśli są one połączone z delpoleceniem. Jest to z wielu powodów głównie związane z nieoczekiwanymi i nietypowymi znakami dozwolonymi w nazwie pliku.

Nawet jeśli powinieneś spodziewać się, że nazwy plików należących do pakietów Linuksa będą „zachowywać się dobrze” , problem ten może się pojawić, jeśli w tym samym katalogu znajdują się inne pliki, ale nie wiedziałeś o tym ani nie zauważyłeś.

Lepiej używać find, rozwijania tabulatorów (zacznij pisać nazwę i naciśnij Tab), rozwijania nazw plików ^{[ 2 ]} jako *MyKey*...

Szybkie rozwiązanie
Ponieważ chcesz wybrać wszystkie pakiety (które kończą się .deb) za pomocą „google” w środku, możesz zbudować swoje zapytanie przy użyciu symbolu wieloznacznego * *google*.debi zrobić proste

rm -i *google*.deb 

która wybierze każdą nazwę pliku z „google” pośrodku, która zakończy się jako .debobecna w bieżącym katalogu. Opcja -i(interaktywna) poprosi o potwierdzenie, co jest dobrym nawykiem podczas usuwania plików z rozszerzaniem parametrów.

Rozwiązanie zbliżone do filozofii twojej próby
Jeśli twoim celem jest budowanie linii poleceń kawałek po kawałku, więc zrobiłeś to lspo ls | grep googlei tylko po sprawdzeniu wyjścia , możesz wykonać go w podpowłoce za $(...)pomocą

rm -i $(ls | grep google)

Szybszym i bardziej niebezpiecznym sposobem ^{[ 3 ]} jest użycie!!

ls | grep google
rm -i $(!!)

które wykona ostatnie polecenie zakończone w twojej historii . Można chronić się z faktu, że nie masz wizualną kontrolę linii, które masz zamiar wykonać, jeśli włączono wcześniej opcji powłoki histverifyz shopt -s histverify.

touch 0 1 2 3 4 5 6 7 8 9
find . -name \[0-9] -ok rm {} \;

< rm ... ./0 > ? y
< rm ... ./9 > ? y
< rm ... ./8 > ? y
< rm ... ./7 > ? y
< rm ... ./6 > ? y
< rm ... ./5 > ? y
< rm ... ./4 > ? y
< rm ... ./3 > ? y
< rm ... ./2 > ? y
< rm ... ./1 > ? y
^C

... -name '*c*.deb'zamiast tego użyj lub innego wzoru, który Ci odpowiada.

rmnie akceptuje danych wejściowych od stdin. Musisz zrobić coś takiegols google-chrome* | xargs rm