установка gentoo на раздел из ubuntu (не могу сделать chroot)

Здравствуйте.
Пробую установить генту с убунту10.04(32битная). Взял stage3-x32-20131031.tar.bz2 Следовал подсказкам с wikihow Остновился на 16 шаге.

root@vaga2-laptop:/# chroot /mnt/gentoo /bin/bash
chroot: cannot run command «/bin/bash»: Exec format error
root@vaga2-laptop:/# /mnt/gentoo/bin/bash
bash: /mnt/gentoo/bin/bash: cannot execute binary file
root@vaga2-laptop:/# file /mnt/gentoo/bin/bash
/mnt/gentoo/bin/bash: ELF 32-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 3.4.0, stripped
root@vaga2-laptop:/# file /bin/bash
/bin/bash: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
root@vaga2-laptop:/# mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/vaga2/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=vaga2)
/dev/sda7 on /mnt type ext4 (rw)
none on /mnt/gentoo/proc type proc (rw)
/dev on /mnt/gentoo/dev type none (rw,bind)
root@vaga2-laptop:/# 

Может кто укажет мне мою ошибку. И как поставить генту из убунту.

Вы не сможете сделать chroot

Вы не сможете сделать chroot в это окружение из 32-битной ubuntu. Берите ubuntu x64. Либо stage x86.

Кажется вы выбрали

Кажется вы выбрали неправильную архитектуру для stage3 ;)
PS i686 и есть x86, то есть для 32 битной системы ; для 64 битной системы - amd64
Вам сюда http://mirror.yandex.ru/gentoo-distfiles/releases/x86/current-stage3 --->> stage3-i686-20131029.tar.bz2

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Спасибо

Спасибо. Буду пробовать.
Думал stage3-x32-20131031.tar.bz2 и есть 32х битная архитектура.

Это 64 битная архитектура, но

Это 64 битная архитектура, но с 32 битным адресным пространством (указателями).

Не понял смысла ? Для чего

Не понял смысла ? Для чего эта arch? Или это amd64 multilib и есть ?

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Ты шутишь ? Понятно же

Ты шутишь ? Понятно же написал. Это 64 битная архитектура, но с 32 битными указателями адресного пространства у программ (бинарных файлов). Т.е. программы, собранные под такую архитектуру могут адресовать только 4Gb памяти (2^32 степени), а не 2^64 степени, как у обычной 64 битной архитектуры. Во всём остальном это обычная 64 битная архитектура, и к multilib она отношения не имеет.

Это все понятно( спасибо за

Это все понятно( спасибо за разъяснения).
А на кой "козе-баян, попу-гармонь, икону-попуасам" ;) ?
Где вообще такое может использоваться, да еще так чтобы и быть в таком плюсе, что аж отказаться от нормальной 64 битной архитектуры ?

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

на десктопе, например, у меня

на десктопе, например, у меня нет процессов требующих больше 4Гб(только фаерфокс до 2Гб иногда дорастает), а 8Гб оперативки не хватает и больше не поставить
ps если б на х32 не было проблем, то уже перешел бы

Как-то вот получается ни

Как-то вот получается ни рыба, ни мясо... бред какой-то ..имхо
Очевидность плюсов ооооочень сомнительна.
Вопросов больше не имею...

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

В чем бред? Плюс очевиден,

В чем бред?
Плюс очевиден, минусы тоже

/

_SerEga_ написал(а):
Плюс очевиден

Вероятно дело в том, что очевидности «плюса» недостаточно, ибо как минимум необходимо обосновать и достаточность.
Интересно абсолютное значение выигрыша (для твоего случая, т.е. 8Gb рамы) и трудоёмкость надлежащего качества реализации (помним про ТМО).

ЗЫ: Есть нехорошее подозрение относительно неполноты ЧаВо. Товарищам адептам прогресса (которые всяко лучше меня в теме данного вопроса) просьба исправить сие упущение.

:wq
--
Live free or die

я надеюсь что люди пилящие

я надеюсь что люди пилящие x32 понимают, какой там профит )
мне тоже интересно, но конкретных цифр никто не даст или это будут попугаи, очень зависит от используемого софта.Так, что пока не допилят не узнаю
когда-то слышал, что программам amd64 нужно на 10-30% больше памяти, соответственно x32 должно качнуть почти настолько же в обратную сторону

.

_SerEga_ написал(а):
я надеюсь что люди пилящие x32 понимают, какой там профит )

Надежда конечно дело хорошее…
Но может и очередным поттерингизмом кончится.

_SerEga_ написал(а):
мне тоже интересно

А определение в ЧаВо внести?…

_SerEga_ написал(а):
но конкретных цифр никто не даст или это будут попугаи, очень зависит от используемого софта.Так, что пока не допилят не узнаю
когда-то слышал, что программам amd64 нужно на 10-30% больше памяти, соответственно x32 должно качнуть почти настолько же в обратную сторону

Логично.
Аналитическая наука последнее время всё больше выходит из моды ☹

Начинать рассмотрение по мне стоит с вопроса сводимости вектора различия к единственному измерению (используемой памяти).
Методика же оценки (и сравнения) производительности (и/или ресурсоёмкости) — вопрос вообще не только полезный, но и интересный.

:wq
--
Live free or die

Какой ещё бред? Отличная

Какой ещё бред? Отличная гибридная архитектура для всех кому действительно не нужна 64-битная адресация памяти.

Приведу пример. Пишу

Приведу пример. Пишу собственную реализацию движка Fallout II. В нутрях используется (много где) следующее:

union {
  int i_val;
  float f_val;
  char* sz_val;
}

Вот тут только 32-разрядная адресация, иначе даже и не соберется.

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".