Dv
В зависимости от уровня повреждения, часть или все утерянные данные можно будет восстановить с помощью тонкой ручной работы.
А норм хранить версионированный бекап файловой системы как гит репозиторий?
Например, бекапить свой /home
Size: a a a
2020 June 20
2020 June 21
T
Или оно будет очень плохо по производительности?
T
Или оно будет очень плохо по производительности?
Типа коммиты, чекауты
Dv
А норм хранить версионированный бекап файловой системы как гит репозиторий?
Например, бекапить свой /home
Например, бекапить свой /home
Имхо это не супер полезная идея.
Dv
Можно, например,
~/.config попробовать, но не весь хомяк.EZ
А норм хранить версионированный бекап файловой системы как гит репозиторий?
Например, бекапить свой /home
Например, бекапить свой /home
Он же хранит полную версию каждый раз
T
Он же хранит полную версию каждый раз
Ну, инкременты хранит
EZ
Ну, инкременты хранит
Dv
Ну, инкременты хранит
В объектах Git всегда хранятся полные версии всех файлов, находящихся под версионным контролем.
T
Тьфу. Действительно?
Я почему-то думал, что он diffы хранит. Хорошо
Я почему-то думал, что он diffы хранит. Хорошо
Dv
Поменял один байт в бинарнике на гигабайт — получи копию в
.git/objectsDv
Более интересно, как оно пожмётся в
packs/, когда придёт времяDv
Но, имхо, в твоём случае ты уже успеешь натерпеться проблем до того момента, как оно доедет до
packsT
Тогда можно гитыгнор какой-нибудь придумать, но это уже не полный бекап
AS
А норм хранить версионированный бекап файловой системы как гит репозиторий?
Например, бекапить свой /home
Например, бекапить свой /home
Нет, ищи спецсистемы бекапирования с блочным хранением. Когда 1 байт в гиге изменится, бекапируется только один блок.
T
Понял
AG
Сорян, по клаве кот пробежал
AS
Сорян, по клаве кот пробежал
:)