по идеи должно работать

а покажи выхлоп tracepath до нужного Ip

Лет сто назад в синтаксисе присутствовало ...gw 10.102... Ну может и вру.

Пока на паузу, возможно мискнофиг на той стороне, нету пинга ни с головного, ни с хоста до требуемого шлюза

Раньше через /sbin/route делалось, сейчас это неканонично

угу.

Ребята, столкнулся с задачей, и не знаю ни одного готового инструмента для решения.
Суть такова:
Имеется NAS, в нем HDD. Хотелось бы настроить всё так, чтобы избежать случайного удаления новых данных, которые ещё не попали в снапшот (бэкап). Под случайным удалением я имею в виду:

  cp -r src nas/dst
  rm dst
  # Ooops

При этом перемещение файла в пределах ФС хотелось бы разрешить:

  cp -r src nas/dst-bad-name
  mv nas/dst-bad-name nas/dst-good-name
  # Ok

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

lsyncd?

Идеально было бы, если бы ФС в принципе никогда не удаляла файлы. Для удаления меня устраивает пересоздавать её заново.

Он использует inotify, и сразу же запускает rsync?

И вроде была настройка поведения при rm

Просто сделай chmod 444 /usr/bin/rm, и потом chattr +i /usr/bin/rm. Он больше не будет работать. Можно, конечно, поверх записать (например пайпом), но тут можно только саму фс в ро отправить

Есть ещё чёрная магия с ld-linux.so.2, но тут ты ничего не сделаешь, иначе грохнешь к чёрту большую часть системы

Это будет слишком глобальный костылик, хотелось бы ограничить это поведение для одного раздела (где лежат собственно данные)

А за это большое спасибо, выглядит похоже на решение

Разве что обработчик событий inotify писать

Я его использовал, чтобы синхронить мастер-мастер реплику веб-сайта на 100k+ мелких файлов

С треском, но выдерживал

Судя по всему его можно сконфигурить так, чтобы он создавал хардлинк для каждого нового файла. В таком случае это должно быть довольно быстро.