[gentoo-user-ru] convert to 64-bit

[gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

Я тут собрался переходить на 64-битную систему… Жаль конечно, что нет
простого способа проделать это без переустановки системы - это будет
первая переустановка Gentoo с 2004-го, когда я на него перешёл.

Но не смотря на переустановку системы, рабочие файлы всё-равно будут
переносится с текущей, 32-битной. А насколько я читал, это не всегда
корректно - например базы MySQL/SQLite нужно переносить не бинарно, а
через export/import в текстовый формат; возможно с каким-то ещё файлами в
/home или /var будут аналогичные проблемы.

И если с MySQL всё понятно, то как найти в /home и /var базы SQLite, как
проделать им export/import, и на что ещё стоит обратить внимание - я пока
не разобрался. Как вы решали эти задачи и с какими проблемами сталкивались
при переходе на 64-битную систему?

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Sergey Kobzar]

On 02/10/12 23:00, Alex Efros wrote:
> Hi!
>
> Я тут собрался переходить на 64-битную систему… Жаль конечно, что нет
> простого способа проделать это без переустановки системы - это будет
> первая переустановка Gentoo с 2004-го, когда я на него перешёл.
>
> Но не смотря на переустановку системы, рабочие файлы всё-равно будут
> переносится с текущей, 32-битной. А насколько я читал, это не всегда
> корректно - например базы MySQL/SQLite нужно переносить не бинарно, а
> через export/import в текстовый формат; возможно с каким-то ещё файлами в
> /home или /var будут аналогичные проблемы.
>
> И если с MySQL всё понятно, то как найти в /home и /var базы SQLite, как
> проделать им export/import, и на что ещё стоит обратить внимание - я пока
> не разобрался. Как вы решали эти задачи и с какими проблемами сталкивались
> при переходе на 64-битную систему?
>

Самому кстати интересно, т.к. думаю подобное проделать в ближайшее 
время, а заодно и винт на ноуте проапдейтить. Расскажете потом success 
или не очень стори?

Кстати, а че за базы? Сделать dump/restore для баз <1G вообще должно 
быть не проблема...

Конф ядра - с нуля делать или можно подсунуть из 32-bit и пройтись make 
menuconfig?

Re: [gentoo-user-ru] convert to 64-bit

[Александр Милушев]

