Еще вопрос

[Cyrill Vakhneyev]

Hello everybody.

Что я приобрету и что потеряю перейдя с i386 на amd64 архитектуру?
Традиционно работаю на релизах и generic ядрах. Юзерланд сборный из портов.
Переход с версии на версию через freebsd-update с пересборкой портов. С i386 на
amd64 таким образом можно перекатится?

Cyrill

[Eugene Grosbein]

17 май 2012, четверг, в 21:20 NOVT, Cyrill Vakhneyev написал(а):

CV> Что я приобрету и что потеряю перейдя с i386 на amd64 архитектуру?
CV> Традиционно работаю на релизах и generic ядрах. Юзерланд сборный из
CV> портов.
CV> Переход с версии на версию через freebsd-update с пересборкой портов. С
CV> i386 на
CV> amd64 таким образом можно перекатится?

Официально нет, с полной перестановкой. Hеофициально у меня есть способ,
но он заточен на отсутствие доступа к локальной консоли и использует
некоторую эквелибристику. Вероятно, тебе проще переставиться.

Eugene
--
- Локапалы непобедимы, - сказал Кубера, а девочка подняла кубик
и долго-долго разглядывала его, прежде чем назвать.

[Valentin Davydov]

> From: Cyrill Vakhneyev <Cyrill.V...@p1.f7.n5053.z2.fidonet.org>
> Date: Thu, 17 May 2012 22:20:18 +0400
>
> ��� � ��������� � ��� ������� ������� � i386 �� amd64 �����������?

��������� ����� � ������� ������ �� ����������. �������ԣ�� �����������
������ � �������� ��������� ������ � �����������, ������������ ���������
���������, ��������, ����� mmap(2).

���. ���.

[Alex Korchmar]

Cyrill Vakhneyev <Cyrill.V...@p1.f7.n5053.z2.fidonet.org> wrote:

CV> Что я приобрету и что потеряю перейдя с i386 на amd64 архитектуру?
в свете грядущего перехода на виртуалки - приобретешь хотя бы зачаточное
управление памятью виртуалок vbox'ом. Hа 386 он этого вообще не может.

CV> Переход с версии на версию через freebsd-update с пересборкой портов. С i386 на
CV> amd64 таким образом можно перекатится?
а смысл?

> Alex

[Eugene V. Boontseff]

Hello, All!

On 17.05.2012 22:20, Cyrill Vakhneyev wrote:


О©╫ i386 О©╫О©╫
> amd64 О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
>

http://usenet.su/showthread.php/774135-i386-amd64







--
Eugene

[John Freeman]

Greetings, Eugene V. Boontseff!

EVB> Eugene V. Boontseff написал(а) к Cyrill Vakhneyev в May 12
EVB> 22:19:25 по местному времени:
EVB> From: "Eugene V. Boontseff" <eug...@home.wdc.spb.ru>
EVB> Hello, All!
EVB> On 17.05.2012 22:20, Cyrill Vakhneyev wrote:
EVB> С i386 на
EVB> > amd64 таким образом можно перекатится?
EVB> http://usenet.su/showthread.php/774135-i386-amd64

Я бы не стал слепо тому следовать, там много ньюансов с nextboot, да и
вообще в основном я таким раком делал до на ядре amd64 и мире i386 от
безвыходности...


Goodbye, Eugene V. Boontseff!

[Cyrill Vakhneyev]

Hello Valentin.

18 May 12 16:02, you wrote to me:
VD> Потреяешь время и немного памяти на указателях. Приобретёшь
VD> возможность работы с большими массивами данных в приложениях,
VD> использующих системные указатели, например, через mmap(2).
Короче пока мне не приспичит мегакрутой сервак собирать с гигасквидом, или
там, ультрафайрволлом, мне это не нужно.

Cyrill

[Cyrill Vakhneyev]

Hello Alex.

18 May 12 20:40, you wrote to me:

CV>> Что я приобрету и что потеряю перейдя с i386 на amd64

CV>> архитектуру?
AK> в свете грядущего перехода на виртуалки - приобретешь хотя бы
AK> зачаточное управление памятью виртуалок vbox'ом. Hа 386 он этого
AK> вообще не может.
В смысле управление памятью виртуалок? Когда я еще под OS/2 использовал
виртуалбокс, то виртуалка не могла получить больше памяти чем ей предписано.
Сейчас что-то изменилось?

CV>> Переход с версии на версию через freebsd-update с пересборкой

CV>> портов. С i386 на amd64 таким образом можно перекатится?
AK> а смысл?
Упрощение телодвижений. Не вижу смысле на рабочей станции пользоваться
чем-то кроме релизов. Для всяких каррентов и релиз-кандидатов есть отдельная
машинка.

Cyrill

[Eugene V. Boontseff]

Hello, All!

On 19.05.2012 01:10, John Freeman wrote:
> Greetings, Eugene V. Boontseff!
>

> EVB> Eugene V. Boontseff О©╫О©╫О©╫О©╫О©╫О©╫О©╫(О©╫) О©╫ Cyrill Vakhneyev О©╫ May 12
> EVB> 22:19:25 О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫:

