sed не работает с большими файлами

sed -i

спасла команда tr + mv

sed -i - это и есть sed + mv. Sed создает временный файл размером 2+ ГБ, а места нет. Вот и получаем или ошибку или неправильные данные.

ulimit на файлы случайно не 2Gb?

Место свободного на диске достаточно? Он через временный файл делает изменения.

достаточно 200 гигов

А если не sed -i, а cat | sed > file?

А что за система? Такая хрень раньше наблюдалось на старом софте, особенно 32-х битном.

глянь на «ulimit -f». Вдруг он не unlimited?

Место свободного на диске достаточно?

Насколько помню, sed временные файлы создает в $TMP, который обычно /tmp, который обычно tmpfs, который не более 2ГБ в ОЗУ.

sed ‘:again;$!N;$!b again; s/{[^}]*}//g’ > file не помогло

Вообще-то, всё, о чём писали выше - не по делу.
Ты пишешь:

  sed ‘
   : again
   $ !N
   $ !b again
   s/{[^}]*}//g
  ’

The pattern and hold spaces shall each be able to hold at least 8192 bytes.

т.е. всё, что больше - это подарок от GNU, и увеличить его сверх 2GiB можно(?) только нетривиальной правкой sed.
В принципе, можно сделать это и sed-ом (при условии, что там нет слишком длинных строк, но проще взять awk.
Или даже на shell через 'IFS=" read -r Line' реализовать простенький конечный автомат, если в файле нет символов \0x00. Правда, работать будет долго.

Разве без этой первой части кода нельзя? Одним s///g обработать? Зачем оно?

sed ‘:again;$!N;$!b again;

Такие конструкции + 2G + sed? Не то, совсем не то! Для подобной комбинации смотри perl, либо на крайняк python.

https://gist.github.com/frangio/462d5563d88a2982b6c23e6d2e72e93c

https://i.postimg.cc/bJRGzC3d/0.png

Sooqa

seд и AWK не жрутс более 100000 строк.

Хрена, RazrFalcon забанился. А что случилось? Кто довёл?

Интересно, что зануды банятся. Einstok_Fair, например. Вроде ещё кто-то даже был. То чувство, когда без аккаунта и пережил звездатых флудеров.