58222 2026-03-13 15:01:35 +0300 подтома var-cache, var-tmp при установке на btrfs по умолчанию 2026-03-14 14:07:43 +0300 1 1 4 Development Sisyphus installer unstable all Linux NEW P5 enhancement --- 1 arseny boyarsh antohami boyarsh klark mike rider sem qa-sisyphus oldest_to_newest 283782 0 arseny 2026-03-13 15:01:35 +0300 (прошу перевесить куда следует) В документации пишут: > Подтома (подразделы, 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 Тогда эти два каталога, например, не будут попадать в снепшоты @. 283850 1 klark 2026-03-14 03:43:56 +0300 (In reply to Arseny Maslennikov from comment #0) > Тогда эти два каталога, например, не будут попадать в снепшоты @. Нет смысла отделять их от системы, да и весят они копейки. 283856 2 arseny 2026-03-14 13:59:47 +0300 (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; там свои аргументы за и против. Самый яркий аргумент "за" — прям не хочется, чтобы после восстановления @ из снимка логи отбрасывались до момента фиксации @ в прошлом. 283857 3 arseny 2026-03-14 14:00:49 +0300 (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 добавить. 283858 4 arseny 2026-03-14 14:07:43 +0300 > (In reply to Arseny Maslennikov from comment #0) > > Тогда эти два каталога, например, не будут попадать в снепшоты @. На это можно взглянуть и с другой стороны: должно ли их содержимое перезаписываться при восстановлении снимков других мест? Если нет, то можно вынести.