Как система отнесётся к смене процессора/матери?

Привязки к такому - признак проприетарной защиты, сделанно для вреда пользователю. У линукса нет таких предрассудков.

Если есть fallback-ядро — запускаешься в fallback, пересобираешь initrd (или обновляешь пакет с ядром) и у тебя всё работает.

Настраивать заново не нужно в любом случае: у тебя же /home сохраняется. Да и /etc можно сохранить. И бэкапы. В крайнем случае сохраняешь список пакетов, /etc и /home куда-нибудь.

С оффтопиком: перед сменой матери в диспетчере устройств замени _все_ ide/sata-контроллеры на «Стандартный ...» или ты увидишь BSoD с 100% вероятностью.

Как система отнесётся к смене процессора/матери?

Нормально

Переживёт ли это оффтопик из дуалбута?

У меня переживали и даже работали нормально.

Переживёт ли это оффтопик из дуалбута?

В большинстве случаев нет. Словишь синий экран. Если сможешь грузануться в safe-mode, то есть надежда. Если нет, то реинсталл.

Перед экспериментами желательно сделать бекап.

Онтопик в общем случае переживет, оффтопик — нет. Для точного ответа уточни вопрос

Спасибо, вполне исчерпывающе. Короче говоря ничего кроме ядра не должно сломаться?

Под настраивать я имел ввиду как раз ставить все эти пакеты. Помимо апта есть же ещё всякие pypi, npm-ы... да и checkinstall.

Для точного ответа уточни вопрос

Ну ээ, уточни что уточнить.

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

Спасибо, вполне исчерпывающе. Короче говоря ничего кроме ядра не должно сломаться?

Ядро тоже не должно, если стандарт из какого-нибудь бинарного дистрибутива. Если же самосборное, ты знаешь что в нем и почему оно будет или не будет работать.

Любопытно, а если это был бы честно купленный ОЕМ оффтопик?

OEM запрещает смену матери.

Для оффтопика смотри sysprep, через раз только работает.

Ничего он не запрещает, если не ставить специализированный драйвера для ide/ata контроллера, а оставить стандартный ide/ata контроллер.

я говорил про oem-лицензию, а вы о чем?

Короче говоря ничего кроме ядра не должно сломаться?

В некоторых дистрибутивах могут отломаться сильно оптимизированные пакеты типа atlas или mplayer, у которых есть отдельные версии под разные процессоры.

При обновлении на _более_новый_ процессор? Тем более что тот же mplayer обычно с runtime CPU detection собирается.

если у тебя не самосборное ведро аля в gentoo или венда - переживать не стоит

Спасибо, вполне исчерпывающе. Короче говоря ничего кроме ядра не должно сломаться?

Зависит от того, как ты собирал систему.

Ядро:
1. драйвера устройств относящиеся к материнке
2. архитектура процессора

Софт:
1. если компилил с флагами специфичными для этого проца, то придется пересобирать
2. имена устройств могут поменяться

Комп на WinXP спокойно переживал смену памяти,проца и матери. Семерка тоже. Только драйвера подтянула и все.

Не переживёт только если система загружается с устройства, подключённого к какому-нибудь хитрому контроллеру, драйвера которого нет в initrd. Чрут с sysrescuecd и пересборка initrd решит проблему.

Про оффтопик ничего не знаю.

Как система отнесётся к смене процессора/матери?

никак. Изменится разве что /proc/cpuinfo. Ну я не буду брать терминальные случаи, когда ты на старый камень 32 бита пытаешься вклячить систему на 64 бита(а наоборот можно).

Бонусный вопрос: Переживёт ли это оффтопик из дуалбута?

этого не знаю.

Любопытно, а если это был бы честно купленный ОЕМ оффтопик?

там не в оффтопике дело: сама ОС переживёт нормально, но вот многие дрова могут привязываться к камню во время установки. А как их переставлять, если установщик только графический, а графика не грузится? Только одним способом — реинсталл.

Ставишь оффтопику стандартный IDE драйвер, и с большой вероятностью он запускается. Если не запустился - принудительно подсовываешь новый драйвер, и переносишь винт на новую машину. Не помогло - откат на старой на последний рабочий конфиг, и пробуешь шаманить с sysprep.