indeviral
Я ничего не осуждаю, просто сомневаюсь в рациональности усилий на копирование команд из видеоряда, с фотографий это делать гораздо удобнее.
Кто говорит о бездумном копировании? Это просто удобная форма подачи информации, причём тут ценность в том, что он соединяет несколько статей wiki в одно готовое решение, (он об этом прямо говорит, что использует вики и можно это проверить прямо во время просмотра) + объясняет своими словами плюсы и минусы решений. Всё равно, что лекцию прослушать, вместо чтения учебников - сразу выводы и наработанный опыт. Опять же ты видишь какой результат должен получаться. Сплошные плюсы от погружения в тему. Повторюсь, я нескольких "лекторов" смотрел, русскоязычные - скучные или устаревшие, зато на английском информации гораздо больше и она свежая. Ну да, минус в том, что нужно на слух понимать о чём они говорят, для кого-то это может быть проблемой.

indeviral
Когда сумеете полностью отказаться от fat32, будем вместе вякать, а пока …
Сижу на BIOS до сих пор и каждый раз с удивлением смотрю на необходимость выделения отдельного раздела для EFI, во всех инструкциях. Скорблю вместе с вами, так скзсть.
Мне даже лень ftp ставить, есть же ssh, через mc захожу, скачиваю/заливаю..

При желании можно настроить sshfs или синхронить через rclone, через тот же ssh

Также фильмы на "умном" телевизоре смотрю, luci-app-minidlna, минимум настроек и всё работает. kodi тоже видит источник upnp.

Еще и AFP и time machine можно настроить, там бонусом идёт настройка avahi+zeroconf.
indeviral
Nebulosa
видеоинструкции на ютубе
facepalm
Ухты! Настоящий Ъ! Тот самый, который по ссылкам не ходит но уже осуждает.
indeviral
p.s. я за ext4 и за выборочный инкрементальный бэкап с помощью tar или чего-нибудь похожего, и если шифровать то шифровать определённые файлы, а не заниматься ***ю с шифрованием целых разделов.
Никто ж не запрещает, не вылазьте главное из криокамеры!! :)

А мы продолжаем..

Сильно отвлекает работа.. но скрипт допиливаю понемногу вечерами, переустанавливаю и переустанавливаю..

Выводы на сегодня:
1. Выносить отдельно @var как оказалось, плохая идея, база пакмана ломается на раз, достаточно: установить софт и сделать снимок, затем удалить софт, загружаемся в снапшот, софт на месте, однако пакман считает, что его нет в системе и даже переустановку делать тоже не даёт. Совершенно не похоже на откат системы к предыдущему состоянию, только хуже делаем.

2. На третий день (!) переустановок мой зоркий глаз заметил, что снапшоты у таймшифта загружаются в режиме записи, а ведь весь замысел вынесения @var строился на том, что снапшот доступен только для чтения. Это справедливо, для snapper но совершенно не нужно для timeshift. Пока закомментировал.

3. После того как загружаешься в какой-то из снимков, таймшифт загружается при входе и предлагает восстановить снимок. btfrs subvolume list / показывает, что @ ссылается на снимок, в самой программе приходится ещё раз указывать нужный снимок и опять перезагружаться. Куча лишних действий..

Ещё и hook установленного timeshift-autosnap не срабатывает, закономерность не уловил, до этого работало, теперь нет.. Буду ковырять дальше.

Итак, плюс-минус сетап понятен, дальше надо ковырять grub-btrfs настроить текст пунктов меню, там много лишнего и не хватает нормальных комментариев из лога пакмана. Также нужно будет понять, как изменить логику загрузки, чтобы при выборе пункта сначала восстанавливалась система из снапшота, а затем грузилась сама. Без этих лишних действий.

Ну и var/lib/machines появлятся почти сразу.. В общем пока одни вопросы!
RusWolf
Вот поэтому я и не пользуюсь grub-btrfs, предпочитаю ручками переименовать нужный снапшот, в нужный subvolume, так как лишние и бесполезные для меня subvolume не нужны.
А можете накидать пример как пользуетесь? Понимаю что там две-три команды, но для общего развития сгодится.
А grub-btrfs - да, пока малополезный, т.к. всё равно приходится ручками управлять опциями доступа. Вот этот момент и хочу допилить.

