Comments 36
Попробуйте NixOS - вам не придется думать о снапшетах системы т.к. вся ваша система будет деклоративно описана и при обновлениях у вас в grub остаётся предыдущая версия системы, которая загрузится ровно так как это происходило до обновления. Это еще не говоря о всяких nix-shell, позволяющих выполнить установку пакетов в работающую систему, но так что если вам что-то не понравилось, или что-то поломалась вы просто перезагружаете систему и она работает так, как будто установки вообще не было.
Для этого совершенно не нужно связываться с левым NixOops, у Fedora Silverblue всё то же самое можно.
к сожалению не знаком с термином "NixOops", гугл не помог, не могли бы развернуть мысль, что не так с NixOS? Интересуюсь вопросом т.к. далеко не первый дистрибутив и пока что (1.5 года) от него строго положительные ощущения, хотел бы быть готовым к неожиданностям
Ничего особенного, просто из его разработки, плюясь, разбегаются технари и их заменяют активисты. К чему это приведёт и когда - господь ведает.
ну там не все так однозначно (с) не мое
ценность в репе nix и даже если bus-factor посетит каждого разраба - глобально ничего не случится, все будет работать как есть пока будет поддерживаться монорепо nix с его nixos и nixpkgs, который сейчас самый большой и таким останется. Над ним трудятся 5к разрабов и многие очень круты не смотря что кошкодевочки с болтами по 20см под юбкой
а гонево там началось на идейного вдохновителя проекта из-за его неумения управлять сообществом и желанием протащить спонсирование и управление от людей anduril - можно сказать что это робоподразделение palantir
ну это "игра слов" - типа все там на oops сделано )
кста плохо искали )
nixops4 вроде уже вышел
дальше - евросоюз выпускает инициативу по приватным облакам - fideversity и внезапно на nix )
Fedora Silverblue очень далеко до openSUSE Aeon с ее системой transaction update
Aeon - готов для домашнего и "лениворазработческого" использования. Для разрабов есть distrobox для всего остального flatpak все это на базе opensuse с btrfs
Не реклама
зы. сам использую Nixos - Aeon слишком скучен для меня в плане "ну блин ( ничего не ломается и все работает уже полгода - непорядок"
btrfs шикарная файловая система но у меня дважды с ней был неудачный опыт. оба раза она ломалась так что не поднималась . сначала все было норм но был один снапшот который не льзя было удалить. но в принципе он не мешал так что забил . потом начала игра вылетать примерно каждые полчаса. грешил на баги в самой игре, на ошибки файловой системы но ничего не помогло. Потом ошибки стали вылетать уже во время других игр и обычного использования системы. Ошибки были о невозможности записи. все закончилось тем что систему надо было перезагрузить раза3 чтоб она загрузилась и работало все очень недолго. еле успел спасти важные файлы.
ПОэтому я пока на ext4 но скучаю по мгновенным бэкапам системы.
В некотором смысле btrfs надежнее, чем ext4. В ext4 нет никакой защиты от silent data corruption. С btrfs как минимум будет известно, что данные повреждены.
Вы сначала придумайте условия, где на обычном домашнем ПК или простом сервере можно этот мифический silent data corruption получить.
Не скажу за случайное повреждение в ходе нормальной работы (космические лучи и вот это всё), но после сбоев в работе системы zfs scrub находил и исправлял ошибки неоднократно. В отсутствие механизмов контроля целостности файлов на уровне ФС это была бы как минимум потеря данных.
Речь о ZFS рейде? это другой разговор.
Но выше речь шла о сравнении с ext4 который рейды не умеет. На одиночном диске scrub операция только высветит вам сбойные файлы, тогда как на ext4 то же самое можно достичь через что-то банальное вроде `find * -exec cp {} /dev/null` разве что чуть помедленнее.
Без рейда даже не рассматриваю, уж сервер-то точно. ext4 может быть поверх аппаратного рейда, lvm или mdadm, в сравнении с этими вариантами zfs/btrfs как раз и выигрывает, т.к. "знает" из коробки, какие данные целые, а какие битые. Ну есть ещё dm-integrity, но не разбирался, не пробовал, не скажу...
А btrfs/zfs на одиночный диск - только ради снэпшотов, возможно, если они прямо очень нужны. Но они и в lvm есть.
Ни разу не терял данные на ext4, а вот на btrfs это случалось 4 раза (причём из них 2 раза - все данные вообще в кашу), больше не хочу.
интересная тема. С одной стороны, btrfs я пока не использую, с другой бэкап для домашнего лэптопа хотелось бы организовать.
Вопрос, я правильно понимаю, что snap'ы хранятся локально и в первую очередь являются аналогом "точек восстановления" Windows? или их можно делать на внешнем / удалённом носителе, чтобы потом восстановить систему с нуля?
Насколько я понимаю, в BTRFS есть такой же механизм send/receive, как и в ZFS, так что если на сервере для бекапов поднять ту же файловую систему, то можно каждый снэпшот передавать по сети на него.
Я всё описанное в статье плюс удалённые бекапы делаю на ZFS штатными средствами, только что интеграции с Grub нет, так что откат к предыдущей версии, если что, придётся делать ручками через initramfs.
Для бэкапов именно системы есть timeshift. Можно и пользовательские данные туда включить, но не рекомендуется. И флэшка с лайв-системой понадобится (это вообще полезно иметь).
с фига ли - не рекомендуется? все там нормально с хомяком, просто если откатываете - ну да будет веселей, но моментальный снимок последний данных есть и если что изменилось можно из него перетащить в восстановленное состояние
у меня пока не на nixos сидел каждые час/неделю/месяц делались копии всей системы - это снимки и они ничего не весят и восстановление не доставляло проблем (почти)
timeshift - это по факту родственник snapper, причем более старший насколько помню и вот с ним проблем больше
snapper надо один раз нормально настроить и потом просто не забыть что он есть если что случится )
из snapper всегда норм восстанавливался но ручками из командной строки
BTRFS здорового человека? выглядит интересно.
я отошел от BTRFS как раз после вылета, причем именно этой самой BTRFS
и особые моменты были когда так или иначе ломался grub. как раз для этого приходиться доставать телефон и вбивать в командную строку grub. я нашел super grub disk который позволял грузиться в рабочую систему с убитым grub и восстановить его нативным образом. но super grub disk не учитывал тонкости в виде субтомов BTRFS и пришлось модифицировать его.
Жесть, линупсоиды переизобрели восстановление системы из Windows Millenium. Всего 25 лет прошло 😄
Жаль, на примере WinME мы понимаем, что просто покопировать файлики во время разных установок недостаточно.
Что дальше? sfc /scannow завезут?
Сейчас набегут истинные знатоки истории компьютерных технологий и напомнят про Files-11 от 1972 года и, возможно, ещё более ранние реализации снэпшотов в *nix системах :) А то, что в статье описано, - просто очередной инструмент над этим функционалом, ничего принципиально нового. И оно, кстати, работает, потому как если у тебя everything is file - логичным образом, откат ФС к работоспособной точке восстановления неизбежно восстанавливает работоспособность, других факторов нет.
В миллениуме не было никаких снэпшотов, а просто бэкап системных файлов, да ещё и не всегда восстановление в принципе могло что то восстановить, в WinXP уже стало чуть лучше, но принцип тот же. Нормальные снэпшоты/теневые копии появились только в Vista, а полноценно эта фишка работает только в WinServer. И это не соедствами ФС делается, а дополнительной службой. Btrfs и zfs в этом плане на голову выше
Много лет как использую ежедневные снэпшоты на btrfs, много раз выручали
Как быть если я понял о том, что система работает некорректно и хочу откатиться после изменения множества файлов? Они ведь тоже откатятся?
Из снэпшота можно восстановить отдельные файлы (если понятно, где именно проблема). Или создать новый снэпшот, восстановить предыдущий целиком, а потом из нового вернуть те файлы, изменения которых не хочется потерять.
Но вообще, чтобы такой ситуации не было, неплохо бы (а) разносить пользовательские файлы и системные настройки по разным разделам и/или (б) делать снэпшоты достаточно часто, чтобы за период с последнего работоспособного снэпшота ничего критичного поменяться не успело; в целом, создание снэпшота - почти "бесплатная" операция в плане ресурсов, если их подчищать по расписанию, то можно и раз в час делать.
Ну вот я начитался в интернете глупых советов и обновил debian до sid. А через пол года понял что этого не надо было делать. Даже если тот снапшот и сохранился, то откатывать к нему не вариант. Проще всё с нуля переустановить. А копаться в миллионах изменений в тысячах файлов вообще немыслимо.
Но проблема решается сама собой, тот sid уже давно testing, а в этом году должен стать stable. )
Ну тут всё-таки речь о случаях, когда Вы сразу поняли, что что-то сломалось :)
А таких случаев я уже много лет не помню. Апдейты стабильной ветки ничего не ломают, это не винда. А своими ручками я если конфиги правлю, то делаю резервную копию именно этого конфига. И потом загружусь в консольку и верну обратно гораздо быстрее чем целиком систему.
Последний раз такой случай у меня был, когда я на Debian 11 решил поставить systemd-resolved из bookworm-backports. Ну чисто для унификации плейбуков, т.к. на большинстве остальных серверов или 12 дебиан, или убунта 24.04, где этот systemd-resolved из коробки. Так этот необдуманный шаг столько всего снёс и сделал неработоспособным, что откатиться на предыдущий снэпшот было бы просто спасением по сравнению с ручным восстановлением. Увы, на той системе снэпшотов как раз и не было (железка специфическая, поэтому и дебиан не последней версии).
Зачем вы в 11 ветку дебиана ставили из бекпортов для 12 ветки? ССЗБ как говориться, не читали статью как не сломать дебиан и не делать из него frankendebian что ли
bullseye-backports, конечно, путаю их всё время. Там была скорее попытка привести кастомную сборку дебиана от производителя железки к более или менее идентичному виду в остальными серверами, чтобы ради этого хоста не делать кучу отдельных тасков в плейбуках Ansible. Но увы, столь глубоко укоренённые в систему вещи лучше не трогать.
Раньше снапшоты действительно выручали после кривых апдейтов, но за последние 3-4 года надобности в них не возникало, система обновляется без проблем даже на тестовой ветке - что Manjaro, что Gentoo. Хотя корень у меня до сих пор в Btrfs, на всякий случай, ну и сжатие не лишне.
И раз уж речь зашла: не делайте хомяка (/home) на Btrfs. У этой файловой системы высокий write amplification, который в сочетании с браузерами, постоянно пишущими данные на диск мелкими порциями, могут довольно быстро прикончить ваш SSD, особенно если он из бюджетного сегмента.
Хотя корень у меня до сих пор в Btrfs, на всякий случай
Вопрос от ненастоящего сварщика, поэтому не обессудьте, если че и пожалейте тапки. У меня есть бэкап старой системы by Timeshift и там все разделы в ext4. Мне влом на новом компе все заново устанавливать/настраивать, но btrfs(как у Вас) очень хочется. Если я отформатирую новый раздел под корень в btrfs, а потом накачу восстановление Timeshift-ом, оно снова вернет ext4? Или останется btrfs и можно будет наслаждаться снапшотами? Заранее спасибо.
Я начав эксперименты с плазмой 6, повесил снапшот на alt+F5.
Быстрое сохранение такое 😸
Snapper: система снапшотов, которая спасет ваш Linux