LINUX.ORG.RU

и да и нет. Смотря как система собрана. Если перед переносом все нужные драйверы установлены и @world пересобран с нужными CFLAGS то должно подхватиться, а если нет — нет.

Deleted ()

В случае с бинарным — стоит заблокировать проприетарные дрова на nvidia или amd и вернуть загрузку свободных по умолчанию перед переносом, в остальном не должно быть проблем, кроме архитектуры: amd64 система не стартанет на x86 проце, хотя в обратном направлении можно. Ядро все равно все оборудование определяет заново.

Вот с Gentoo — зависит от того, насколько ядро заточено под железо, можно и так обкорнать, что на другом будет плохо работать.

Vsevolod-linuxoid ★★★★★ ()
Ответ на: комментарий от mkv1313

Да, если нужно часто менять железо, то они проще. Можно конечно и Gentoo так собрать, но какой тогда смысл? Разве что гибкость в версиях ПО.

Vsevolod-linuxoid ★★★★★ ()
Ответ на: комментарий от Deleted

я сообщение понял. вопрос - бинарные или source based в этом случае будут лучше?

mkv1313 ()
Ответ на: комментарий от Vsevolod-linuxoid

Ok, понял. Часто не нужно. Интересовал именно этот один случай.

mkv1313 ()

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

Но это при условии чистой системы. Любые конфиги связанные с железом или дрова - не взелитит.

RazrFalcon ★★★★★ ()
Ответ на: комментарий от RazrFalcon

Вот, точно, про конфиги забыл. Так-то ядро и x-server заново при каждой загрузке все выставляют, но если прописать что-то, то при смене железа могут быть проблемы.

Vsevolod-linuxoid ★★★★★ ()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)

Обычно не нужно, а даже если нужно, то большая часть уже настроена и остаётся только пересобрать.Если ожидаются частые переезды, то можно настроить и с расчетом на них, не так уж это ограничит, только может быть не просто настроить не имея под рукой эти варианты железа, ну тогда, да, лучше доверится универсальным дистрибутивам.

anonymous ()

Надо пересобрать систему с общими CFLAGS, подходящими для любого процессора. То есть убираем -march=native, оставляем:

CFLAGS="-O2 -pipe"
anonymous ()
Ответ на: комментарий от anonymous

а еще убираем переменную CPU_FLAGS_X86, если там есть что-то архитектуроспецифичное. Можно оставить «mmx sse sse2».

anonymous ()
Ответ на: комментарий от anonymous

Незабудь пересобрать ядро, включив поддержку нужного железа. И, наконец, установи необходимые сторонние драйвера (которые не в ядре). Ну там иксовые дрова для видеокарт, интел, амд, нвидия, нуво, и т.д.

anonymous ()

В debian нужно только поправить аппаратноспецифичные настройки в /etc/udev/rules.d

torvn77 ★★★★★ ()

Пересобирать нужно не всегда, а только если будешь пересаживаться на процессор хуже предыдущего (либо не хуже, но не поддерживающий все флаги предыдущего.

А ядро с дровами, даже если не взлетит, можно будет взять из какой-нибудь убунты стоковое по первости.

Bfgeshka ★★★★★ ()

Есть разница между бинарным дистром и генту при переносе винта?

Если учесть, что на месте генту с примерно тем же успехом может быть любой source-based линупс (LFS, Calculate, etc), то разница на самом деле критическая. Такие дистрибутивы обычно собираются и оптимизируются под данную конкретную систему. Переносить готовую систему имеет смысл только в случае, если процессор поддерживает тот же набор инструкций, или по счастливой случайности твоя система собрана с наиболее общими и подходящими флагами компиляции - иначе затраты на пересборку мира равносильны сборке оного на новом месте. Если набор инструкций тот же, то можно докомпилять в ядро недостающие модули-драйверы, и уже пробовать dd if=/dev/source of=/dev/target bs=побольше count=сколько-у-тебя-там, после чего на месте ручками поправить оставшееся.

Если планируешь проделывать этот трюк на постоянной основе - помимо наиболее общих флагов конпеляции стоит собрать gen-kernel. Ну или просто взять любой попсовый бинарный дистрибутив вроде CentOS.

jcd ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.