BohwaZA new tool to follow the changes of your config files, even if they live outside of /etc. Etckeeper is nice but is restricted to /etc.
Thanks @kepon!
Anthony
slackline :emacs: :orgmode:@taak That is heart attack inducing, like you I have `~/.config/emacs/` under version control and backed up (in multiple places!)
I once experienced similar when I ran `rm -rf` as `root` without realising I was in the `/etc` directory, quickly realised and `Ctrl + C` but not before the damage was done. Fortunately I use `etckeeper` with a remote backup so could easily restore.
Kevin Karhan 
@vivien yeah, it'll have to use rsync -av to preserve permissions and settings.
- granted my idea is way more generic in that it's merely about versioning files beyond what #etckeeper will do on it's own and doesn't require any installation on the target machine.
Kevin Karhan :verified: (@[email protected])
@[email protected] [yes](https://etckeeper.branchable.com/), but more generalized as in *version any file and just use git to version control* without having to install anything on the targeted system in question.
Martin BukatovičLast week I finally sit down and tested new feature in #DNF5 Actions Plugin I asked for and using it implemented integration between DNF5 and #etckeeper . It turned out to be easy, it's a single 2 line config file. Happily using it now on my #Fedora42 machine.
Bob JonkmanThere's etckeeper which does this for all files in the /etc folder.
I used it for a while, but found I wasn't making any use of the versioning it provided, and in the case where I needed to rollback to fix errors, I was using backups anyway.
Edit: Add link and hashtags: https://etckeeper.branchable.com/
🅴🆁🆄🅰 🇷🇺Про бэкапы линуксячьих систем у домашних пользователей, можно сказать, прямо на компах домохозяек.
За полтора года Timeshift зарекомендовал себя очень неплохо для бэкапа и восстановления (отката) системы на десктопе с ext4-файловой системой. По каким-то причинам владельцу не захотелось btrfs и была оставлена ext4 на машине с ArchLinux. И вот рядовой пользователь вполне справляется с вопросами обновлений и настройки под себя этой машины (благодаря Timeshift).
Под капотом у Timeshift работает конечно же rsync, запускаемый по расписанию или по запросу, или привязкой к событиям установки/обновления системы в пакетном менеджере.
Складируются снапшоты в
Именно вот это вот и копировать на «флешку», «ленту» или перфокарты, ради возможности последующего восстановления системы. Это именно что инкрементные бэкапы, пригодные к использованию в дополнении к полному образу.
В снапшоты уходит не всё содержимое раздела, автоматом создаются фильтры на домашние директории пользователей (и товарища root'а тоже). Можно расширить эти фильтры, чтобы убрать кеш пакетного менеджера и логи :)
Это так же означает, что если
Хорошо это или плохо? Для обычного рядового пользователя даже к лучшему, когда откат к точке восстановления заодно охватывает:
• загрузочные образы («initramfs-...-.img»)
• образы ядра («vmlinuz-...-x86-64»)
• mirocode процессора («intel-ucode.img»)
Итого, никаких etckeeper и т.п. не требуется. Похоже, что для простых пользователей десктопов аналоги etckeeper становятся «типичным не нужно».
#linux #rsync #Timeshift #etckeeper #ext4 #btrfs #lang_ru @Russia
За полтора года Timeshift зарекомендовал себя очень неплохо для бэкапа и восстановления (отката) системы на десктопе с ext4-файловой системой. По каким-то причинам владельцу не захотелось btrfs и была оставлена ext4 на машине с ArchLinux. И вот рядовой пользователь вполне справляется с вопросами обновлений и настройки под себя этой машины (благодаря Timeshift).
Под капотом у Timeshift работает конечно же rsync, запускаемый по расписанию или по запросу, или привязкой к событиям установки/обновления системы в пакетном менеджере.
Складируются снапшоты в
/timeshift, где лежат в сгруппированном виде — в зависимости от типа — по запросу или автоматически выполняющиеся раз в час/день/неделю/месяц.Именно вот это вот и копировать на «флешку», «ленту» или перфокарты, ради возможности последующего восстановления системы. Это именно что инкрементные бэкапы, пригодные к использованию в дополнении к полному образу.
В снапшоты уходит не всё содержимое раздела, автоматом создаются фильтры на домашние директории пользователей (и товарища root'а тоже). Можно расширить эти фильтры, чтобы убрать кеш пакетного менеджера и логи :)
Это так же означает, что если
/boot не живёт в отдельном разделе диска, а расположен на том же ext4-разделе, что и система, то изменение загрузочного образа так же попадают в снапшоты. Хорошо это или плохо? Для обычного рядового пользователя даже к лучшему, когда откат к точке восстановления заодно охватывает:
• загрузочные образы («initramfs-...-.img»)
• образы ядра («vmlinuz-...-x86-64»)
• mirocode процессора («intel-ucode.img»)
Итого, никаких etckeeper и т.п. не требуется. Похоже, что для простых пользователей десктопов аналоги etckeeper становятся «типичным не нужно».
#linux #rsync #Timeshift #etckeeper #ext4 #btrfs #lang_ru @Russia
Recently I found some time to describe how I manage my personal machine:
- install #fedora assuming the installer detects storage properly
- use #ansible to automate/document boring post installation setup
- use #etckeeper to keep /etc organized
- backing up whole /home volume using #btrfs snapshots
- rely on dnf based upgrades, unless I change hardware significantly
L⌐ "SpätzleGrab™",8,1@zarfeblong @markd @jmac Hahaha, I've done `rm -rf /etc`before myself, fortunately I use #etckeeper and had a backup I could restore.