Dies sollte insgesamt für die meisten modernen Linux-Setups gut funktionieren. Bis zum Umbau meines Heimservers letzte Woche (Wechsel von Debian/Lenny auf Ubuntu/10.04 und Installation einer Reihe glänzender neuer Laufwerke zum Wiederaufbau) war er auf seiner dritten CPU+Mobo-Kombination und beide Switches von CPU+Mobo funktionierten einwandfrei. Als vor einiger Zeit ein Arbeitsdateiserver ausfiel, haben wir die Laufwerke einfach in eine andere, völlig andere Box verpflanzt und alles funktionierte einwandfrei (die gesamte relevante Hardware wurde erkannt, die Software-RAID-Arrays wurden einwandfrei zusammengestellt usw.), abgesehen von der Nummerierung der Netzwerkgeräte Problem, das ich gleich erwähnen werde.
Es ist nicht unwahrscheinlich, dass aufgrund von Unterschieden in der Geräteaufzählung einige Neukonfigurationsarbeiten erforderlich sind. Der integrierte LAN-Controller des Motherboards wird höchstwahrscheinlich zu eth1 wenn das vorherige Board eth0 war zum Beispiel, und in diesem Fall müssen Sie einige Änderungen vornehmen, um entweder eth1 und alle Firewall-/Routing-Regeln entsprechend zu konfigurieren oder udev neu zu konfigurieren, um die Reservierung für eth0 von der alten NIC zu entfernen und die neue auf diesen Namen einzustellen (die Datei zu ändern dafür scheint /etc/udev/rules.d/70-persistent-net.rules zu sein unter Ubuntus Standardanordnung).
Es kann ähnliche Probleme geben, wenn Laufwerke unterschiedlich benannt/nummeriert werden, insbesondere wenn Sie mehrere haben, aber Ubuntu identifiziert Partitionen standardmäßig anhand der UUID, ebenso wie die LVM- und RAID-Unterstützung des Kernels zur Identifizierung ihrer Volumes, sodass dies in den meisten Fällen kein Problem sein sollte .
Ich würde keine Probleme erwarten, die das Booten einfach vollständig stoppen würden (Sie werden einen ziemlich neuen Kernel mit 10.04 ausführen, sollten sich also keine Sorgen machen müssen, dass das neue Board Hardware hat, die zu neu ist, als dass der Kernel sie richtig erkennen könnte). Gäbe es solche Probleme, könnten sie wahrscheinlich mit ein wenig Fummelei nach dem ersten Booten oder von einer LiveCD behoben werden, aber ich würde trotzdem empfehlen, für alle Fälle neue Sicherungskopien wichtiger Daten/Konfigurationen zu erstellen.
Im obigen gehe ich davon aus, dass Sie einen der Standard-Ubuntu-Kernel verwenden. Wenn Sie einen benutzerdefinierten Kernel + Module ausführen, ist mehr Sorgfalt erforderlich, da Sie möglicherweise Dinge ausgelassen haben, die vom neuen Board benötigt werden, aber nicht vom alten, aber wenn Sie einen benutzerdefinierten Kernel installiert haben, werden Sie sich der relevanten Dinge bewusst sein hier beachten!
Windows XP oder höher kann oft einen Motherboard-Wechsel überleben (nach vielen Neustarts und vielleicht ein oder zwei Besuchen in SafeModeLand, um Treiber auszusortieren), da es in dieser Hinsicht nicht annähernd so penibel ist wie in den NT-Tagen Sie verwenden die standardmäßigen Windows-Treiber für Ihren I/O-Controller und nicht etwas, das für das Motherboard spezifisch ist, aber es ist eine viel weniger sichere Sache als bei Linux. Ein ausreichend großer Sprung in der CPU / Mobo-Technologie (von Single-Core-Single-CPU zu SMP und / oder Multi-Core vielleicht), was bedeutet, dass eine andere HAL benötigt wird (oder nur eine andere optimal ist), führt entweder dazu, dass Windows nicht gestartet werden kann oder die neue Hardware nicht richtig nutzen.
Mit beliebig Betriebssystem, wenn Sie den RAID-Controller Ihres aktuellen Motherboards (der eine "Fake-RAID" -Anordnung sein wird) für RAID verwenden, anstatt ihn als Standard-PATA- und / oder SATA-Controller zu betreiben, dann sind alle Wetten aus und Sie werden es höchstwahrscheinlich tun neu installieren müssen. Wie Bob vorschlägt, würde ein Wechsel von 64-Bit zu 32-Bit auch eine Neuinstallation erfordern. Und auch für jedes Betriebssystem ist die Verfügbarkeit eines zweiten Computers ein nützliches Sicherheitsnetz, falls Sie online gehen müssen, um überarbeitete Treiber zu holen oder ein anderes Problem zu untersuchen, das Ihre Hauptbox vorübergehend außer Betrieb setzt.
Ich stimme JNK zu ... das würde NIE auf so ziemlich jedem Windows-Rechner funktionieren. Sie sind zu pingelig und Sie würden ziemlich sofort BSOD bekommen. Linux ist jedoch verzeihlicher. Ich habe meine HD auf einen anderen Rechner verschoben und einmal davon gebootet (vor einiger Zeit!) und kudzu hat einfach alles als neue Hardware erkannt und Treiber dafür installiert. Mein System lief gut und war ziemlich stabil. Natürlich sollten Sie ein Backup erstellen, bevor Sie so etwas versuchen, auch wenn Ihre Daten sicher sein sollten.
Mit Ubuntu sollte das problemlos funktionieren. Ihre gesamte Hardware wird beim Booten erkannt und die entsprechenden "Treiber" (Kernel-Module) geladen. Dies setzt natürlich voraus, dass Sie nichts Dummes tun, wie eine 32-Bit-CPU in eine Box zu stecken, auf der 64-Bit-Ubuntu oder so läuft.