Ini seharusnya berfungsi baik secara keseluruhan untuk sebagian besar pengaturan Linux modern. Sampai pembangunan kembali server rumah saya minggu lalu (pindah dari Debian / Lenny ke Ubuntu / 10.04 dan menginstal satu set drive baru yang mengkilap untuk dibangun kembali) itu adalah kombinasi CPU + mobo ketiga dan kedua sakelar CPU + mobo bekerja dengan baik. Juga, ketika server file kerja mati beberapa waktu lalu, kami baru saja mencangkok drive di kotak lain yang sama sekali berbeda dan semuanya bekerja dengan baik (semua perangkat keras yang relevan terdeteksi, array RAID perangkat lunak berkumpul dengan baik, dan sebagainya) selain dari penomoran perangkat jaringan masalah saya akan menyebutkan.
Bukan tidak mungkin bahwa akan ada beberapa pekerjaan konfigurasi ulang yang harus dilakukan karena perbedaan enumerasi perangkat. Pengontrol LAN on-board motherboard kemungkinan besar akan menjadi eth1
jika papan sebelumnya adalah eth0
contoh, dan dalam hal ini Anda perlu membuat beberapa perubahan untuk mengkonfigurasi eth1 dan aturan firewall / routing yang sesuai atau mengkonfigurasi ulang udev untuk menghapus reservasi untuk eth0 dari NIC lama dan atur yang baru untuk memiliki nama itu (file yang akan diubah untuk ini tampaknya berada di /etc/udev/rules.d/70-persistent-net.rules
bawah pengaturan default Ubuntu).
Mungkin ada masalah serupa dengan drive yang dinamai / dinomori secara berbeda terutama jika Anda memiliki beberapa, tetapi Ubuntu secara default mengidentifikasi partisi oleh UUID, seperti halnya dukungan LVM dan RAID kernel untuk mengidentifikasi volume mereka, jadi ini seharusnya tidak menjadi masalah dalam banyak kasus .
Saya tidak akan mengharapkan masalah yang hanya akan berhenti boot sepenuhnya (Anda akan menjalankan kernel yang cukup baru dengan 10,04, jadi tidak perlu khawatir tentang board baru yang memiliki perangkat keras yang terlalu baru untuk dikenali dengan benar oleh kernel), dan jika ada ada masalah seperti itu mereka mungkin bisa diperbaiki dengan sedikit jiggery-pokery setelah boot pertama atau dari LiveCD, tapi saya akan merekomendasikan mengambil backup baru dari data / konfigurasi penting, hanya untuk berjaga-jaga.
Di atas, saya mengasumsikan Anda menggunakan salah satu kernel Ubuntu. Jika Anda menjalankan modul kernel + khusus, lebih banyak kehati-hatian diperlukan, karena Anda mungkin telah meninggalkan hal-hal yang dibutuhkan oleh board baru tetapi bukan yang lama, tetapi jika Anda telah menginstal kernel kustom maka Anda akan mengetahui hal-hal yang relevan untuk Waspadai di sini!
Windows XP atau yang lebih baru sering dapat bertahan dari pergantian motherboard (setelah banyak reboot dan mungkin satu atau dua kunjungan ke SafeModeLand untuk memilah driver) karena hampir tidak pernickety seperti pada hari-hari NT dalam hal ini selama Anda menggunakan driver windows standar untuk pengontrol I / O Anda daripada sesuatu yang spesifik untuk motherboard, tetapi ini adalah taruhan yang jauh lebih aman daripada dengan Linux. Lompatan yang cukup besar dalam teknologi CPU / mobo (dari single core single CPU ke SMP dan / atau multi-core mungkin) yang berarti HAL berbeda sedang dibutuhkan (atau hanya yang berbeda menjadi optimal) akan menyebabkan Windows gagal boot atau gagal memanfaatkan perangkat keras baru dengan benar.
Dengan OS apa pun , jika Anda menggunakan pengontrol RAID motherboard Anda saat ini (yang akan menjadi pengaturan "fake-RAID") untuk RAID alih-alih beroperasi sebagai pengendali PATA standar dan / atau pengontrol SATA, maka semua taruhan dimatikan dan Anda akan kemungkinan besar perlu menginstal ulang. Seperti yang disarankan Bob, pindah dari 64-bit ke 32-bit akan memerlukan instal ulang juga. Dan juga untuk OS apa pun, memiliki mesin kedua yang tersedia adalah jaring pengaman yang berguna jika Anda perlu online untuk mengambil driver yang direvisi atau meriset beberapa masalah lain yang membuat kotak utama Anda sementara tidak berfungsi.