RusWolf
Каким боком отдельный раздел своп к btrfs?
Тоже могу путать, но если есть отдельный раздел / и он зашифрован, то нужно также дополнительно шифровать раздел swap для дополнительной безопасности? Или у вас полностью весь диск зашифрован?
RusWolf
Лично я, snapper и timeshift не использую, так как глюки мне не нужны, поэтому предпочитаю, своим скриптом.
Никогда не понимал, зачем для снапшотов делать отдельный subvolume, как и @var.
Но как говорится, кому как удобно, так и лепит.
Пришлось разбраться в том числе и с этими программами, как с конечными решениями для работы со снапшотами. Конечно же работать напрямую также можно, продолжу разбор полётов, пропишу команды, т.к. текущие решения работы со снапшотами предполагают загрузку в снапшот в режиме чтения и нужно делать дополнительные движения. Простота улетучивается).

По моим исследованиям инструкций и вики - вынесение в отдельный subvolume требует snapper, а необходимость вынесения var вытекает опять же из механики загрузки снапшота через пункт grub - система грузится в режиме readonly и программы перестают работать нормально, кому нужно писать какие-то логи и прочее. На своей виртуальной машине я также сталкивался с данным эффектом, когда ненужные снапшоты перестают удаляться, т.к. остаются cмонтированные подпапки.

RusWolf
Со свопом тоже всё просто, раздел или отдельный subvolume для своп.
С разделом проще настраивать гибернацию и полное шифрование диска.

Верно, но непонятно тогда зачем делать его 1 или 2Гб, а не размером с RAM. С версии ядра 5.0 и в btrfs также можно делать это через файл но тогда данный раздел нельзя снапшотить. Видимо напрашивается вывод, что swap файл нужно сделать на том разделе, который мы не снапшотим - например в @var.

Про шифрование диска - для отдельного раздела swap вроде бы требуется совершать дополнительные действия для btrfs?
s-ugra@ya.ru
Использую в гноме timeshift-autosnap. Никаких глюков, во время любого обновления через хук пакмана делается снимок и в грабе создаётся соответсвующий пункт для загрузки. Количество снимков по умолчанию 3, но можно настроить сколько нужно. Единственное неудобство - timeshift требует меток @ для корня и @home для хомяка (необязательно) - пришлось поменять.

Именно это и прописано в инструкции с timeshift :)
Начнём!
Поводом для написании темы послужила очередная установка Убунты (здесь я рассматриваю дистрибутив, только как готовое решение, попробовать и сделать выводы), на посмотреть, куда движется Линукс для массового десктопа.
Кроме браузера в снап-пакете и кислотных обоев, установщик также предлагает установить систему на ZFS, что я и сделал. Во время выпиливания snap пакетов, заметил, что при удалении и установке запускается какой-то скрипт и создаются снапшоты. Почитал обзоры и особо не придал внимания, однако в очередной раз, удаляя снап-ядро, забыл какую-то команду - то ли, нужно было демонтировать loop0..loop7, толи удалить папки - система была повреждена и переустановка снап-пакета ничего не дала, стало только хуже. Тут я и вспомнил про механизм отката, который предоставляет набор скриптов + снапшоты на ZFS. Загрузившись, через выбор в груб, на нужном срезе системы, понял насколько удобное техническое решение получилось. Погрузившись в тему, также понял, что удобства предоставлялись самой файловой системой ZFS + обвязка скриптов.
Конечно, же захотел это повторить на другом своём неттопе с Арчлинукс, что очень кстати, т.к. использую связку старых драйверов nvidia+ядро и при его обновлении - всегда лотерея - загрузится ли графическая оболочка?.. Маскирование обновлений пакета, downgrade из aur - всё это пройденный этап, периодически пользуюсь или просто жду, когда придут обновления. Признаться, я прочно застрял в теме разметок файловой системы и копий образов систем на уровне разбивки / и /home на ext4 и rsync архивов, которые можно было копировать на какие-то внешние носители. В общих чертах я понимал как и что, но городить и делать из этого системное решение смысла было мало. Здесь же никаких дополнительных движений не требуется, + всё замкнуто в одном диске, просто и удобно, этим и привлекло.

Итак, финальный результат определён, осталось дело за малым!

