Fedora 34, ядро 5.12.13-300.fc34.x86_64, btrfs-progs v5.12.1. Вчера вечером делал дамп базы и ротацию бекапов (часть удалил, часть добавил). После чего через несколько часов после манипуляций выключил ПК. Утром не обнаружил ни дампов, ни добавленных бекапов. Всего примерно на 20 Гб. По логам journalctl за предыдущую загрузку ничего не нашел. Данные уже восстановил из другого бекапа, хорошо что у меня их 3. Тем не менее задумался, что вот так вот в первый раз попробовав btrfs через 2 недели такие чудеса. Пока экспериментов с фс не делал, читаю про «правильные» методы восстановления. Разбивка диска умолчательная федоровская. Никаких доп. действий с фс не делал. Если есть советы, с чего начать восстановление, чтобы иметь наибольший шанс/отладочную информацию, прошу в тему.

ps -eo rss,user,comm --sort -rss | head -20
  RSS USER     COMMAND
1539316 user   gnome-shell
826004 root    packagekitd
617908 user    firefox
441352 user    thunderbird
409216 user    Web Content
334144 user    gnome-software
248640 user    Web Content
238932 user    WebExtensions
189060 user    Web Content
187724 user    Web Content
158344 user    Web Content
154104 user    Web Content
148604 user    Xwayland
137476 user    Privileged Cont
121548 user    keepassxc
116248 user    emacs
115580 user    Web Content
108600 user    nautilus
102916 user    syncthing

Это норма в гноме 40 потреблять столько ОЗУ? Мне не жалко, конечно, у меня 32 Гб, но до этого в 3.38 я такого потребления не припомню. Самое большое, что видел - 500 Мб после нескольких дней аптайма.

Немного надоело возиться со скриптами. Хочу попробовать что-то готовое. Только вот пока из того, что на слуху, ничего удобного/полностью удовлетворяющего не нашел. Насоветуйте.

• Разные директории-источники в разные целевые директории, в т.ч. одна директория-источник в несколько целевых директорий (на разные диски).

• По сети и локально (ssh).

• Исключения по маске и полному пути.

• Дифференциальные и инкрементные бекапы, в т.ч. для разных директорий-источников.

• Расписание вплоть до минут и очередности.

• Автоудаление при достижении условий вроде % заполненности диска или превышение числа нужных копий.

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

• Проверка бекапов.

• Возможность поиска по файлам и копирования нужного файла без деплоя всего бекапа.

• Без легаси вроде второго питона.

• Желательно с GUI.

Слишком волшебно или все же что-то есть?

Нужно по простому (желательно через редактирование конфига) добавлять статичные маршруты. Через GUI NM-а все работает. Открываю настройки соединения, иду в ipv4, далее маршруты и добавляю, например, 100.100.100.23/32 99.98.98.1, и сохраняю. При переподключении соединения я в списке маршрутов вижу нужный (-ые). Однако при добавлении маршрута через nmcli

nmcli connection modify CONNAME ipv4.routes "IP/32 GATEWAY"

или через конфиг /etc/NetworkManager/system-connections/CONNAME.nmconnection

...
route1=100.100.100.23/32,99.98.98.1
route2=100.100.118.23/32,99.98.11.1
...
route14=12.148.20.20/32,99.98.128.1
...

я маршрутов после перезагрузки не вижу. Более того, из конфига они вообще пропадают. Что-то их затирает. Похоже что я неправильно выбрал способ задавать статичные маршруты. Как это сделать правильно?

Через GUI не удобно, потому что маршруты разные и их немало, поэтому я хочу автоматизировать процесс установки маршрутов через скрипт или конфиг.