LINUX.ORG.RU

Помнится, как-то так: сначала на родной системе запускаешь debootstrap с опциями --foreign --arch amd64, затем грузишься с 64-битного лайва, монтируешь, чрутишься и добиваешь
/debootstrap/debootstrap --second-stage

Еще рекомендую к прочтению http://wiki.debian.org/EmDebian/CrossDebootstrap

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

такое не подходит. нужно полностью собрать 64битную систему на 32х битном компе, чтоб потом её перенести на целевой комп. а системному апту подсунуть другую корневую директорию возможно?

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

> такое не подходит. нужно полностью собрать 64битную систему на 32х битном компе, чтоб потом её перенести на целевой комп.

ну тогда запусти qemu с 64-битным гостевым процессором, грузишь 64битный livecd, и витруалке делаешь chroot и вторую стадию debootstrap. Будет конечно медленно (эмуляция 64bit-гостя на 32bit-хосте) но придётся потерпеть.

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

Корректное исполнение postinst-скриптов гарантируется только для правильной архитектуры. Поэтому в любом случае исполнять их надо на amd64.

nnz ★★★★
()

> а есть ли способ из 32х битного окружения и машины установить на диск amd64 версию?

Из чистого 32-битного окружения - нет. Но, если у тебя Debian, то ты можешь поставить на 32-битную систему 64-битное ядро через aptitude install linux-image-amd64, а если Ubuntu - скачать ядро для amd64 вручную и поставить на 32-битную систему через dpkg --force-architecture. После перезагрузки 64-битным ядром debootstrap будет корректно работать и с ключиком --arch=amd64 поставит 64-битную систему в полностью работоспособный chroot.

Осторожно, установка 64-битного ядра на 32-битную систему ломает часть 32-битного софта (как минимум, ifmetric) из-за несовместимости параметров ioctl'ов.

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