Ставь Git/Bazaar и не парься. ФС не должна решать такую задачу.

lvm+снапшоты

или не?

а какой-нить git или svn не кошерно?

http://en.wikipedia.org/wiki/Versioning_file_system#Linux

Не-не-не. У меня в квартире по вечерам проблемы с напряжением и машинка может резко отрубиться. А LVM тяжело восстанавливать.

Большое спасибо за информацию. Сразу и список и материал для раскуривания по теме. :)

Мне необязательно хранить именно сорсы и их diff'ы. Хотелось бы иметь возможность на место старого файла воткнуть более новый с возможностью обратиться к старому. Даже если храниться под одним именем будут два почти одинаковых файла полностью - я готов пожертвовать местом в угоду удобству такого подхода.

от этого спасает UPS...

Спасёт. Но у меня нет на него денег, а родителей трясти некошерно. =_=

дело в том что от проблем с питанием умирают не только файловые системы, но и жесткие диски тоже очень этого не любят,
а UPS стоит примерно как жесткий диск, за 2-3 тыс можно найти такой что продержит столько чтобы компьютер можно было нормально выключить

> Не-не-не. У меня в квартире по вечерам проблемы с напряжением и машинка может резко отрубиться. А LVM тяжело восстанавливать.

JFS. Версионирования там нет, но уронить эту систему практически нереально. Ну то есть предыдущая версия файла у тебя будет всегда, она так устроена.

«Btrfs: a copy on write, snapshotting FS»

An advantage of copy-on-write is that when ZFS writes new data, the blocks containing the old data can be retained, allowing a snapshot version of the file

http://en.wikipedia.org/wiki/Versioning_file_system

http://en.wikipedia.org/wiki/Copy_on_write

Вот JFS я как раз сейчас и использую.

Там ужасная реализация снапшотов. Нужно заранее отмерять размер под снапшот, и если это место закончится, снапшот накроется медным тазом.

Вот и думаю: Btrfs или NILFS2? У них вроде практически одинаковый функционал…

Задай размер снапшота равный размеру тома и всего-то.

nilfs2 работает

>Задай размер снапшота равный размеру тома и всего-то.
А если мне нужно снапшоты несколько раз в день делать?

>А если мне нужно снапшоты несколько раз в день делать?

Обычно снапшоты используются так:
1. Создаем.
2. Монтируем.
3. Бэкапим.
4. Размонтируем.
5. Удаляем.

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

>Обычно снапшоты используются так:

...

Это я понял, но хочется нормальных динамических снапшотов, как в ZFS

>Это я понял, но хочется нормальных динамических снапшотов, как в ZFS

Ну и зачем ты тогда пристал к снапшотам на уровне блочных устройств? Это же совершенно разные вещи.

>Ну и зачем ты тогда пристал к снапшотам на уровне блочных устройств?
Потому что в линуксе на уровне ФС снапшоты есть только в сырой BTRFS, а они мне нужны, как и ТС-у

>Потому что в линуксе на уровне ФС снапшоты есть только в сырой BTRFS, а они мне нужны, как и ТС-у

Юзай FreeBSD, в чем проблема-то?

hammer :)

>Юзай FreeBSD, в чем проблема-то?
Мы ушли от темы :)
Будем надеяться что btrfs допилят в скором времени, а пока есть nilfs

>Потому что в линуксе на уровне ФС снапшоты есть только в сырой BTRFS
4.2. Они есть и работают ещё как минимум в двух сырых ФС, на одной из них (nilfs2) уже полгода мой ~. Пока проблем не было.

>на одной из них (nilfs2) уже полгода мой ~. Пока проблем не было.

А место оно сильно жрет?

>А место оно сильно жрет?
На моей ~шестигиговой ФС на неделю снапшотов ест 600 метров. Учитывая настраиваемость сборщика мусора и объём винтов, более чем терпимо,