wiki/Btrfs

[andytux]

как словить причину ошибки при установке Kubuntu?

Логи почитать. Например, /var/log/installer.

[masterok]

Через ubuntu-bug ubiquity удалось вытащить весь лог и зделать баг на ланчпаде.
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1971957


Пользователь добавил сообщение 07 Мая 2022, 00:51:48:

то нужно ли делать ети рекомендации?

А зачем? Это можно и потом сделать, а можно и не делать. Если пользоваться btrfs то отдельный раздел под хоум точно не надо. А вот своп проще разделом, но можно и файлом, если не на рейде. Но с файлом поковыряться немного придется.

Подскажите пожалуйста, как правильно поправить фстаб, после установки, чтобы у бтрфс томов были правильные параметры.

[Pilot6]

как правильно поправить фстаб, после установки, чтобы у бтрфс томов были правильные параметры.

Это зависит от того, какие параметры вы считаете правильными ;-)

[masterok]

Дело в том, что я не знаю какие параметры нужны, чтоб заработало нормально резервное копирование снимками через тайм шифт. Сжатие наверно не нужно, у меня не такие файлы которые можно сильно сжать.

[Sly_tom_cat]

Сжатие - оно вообще не при делах. С точки зрения любых скриптов нет никакой разницы сжато там или нет.

А если говорить о том, как инсталлятор раскидывает по подтомам (и, видимо, по такой расклад расчитаны большинство скриптов), то там два подтома:
- подтом @ - корень
- подтом @home - хомяк

Вот расклад на моем ноуте (стандартная установка):

Код: [Выделить]

# btrfs subvolume list /
ID 256 gen 1690549 top level 5 path @
ID 257 gen 1690564 top level 5 path @home

А вот что там таймшифт хочет - надо смотреть по его скриптам.

[masterok]

У меня вот так получилось:

Код: [Выделить]

ID 256 gen 3564 top level 5 path @
ID 257 gen 3564 top level 5 path @home
ID 258 gen 1896 top level 5 path timeshift-btrfs/snapshots/2022-05-08_23-32-46/@
ID 259 gen 1897 top level 5 path timeshift-btrfs/snapshots/2022-05-08_23-32-46/@homeНо вчера снимок весил по нулям. Сегодня уже 11 гиг. Как узнать все ли в порядке?
Вывод каких команд нужен?

[Sly_tom_cat]

Снимок на то и снимок.
Когда он делается, он просто ссылается на все те данные, которые в оригинальном томе.
А со временем все, что обновляется в оригинале перезаписывается (CoW), и снимок уже начинает ссылаться на данные которых уже нет в оригинале, а значит он начинает ссылаться на свои данные, потому со временем и весить больше начинает.

[masterok]

Получается что из коробки все работает и по дефолтной установке можно ничего не менять?

[Pilot6]

Дело в том, что я не знаю какие параметры нужны, чтоб заработало нормально резервное копирование снимками через тайм шифт.

Ничего не нужно для этого делать, кроме того, что не должно быть работающего свап файла на разделе.
Пользователь добавил сообщение 09 Мая 2022, 17:30:25:

Получается что из коробки все работает и по дефолтной установке можно ничего не менять?

Должно работать. Но свап файл создается по умолчанию. Проверьте командой

Код: [Выделить]

swapon -s

[masterok]

Свап я зделал отдельным разделом, как выше советовали. Так оказалось проще.

Код: [Выделить]

~$ swapon -s
Filename                                Type            Size            Used            Priority
/dev/sda2                               partition       33554428        1655296         -2

[Pilot6]

Свап я зделал отдельным разделом, как выше советовали.

Ну тогда снапшоты должны работать.

[AnrDaemon]

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

# btrfs sub list /mnt/raid
ID 258 gen 1675066 top level 5 path home
ID 1050 gen 1631767 top level 5 path home-2022-04-24
ID 711 gen 1675066 top level 5 path lxc
ID 1051 gen 1631780 top level 5 path lxc-2022-04-24
ID 1141 gen 1637478 top level 5 path lxc-2022-04-27
ID 257 gen 1675066 top level 5 path root
ID 718 gen 1462997 top level 5 path root-2021-03-21
ID 747 gen 1631123 top level 257 path root/var/cache/lxc/focal/rootfs-amd64
ID 1126 gen 1633344 top level 711 path lxc/build-bionic64/rootfs
ID 1128 gen 1633338 top level 711 path lxc/build-trusty32/rootfs
ID 1130 gen 1633340 top level 711 path lxc/build-trusty64/rootfs
ID 1132 gen 1633343 top level 711 path lxc/build-xenial64/rootfs
ID 1045 gen 1675065 top level 711 path lxc/dc2/rootfs
ID 1161 gen 1667106 top level 711 path lxc/dc2/rootfs-2022-05-08
ID 1140 gen 1675065 top level 711 path lxc/hosting64/rootfs
ID 1107 gen 1675048 top level 711 path lxc/mc-sfs/rootfs
ID 1111 gen 1633247 top level 711 path lxc/mc-sfs/rootfs-2022-04-24
ID 1106 gen 1675062 top level 711 path lxc/mc-tamik/rootfs
ID 1110 gen 1633246 top level 711 path lxc/mc-tamik/rootfs-2022-04-24
ID 1138 gen 1646284 top level 711 path lxc/mysql2/mysql-data
ID 1151 gen 1675065 top level 711 path lxc/mysql3/mysql-data
ID 1152 gen 1646283 top level 711 path lxc/mysql3/mysql-data-8.0
ID 1143 gen 1639960 top level 711 path lxc/mysql3/mysql-data-(base)
ID 1108 gen 1675001 top level 711 path lxc/mysql3/rootfs
ID 1112 gen 1633287 top level 711 path lxc/psql1/rootfs
ID 1142 gen 1675066 top level 711 path lxc/pubserver64/rootfs
ID 1137 gen 1675065 top level 711 path lxc/server3/rootfs

Особенно красиво выглядела миграция с MySQL 5.7 на 8.0.

Код: [Выделить]

ID 1138 gen 1646284 top level 711 path lxc/mysql2/mysql-data
=>
ID 1143 gen 1639960 top level 711 path lxc/mysql3/mysql-data-(base) (read-only)
=>
ID 1151 gen 1675044 top level 711 path lxc/mysql3/mysql-data
=> апгрейд системных таблиц, починка поломаных и несовместимых
ID 1152 gen 1646283 top level 711 path lxc/mysql3/mysql-data-8.0 (read-only)Имеем два RO снапшота, рабочий старый MySQL сервер (отключен) и рабочий новый сервер, на котором всё сравнительно просто и без проблем завелось. Пришлось кое-где подпереть конфиг, но в целом… в целом - всё пучком.

[Resquer]

Кто имеет права на редактирование https://help.ubuntu.ru/wiki/btrfs ??
Там опечатка.

btrfs filesytem show - надо исправить на btrfs filesystem show

Поиском на странице по слову filesytem найти можно

[Pilot6]

Кто имеет права на редактирование https://help.ubuntu.ru/wiki/btrfs ??

Вы например имеете.

[Dosifei]

Я не знаком с этой файловой системой,но в некоторых дистрибутивах она щас идёт по умолчанию,вот если к примеру корневой раздел отформатирован в btrfs а /home и рабочий каталог будут ext4 не будет никаких конфликтов между ними?