Dies sollte für die meisten modernen Linux-Setups insgesamt gut funktionieren. Bis zum Rebuild meines Home-Servers in der letzten Woche (Wechsel von Debian / Lenny zu Ubuntu / 10.04 und Installation einer Reihe glänzender neuer Laufwerke zum Rebuild) 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 Box gepflanzt und alles hat einwandfrei funktioniert (alle relevante Hardware wurde erkannt, die Software-RAID-Arrays wurden einwandfrei zusammengestellt usw.), abgesehen von der Nummerierung der Netzwerkgeräte Ausgabe, die ich erwähnen werde.
Es ist nicht unwahrscheinlich, dass aufgrund von Unterschieden in der Aufzählung der Geräte einige Neukonfigurationsarbeiten erforderlich sind. Der integrierte LAN-Controller des Motherboards wird höchstwahrscheinlich zu dem eth1
des vorherigen Boards eth0
, und in diesem Fall müssen Sie einige Änderungen vornehmen, um eth1 und alle Firewall- / Routing-Regeln entsprechend zu konfigurieren oder udev neu zu konfigurieren, um die Reservierung für eth0 zu entfernen von der alten NIC und setze die neue so, dass sie diesen Namen hat (die zu ändernde Datei scheint /etc/udev/rules.d/70-persistent-net.rules
unter Ubuntus Standardanordnung zu sein).
Es kann ähnliche Probleme mit Laufwerken geben, die unterschiedlich benannt / nummeriert werden, insbesondere wenn mehrere vorhanden sind. Ubuntu identifiziert Partitionen jedoch standardmäßig anhand der UUID, ebenso wie die LVM- und RAID-Unterstützung des Kernels zur Identifizierung ihrer Volumes. In den meisten Fällen sollte dies also kein Problem sein .
Ich würde keine Probleme erwarten, die einfach vollständig aufhören würden zu booten (Sie werden einen hübschen neuen Kernel mit 10.04 ausführen, also sollten Sie sich keine Sorgen darüber machen müssen, dass das neue Board Hardware hat, die für den Kernel zu neu ist, um sie richtig zu erkennen) Wären solche Probleme aufgetreten, könnten sie wahrscheinlich nach dem ersten Booten oder von einer Live-CD aus mit ein wenig Jiggery-Pokery behoben werden. Ich würde jedoch empfehlen, auf jeden Fall neue Backups wichtiger Daten / Konfigurationen zu erstellen, nur für den Fall.
Oben gehe ich davon aus, dass Sie einen der gängigen Ubuntu-Kernel verwenden. Wenn Sie einen benutzerdefinierten Kernel + Module ausführen, ist mehr Sorgfalt erforderlich, da Sie möglicherweise die vom neuen Board benötigten Dinge ausgelassen haben, aber nicht die alten. Wenn Sie jedoch einen benutzerdefinierten Kernel installiert haben, sind Sie sich der relevanten Dinge bewusst sei dir hier bewusst!
Windows XP oder höher kann eine Motherboard-Umschaltung (nach vielen Neustarts und vielleicht ein oder zwei Besuchen bei SafeModeLand, um die Treiber auszusortieren) oft überstehen, da sie in dieser Hinsicht nicht annähernd so pingelig ist wie in den NT-Tagen Sie verwenden die Standard-Windows-Treiber für Ihren E / A-Controller und nicht für das Motherboard. Dies ist jedoch weitaus weniger sicher als unter Linux. Ein ausreichend großer Sprung in der CPU / Mobo-Technologie (von Single-Core-Single-CPU zu SMP und / oder Multi-Core vielleicht), der bedeutet, dass eine andere HAL benötigt wird (oder nur eine andere optimal ist), führt entweder dazu, dass Windows nicht mehr startet oder die neue Hardware nicht richtig nutzen.
Mit jedem O, wenn Sie Ihre aktuellen Motherboard-RAID - Controller verwenden (was ein „fake-RAID“ -Anordnung) für RAID anstatt es als Moor Standard PATA betreiben und / oder SATA - Controller dann sind alle Wetten ab und Sie werden müssen höchstwahrscheinlich neu installieren. Wie Bob vorschlägt, würde ein Wechsel von 64-Bit auf 32-Bit auch eine Neuinstallation erfordern. Und für jedes Betriebssystem ist die Verfügbarkeit eines zweiten Computers ein nützliches Sicherheitsnetz für den Fall, dass Sie online gehen müssen, um überarbeitete Treiber zu finden oder nach einem anderen Problem zu suchen, bei dem Ihre Hauptbox vorübergehend außer Betrieb ist.