Это должно работать в целом для большинства современных установок Linux. До прошлой недели, когда я перестраивал мой домашний сервер (перешел с Debian / Lenny на Ubuntu / 10.04 и установил набор блестящих новых дисков для восстановления), он находился на третьей комбинации CPU + mobo, и оба переключателя CPU + mobo работали нормально. Кроме того, когда рабочий файловый сервер некоторое время назад умер, мы просто трансплантировали диски в другую совершенно другую коробку, и все работало просто отлично (все соответствующее оборудование было обнаружено, программные RAID-массивы собраны нормально и т. Д.), Кроме нумерации сетевых устройств. вопрос, который я собираюсь упомянуть
Не исключено, что из-за различий в перечислении устройств потребуется выполнить некоторые действия по перенастройке. Встроенный контроллер локальной сети материнской платы, скорее всего, станет, eth1
если предыдущая плата, eth0
например, была , и в этом случае вам нужно будет внести некоторые изменения либо в настройку eth1 и любые правила брандмауэра / маршрутизации соответственно, либо перенастроить udev, чтобы удалить резервирование для eth0 от старого сетевого адаптера и установите новый для того, чтобы иметь это имя (файл, который нужно изменить для этого, кажется, находится /etc/udev/rules.d/70-persistent-net.rules
по умолчанию в Ubuntu).
Могут быть похожие проблемы с именами / нумерацией дисков по-разному, особенно если у вас их несколько, но Ubuntu по умолчанию идентифицирует разделы по UUID, как и поддержка LVM и RAID ядра для определения их томов, поэтому в большинстве случаев это не должно быть проблемой. ,
Я не ожидаю каких-либо проблем, которые просто перестанут загружаться полностью (вы будете запускать довольно новое ядро с 10.04, поэтому не нужно беспокоиться о том, что на новой плате будет слишком новое оборудование, чтобы ядро могло его правильно распознать), и если Если бы такие проблемы были, их, вероятно, можно было бы исправить с помощью небольшого jiggery-pokery после первой загрузки или с LiveCD, но я бы порекомендовал делать свежие резервные копии важных данных / конфигурации в любом случае, на всякий случай.
Выше я предполагаю, что вы используете одно из стандартных ядер Ubuntu. Если вы используете собственное ядро + модули, вам нужно больше заботиться, так как вы, возможно, упустили вещи, необходимые для новой платы, но не для старой, но если вы установили собственное ядро, вы будете знать о соответствующих вещах быть в курсе здесь!
Windows XP или более поздняя версия может часто выдерживать переключение материнской платы (после многих перезагрузок и, возможно, одного или двух посещений SafeModeLand, чтобы отсортировать драйверы), поскольку это не так странно, как это было во времена NT в этом отношении, пока Вы используете стандартные драйверы Windows для своего контроллера ввода-вывода, а не что-то специфическое для материнской платы, но это гораздо менее безопасная ставка, чем в Linux. Достаточно большой скачок в технологии CPU / mobo (от одноядерного одноядерного процессора до SMP и / или, возможно, многоядерного), который означает, что необходим другой HAL (или просто другой, являющийся оптимальным), приведет к тому, что Windows не загрузится или не в состоянии правильно использовать новое оборудование.
В любой ОС, если вы используете RAID-контроллер вашей нынешней материнской платы (который будет представлять собой «поддельный RAID-массив») для RAID вместо того, чтобы он работал в качестве стандартного контроллера PATA и / или SATA, тогда все ставки отключены, и вы будете скорее всего нужно переустановить. Как предполагает Боб, переход с 64-битного на 32-битный режим также потребует переустановки. Кроме того, для любой операционной системы наличие второй машины является полезной защитной сеткой на случай, если вам нужно подключиться к Интернету, чтобы получить исправленные драйверы или исследовать какую-то другую проблему, которая временно выводит ваш основной блок из строя.