> EVB> From: "Eugene V. Boontseff"<eug...@home.wdc.spb.ru>
> EVB> Hello, All!
> EVB> On 17.05.2012 22:20, Cyrill Vakhneyev wrote:

> EVB> О©╫ i386 О©╫О©╫
> EVB> > amd64 О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?
> EVB> http://usenet.su/showthread.php/774135-i386-amd64
>
> О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ nextboot, О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ amd64 О©╫ О©╫О©╫О©╫О©╫ i386 О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫...

>

О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫?

О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 5 О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ i386 О©╫О©╫
amd64. О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ "О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫"
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫ amd64 О©╫О©╫
О©╫О©╫О©╫О©╫ i386? О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫?


--
Eugene

[Eugene Grosbein]

19 май 2012, суббота, в 00:10 NOVT, John Freeman написал(а):

>> amd64 таким образом можно перекатится?
EVB>> http://usenet.su/showthread.php/774135-i386-amd64

JF> Я бы не стал слепо тому следовать, там много ньюансов с nextboot, да и
JF> вообще в основном я таким раком делал до на ядре amd64 и мире i386 от
JF> безвыходности...

С nextboot нет никаких нюансов, всё очень просто: в nextboot.conf
можно писать всё то же, что и в loader.conf и loader,
прочитав nextboot.conf, тут же его удаляет с файловой системы
(несмотря на то, что не монтирует её в r/w :-)

Eugene
--
Поэты - страшные люди. У них все святое.

[Andriy Gapon]

on 19/05/2012 21:58 Eugene Grosbein said the following:
> О©╫ nextboot О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫сё О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫: О©╫ nextboot.conf
> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫сё О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫ loader.conf О©╫ loader,
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ nextboot.conf, О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫

HО©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫. HО©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
<nextboot_enable="NO">. О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫
(fo_write).
О©╫О©╫О©╫О©╫ nextboot.conf О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ rc О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.

> (О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ её О©╫ r/w :-)

О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.

--
Andriy Gapon

[John Freeman]

Greetings, Andriy Gapon!

AG> Andriy Gapon написал(а) к Eugene Grosbein в May 12 23:25:26 по
AG> местному времени:
AG> From: Andriy Gapon <a...@icyb.kiev.ua>
AG> on 19/05/2012 21:58 Eugene Grosbein said the following:
AG> > С nextboot нет никаких нюансов, всё очень просто: в nextboot.conf
AG> > можно писать всё то же, что и в loader.conf и loader,
AG> > прочитав nextboot.conf, тут же его удаляет с файловой системы
AG> Hе совсем так. Hа самом деле он пытается перезаписать начало файла
AG> строкой
AG> <nextboot_enable="NO">. Драйвер файловой системы должен
AG> поддерживать запись
AG> (fo_write).
AG> Файл nextboot.conf удаляется специальным rc скриптом.
AG> > (несмотря на то, что не монтирует её в r/w :-)
AG> У лоадера нет понятия монтирования вообще.

