Multiboot и BTRFS

[di_mok]

Или лыжи не едут, или на асфальте стою

Было установленно 3 ОС: ОС1 - sda1, ОС2 - sda2, ОС1 - sda3, /home - sda4. Все разделы ext4 primary. Когда устанавливал ОС1, grub - в sda, остальные две соответcвено: sda2 и sda3. После установки update-grub, и всё подцепилось.

Делаю всё тоже самое но, в BTRFS - болт. update-grub ничего не находит.

[symon2014]

А зачем последовательная цепочка? И из какой оси последний апдейт?

Когда устанавливал ОС1, grub - в sda

По идее , после установки всех осей , последний апдейт надо делать отсюда.

[di_mok]

А зачем последовательная цепочка?

Так исторически сложилось

надо делать отсюда

Отсюда и делал. Повторюсь: на ext4 - подхватывает, на btrfs - отсасывает.

[symon2014]

di_mok, Поглазей , может пригодится что. http://forum.ubuntu.ru/index.php?topic=284792.0

[di_mok]

Эх, а я психанул и вернулся на ext4. Ладно, пускай пока полежит в долгом ящике.

[slant]

Если у вас несколько систем на диске - для системы с btrfs крайне желательно сделать отдельный /boot с ext2-4. Т.к. чтобы работать с btrfs grub'у надо драйвер файловой системы загрузить из stage1.5, а это возможно только для того загрузчика, который в mbr располагается. (т.е. в sda). Иначе придется multiboot руками настраивать, через единый загрузчик для всех систем.

[Chocobo]

di_mok, Рекомендации по установке системы на btrfs
Может твой случай

Установка системы с корнем (вернее /boot) на btrfs не сможет закончится успешно, если у вас MBR разметка и первый раздел на диске начинается раньше, чем на 2048 секторе (при размере сектора 512 байт). Дело в том, что модуль поддержки btrfs для GRUB (он нужен для того, чтобы GRUB смог продолжить загрузку самого себя с этого раздела) имеет довольно большой размер и, если первый раздел начинается с 63 сектора, то модуль поддержки btrfs просто не помещается в область диска за MBR. С разметкой диска GPT и при установке системы в режиме UEFI такой проблемы не возникает.

[Unborn]

di_mok, если одна ОС установлена на ext, а другая на btrfs, то при обновлении Груб с ОС на ext не увидит ОС на btrfs, потому что по умолчанию не загружается модуль поддержки btrfs.
А вот при установке ОС на btrfs модуль для ext загружается.
Проще говоря у тебя нет модуля для btrfs в core.img системы Груб, от ОС, которая загружается.

[StarMAUGLI]

А у тебя / - btrfs?

да

[di_mok]

Unborn, нет. В первом случае у меня всё стояло на ext4, во втором всё на btrfs. Т.е., ни каких миксов не было

[Unborn]

Т.е., ни каких миксов не было

А места перед первым разделом достаточно? А может это издержки Убунту-Минтовской сборки grub-pc. А то Убунто-Минтовская сборка системы Груб для efi не так давно только научилась Арч добавлять в меню выбора ОС.

[di_mok]

А места перед первым разделом достаточно?

Вот тут как раз собака и зарыта, похоже. Вот освобожу ещё один винт от очень нужного хлама, и поэксперементирую в соответствии с полученными советами.

[di_mok]

Решил сделать по феншую. Т.е. использовать подтома

Код: Выделить всё

sudo btrfs subvolume list /
ID 257 gen 7347 top level 5 path @
ID 258 gen 7349 top level 5 path @home

А как теперь вторую ОС привинтить? Установщик же не видит subvolumes. Или создать руками подраздел, и затащить предварительно установленный где нибудь образ?

[Unborn]

А как теперь вторую ОС привинтить? Установщик же не видит subvolumes.

В смысле? Что-то не понял.
Установил одну ОС на btrfs, нужна еще одна на ext?

