Questo dovrebbe funzionare nel complesso bene per la maggior parte delle configurazioni Linux moderne. Fino alla ricostruzione della settimana scorsa del mio server di casa (passando da Debian / Lenny a Ubuntu / 10.04 e installando una serie di nuovi splendidi dischi su cui ricostruire) era sulla sua terza combinazione CPU + mobo ed entrambi gli switch di CPU + mobo funzionavano bene. Inoltre, quando un file server di lavoro è morto qualche tempo fa, abbiamo appena trapiantato le unità in un'altra scatola completamente diversa e tutto ha funzionato perfettamente (è stato rilevato tutto l'hardware pertinente, le matrici RAID del software sono state assemblate correttamente e così via) a parte la numerazione dei dispositivi di rete problema che sto per citare.
Non è improbabile che ci sarà qualche lavoro di riconfigurazione da fare a causa delle differenze nell'enumerazione dei dispositivi. Il controller LAN integrato della scheda madre diventerà molto probabilmente eth1se la scheda precedente fosse eth0per esempio, e in questo caso dovrai apportare alcune modifiche per configurare eth1 e le eventuali regole firewall / routing di conseguenza o riconfigurare udev per rimuovere la prenotazione per eth0 dalla vecchia scheda NIC e imposta quella nuova in modo che abbia quel nome (il file da modificare per questo sembra essere /etc/udev/rules.d/70-persistent-net.rulessotto la disposizione predefinita di Ubuntu).
Potrebbero esserci problemi simili con le unità che vengono nominate / numerate in modo diverso soprattutto se ne hai diverse, ma Ubuntu identifica le partizioni tramite UUID per impostazione predefinita, così come il supporto LVM e RAID del kernel per identificare i loro volumi, quindi questo non dovrebbe essere un problema nella maggior parte dei casi .
Non mi aspetterei problemi che semplicemente smetterebbero di avviarsi completamente (eseguirai un kernel abbastanza nuovo con 10.04, quindi non dovresti preoccuparti della nuova scheda con hardware troppo nuovo per il corretto riconoscimento del kernel), e se ci se avessero avuto problemi del genere, avrebbero potuto essere risolti con un po 'di jiggery-pokery dopo il primo avvio o da un LiveCD, ma consiglierei comunque di fare nuovi backup di dati / configurazioni importanti, per ogni evenienza.
In quanto sopra presumo che tu stia utilizzando uno dei kernel Ubuntu di serie. Se stai eseguendo un kernel personalizzato + i moduli sono necessari più attenzione, poiché potresti aver lasciato fuori le cose necessarie dalla nuova scheda ma non dalla vecchia, ma se hai installato un kernel personalizzato, allora sarai consapevole delle cose rilevanti per essere consapevoli di qui!
Windows XP o versioni successive possono spesso sopravvivere a una commutazione della scheda madre (dopo molti riavvii e forse una visita o due in SafeModeLand per risolvere i driver) in quanto non è così pernicioso come lo era nei giorni NT in questo senso, purché stai usando i driver standard di Windows per il tuo controller I / O piuttosto che qualcosa di specifico per la scheda madre, ma è una scommessa molto meno sicura rispetto a Linux. Un salto abbastanza grande nella tecnologia CPU / mobo (dalla singola CPU single core a SMP e / o multi-core forse) che significa che è necessario un HAL diverso (o solo uno diverso che è ottimale) causerà il mancato avvio di Windows o non riescono a utilizzare correttamente il nuovo hardware.
Con qualsiasi sistema operativo, se stai utilizzando il controller RAID della tua scheda madre attuale (che sarà un accordo "fake-RAID") per RAID invece di farlo funzionare come un controller PATA e / o SATA standard palude, allora tutte le scommesse sono disattivate e lo farai molto probabilmente è necessario reinstallare. Come suggerisce Bob, passare da 64 a 32 bit richiederebbe anche una reinstallazione. E anche per qualsiasi sistema operativo, avere una seconda macchina disponibile è un'utile rete di sicurezza nel caso in cui sia necessario collegarsi online per acquisire driver revisionati o ricercare qualche altro problema che metta temporaneamente fuori uso il box principale.