FreeBSD versus GRUB

[@mephisto]

Очень познавательно, полезно знать методы выявления таких вот «непонятных» ошибок.
Спасибо за статью.

[@googol]

Уфф. Хороший квест. По своему опыту знаю что таким вот способом хорошо изучаются внутренности системы.

Патч в апстрим отослали-то?

[@mark_ablov]

Я всё-таки совсем не уверен что это не у меня фс корявые на дисках, а баг граба.
Немного поэкспериментировал с дисками, и это поле offset ведёт себя крайне странно, но никогда так как ожидает grub, и всё же сомнения берут меня.
Своей-то цели я достиг, но вдруг у остальных такой фикс только поломает систему.
Хотя исследуя этот вопрос с помощью гугла, заметил что народ крайне плохо использует ufs при загрузке.
Была пара человек, у которых та же проблема что и у меня, и всё.

[@googol]

В любом случае расследование проведено знатное. Лучше всего перевести статью на английский, сделать патч и в рассылку отослать (в CC добавить автора функции next_bsd_partition() ).

[@vitroot]

Мощное расследование трагедии, спасибо.
Вопрос — в чем причина зацикливании именно на Grub'е как на загрузчике для Freebsd?

[@mark_ablov]

Хе, это еще один квест у меня — переезд с фряхи на линукс по ssh.
Изначально хотел как в оригинальной статье использовать связку с kernel+initrd, расположенным на ufs-разделе, но сейчас увидев лимит в 32 метра, решил отформатировать чистый раздел, скопировать туда nix-систему, предварительно поставленную на виртуалке у себя, и запустить через grub.

[@alman]

Выходит, первая проблема в том, что BSD partition была помечена как неиспользуемая, несмотря на то, что использовалась, а вторая проблема была в самом grub — паритет между BSD и GNU, не проиграл никто.

Поздравляю, теперь Вы можете загружать и тестировать микроядро L4 на Вашей системе.

[@afiskon]

Как-то все очень сложно. Не должно быть так.