[-- Attachment #1: Type: text/plain, Size: 2595 bytes --]

Ну проблем быть не должно особых, у меня все перенеслось без проблем, хотя
история использования была конечно поменьше но систем было побольше. С
sqlite проблем не было (ЕМНИП его firefox использует). Кстати интересно
почитать где писалось про проблемы с sqlite и mysql.

10 февраля 2012 г. 23:25 пользователь Sergey Kobzar
<sergey.kobzar@mail.ru>написал:

> On 02/10/12 23:00, Alex Efros wrote:
>
>> Hi!
>>
>> Я тут собрался переходить на 64-битную систему… Жаль конечно, что нет
>> простого способа проделать это без переустановки системы - это будет
>> первая переустановка Gentoo с 2004-го, когда я на него перешёл.
>>
>> Но не смотря на переустановку системы, рабочие файлы всё-равно будут
>> переносится с текущей, 32-битной. А насколько я читал, это не всегда
>> корректно - например базы MySQL/SQLite нужно переносить не бинарно, а
>> через export/import в текстовый формат; возможно с каким-то ещё файлами в
>> /home или /var будут аналогичные проблемы.
>>
>> И если с MySQL всё понятно, то как найти в /home и /var базы SQLite, как
>> проделать им export/import, и на что ещё стоит обратить внимание - я пока
>> не разобрался. Как вы решали эти задачи и с какими проблемами сталкивались
>> при переходе на 64-битную систему?
>>
>>
> Самому кстати интересно, т.к. думаю подобное проделать в ближайшее время,
> а заодно и винт на ноуте проапдейтить. Расскажете потом success или не
> очень стори?
>
> Кстати, а че за базы? Сделать dump/restore для баз <1G вообще должно быть
> не проблема...
>
> Конф ядра - с нуля делать или можно подсунуть из 32-bit и пройтись make
> menuconfig?
>
>

[-- Attachment #2: Type: text/html, Size: 3026 bytes --]

Re: [gentoo-user-ru] convert to 64-bit

[Aleksandr Dezhin]

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]

А откуда дровишки про SQLite? Это несколько противоречит самой идее БД в
одном файле.
На сайте обозначено, что не чувствительно к разрядности и порядку байт
http://www.sqlite.org/onefile.html

У меня при переходе с 32 на 64 было несколько sqlite баз и они без проблем
перенеслись.
Хотя их не то чтобы очень много было.

[-- Attachment #2: Type: text/html, Size: 601 bytes --]

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Fri, Feb 10, 2012 at 11:25:38PM +0200, Sergey Kobzar wrote:
> Кстати, а че за базы? Сделать dump/restore для баз <1G вообще должно 
> быть не проблема...

Ну, например база с музыкальной коллекцией clementine:
    $ file .config/Clementine/clementine.db 
    .config/Clementine/clementine.db: SQLite 3.x database
Dump/restore наверное не проблема, просто я ещё никогда ручками с SQLite
не работал, так что надо будет погуглить чем ему этот dump/restore делать.

Вопрос в том, что делать вручную поиск find-ом всех файлов и определение
file-ом SQLite-баз и потом вручную dump/restore - как-то странно. Если это
действительно требуется делать при переходе на 64-бита, то для этого уже
давно должны быть написаны утилитки. Кроме того, если эта проблема есть
для бинарных баз MySQL/SQLite, то, по логике, эта же проблема должна
существовать для других бинарных файлов - не все же приложения хранят свои
данные исключительно либо в тексте либо в SQLite… Вот как их всех найти и
корректно перенести, в этом и вопрос.

> Конф ядра - с нуля делать или можно подсунуть из 32-bit и пройтись make
> menuconfig?

Я так понимаю, что подсунуть текущий конфиг можно и нужно, просто надо
будет изменить архитектуру и включить поддержку 32-битых приложений.

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Fri, Feb 10, 2012 at 11:29:48PM +0200, Александр Милушев wrote:
> Ну проблем быть не должно особых, у меня все перенеслось без проблем, хотя
> история использования была конечно поменьше но систем было побольше. С
> sqlite проблем не было (ЕМНИП его firefox использует). Кстати интересно
> почитать где писалось про проблемы с sqlite и mysql.

Я про MySQL/SQLite читал вот здесь:
    http://www.gentoo.org/doc/en/gentoo-amd64-faq.xml#upgradex86

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Sergey Kobzar]

On 02/10/12 23:36, Alex Efros wrote:
> Hi!
>
> On Fri, Feb 10, 2012 at 11:25:38PM +0200, Sergey Kobzar wrote:
>> Кстати, а че за базы? Сделать dump/restore для баз<1G вообще должно
>> быть не проблема...
>
> Ну, например база с музыкальной коллекцией clementine:
>      $ file .config/Clementine/clementine.db
>      .config/Clementine/clementine.db: SQLite 3.x database
> Dump/restore наверное не проблема, просто я ещё никогда ручками с SQLite
> не работал, так что надо будет погуглить чем ему этот dump/restore делать.
>
> Вопрос в том, что делать вручную поиск find-ом всех файлов и определение
> file-ом SQLite-баз и потом вручную dump/restore - как-то странно. Если это
> действительно требуется делать при переходе на 64-бита, то для этого уже
> давно должны быть написаны утилитки. Кроме того, если эта проблема есть
> для бинарных баз MySQL/SQLite, то, по логике, эта же проблема должна
> существовать для других бинарных файлов - не все же приложения хранят свои
> данные исключительно либо в тексте либо в SQLite… Вот как их всех найти и
> корректно перенести, в этом и вопрос.

Ну в принципе логично. Один Thunderbird чего стоит.


>> Конф ядра - с нуля делать или можно подсунуть из 32-bit и пройтись make
>> menuconfig?
>
> Я так понимаю, что подсунуть текущий конфиг можно и нужно, просто надо
> будет изменить архитектуру и включить поддержку 32-битых приложений.

Понял. Спасибо.

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Sat, Feb 11, 2012 at 12:33:46AM +0300, Aleksandr Dezhin wrote:
> А откуда дровишки про SQLite? Это несколько противоречит самой идее БД в
> одном файле.
> На сайте обозначено, что не чувствительно к разрядности и порядку байт
> http://www.sqlite.org/onefile.html

Ну, веры этому источнику безусловно больше, чем гентушному факу. Но сути
вопроса это не меняет - с SQLite повезло, он портабельный… а всё остальное?

Насколько я понял, рекомендуемый в FAQ-е подход - всё ставить и
настраивать с нуля, но это, честно говоря, не вариант, слишком много
настроек за столько лет накопилось. :(

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Artem Sidorenko]

Хай,

>Ну в принципе логично. Один Thunderbird чего стоит.
С ним кстати у меня при таком переходе проблем не было вообще, так же
как и с файрфоксом и прочим что может быть юзает SQLite а я об этом и не
вспомнил сразу.

>Насколько я понял, рекомендуемый в FAQ-е подход - всё ставить и
>настраивать с нуля, но это, честно говоря, не вариант, слишком много
>настроек за столько лет накопилось. :(
Этот подход себя оправдывает, я пару лет назад проводил пересборку на
amd64.
Оно получилось в итоге, но времени на все это ушло очень много. 
Больше я этого не повторял, а собирал с нуля и перетаскивал конфиги и
данные.

Потом сборка и настройки это разные вещи, множество конфигов можно
перенять полностью.
/home/* я вообще переносил полностью слепо и получалось без всяких
проблем.

Да и плюс в переносе тоже есть: можно попутно прибраться:)

Артем

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Fri, Feb 10, 2012 at 11:25:38PM +0200, Sergey Kobzar wrote:
> Самому кстати интересно, т.к. думаю подобное проделать в ближайшее 
> время, а заодно и винт на ноуте проапдейтить. Расскажете потом success 
> или не очень стори?

Сделал dump/restore только для mysql, остальные файлы перенёс как есть.
Почти всё заработало.

Из явных "потерь" пока только не собирающийся mono (на x86 для его сборки
нужно было переключаться с hardened gcc на vanilla, а на amd64 и это не
помогло), и не работающие ни vmware ни virtualbox. :( Но я ещё не всё
протестировал, так что более детально отпишусь позже.

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Александр Милушев]

[-- Attachment #1: Type: text/plain, Size: 1225 bytes --]

vmware, virtualbox скорее всего модули ядра пересобрать надо

14 февраля 2012 г. 22:20 пользователь Alex Efros
<powerman@powerman.name>написал:

> Hi!
>
> On Fri, Feb 10, 2012 at 11:25:38PM +0200, Sergey Kobzar wrote:
> > Самому кстати интересно, т.к. думаю подобное проделать в ближайшее
> > время, а заодно и винт на ноуте проапдейтить. Расскажете потом success
> > или не очень стори?
>
> Сделал dump/restore только для mysql, остальные файлы перенёс как есть.
> Почти всё заработало.
>
> Из явных "потерь" пока только не собирающийся mono (на x86 для его сборки
> нужно было переключаться с hardened gcc на vanilla, а на amd64 и это не
> помогло), и не работающие ни vmware ни virtualbox. :( Но я ещё не всё
> протестировал, так что более детально отпишусь позже.
>
> --
>                        WBR, Alex.
>
>

[-- Attachment #2: Type: text/html, Size: 1632 bytes --]

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Tue, Feb 14, 2012 at 11:13:33PM +0200, Александр Милушев wrote:
> vmware, virtualbox скорее всего модули ядра пересобрать надо

Я сегодня их весь день собирал. С разными патчами, под разные ядра…

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Fri, Feb 10, 2012 at 11:25:38PM +0200, Sergey Kobzar wrote:
> Самому кстати интересно, т.к. думаю подобное проделать в ближайшее 
> время, а заодно и винт на ноуте проапдейтить. Расскажете потом success 
> или не очень стори?

Перед конвертацией в 64-битную систему нужно сделать две вещи:

1)  Если в базе данных или файлах есть данные в не портабельном 32-битном
    формате, то их нужно отконвертировать в портабельный формат либо
    сделать текстовый дамп. У меня это были blob-поля в базе сделанные
    перл-модулем Storable через freeze() и файлы записанные тем же Storable
    через store(). На 64-битной системе Storable отказывается их считывать,
    поэтому конвертировать нужно до перехода на 64-битную систему.
2)  Сделать дамп всех MySQL-баз в текстовый .sql-файл.

На данный момент под amd64 не заработали:

- vmware
- virtualbox
- mono
- flacuda (быстрый кодировщик flac, ему нужен mono)
- dev-perl/JavaScript-SpiderMonkey (работает частично)

Ещё одно я пока не проверял - prelink. Этой тулзой надо обрабатывать
php-шные ZendOptimizer и IonCube чтобы они работали под hardened,
насколько я помню.

Далее, я все конфиги переносил крайне аккуратно, но после переноса сравнил
старый и новый /etc, чтобы найти все важные отличия и понять, можно ли
тупо копировать старый /etc при переносе. В общем и целом, копировать можно.
Но есть несколько файлов, на которые нужно обратить внимание:

1)  Проконтролируйте, что не замените /etc/make.profile с amd64 на x86.
2)  Вот этих файлов не должно быть на 64-битной системе:
	/etc/env.d/05gcc-i686-pc-linux-gnu
	/etc/env.d/binutils/config-i686-pc-linux-gnu
	/etc/env.d/binutils/i686-pc-linux-gnu-*
	/etc/env.d/gcc/config-i686-pc-linux-gnu
	/etc/env.d/gcc/i686-pc-linux-gnu-*
	/etc/env.d/gcc/.NATIVE
	/etc/eselect/compiler/i686-pc-linux-gnu-*
	/etc/eselect/ld-mtimedb
	/etc/pango/pango.modules
	/etc/revdep-rebuild/50win32codecs
3)  Вот эти файлы из stage3 нельзя переписать старыми 32-битными версиями:
	/etc/env.d/05binutils
	/etc/ld.so.conf
	/etc/ld.so.conf.d/05binutils.conf
3a) Если старый /etc восстанавливается уже после сборки системы, то вот
    ещё несколько файлов где упоминается /lib32 и которые нельзя перекрыть
    старыми версиями (у вас этот набор файлов может отличаться, смотря
    какой софт вы будете ставить):
	/etc/env.d/03opencl
	/etc/env.d/03opengl
	/etc/env.d/44qt4
	/etc/env.d/90games
	/etc/gtk-2.0/i686-pc-linux-gnu/gtk.immodules
3b) Помимо этих файлов ещё есть кучка тех, в которых используется /lib64,
    а в ваших старых версиях этих файлов прописан /lib - но т.к. /lib это
    симлинк на /lib64, то старые версии должны работать корректно.

Ну и напильником придётся поработать немного, как всегда. Например, под
64-битной системой не запускается qmail-pop3sd - не хватает памяти.
Дефалтовый лимит в /var/qmail/control/conf-common 16MB, его хватало под
32-битной системой, а под 64-битной нужно увеличивать. Другой пример -
если у вас используется chroot для отдельных приложений, то его
потребуется подстучать - надо будет включить в него 64-битные каталоги/либы.

Всё остальное (включая skype, flash и 32-битные приложения вроде OS
Inferno) собралось и работает нормально.

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Fri, Feb 17, 2012 at 02:45:56PM +0200, Alex Efros wrote:
> На данный момент под amd64 не заработали:
> 
> - vmware

Небольшое уточнение - vmware под amd64 работает. Она не работает под
hardened amd64. mono на не-hardened amd64 системе я собирать не пробовал.

-- 
			WBR, Alex.

Re: [gentoo-user-ru] convert to 64-bit

[Alex Efros]

Hi!

On Fri, Feb 17, 2012 at 02:45:56PM +0200, Alex Efros wrote:
> На данный момент под amd64 не заработали:
> 
> - mono
> - flacuda (быстрый кодировщик flac, ему нужен mono)

Ещё одно уточнение. Только что попробовал собрать mono - собралось.
Причём не пришлось даже gcc на не-hardened переключать. А в chroot-е
в процессе сборки системы из stage3 - никак собираться не хотело,
да и после загрузки новой системы я его пару раз пытался собрать.
Либо пофиксили ebuild в портаж, либо что-то у меня в настройках изменилось.

-- 
			WBR, Alex.