Я бы вообще настоятельно заставлял не использовать такие вещи, а
пользоваться отдельным разделом+boot0cfg на предмет -s *если возможно*
или просто писать в открытую /boot/loader.conf не связываясь с
nextboot, а потом обратно руками , оно работает всегда чего не скажешь
о nextboot. Во-вторых не знаю возможно ли это сейчас, но с копированием
пары вещей в основной рут почти всё заводилось от 32битной системы
сразу на 64битном ядре во времена 8.0R, по-моему вполне хватала
/libexec/*elf32* докопировать, но вот ssh стоял под вопросом если
именно удалённо надо было, через квм так спокойно работало, в остальных
же случаях проще было по другому.


Goodbye, Andriy Gapon!

[Andriy Gapon]

on 19/05/2012 23:53 John Freeman said the following:

> Greetings, Andriy Gapon!
>
> AG> Andriy Gapon написал(а) к Eugene Grosbein в May 12 23:25:26 по
> AG> местному времени:
> AG> From: Andriy Gapon <a...@icyb.kiev.ua>
> AG> on 19/05/2012 21:58 Eugene Grosbein said the following:
> AG> > С nextboot нет никаких нюансов, всё очень просто: в nextboot.conf
> AG> > можно писать всё то же, что и в loader.conf и loader,
> AG> > прочитав nextboot.conf, тут же его удаляет с файловой системы
> AG> Hе совсем так. Hа самом деле он пытается перезаписать начало файла
> AG> строкой
> AG> <nextboot_enable="NO">. Драйвер файловой системы должен
> AG> поддерживать запись
> AG> (fo_write).
> AG> Файл nextboot.conf удаляется специальным rc скриптом.
> AG> > (несмотря на то, что не монтирует её в r/w :-)
> AG> У лоадера нет понятия монтирования вообще.
>
> Я бы вообще настоятельно заставлял не использовать такие вещи, а
> пользоваться отдельным разделом+boot0cfg на предмет -s *если возможно*
> или просто писать в открытую /boot/loader.conf не связываясь с
> nextboot, а потом обратно руками , оно работает всегда чего не скажешь
> о nextboot.

Hе вижу никаких оснований для таких выводов.

> Во-вторых не знаю возможно ли это сейчас, но с копированием
> пары вещей в основной рут почти всё заводилось от 32битной системы
> сразу на 64битном ядре во времена 8.0R, по-моему вполне хватала
> /libexec/*elf32* докопировать, но вот ssh стоял под вопросом если
> именно удалённо надо было, через квм так спокойно работало, в остальных
> же случаях проще было по другому.

--
Andriy Gapon

[Eugene Grosbein]

19 май 2012, суббота, в 23:53 NOVT, John Freeman написал(а):

JF> Я бы вообще настоятельно заставлял не использовать такие вещи, а
JF> пользоваться отдельным разделом+boot0cfg на предмет -s *если возможно*
JF> или просто писать в открытую /boot/loader.conf не связываясь с
JF> nextboot, а потом обратно руками , оно работает всегда чего не скажешь
JF> о nextboot.

Что именно не работает в nextboot.conf на восьмерке?

JF> Во-вторых не знаю возможно ли это сейчас, но с копированием
JF> пары вещей в основной рут почти всё заводилось от 32битной системы
JF> сразу на 64битном ядре во времена 8.0R, по-моему вполне хватала
JF> /libexec/*elf32* докопировать, но вот ssh стоял под вопросом если
JF> именно удалённо надо было, через квм так спокойно работало, в остальных
JF> же случаях проще было по другому.

По-моему, я с год назад кидал сюда уже ссылку на рабочий метод
удаленной бинарной миграции с 8.2/i386 на amd64 без доступа к консоли:
http://dadv.livejournal.com/143243.html

С тех пор я успешно применял его много раз.

Eugene

[John Freeman]

Greetings, Eugene Grosbein!

EG> Eugene Grosbein написал(а) к John Freeman в May 12 18:14:41 по
EG> местному времени:
EG> 19 май 2012, суббота, в 23:53 NOVT, John Freeman написал(а):

JF>> Я бы вообще настоятельно заставлял не использовать такие вещи, а

JF>> пользоваться отдельным разделом+boot0cfg на предмет -s [i]если
EG> возможно[/i]

JF>> или просто писать в открытую /boot/loader.conf не связываясь с
JF>> nextboot, а потом обратно руками , оно работает всегда чего не

EG> скажешь
JF>> о nextboot.
EG> Что именно не работает в nextboot.conf на восьмерке?

JF>> Во-вторых не знаю возможно ли это сейчас, но с копированием
JF>> пары вещей в основной рут почти всё заводилось от 32битной системы
JF>> сразу на 64битном ядре во времена 8.0R, по-моему вполне хватала
JF>> /libexec/*elf32* докопировать, но вот ssh стоял под вопросом

EG> если

JF>> именно удалённо надо было, через квм так спокойно работало, в

EG> остальных

JF>> же случаях проще было по другому.

EG> По-моему, я с год назад кидал сюда уже ссылку на рабочий метод
EG> удаленной бинарной миграции с 8.2/i386 на amd64 без доступа к
EG> консоли:
EG> http://dadv.livejournal.com/143243.html
EG> С тех пор я успешно применял его много раз.

Что именно - всё, кладёт оно на nextboot всё что задавалось само по
себе. А метод с mfs получше, но сводится то к тому же. Я бы на деле
пресобрал просто где-нибудь образ да ядро да выложил...


Goodbye, Eugene Grosbein!

[Eugene Grosbein]

20 май 2012, воскресенье, в 22:55 NOVT, John Freeman написал(а):

JF> Что именно - всё, кладёт оно на nextboot всё что задавалось само по
JF> себе. А метод с mfs получше, но сводится то к тому же. Я бы на деле
JF> пресобрал просто где-нибудь образ да ядро да выложил...

Зачем? 8.2 уже неактуальна, а метод работает и для 8.3

Eugene

[Sergey Zabolotny]

Hello *Eugene.*

Sunday 20 May 2012 18:14, Eugene Grosbein wrote to John Freeman:

JF>> Во-вторых не знаю возможно ли это сейчас, но с копированием
JF>> пары вещей в основной рут почти всё заводилось от 32битной

JF>> системы сразу на 64битном ядре во времена 8.0R, по-моему вполне
JF>> хватала /libexec/*elf32* докопировать, но вот ssh стоял под
JF>> вопросом если именно удалённо надо было, через квм так спокойно
JF>> работало, в остальных же случаях проще было по другому.

EG> По-моему, я с год назад кидал сюда уже ссылку на рабочий метод
EG> удаленной бинарной миграции с 8.2/i386 на amd64 без доступа к консоли:
EG> http://dadv.livejournal.com/143243.html

EG> С тех пор я успешно применял его много раз.
если устроит установка с нуля, можно сделать так:
http://danik.info/polnaya-pereustanovka-os-freebsd-so-smenoj-arxitextury-s-i386-na-amd64-na-udalennom-servere/

страничка автора этого дела умерла, поэтому скрипты брать тут:
ftp://zuram.net/public/osupgrade/