Bug 58222 - подтома var-cache, var-tmp при установке на btrfs по умолчанию
Summary: подтома var-cache, var-tmp при установке на btrfs по умолчанию
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: installer (show other bugs)
Version: unstable
Hardware: all Linux
: P5 enhancement
Assignee: Anton V. Boyarshinov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-03-13 15:01 MSK by Arseny Maslennikov
Modified: 2026-03-14 14:07 MSK (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arseny Maslennikov 2026-03-13 15:01:35 MSK
(прошу перевесить куда следует)

В документации пишут:

> Подтома (подразделы, subvolumes) создаются ниже вершины дерева BtrFS по мере необходимости, например, для / и /home создаются подтома с именами @ и @home. Это означает, что для монтирования подтомов необходимы определенные параметры вместо корня системы BtrFS по умолчанию:
> 
>     подтом @ монтируется в / с помощью опции subvol=@;
>     подтом @home (если он используется) монтируется с помощью параметра монтирования subvol=@home.

Здесь не написано, но @ и @home не вложены друг в друга — и это удобно, их можно независимо снепшотить, btrfs send/receive, ...

Предлагаю создавать ещё и @var-cache, @var-tmp.
 # mount VOLUME -o subvol=@var-cache /var/cache
 # mount VOLUME -o subvol=@var-tmp /var/tmp

Тогда эти два каталога, например, не будут попадать в снепшоты @.
Comment 1 Leonid Krivoshein 2026-03-14 03:43:56 MSK
(In reply to Arseny Maslennikov from comment #0)
> Тогда эти два каталога, например, не будут попадать в снепшоты @.
Нет смысла отделять их от системы, да и весят они копейки.
Comment 2 Arseny Maslennikov 2026-03-14 13:59:47 MSK
(In reply to Arseny Maslennikov from comment #0)
> Предлагаю создавать ещё и @var-cache, @var-tmp.
>  # mount VOLUME -o subvol=@var-cache /var/cache
>  # mount VOLUME -o subvol=@var-tmp /var/tmp
> 
> Тогда эти два каталога, например, не будут попадать в снепшоты @.
Ещё можно рассмотреть точно так же поступать с /var/log; там свои аргументы за и против.
Самый яркий аргумент "за" — прям не хочется, чтобы после восстановления @ из снимка логи отбрасывались до момента фиксации @ в прошлом.
Comment 3 Arseny Maslennikov 2026-03-14 14:00:49 MSK
(In reply to Leonid Krivoshein from comment #1)
> (In reply to Arseny Maslennikov from comment #0)
> > Тогда эти два каталога, например, не будут попадать в снепшоты @.
> Нет смысла отделять их от системы, да и весят они копейки.
Не могу здесь согласиться.

Понятное дело, отделять можно по владению/принадлежности (могут ли две установки ОС соиспользовать раздел?), а можно по дисциплине хранения (часть установки ОС, но на другом разделе с другой ФС или даже такой же)

Отделять целый /var по принадлежности не рекомендуется, а по хранению смысла нет; про этот путь я бы размышлял так же.

Отделять /var/cache, /var/tmp от системы с т. з. принадлежности смысла скорее нет (т. е. если на btrfs-устройство поставить два гнулинукса dual-boot, то им нужны независимые /var/cache и /var/log и, ябсказал, даже /var/tmp). А вот по дисциплине хранения очень даже есть.

У меня даже не умозрительный, а популярный пример есть.
Проводим мы апгрейд, качаем пакеты, перед установкой делаем ro-снимок, ставим пакеты. откатываемся и получаем все эти гигабайты *.rpm в /var/cache/apt/archives.

Отдельные subvolumes администратор потом сможет и в qgroup добавить.
Comment 4 Arseny Maslennikov 2026-03-14 14:07:43 MSK
> (In reply to Arseny Maslennikov from comment #0)
> > Тогда эти два каталога, например, не будут попадать в снепшоты @.
На это можно взглянуть и с другой стороны: должно ли их содержимое перезаписываться при восстановлении снимков других мест? Если нет, то можно вынести.