За пару вечеров провёл основательный ликбез в теме современной организации файловых систем Линукс дистрибутивов, выводы сделал такие:
1. LVM - мощная вещь, но немного не про то - как мне кажется.. Это скорее про организацию отказоустойчивых систем (серверов), подключения/удаления жестких дисков и опять же, для того, чтобы пользоваться во всю мощь - нужны несколько жестких дисков, что для домашнего использования является избыточным.
2. ZFS для линукса - продвигает для повседневного использования в основном компания Каноникал и в других популярных массовых дистрибутивах (например, Fedora) не представлена. Среди обзорщиков дистрибутивов считается пока что технологией, которая "залочена" за одной компанией (как и технология snap пакетов) и решения малопереносимы. Плюс есть нарекания по расходу оперативной памяти.
3. BTRFS - ровно то, что советуют именно для линукс дистрибутивов, не хуже по показателям и сочетает преимущества первых двух пунктов. Единственный минус - находится в активной разработке, поэтому необходимо отслеживать изменения и обновлять методики её использования.
Стало быть, нужно сделать решение на основе BTRFS с учётом стремительности её разработки. Погрузился в чтение объёмных wiki, инструкций, также обратил внимание, что да, инструкции могут сильно отличаться друга от друга, в зависимости от того, когда они написаны, одна история со swap чего стоит - я думал, выделение раздела под свап давно в прошлом, однако почти все, делают это поголовно, причём кто выделяет 1гб, кто 2, почему и зачем такие размеры - особо не рассказывают. Поэтому я стал пристально обращать внимание на дату обзоров и инструкции. Поискал также видеоинструкции на ютубе. На русском языке есть несколько монотонных обзоров установки в лучшем случае статье с сайта или по устаревшему вики. Другое дело англоязычные видеообзорщики! Нашёл несколько крупных каналов, авторы которых практикуют ежемесячные установки Арча, для обзора новых программ. Сравнив нескольких, нашёл одного, который делает это регулярно, устанавливает новинки и прочее, но и самое главное: объясняет каждый свой шаг, при этом придерживается основного вики Арча.

И наконец, предлагаю вашему вниманию два command-list, один на основе snapper (более универсальный), второй - на основе timeshift (больше зависит от Gnome).

Оба скрипт-листа покомандно прогнал несколько раз на виртуальных машинах, вроде работают как ожидаются. Длинное предисловие написал, для того, чтобы объяснить логику разбития файловой системы и применяемых технологий. Старался делать каждую команду максимально необходимой, атомарной, минимально зависимой от других компонентов и моих пристрастий в софте. Хоть они выглядят как bash скрипты, не рекомендую их делать исполняемыми и запускать, без внимательной вычитки. Лучше покомандно воспроизводить на интересуемой машине, и лучше через SSH, для удобства копирования и переноса команд. Как это сделать через SSH - оставил комментарии.

Максимально приближенным к результату получается вариант с timeshift, для варианта со snapper - нужно будет предварительно сделать желаемый снапшот доступным для записи. Команды приведены в комментарии. Из пункта меню GRUB система грузится в режиме только для чтения, поэтому нужно будет проводить дополнительные манипуляции.

Пока всё. Призываю всех, кто уже работает с BTRFS, поделитесь опытом, как можно улучшить результат, как, например, сразу сделать снапшоты доступными для записи, или какими инструментами пользуетесь для похожего результата или какие опции монтирования нужно использовать и прочее.
vadik
Кстати, сейчас вспомнил о такой полезной штуке как traceroute. Покажет время прохождения пакетов через различные узлы. Отлично помогает определить узкое место.

Сперва dig чтобы определить ip. Затем traceroute или traceroute6. Сейчас реалии такие, что и ipv6 трафик заворачивают(
Holden
Здесь по imgur.
Но ведь.. давно разблокировали.

Сайт открывается сразу, но вдс+wg имеется. Пока выключен)
vasek
расширение от Гугла - SponsorBlock для YouTube. Данная улита позволяет убрать встроенную рекламу внутри ролика на YouTube. Потрясающая и простая вещь.

Поддержу. Когда начинают перечислять резалки рекламы - адблоки и прочие носкрипты - просто не понимают как работает спонсорблок. Использую вместе с премиум подпиской, на ноуте и kodibox.

Сам пополняю базу, есть грешок)
wau
Коллеги, а можно подробнее и предметенее?


...
cp -axr --reflink=always /var  /.subvol
...

по возможности отразив в повествовании место для grub-btrfs.

Как минимум /var/log класть в тот раздел, который потом уходит в снапшот - плохая идея. Очень плохая.

Несколько дней потратил на предметный разбор, немного на LVM, и много BTRFS в англоязычных источниках. Вижу, что у вас разбивка на подразделы актуальна для работы с BTRFS как в инструкциях полтора-два года назад. Сейчас в вики и в инструкциях все ограничиваются @ @home @var. Информация по работе с БТРФС устаревает буквально за один-два месяца. В виртуалке проводил/тестил свой ликбез, сформировал рабочий лист-скрипт с snapper и выделением отдельного @snapshots, затем обнаружил, что это было актуально для января этого года (лол) и теперь уже не нужно ничего выделять в @snapshot, а сам Snapper GUI не разрабатывается уже лет 5-6.

Завтра поделюсь лист-скриптом с snapper + видение сборки системы на btrfs с точки зрения современной установки Archlinux. Также запилю обновлённый, с уже Timeshift и прочими хуками. На нашем форуме такого точно не видел, только пару тем про бтрфс 2019 года