Ошибка обновления

Не против разного использования файловых систем, даже приветствую это ... но вот в части способов сохранения/восстановления данных/системы и прочего, что связано с этим, не стоит полагаться только на возможности одной файловой системы.
Сначала нужно определиться, какова цель и чего хотите получить в итоге. Конечно, основная цель у всех одна - иметь работоспособную систему и не потерять важную информацию.
Но даже и здесь требования у всех разные - например, для меня важно в любой момент времени иметь работоспособную систему, а не заниматься для этого ее восстановлением - мне это просто не приемлемо, сначала дело, а уж после восстановление, но это восстановление должно быть быстрым и простым, даже в случае полного разрушения системы и не возможности ее восстановления.
Для достижения этой цели держу систему клон, которую получаю простым копированием файлов, обновляю (проще тоже простым копирование) не чаще 1 раз в год.
А вот в части сохранения важной информации, тут все по старому - в 2-х местах: клон и плюс backup на другом разделе.

PS - и установлено в системе, как минимум, одно DE и два WM - всегда можно выбрать, то что работает, а не сломалось ... правда уже много много лет ничего не ломается ... постучал по дереву
Правда DE (Gnom) ставлю по привычке, но практически в его не захожу ...

EDIT 1 - уточнение, система сама не ломается, ломает молодеж при ... обучении ... и довольно часто, но без этого ничему не научишься ...
Ошибки не исчезают с опытом - они просто умнеют
vasek
но это восстановление должно быть быстрым и простым, даже в случае полного разрушения системы и не возможности ее восстановления.
В случае с btrfs, это тоже всё просто.
Снапшоты, одной командой переносятся на другой диск с btrfs.
Получается полная копия рабочей системы, на другом резервном диске.
И в любой момент, так же одной командой, переносятся снапшоты на рабочий диск.

vasek
уточнение, система сама не ломается,
Так как сижу на testing, редко но ломается система, починить делов на пять минут, но уже избаловался и мне быстрее загрузится с другого снапшота.
RusWolf
В случае с btrfs, это тоже всё просто
ничего не имею против и полностью согласен ... и как отметил выше все зависит от цели и задач.
А у меня наличие клон системы обусловлено тем, что, как отметил выше, частенько систему валят при обучении (и валят по разному) и восстановлением, как правило, занимается тот же, кто и уронил .... но в любой момент должна быть возможность работы на компе .... правда есть и 2-ой, который не подлежит экспериментам, но он предназачен для других целей и воспользоваться им можно только в экстренных ситуациях ... и вот на нем то уже нет клон системы.
Ошибки не исчезают с опытом - они просто умнеют
vasek
и как отметил выше все зависит от цели и задач.
ext4 + fsarchiver (содержится в образе арча). Уже где-то тут отмечал, что недооценённый продукт.

Например, на sda1 размещён root (23 Гб). Архивация в sdb1 на горячую, средней степенью сжатия zstd в четыре потока, с паролем -- в течение 3-х минут (на моём железе). Размер архива получается около 11Гб.
sudo fsarchiver savefs -Av -Z 10 -j 4 -c - /media/sdb1/ваш путь/к папке архива/sda1.fsa /dev/sda1

Восстановление также за 3..4 минуты с того же live-образа арчлинукс (или systemrescue, или endeavouros и т.п.)
sudo fsarchiver restfs -c- /ваш путь/к папке архива/sda1.fsa id=0,dest=/dev/sda1
Vall просто при современных реалиях выделить 20-30гиг на другом диске на клон системы не проблема . И просто выбираешь клон в uefi или загрузчике при проблемах с основной системой. Если часто экспериментируете с системой с ее поломкой то имхо удобнее чем разворачивать из архива.
vs220
при современных реалиях выделить 20-30гиг на другом диске на клон системы не проблема
Кстати, более 10 лет назад купил себе док-станцию с внешним питанием - вставляешь нужный диск, подсоединяешь через USB кабель к ноутбуку и загружай что хочешь. Очень удобно, стоила не дорого, дешевле диска ... сколько точно, не помню.
Списал с коробки - SATA DOCKING STATION For 2.5"/3.5" SATA HDD
Ошибки не исчезают с опытом - они просто умнеют
у меня ТАК
btrfs subvolume list /
ID 261 gen 3600397 top level 5 path @archlinux_root
ID 262 gen 3600383 top level 5 path @archlinux_root_snapshots
ID 265 gen 3600382 top level 5 path @home_all_snapshots
ID 266 gen 3600397 top level 5 path @home_all
...
ID 47467 gen 3595723 top level 262 path @archlinux_root_snapshots/7421/snapshot
ID 47480 gen 3595833 top level 262 path @archlinux_root_snapshots/7428/snapshot
...
ID 47957 gen 3600381 top level 265 path @home_all_snapshots/6076/snapshot
/etc/fstab
# <file system>                           <mount point>     <type>  <options>                                                               <dump>  <pass>
UUID=4432f74b-a439-48cc-96e6-226c7902d714 /                 btrfs   defaults,compress-force=zstd,subvol=@archlinux_root                     0       1
UUID=4432f74b-a439-48cc-96e6-226c7902d714 /.snapshots       btrfs   defaults,compress-force=zstd,subvol=@archlinux_root_snapshots           0       0

UUID=F207-C2AF                            /boot/efi         vfat    defaults,noauto,x-systemd.automount,x-systemd.idle-timeout=10min        0       2 #,discard,umask=0077

UUID=4432f74b-a439-48cc-96e6-226c7902d714 /home             btrfs   defaults,compress-force=zstd,subvol=@home_all                           0       0
UUID=4432f74b-a439-48cc-96e6-226c7902d714 /home/.snapshots  btrfs   defaults,compress-force=zstd,subvol=@home_all_snapshots                 0       0
что бы восстановить из снимка я просто под лайф сд

mount UUID=4432f74b-a439-48cc-96e6-226c7902d714 /mnt
btrfs subvolume delete /mnt/@archlinux_root
btrfs subvolume snapshot /mnt/@archlinux_root_snapshots/7428/snapshot /mnt/@archlinux_root
время выполнение команд < 2сек

все, перезагрузка и система восстановлена из снимка.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
что бы восстановить из снимка я просто под лайф сд
Это всё делается и из рабочей системы, если загрузка успешна, конечно.
 
Зарегистрироваться или войдите чтобы оставить сообщение.