BTRFS. Готова ли к использованию в 16.04?

[Pilot6]

Azure,

Возможно это объясняется установленной из коробки утилитой apt-btrfs-snapshot?

Нет, этот пакет не установлен.

[Sly_tom_cat]

Я правильно понял, что в этот снимок был запихнут старый корень (до апгрейда)?

И чем именно делался апгрейд? Вариантов то несколько как это можно сделать....

[Pilot6]

Sly_tom_cat,
Ну да. Старый корень. Апгрейд делал

do-release-upgrade -d

[thunderamur]

У меня простой вопрос, который уже поднимался, но найти быстро не вышло. Поставил 2-ю систему 16.10 на BTRFS, её GRUB не видит 1-ю систему 16.04, через chroot прописал в MBR груб от 1-й системы, чтобы грузилась рабочая. Вопрос, как показать грубу, что есть 2-я система на бтрфс?

[Sly_tom_cat]

thunderamur, а без MBR никак не обойтись? 

У BTRFS, GRUB и MBR - дружба получается по случаю (только если первый раздел с отступом на 2048 секторов создан). Но возможно проблема у вас и не в этом, а в том как вы GRUB ставили.

Почему первую систему в GRUB приходилось прописывать руками ... или я вас не правильно понял ... в фразе "Поставил 2-ю систему 16.10 на BTRFS, её GRUB не видит 1-ю систему 16.04, через chroot прописал в MBR груб от 1-й системы, чтобы грузилась рабочая." явно знаков препинания не хватает...  можно более короткими предложениями и по-подробнее?

[thunderamur]

Sly_tom_cat,
Как ты предлагаешь обойтись, мне в общем-то пофиг, MBR, не MBR.

2048 отступ, да.

Можешь не обращать на это внимание, главный вопрос у меня - как грузить 2 системы на BTRFS c одного диска?

[Pilot6]

thunderamur,
Я тоже ничего не понял. Что значит "2 системы на BTRFS c одного диска"? Если это просто две системы на разных разделах, то grub должен их просто увидеть. Или речь идет о двух системах, установленных на разных снапшотах одного раздела?

[Sly_tom_cat]

thunderamur, ну я ратую за UEFI и GPT если комп и ОС с UEFI дружат. MBR - пора уже на покой.

Но про то как установлено - нужно больше информации.

Если на разные подтома одного раздела - то наверно придется руками прописывать пункты загрузки с указанием нового конкретного подтома.... беда еще и в том, что потом при новых ядрах это придется тоже руками...
Я так пологаю потому, что сомневаюсь, что GRUB найдет корень системы на подтоме с именем отличным от "@"....

Если корни на разных разделах - то в принципе GRUB должен находить такие ОС при обновлении через sudo update-grub. Т.е. руками ничего прописывать не надо.

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

Я вообще считаю GRUB лишним, но конкретно с этим своим мнением я понимаю что бегу чутка впереди паровоза.

[Pilot6]

Sly_tom_cat,
Я уже давно собираюсь разобраться с загрузкой системы с разных подтомов. Проще всего это сделать скриптом. Можно еще update-grub подредактировать и т.п.

Можно с initrd пошаманить. Будет время и желание - займусь этим.

[AnrDaemon]

сомневаюсь, что GRUB найдет корень системы на подтоме с именем отличным от "@"...

Куда он денется… Это всё задаётся в параметрах запуска initrd.
Другое дело, что update-grub, возможно, придётся бить молотком по голове, чтобы эти параметры правильно передать.

[Sly_tom_cat]

Другое дело, что update-grub, возможно, придётся бить молотком по голове, чтобы эти параметры правильно передать.

Я вот именно это и имел в виду: прямо из реп - update-grub не осилит - надо ему мозги вкручивать... вернее даже не ему а пакету os-prober - потому как именно он отвечает за поиск других ос.
Пользователь добавил сообщение 21 Июня 2016, 11:40:37:

Можно с initrd пошаманить. Будет время и желание - займусь этим.

честно говоря не понял причем тут initrd???

При загрузке initrd идет в пару к ядру и на уровне initrd уже поздно пить боржоми - ядро на этот момент уже должно иметь референс на корневой раздел. Т.е. шаманство с выбором корня должно свершиться раньше чем /init из initrd запустится.

[Pilot6]

Проще всего тогда /boot на отдельный раздел вынести. Но опять же все руками придется. Надо подумать как удобнее.

[Sly_tom_cat]

Мне кажется, что самое правильное это os-prober-у хвост накрутить, что бы он не только на подтоме @ искал корни linux операционок.

Тогда и /boot отдельный не нужен.

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

Отдельный /boot - вообще довольно геморойное дело ибо если из него грузятся две разных ОС то они обе туда обновления писать будут - и вот тут будут косяки с тем что допустим одна ос уже поставила ядро, и старое удалила, а вторая по своей пакетной базе считает что старое ядро еще есть, а новое не обновлено.... хорошо  если другая ос не заточена грузится по умолчанию со старым ядром - а то и вообще беду получим.

[Pilot6]

Sly_tom_cat,

os-prober-у хвост накрутить

Да накрутить-то большой проблемы нет. Только кто потом это будет поддерживать? Надо чтобы в апрстрим включили.

[Sly_tom_cat]

Ну в этом вопросе у меня нет рецептов....

Собственно включать это в апстрим оправдано только после того как накрутить хвост еще и инсталяторру, что бы он умел ставить на btrfs новую ос рядом со старой (т.е. учить его настраивать и работать с подтомами более гибко).

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