Це має спрацьовувати в цілому для більшості сучасних установок Linux. До минулого тижня відновлення мого домашнього сервера (перехід від Debian / Lenny до Ubuntu / 10.04 та встановлення набору блискучих нових дисків для відновлення) це було третьою комбінацією CPU + mobo, і обидва комутатори CPU + mobo працювали чудово. Крім того, коли сервер робочих файлів загинув деякий час тому, ми просто пересадили накопичувачі в інший абсолютно інший ящик, і все спрацювало нормально (виявлено все відповідне обладнання, масиви програмного забезпечення RAID зібрані штрафом тощо) окрім нумерації мережевих пристроїв питання, про який я згадаю.
Навряд чи потрібно виконати певну роботу з конфігурації через відмінності в переліку пристроїв. Бортовий локальний контролер материнської плати, швидше за все, стане, eth1
якщо, наприклад, був попередній плата eth0
, і в цьому випадку вам потрібно буде внести деякі зміни, щоб налаштувати eth1 і будь-які правила брандмауера / маршрутизації відповідно або перенастроїти udev, щоб зняти резервацію для eth0 зі старого NIC і встановіть новий, щоб він мав це ім'я (файл, який потрібно змінити, для цього, мабуть, знаходиться /etc/udev/rules.d/70-persistent-net.rules
за умовчанням Ubuntu за замовчуванням).
Можуть виникнути подібні проблеми з накопиченням / нумеруванням дисків, особливо якщо їх декілька, але Ubuntu визначає розділи за UUID за замовчуванням, як і підтримка LVM та RAID ядра для визначення їх томів, тому це не повинно бути проблемою у більшості випадків .
Я не очікував би проблем, які просто перестануть завантажуватись повністю (ви будете мати досить нове ядро з 10.04, тому не слід турбуватися про те, що на новій платі буде занадто нове обладнання для ядра, щоб правильно розпізнати), і якщо є чи були такі проблеми, вони, ймовірно, могли бути виправлені за допомогою невеликого джиггери-покеру після першого завантаження або з LiveCD, але я б рекомендував робити нові резервні копії важливих даних / конфігурації у будь-якому випадку, на всякий випадок.
У вищесказаному я припускаю, що ви використовуєте одне із запасів ядер Ubuntu. Якщо ви користуєтеся спеціальним модулем ядра + модулів, потрібно більше уваги, оскільки, можливо, ви залишили речі, потрібні новій дошці, але не старій, але якщо ви встановили власне ядро, то ви будете в курсі відповідних речей будьте в курсі тут!
Windows XP або новіші версії часто можуть пережити перехід на материнську плату (після багатьох перезавантажень і, можливо, відвідування або двох відвідувань SafeModeLand, щоб розібратися в драйверах), оскільки це не так вже й страшно, як це було в дні NT в цьому відношенні до тих пір, ви використовуєте стандартні драйвери Windows для свого контролера вводу / виводу, а не щось специфічне для материнської плати, але це набагато менш безпечна ставка, ніж для Linux. Досить великий стрибок CPU / mobo tech (від одноядерного однопроцесорного процесора до SMP та / або багатоядерного, можливо), що означає, що потрібна інша HAL (або просто інша, яка є оптимальною), або призведе до того, що Windows не завантажиться, або не вдалося належним чином використовувати нове обладнання.
З будь-якою ОС, якщо ви використовуєте RAID-контролер вашої поточної материнської плати (що буде "фальшивим RAID") для RAID, замість того, щоб він працював як стандартний контролер PATA та / або SATA, тоді всі ставки будуть вимкнені, і ви швидше за все, потрібно перевстановити. Як пропонує Боб, для переходу з 64-розрядної на 32-бітну також знадобиться переустановка. А також для будь-якої ОС наявність доступної другої машини є корисною мережею безпеки, якщо вам потрібно вийти в Інтернет, щоб захопити переглянуті драйвери або дослідити якусь іншу проблему, яка тимчасово виводить ваш основний блок.