[di_mok]

Нет, всё на btrfs. Раздел у меня один - sda1 на нём два подраздела @ - root и @home - home. Если при установке второй ОС я укажу установку на sda1 установщик создаст подраздел для неё, или установит в @?

[slant]

di_mok, @ - это имя подраздела. Оно подчиняется тем же условиям что и имя файла/каталога - т.е. уникальность и прочее.
Т.е. не может быть двух @ подразделов (как и двух @home). Но может быть @1 и @2 скажем.
В общем то хотя на один раздел btrfs можно запросто установить несколько систем в разные подразделы вручную, но вот установщик минта такого делать не умеет. (Да и таймшифт этого тоже не поймет). И главное - в этом случае ни в коем случае не нужно использовать опцию форматирования. Форматируется в btrfs только сам раздел со всем содержимым. Подразделы - создаются сразу готовые. Как каталог, скажем.

Тут еще очень важно запомнить накрепко, что хотя символ @ в инструкциях по btrfs везде и всюду встречается, но сам он НИКАК к ней не относится. Вообще. Это просто обычный символ в имени. Просто его использование в начале имени подраздела - этакая традиция сложившаяся, как в программировании - запись имени переменных из нескольких слов в виде mySpecialVariable. Чтобы проще было подраздел от обычного каталога потом отличать в смонтированном виде.

[di_mok]

Т.е. не может быть двух @ подразделов

Да это я как раз и понимаю

но вот установщик минта такого делать не умеет.

Собственно, этим я и интересовался.

Впринципе, понимаю, что нужно переименовать @ в @чего-то-там, и подправить fstab. А дальше? Когда запущу установку второй раз, она установится в @, не грохнув при этом @чего-то-там?

[slant]

Впринципе, понимаю, что нужно переименовать @ в @чего-то-там, и подправить fstab.

Еще grub надо подстроить. Там тоже подраздел где находится / указывается, как параметр передающийся ядру.

Когда запущу установку второй раз, она установится в @, не грохнув при этом @чего-то-там?

Вот не пробовал, никогда. По идее - не должно грохнуть, есть не включена опция "форматировать" - т.е. весь раздел не пойдет под ноль. Может правда ругаться начать, именно на то, что раздел не пуст. В общем - от авторов инсталлятора зависит, что они там предусмотрели или нет.

Кстати, если системы ставятся одинаковые, и вторая нужна на "поэксперементировать-потестировать", то можно вообще новую систему не ставить. Просто делаешь снапшот вместо переименования подраздела, добавляешь в grub еще одну строчку - с подправленным параметром о местоположении / - на снапшоте. Правишь на снапшоте fstab. И готово - у тебя две одинаковых, но независимых системы рядом. (Для home разумеется тоже снапшот надо сделать и fstab подправить, если он в отдельном подразделе). Плюсом будет то, новая система изначально вообще места не занимает, а кроме того начальные настройки - как у первой. Только когда начнешь ее ковырять - тогда измененные блоки начнут занимать собственное место.

Если же системы полностью разные, возможно будет проще у первой системы ужать размер раздела (это делается налету и безопасно, т.к. тоже через COW), и для второй системы просто создать свой раздел - пусть инсталлятор работает как умеет. Потом можно и просто так оставить, или перенести подразделы на раздел первой системы - есть такая специальная возможность в btrfs - send|receive, как раз если нужно подраздел между разделами перенести.

[di_mok]

Для home разумеется тоже снапшот надо сделать и fstab подправить, если он в отдельном подразделе

Кстати, тут довольно интересно. Я создал один раздел - sda1, указал ему точку монтирования -/ (т.е., /home в моих манипуляциях не фигурировал) А установщик сам разнёс / и /home по разным подтомам. А я думал, что потом с этим руками выплясывать придётся.

[slant]

А установщик сам разнёс / и /home по разным подтомам. А я думал, что потом с этим руками выплясывать придётся.

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