Comments 16
Сначала я использовал timeshift и не рекомендую использовать его в арче потому, что в арче он работает просто как обертка над rsync, а все возможности btrfs в timeshift работают лишь в убунте.
Нет.
It supports rsync snapshots for all filesystems, and uses the built-in snapshot features for Btrfs drives configured to use the
@and@homesubvolume layout for root and home directories respectively.
https://wiki.archlinux.org/title/Timeshift раздел 4
В остальном просто перепечатка Installation guide своими словами: https://wiki.archlinux.org/title/Installation_guide
И пакеты в AUR всегда проверяйте глазами перед установкой. Особенно после https://habr.com/ru/news/1047240/
И если уж хочется роллинг релизов то NixOS можно ещё посмотреть. Там база пакетов шире.
В вики может и написано, но я написал из личного опыта- не взлетело, только с rsync он заработал в арче.
Ну так я тоже сижу на арче и работает всё прекрасно. Какой смысл в мануале который не решает проблему а просто предлагает костыль? Ещё и с заявлением "в арче не работает а работает только в убунте", полностью вводящем в заблуждение. Написали бы тогда "на арче я не осилил настройку так что...". В прочем ладно, почему бы и нет...
Тогда уж просто лень было разбираться с timeshift и предпочел пользоваться родными средствами btrfs - где же тут костыль?
Перепроверил в арч вики, в режиме btrfs никак не получилось бы исключить из образа данные из /var, так что и идея с симлинк не сказал бы, что костыль. А timeshift чисто как обертка над rsync не особо то и нужен имхо. В прочем, я не претендую на истину в последней нстанции- можете предложить более удобный рецепт.
Думал тренд "Установил Линукс? Отпишись на Хабре!" уже прошёл )
Для удобства создал ярлык фф на рабочем столе и заменил в нем строку для запуска Exec= firejail ‑noprofile ‑net=enp2s0 firefox, но это слетает при обновлениях браузера
Странно, обычно при изменении ярлыка создаётся копия в .local/share и при обновлении она уже не трогается.
Меняли ярлык через плазму?
Зачемuefi целый гигабайт? Грабу хватит несколько мегабайт.
Ваша правда. Не сильно заморачивался с экономией места именно на этом диске.
Что за ерунду ты написал. Сейчас надо минимум 150 Мб для ядра, а если ещё запасное есть( по умолчанию) то полгига надо точно, а лучше гиг. Я уже переносил старый бут раздел, потому что в 10 лет назад дефолтные 256 Мб нифига не влезает, даже с компрессией
Ядру не место на uefi разделе, это раздел для загрузчика.
Когда ядро само по себе является загрузчиком (EFI boot stub, UKI), то очень даже место
Плюс ещё бывают, например, шифрование, файловые системы, не поддерживаемые загрузчиком (некоторые даже ext4 не умеют), и прочие странные конфигурации, поэтому ArchWiki предлагает монтировать uefi-раздел не /boot/efi, а прямо в /boot
АрчВики: "Монтирование в /efi является заменой[6] для ранее распространённой и ныне не рекомендуемой точки монтирования /boot/efi."
Логичноей ядро держать в /boot на приличной файловой системе (с шифрованием и снапшетами, если нужно) а загрузчик отдельно в /efi на FAT32.
Установка и немного опыта использования Arch Linux