Aq_UNDERSCOPE_0
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Enterprice'ы не дают, их продают! Свободно можно загрузить только десктопные дистрибутивы, и то только те, в которых нет коммерческих «приблуд».
Кстати, я наконец-то догадался, как САМОСТОЯТЕЛЬНО переползти на 64 бита! У меня процессор Sempron64 2500+, частотой в 1400 МГц.
Сначала надо правильно собрать binutils с поддержкой 64-битности. Кстати, их можно собирать в одном экземпляре сразу для всех поддерживаемых бинарников.
Потом понаделать правиьных ссылок. Например, у меня файл исполняемый с таким содержанием:
#!/bin/bash
/usr/bin/GNU_Compiler_Collection/binutils/as --64 $*
...называется /usr/bin/as64.
Потом скачать GCC и обязательно newlib! Взять её можно с sources.redhat.com/newlib. Она нужна, чтобы новособранный gcc мог создавать хоть какие-то бинарники (не обязательно пригодные сразу же к исполнению), это -- сильно кастрированная замена обычной glibc, которая также может быть использована и во встраиваемых системах.
Распаковываем gcc, распаковываем в поддиректорию newlib, конфигурируем, собираем.
Инсталлируем полученный gcc64 (или как вы там его обозвали). Читаем доку по ядру на предмет кросс-компиляции (там надо будет Makefile немножко поправить вручную).
Собираем этим новым компилятором ядро (не забудьте включить поддержку эмуляции 32бит  ). Альзу ПОКА не собираем -- звук подождёт. Все компоненты, которые непосредственно связаны с железом, собираются как модули. В ядро можно собрать только контроллер того винта, где сидит сам Linux.
Делаем LILO как обычно при установке нового ядра. Естественно, надо оставить возможность загрузки со старого ядра на случай если новое не заведётся.
Если в /etc/rc.sysinit (или где он там у вас) жёстко прописаны загрузки определённых драйверов устройств (обычно это относится к хост-контроллерам USB) -- ЗАКОММЕНТИРУЕМ ИХ.
Загружаемся с нового ядра. Если ядро завелось (у меня с первого раза завелось), то поочерёдно пробуем insmod'ом загрузить "критические" драйвера. Если какой-то драйвер неправильно собрался и вылетает при загрузке, то если его загрузка прописана в сис-ините, вам Linux загрузить не удастся. Если insmod ругается и пишет
"not for this architecture", то:
1) надо убедится, что загружаемый драйвер -- действительно 64-битный (команда nm поможет убедится).
2) если драйвер 64-битный и insmod всё равно ругается -- выкачиваем новые modutils и пересобираем их с поддержкой 64-битных модулей.
По результатам проверки нового ядра и дров-модулей полностью или частично вернуться к нормальной конфигурации загрузки. Ядро можно пересобрать в "обычной" конфигурации, если всё пошло нормально.
А теперь -- внимание: СМЕРРТЕЛЬНЫЙ НОМЕРР: на арене тигры! Выкачиваем (оно большое!), конфигурируем (это долго!) и собираем (пока можно пообедать) GNU C Library, glibc как её просто называют. Этот компонент даже более важен в Linux чем ядро. Будет криво работать glibc -- будет криво работать ВЕСЬ ИМЕЮЩИЙСЯ СОФТ.
Сердечно поздравляю тех, кто прошёл через этот этап и остался в живых. Старую 32-битную glibc пока не убиваем. Можно сделать бэкап корневого раздела (почему Linux нежелательно ставить в один раздел, а желательно всё-таки РАЗБИВАТЬ диск -- я уже писАл), переименовать ссылки на glibc и посмотреть, как с новой 64-битной glibc будет работать старый 32-битный софт. Если работать осказывается, нужно загрузится с бэкапа, и пересобирать софт слинкованным с новой 64-битной glibc. Сначала -- критический (bash, file-utils, и т. п.), а потом -- весь остальной (!). Сам я пока не добрался до этого этапа.
Если вы добились РАБОТАЮЩЕЙ системы с 64-битным ядром, glibc и всем критическим софтом -- то дальше начинается чистая рутина: пересобрать весь остальной софт с поддержкой 64-битности.
----------
The Aquihost Workstation Master |
|
