Archlinux BTRFS, снапшоты в GRUB

nafanja
у других может быть по другому
я просто не понимаю, зачем делать вложенные subvolume, с какой целью это делать?
RusWolf
с какой целью это делать?
пути юзверьков неисповедимы... )))

вот у меня в субволумах, которые бэкапятся на другой носитель, есть субволум BACKUP, в котором хранится снимок прошлого бэкапа, для того что бы использовать инкрементный бэкап на другой носитель..
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
[email protected]
Посмотрел у себя и не пойму - что это за приколы в var/lib, откуда взялись??
https://www.linux.org.ru/forum/general/16603540?cid=16604852
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Понятно)
А что можете сказать по поводу следующих описанных недостатков btrfs
- проблема свободного места
- проседание производительности при заполнении тома свыше 70%
это реально имеет место? ... а если имеет место, то насколько значительна проблема? ... или же это не значительно и особо не сказывается?

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

EDIT 1 - сдерживает проверка файловой системы Reiser5 наличие патча к ядру (в самом ядре все еще старье Reiser3) - нет желания связываться с патчем.
Ошибки не исчезают с опытом - они просто умнеют
vasek
- проблема свободного места
решается удалением не нужных субволуме.
и периодически
btrfs balance start -dusage=50 -dlimit=2 -musage=50 -mlimit=4
vasek
- проседание производительности при заполнении тома свыше 70%
такого не замечал на SSD, было >90% забито. )))
да и вообще при включенном сжатии нет никаких проблем оставлять свободными 25%, не потеряв ни байта от объема накопителя (без сжатия).
среднее сжатие ~2x.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
RusWolf
Вот поэтому я и не пользуюсь grub-btrfs, предпочитаю ручками переименовать нужный снапшот, в нужный subvolume, так как лишние и бесполезные для меня subvolume не нужны.
А можете накидать пример как пользуетесь? Понимаю что там две-три команды, но для общего развития сгодится.
А grub-btrfs - да, пока малополезный, т.к. всё равно приходится ручками управлять опциями доступа. Вот этот момент и хочу допилить.

RusWolf
Каким боком отдельный раздел своп к btrfs?
Тоже могу путать, но если есть отдельный раздел / и он зашифрован, то нужно также дополнительно шифровать раздел swap для дополнительной безопасности? Или у вас полностью весь диск зашифрован?
nafanja
среднее сжатие ~2x.
да где то так

compsize /mnt
Processed 49660606 files, 1334581 regular extents (46046792 refs), 28158254 inline.
Type       Perc     Disk Usage   Uncompressed Referenced
TOTAL       50%       72G         142G         3.5T
none       100%       15G          15G         321G
zstd        44%       56G         126G         3.1T
prealloc   100%      343M         343M         6.0G
compsize /mnt  55,96s user 804,62s system 93% cpu 15:25,03 total
btrfs filesystem usage /mnt
Overall:
    Device size:                 101.93GiB
    Device allocated:             73.03GiB
    Device unallocated:           28.90GiB
    Device missing:                  0.00B
    Used:                         58.29GiB
    Free (estimated):             42.74GiB      (min: 42.74GiB)
    Free (statfs, df):            42.73GiB
    Data ratio:                       1.00
    Metadata ratio:                   1.00
    Global reserve:              243.00MiB      (used: 0.00B)
    Multiple profiles:                  no

Data,single: Size:69.00GiB, Used:55.17GiB (79.95%)
   /dev/sda4      69.00GiB

Metadata,single: Size:4.00GiB, Used:3.12GiB (78.05%)
   /dev/sda4       4.00GiB

System,single: Size:32.00MiB, Used:16.00KiB (0.05%)
   /dev/sda4      32.00MiB

Unallocated:
   /dev/sda4      28.90GiB
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Nebulosa
шифровать раздел swap
В части необходимости шифрования swap - всегда предлагаю набрать пароль, открыть "секретные данные" и после найти эту информацию в swap.

Уточнение - не сказал ни за, ни против в части необходимости шифрования swap - просто предложил проверить, а уж после этого можно и ответить.
Ошибки не исчезают с опытом - они просто умнеют
vasek
и после найти
Ну так то что уйдет в свап не обязательно будет содержать пароль. Тем не менее некоторые данные из свапа теоритически можно же получить. Параноить так параноить по полной :).
Неуловимый Джо в глубине души всегда пуп земли...
 
Зарегистрироваться или войдите чтобы оставить сообщение.