с помощью чего лучше всего делать бэкап хоста с линуксом на ext4?

Под проксмоксом надо развернуть пул zfs и кидать дельту снапшотов через send-recieve на бэкап-сервер.

У меня только 1 хост есть

бекап гипервизора ты хочешь сделать ?

Нет, бэкап дебиана на котором проксмокс стоит

Останавливаете всё что пишет на диск, собираете tar-ом, жмете по вкусу gzip, bzip2, 7zip...

1 хост

может 1 виртуалка?

Выключи виртуалку, вставь флешку, залезь в проксмокс и напиши zip -r /media/usb-drive/backup_2025-02-07.zip /var/lib/vz/images/myvm/

Пути примерные, подредактируй под свой кейс

Нет

Тогда не понимаю, как 1 хост мешает выполнить совет про пул zfs? Там же можно кидать бекап не обязательно на сервер, очевидно можно и на отдельный жесткий диск.Сервера у тебя лишнего нет, но жесткий диск для бекапов же есть.

Комплект утилит dump/restore для ext4 ещё не разработали? Как так-то?

Чистите от временных файлов и прочего мусора. Потом:

pv /dev/zero > /путь/0.txt

Удаляете 0.txt

Забить нулями нужно чтобы уменьшить размер архива.

Также можно через zerofree:

sudo apt install zerofree
sudo umount /dev/sda1
sudo zerofree /dev/sda1

Вместо sda1 - тот раздел или диск, который будете бэкапить.

При использовании zerofree раздел должен быть размонтирован.

После этого:

pv /dev/sda1 -B 64M | zstd - >/путь/имя.zst

Вместо sda1 - тот раздел или диск, который будете бэкапить.

Развернуть обратно:

pv ./имя.zst | unzstd - >/dev/sda1

Тут аналогично, вместо sda1, то, что будет в Вашем случае.

И, возможно, потом понадобится пофиксить grub.

Не совсем понимаю, что значит «хоста», но если что, надеюсь, более опытные пользователи меня поправят.

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

Неправильно выразился, но в общем то - где стоит проксмокс сам

clonzilla

это явно не наибольшее сжатие

а вот Линус считает использование dump глупым:

Date: Thu, 26 Apr 2001 13:08:25 -0700 (PDT)
From: Linus Torvalds torvalds@transmeta.com
Subject: Re: [PATCH] SMP race in ext2 - metadata corruption.
Newsgroups: fa.linux.kernel

… Doing things like «dump» on a live filesystem is stupid and dangerous (in my opinion it is stupid and dangerous to use «dump» at all, but that’s a whole ’nother discussion in itself), and there really are no valid uses for opening a block device that is already mounted. More importantly, I don’t think anybody actually does.

но лично я успешно actually did то, что он считает глупым и опасным. по ряду причин это имеет смысл для рута. для остального есть tar и т.п. - он дальше в этой ветке рекламирует:

Right now, the cpio/tar/xxx solutions are definitely the best ones, and will work on multiple filesystems (another limitation of «dump»). Whatever problems they have, they are still better than the guaranteed(*) data corruptions of «dump».

в зависимости от условий.

например, можно ли временно выключать службы и т.д.
будут ли трудности с загрузчиком и т.п.

проще всего таром сливать с bzip:
tar [–one-file-system] cf / -|bzip -9 >путь-до-копии или в пайпу по сетке

но тут остаётся открытым вопрос с загрузкой

дампом я сливал RW файлухи, в целом это работает, но нужно себе отчётливо представлять, что это в общем случае ненадёжно и даже может быть опасно (маловероятно). но если активности в системе нет, то не особо проблемно, fsck на старте и васякот.

кстати, я чо подумал, есть экзотический вариант!

можно замутить систему на mdadm но штатно на 1 половинке, а когда надо - просто прицеплять второй диск, а потом опять его отцеплять

на нём будет точная копия системы, готовая для DR ))))

только fsck прогнать разочек и всё

snapshot на минималка )))))

ну или LVM мутить там всё есть.