размер раздела снимка lvm

Зависит от того, как много данных у тебя там изменится за время бэкапа. Произошла запись в файл - в снимке осталась старая версия файла, в реальной файловой системе - новая. Размер файла может быть самым разным, сам понимаешь.

Можешь взять несколько ГБ - или можешь подобрать экспериментальным путем, просто создав снапшот и понаблюдав немного в выводе lvs, как быстро он заполняется.

1. Кидаем на раздел, с которого потом будем делать снимок, файл размером в 2 GB.
2. Создаем снимок размером в 1GB:

lvcreate -L1G -s -n home.backup /dev/mapper/estaf-home

Как я понял, речь именно об изменениях (удаление/добавление).
Просто удалить файл - lvm блокирует регион, где был файл и в снимке лишь сохраняется инфа о регионе (обобщенно).

Хорошо. Ну а как вычислить-то размер, нужный под снимок? Совершенно непредсказуемый момент, ведь.
Ну, хоть какой-то расчет провести. В цифрах, от чего отталкиваться?

речь именно об изменениях ..... добавление

Вот проведи теперь обратную операцию. Или сделай так, как я говорил - просто поменяй какой-то большой файл и сравни результаты. Будет от чего отталкиваться.

Ну а как вычислить-то размер, нужный под снимок?

Просто бери с запасом, вот и все. Мне 5 ГБ на время бэкапа обычно вполне хватает для любого раздела, используется от силы пару процентов места в снапшоте.

А как удалять такие снимки?
обычно, они удаляются, если не делать объединение (lvconvert --merge /dev/ubuntu/rootsnap).
Если же сделать и перезагрузиться, удалить их невозможно. в /dev/mapper/ они остаются

ls -l /dev/mapper/estaf-home*
lrwxrwxrwx 1 root root 7 авг.  27 00:49 /dev/mapper/estaf-home -> ../dm-7
lrwxrwxrwx 1 root root 7 авг.  27 00:49 /dev/mapper/estaf-home.backup -> ../dm-8
lrwxrwxrwx 1 root root 7 авг.  27 00:49 /dev/mapper/estaf-home.backup-cow -> ../dm-6
lrwxrwxrwx 1 root root 7 авг.  27 00:49 /dev/mapper/estaf-home-real -> ../dm-5

sudo lvremove /dev/mapper/estaf-home.backup
  One or more specified logical volume(s) not found.

Если кстати делать объединение, то при загрузке такая бяка: «buffer i/o error on device dm8.....»
в ход вступает fsck.

по lvs они так же исчезают, если делать «lvconvert --merge /dev/mapper/estaf-home.backup;reboot»
в /dev/mapper estaf-home.backup и estaf-home.backup.cow остаются.

Я просто делаю lvremove на LV снапшота.

Произошла запись в файл - в снимке осталась старая версия файла, в реальной файловой системе - новая

LVM не знает ничего о файлах. Изменился блок его старая версия останется в снимке, а новая добавится в раздел с ФС.

lvconvert --merge

Еще раз: LVM не знает о ФС и файлах. После такого merge, в файловой системе будет каша из новых и старых блоков.

А, таки да, не подумал.

sdio
>Еще раз: LVM не знает о ФС и файлах. После такого merge, в файловой системе будет каша из новых и старых блоков.

А как же документация? http://www.tutonics.com/2012/12/lvm-guide-part-2-snapshots.html

утонула тема)))