cat ./file | grep -v «222» > ./file непонимаю поведения

Перепиши свои примеры в "Preformated text",
а то не понятно где кончаются строки.

О блин соори
имеем файл file 
cat ./file 
111 
222 
333 

Далее Делаем 
cat ./file | grep -v "222" 
111 
333 

Далее 
cat ./file | grep -v "222" > ./file 
cat ./file 

Ответ пусто в файле ничего нет 
ежели опять создать файл с тем же содрежимым и сделать так 
cat ./file | grep -v "222" > ./file2 
cat ./file2 
111 
333 

то есть вроде бы верно
 Берем другую машину 
Делаем 
cat ./file | grep -v "222" > ./file 
сat ./file 
111 
333 

Иначе говоря на одно машине операция привела к одному результату на другой совершенно к другому

Не дайти поехать крышей обьсните - куда рыть 

В догонку версии grep одинаковые

cat ./file | grep -v "222" > ./file

Ты открываешь файл на чтение и одновременно на запись. Здесь cat конкурирует с шеллом. Если шелл откроет файл раньше, чем cat успеет прочитать содержимое, то длина файла усекается до нуля.

Вместо cat file | grep word используй grep word file :) Это раз

>Далее cat ./file | grep -v "222" > ./file

Этим ты стер свой файл и не понятно чему ты удивляешься? Делай так:

FIND=$(grep -v "222" file)

echo $FIND > file

Т.е. сохрани результаты поиска во временную переменную

Я знаю что я сделал Еще раз потворяю На одной машине это стирает файл На второй помещает резулбьтат команды А это по моему неверно верно ведь ?

Здесь неопределенная ситуация, т.к. строго не оговорено что должно произойти раньше - стирание файла или его прочтение cat'ом. Делай как сказали или пиши в другой файл

>FIND=$(grep -v "222" file)

Потеряешь "концы" строки

Понял спасибо

А так:
sed -ni '/222/!p' file1

Усложнил, можно проще
sed -i '/222/d' file1