Удаление слов из списка в списке файлов

sed -i /$name/d $i

А что, если у пользователя будет почти такая же учётка, но с дополнительными символами (напр. firebolt и firebolt2) ?

Если учёток, которые надо удалить, немного, то их все можно затолкать в одно выражение в sed, а если много, то можно завернуть всё, что есть в ещё один цикл, перебирающий имена.

Совпадений с учетками быть не может. Если затолкать их в sed? Вариант неважный. А вот завернуть в еще один цикл - это сработает? Я пытался поискать примеры подобных решений, ничего не нашел.

Если тебе не нужны сообщения о том, что юзер был найден в таком-то файле, то вот решение:

#!/bin/bash

sed 's,^,/,; s,$,/d,' | sed -if - /etc/squid3/acls/* /var/lib/squidguard/db/*
squid3 -k reconfigure

На стандартный ввод ожидается список пользователей.

Анонимус постом выше дело говорит. Исправь регулярные выражения так, чтобы они матчили только ник пользователя (я не знаю формат файлов сквида).

for name in $(cat names.txt); do
    grep ... $name ...
    ... 
    for ...; do
        sed ... /$name/d...
    done
    ...
done

Если в именах есть пробелы, то можно read использовать и while вместо for.

Я тут обнаружил забавную команду sponge (находится в пакете moreultils), с её помощью можно результат grep направлять в исходный файл:

#!/bin/sh

user_list=$1 # File with user names

grep -lis -f "$user_list" /etc/squid3/acls/* /var/lib/squidguard/db/* | while read file_name
do
  grep -vis -f "$user_list" "$file_name" | sponge "$file_name"
done

Как-то так.

По-моему подход исходно не очень: зачем сначала выяснять, в каких файлах упоминается пользователь, а потом все совпадения из этих файлов удалять?

Я предлагаю так: считывать каждый файл в переменную целиком, делать копию этой переменной, заменять в копии переменной все «строки», в которых есть вхождения имени пользователя, сравнивать исходник и копию - если есть различия - записать копию обратно в файл.

Не факт, что это быстрее (возможно, даже медленнее в силу того, что grep работает на несколько порядков аналогичных конструкций BASH, а только считанный файл - будет уже закеширован), но по крайней мере это будет программа на BASH, а не на «grep с параметрами» :)

Кстати, попробовал сделать так:

shopt -s extglob
f=$(</etc/fstab)
echo "${f//*([^$'\n'])defaults*([^$'\n'])/FAULT}"

Оно подвесило мне BASH и сожрало 100% одного ядра.

Наверное, это всё-таки бага, а не фича?

Время переходит на какой-нибудь нормальный язык программирования: perl, python, ruby, etc.

Я не пишу на bash «из любви к искусству», если алгоритм на раскладывается на простую последовательность вызовов системных утилит с максимум одним циклом, то я лучше возьму perl.

А у ТС явно не тот случай, когда нужны хитрые оптимизации.

BASH - вполне себе сложный и богатый средствами язык, почему же его не использовать?

Т.е. я знаю целых две реальные причины, почему его не нужно использовать:

• 1. в нативном виде это очень медленный язык
• 2. в нём довольно много странных глюков, и они то появляются, то исчезают

Но 2 проявляется только если много и активно писать на BASH, обычный скриптописатель по мелочи этого даже не заметит. Ну а пункт (1) якобы вовсе неважен.

Зато у BASH есть огромное преимущество: в нём нет мерзооп. В этом плане он очень выгодно отличается от Python'а, который мразооп не просто предлагает, а буквально впихивает это Г насильно.

2. в нём довольно много странных глюков, и они то появляются, то исчезают

уже только поэтому не стоит писать на bash

отличается от Python'а, который мразооп не просто предлагает, а буквально впихивает это Г насильно.

Правильно, поэтому наш выбор - perl :)

printf %s\\n a b c d a b | grep -Fvf <(printf %s\\n a b) ( <(..)-bashism - как файл с соответсвующим содержимым)

#!/bin/bash

while [ $1 ]; do
    echo -e "\033[1;32mUser $1 was found in:\033[0m "
    grep -liEs "$1" /etc/squid3/acls/* /var/lib/squidguard/db/* | tee /dev/stderr|xargs -r sed -i /$name/d
    shift
done
squid3 -k reconfigure

Запускать так

banusers.sh user1 user2 user3
#или так
banusers.sh $(<userlist.txt)

Сообщения нужны(( Спасибо за вариант!

Благодарю. Надо попробовать.

Надо разобраться-вникнуть. -lis и -vis - незнакомые параметры))

Мне кажется, так проще всего. Я удаляю имя из списков и заодно получаю список файлов, откуда имя было удалено. А второй момент - он важный.

У вас таки неприязнь к bash'у?)) Я думаю, для задач системного администратора bash'а вполне хватает. Даже для решения этой задачи уже предложено несколько вариантов. Надо углубиться в bash.

Класс! Спасибо за детали. Испробую ваш вариант в первую очередь.

Работает «на ура»! Только я не понимаю, как. Для чего нужно использовать tee и что делает shift?

-lis и -vis

Это то же самое, что -l -i -s и -v -i -s

Шутите?)) Да я просто забыл, что сам использовал. Сразу полез в --help, напомнил себе, что это. На параметр -v не обращал внимания раньше. Полезная вещь!

Шутите?))

Просто, когда человек сначала сам использует -liEs, а потом пишет, что -lis для него незнакомый параметр, возникает подозрение, что он использует копипасту, не пытаясь разобраться в том, что делает.

Хорошо, что это не так.

tee «раздваивает» выхлоп грепа, направляя его на stderr (для чтения человеком) и на вход xargs.

shift убирает первый параметр командной строки ($1), подставляя вместо него второй и так далее. Самый простой способ перебрать все параметры.

Роскошно! Использовал ваш способ. А теперь увлёкся и полез глубже в автоматизацию процесса :)

В итоге я использовал способ legolegs. Но вам спасибо за то, что обратили моё внимание на «grep -v» и на «sponge» - такую же нужную штуку, как "-i" у sed'а.

Два чая этому господину.

Использую похожую конструкцию у себя - shift + цикл на проверку $1 самый простой способ.

Только вокруг параметров, содержащих переменные надо кавычки использовать, а то неждан случиться может. while [ "$1" ]; do и так далее везде. На случай, если в $1 окажутся пробелы, опции и малыш Робин-брось-таблицу.