x64 gentoo 2006. нужен инет во время установки

[estaf]

Проблема:
VPN соединение.
на 32х битном Gentoo все в поряде
На x64 вот что выдает лог:
Jul 4 10:20:56 livecd pptp[10767]: anon log[callmgr_main:pptp_callmgr.c:228]: Closing connection
Jul 4 10:20:56 livecd pptp[10767]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 12 'Call-Clear-Request'
Jul 4 10:20:56 livecd pptp[10767]: anon log[ctrlp_disp:pptp_ctrl.c:912]: Call disconnect notification received (call id 52726)
Jul 4 10:20:56 livecd pptp[10767]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 12 'Call-Clear-Request'
Jul 4 10:20:56 livecd pptp[10767]: anon log[pptp_conn_close:pptp_ctrl.c:425]: Closing PPTP connection
Jul 4 10:20:56 livecd pptp[10767]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Jul 4 10:20:56 livecd pptp[10767]: anon log[ctrlp_disp:pptp_ctrl.c:770]: Received Stop Control Connection Request.
Jul 4 10:20:56 livecd pptp[10767]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 4 'Stop-Control-Connection-Reply'
Jul 4 10:20:56 livecd pptp[10767]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
Jul 4 10:21:05 livecd eth1: no IPv6 routers present

что я делал на i686

менял файл /etc/ppp/options.pptp так
#
name здесь вписывал свой логин
remotename здесь туннель (как сервер в chap-secrets)
defaultroute
noauth
asyncmap 0
crtscts
lock
hide-password
local
noproxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx

далее
route add -net 10.0.0.0 netmask 255.0.0.0 gw 10.63.1.1;
route add -net 213.85.88.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 212.15.127.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -host 10.60.1.21 gw 10.63.1.1;
route add -net 213.85.88.16 netmask 255.255.255.240 gw 10.63.1.1;
route add -net 213.85.88.96 netmask 255.255.255.224 gw 10.63.1.1;
route add -net 213.85.88.128 netmask 255.255.255.128 gw 10.63.1.1;
route add -net 212.15.96.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.36.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.175.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.176.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.5.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.131.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.8.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 213.85.177.0 netmask 255.255.255.0 gw 10.63.1.1;
route add -net 192.168.0.0 netmask 255.255.0.0 gw 10.63.1.1;
route del default

таблица работает. ничего не вылетает из правил

ну и добивал в chap-secrets логин туннель и пароль

затем "pptp-command" 1) 1)

все прекрасно работало

здесь что-то перловым скриптом. не работает pptp-command

пробовал запускать это дело, как у себя раньше на Slackware. там работало.

создавал ppp устройство и
pptp "ip vpn сервера"

Здесь бадяга, что привел в самом начале поста...

Если сказать "pptp --debug 10.60.1.21" то все чисто. как будто все работает

ifconfig выдает только петлю и эзернетовский фейс.

ppp интерфейс не появляется

по dmesg | grep pptp вижу следущее:
pptp[14068]: segfault at 00007fffffa28ec8 rip 0000000000403c73 rsp 00007fffff986b80 error 6
огромное число таких надписей в течении всех 6ти последних часов проэкспериментировал со всем, чем только там мог.

Заводится ли туннеь под этой архитектурой, когда еще дистр не установлен и все происходит с инсталляционного cd?

[d_n_k]

у меня на amd64 pptp-соединение подает без использовании опции nocpp.
попробуй добавить её в options.pptp

[estaf]

у меня на amd64 pptp-соединение подает без использовании опции nocpp.
попробуй добавить её в options.pptp

Нет. Это не помогает. Все один в один.

Проблемка, видимо, будет появляться только в этой среде и после сборки ее не будет.
Отсюда вопрос.

Можно ли грузануться с обычного, не x64 блина, подтянуть стейдж от 64 и пересобрать его в chroot окружении и сделать остальные свои хорошие дела, но под таким вот блином. Потому что под обычной Джентой все инетные фейсы подымаются пучком. можно было бы обновить и пересобрать все. А затем перегрузиться и все перепроверить уже с харда..

На сколько это грамотно, или люди делают более проще, в таких ситуациях?

[d_n_k]

из 32-битного livecd 64-х собрать НЕЛЬЗЯ, т.к нельзя chroot'нуться.

так же нельзя обновиться из 32 в 64, т.к в после пересборки libc средства сборки требуют 32-хбитную.

можно по пробывать сбрать все статическим, но это я не пробывал )