LINUX.ORG.RU

Franken-Chroot, новый инструмент для использования образов и живых «неродных» систем на x86_64 ПК

 , , ,


1

1

Разработчик drobbins объявил о новом инструменте fchroot на базе QEMU, который позволяет работать с stage3 и живыми системами на архитектурах, отличных от x86_64. На текущий момент fchroot поддерживает архитектуры: arm-32bit и arm-64bit.

По ссылке увлекательное видео использования инструмента с ARM64 и Raspberry Pi 3.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 4)

Сходи, объясни этому клоуну, что chroot и виртуализация — это СИЛЬНО разные вещи.

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

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

Так это разве не через bin-чего-то-там. Помню, что наоборот делали - из arm запускали x86 через qemu с трансляцией, но на том-же ядре. Виртуализации нет.

Нашёл редми в репозитории. Ссылку на него надо было сразу ставить, а не на видосики. Там и правда через binfmt_misc.

boowai ★★★★
()

И чем это лучше proot, который сто лет в обед это умеет?

t184256 ★★★★★
()

Чем это отличается от proot?

anonymous
()

Чем отличается от proot?

anonymous
()

Копируешь qemu-...-static внутрь чрута, прописываешь сигнатуру и путь к qemu в недра /proc и делаешь chroot.

У меня так работают armv7, armv8 и mips

sergej ★★★★★
()
Ответ на: комментарий от sergej

fchroot will copy the necessary QEMU binary as well as its wrapper into /usr/local/bin/ inside the chrooted environment.
fchroot will mount /proc, /dev (bind-mount) and /sys (bind-mount) within the chroot environment automatically if they are not already mounted.

и ещё 6 шагов «make your franken-chroot experience as seamless as possible» )

vvn_black ★★★★★
() автор топика
Ответ на: комментарий от mord0d

Кажется оно автоматизирует создание этих самых chroot, иполняемых через qemu. А процесс не тривиальный, его бы автоматизировать. Так что нужно!

Но мне, как пользователю RPi3, куда интересней запуск x86 окружений на arm системе, а не наоборот.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Так что нужно!

Я разве писал, что не нужно?

запуск x86 окружений на arm системе

Для того qemu и есть. Раньше был VMWare, но гнутые огораживаются.

mord0d ★★★★★
()
Ответ на: комментарий от kirill_rrr

Кажется оно автоматизирует создание этих самых chroot, иполняемых через qemu. А процесс не тривиальный, его бы автоматизировать.

В генту вики как минимум две статьи было.
Но на практике использовать эмуляцию для сборки уж очень тормозно, любой относительно современный телефон с этим справится лучше.

madcore ★★★★★
()
Ответ на: комментарий от madcore

эмуляцию для сборки

Не нужно от слова совсем. Для этого есть кросс-компиляция.
В gentoo тот же crossdev есть.

Эмуляция она скорее для отладки.

WatchCat ★★★★★
()
Последнее исправление: WatchCat (всего исправлений: 1)

Такой бред. Было бы чего там запускать, а так одни глюки теперь на всех платформах.

Deleted
()
Ответ на: комментарий от madcore

Хотелось бы всё-таки конкретные примеры.
В вики же только сказано «To build the failed packages».
Когда я собирал под малинку, мне таких не встречалось.

WatchCat ★★★★★
()
Ответ на: комментарий от WatchCat

Я уже не помню, собирал когда-то для телефона.

madcore ★★★★★
()
Ответ на: комментарий от WatchCat

Мне встречались, довольно редкие. Компилируешь их кросс-компилятором, но на стадии configure им нужно запускать нативные бинарники, иначе придется делать хаки. Часто бывает у пакетов, использующих glib и иногда у приблуд к python.

Yampp
()
Ответ на: комментарий от mord0d

На минуточку этот «клоун» — создатель Gentoo и известный в опен-сорс мире разработчик(бывший сотрудник MS по взаимодействию с OpenSource-миром). А ты — буковки на каком-то российском сайте.

Nill
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.