Nâng cấp bo mạch chủ và CPU mà không cần cài đặt lại


18

Tôi có một máy chủ gia đình chạy Ubuntu 10.04. Tôi muốn thay thế bo mạch chủ và CPU mà không cần cài đặt lại hệ điều hành. Tôi đã đọc từ lâu rằng điều này sẽ làm việc trên Windows XP, nhưng với các vấn đề ổn định. Tuy nhiên, tôi có linh cảm rằng trên Linux hiện đại không nên có bất kỳ vấn đề nào.

Tôi có đúng không


Không biết về linux, nhưng điều đó KHÔNG đúng với XP. Hangout với XP sẽ là tất cả các trình điều khiển thiết bị trên tàu. Tôi đã thử điều này và trừ khi bạn cực kỳ may mắn, bạn sẽ không thể khởi động. Đôi khi bạn có thể khởi động vào chế độ an toàn và sau đó cài đặt trình điều khiển theo cách thủ công nếu bạn có phương tiện di động như ổ đĩa mềm, nhưng nó không đáng.
JNK

1
Uh ... Tôi đã thực hiện điều này gần đây XP VÀ linux (Xubfox trong trường hợp này) với một vài vấn đề. Các hệ thống autoconfig trên cả hai đều đủ khả năng để xử lý sự thay đổi phần cứng mà không có quá nhiều vấn đề.
Tên giả

Câu trả lời:


18

Điều này sẽ hoạt động tốt tổng thể cho hầu hết các thiết lập Linux hiện đại. Cho đến tuần trước, việc xây dựng lại máy chủ gia đình của tôi (chuyển từ Debian / Lenny sang Ubuntu / 10.04 và cài đặt một bộ ổ đĩa mới sáng bóng để xây dựng lại), đó là sự kết hợp CPU + mobo thứ ba và cả hai bộ chuyển đổi CPU + mobo đều hoạt động tốt. Ngoài ra, khi một máy chủ tệp công việc chết cách đây một thời gian, chúng tôi mới ghép các ổ đĩa vào một hộp hoàn toàn khác và mọi thứ đều hoạt động tốt (tất cả phần cứng có liên quan đã được phát hiện, các mảng RAID phần mềm được lắp ráp tốt, v.v.) ngoài việc đánh số thiết bị mạng vấn đề tôi sắp đề cập.

Không có khả năng sẽ có một số công việc cấu hình lại để làm do sự khác biệt trong bảng liệt kê thiết bị. Bộ điều khiển LAN trên bo mạch chủ của bo mạch chủ rất có thể sẽ trở thành eth1nếu eth0ví dụ của bo mạch trước , và trong trường hợp này, bạn sẽ cần thực hiện một số thay đổi để cấu hình eth1 và bất kỳ quy tắc tường lửa / định tuyến nào phù hợp hoặc cấu hình lại udev để loại bỏ phần đặt trước cho eth0 từ NIC cũ và đặt tên mới có tên đó (tệp để thay đổi cho cái này dường như /etc/udev/rules.d/70-persistent-net.rulesnằm dưới sự sắp xếp mặc định của Ubuntu).

Có thể có các vấn đề tương tự với các ổ đĩa được đặt tên / đánh số khác nhau, đặc biệt là nếu bạn có một số, nhưng Ubuntu xác định các phân vùng theo UUID theo mặc định, cũng như hỗ trợ LVM và RAID của kernel để xác định khối lượng của chúng, vì vậy, đây không phải là vấn đề trong hầu hết các trường hợp .

Tôi sẽ không mong đợi bất kỳ vấn đề nào chỉ đơn giản là dừng khởi động hoàn toàn (bạn sẽ chạy một kernel khá mới với 10.04, vì vậy không cần phải lo lắng về việc bo mạch mới có phần cứng quá mới để kernel có thể nhận ra đúng cách) và nếu có là bất kỳ vấn đề nào như vậy có lẽ chúng có thể được khắc phục với một chút trò đùa sau khi khởi động lần đầu hoặc từ LiveCD, nhưng tôi sẽ khuyên bạn nên sao lưu mới các dữ liệu / cấu hình quan trọng, chỉ trong trường hợp.

Ở trên tôi giả sử bạn đang sử dụng một trong các hạt nhân Ubuntu. Nếu bạn đang chạy kernel tùy chỉnh + các mô-đun thì cần phải cẩn thận hơn, vì bạn có thể đã bỏ đi những thứ cần thiết cho bo mạch mới nhưng không phải là cũ, nhưng nếu bạn đã cài đặt kernel tùy chỉnh thì bạn sẽ nhận ra những điều liên quan lưu ý ở đây

Windows XP trở lên thường có thể tồn tại trong quá trình chuyển đổi bo mạch chủ (sau nhiều lần khởi động lại và có thể là một hoặc hai lần truy cập vào SafeModeLand để sắp xếp các trình điều khiển) vì nó gần như không còn tồn tại như trong những ngày NT về vấn đề này miễn là bạn đang sử dụng trình điều khiển windows tiêu chuẩn cho bộ điều khiển I / O của mình chứ không phải là thứ gì đó cụ thể cho bo mạch chủ, nhưng đó là cách đặt cược an toàn hơn nhiều so với Linux. Một bước nhảy đủ lớn trong công nghệ CPU / mobo (từ CPU đơn lõi đến SMP và / hoặc đa lõi có lẽ) có nghĩa là cần một HAL khác (hoặc chỉ một loại khác là tối ưu) sẽ khiến Windows không thể khởi động hoặc không sử dụng đúng phần cứng mới.

Với bất kỳ HĐH nào , nếu bạn đang sử dụng bộ điều khiển RAID của bo mạch chủ hiện tại (sẽ là sự sắp xếp "giả-RAID") cho RAID thay vì nó hoạt động như một bộ điều khiển PATA tiêu chuẩn và / hoặc bộ điều khiển SATA thì tất cả các cược sẽ bị tắt và bạn sẽ rất có thể cần phải cài đặt lại. Như Bob gợi ý, việc chuyển từ 64 bit xuống 32 bit cũng cần phải cài đặt lại. Và đối với bất kỳ HĐH nào, việc có sẵn máy thứ hai là mạng an toàn hữu ích trong trường hợp bạn cần truy cập trực tuyến để lấy các trình điều khiển đã sửa đổi hoặc nghiên cứu một số vấn đề khác khiến hộp chính của bạn tạm thời không hoạt động.


6

Tôi đồng ý với JNK ... điều này KHÔNG BAO GIỜ hoạt động trên hầu hết mọi máy Windows. Chúng quá khó và bạn sẽ nhận được BSOD ngay lập tức. Linux là dễ tha thứ hơn tuy nhiên. Tôi đã chuyển HD của mình sang một máy khác và khởi động từ nó một lần (một lúc trước!) Và kudzu chỉ phát hiện mọi thứ là phần cứng mới và cài đặt trình điều khiển cho nó. Hệ thống của tôi chạy tốt, và khá ổn định. Tất nhiên, bạn nên tạo một bản sao lưu trước khi thử bất cứ thứ gì như thế này, mặc dù dữ liệu của bạn phải an toàn.


SAI LẦM! Vừa hoàn thành việc trao đổi mobo giữa hai máy tính của tôi. (Một XP, một 7). Tôi đã phải xóa CMOS trên một và tìm đĩa CD trình điều khiển để cài đặt trình điều khiển hệ thống USB trên cái kia (ngón tay cái không hoạt động cho đến khi chúng được cài đặt), nhưng hoàn toàn có thể thực hiện được.
Tên giả

2

Điều này sẽ hoạt động tốt với Ubuntu. Tất cả phần cứng của bạn được phát hiện khi khởi động và "trình điều khiển" (mô-đun hạt nhân) thích hợp được tải. Tất nhiên, điều này là giả sử bạn không làm bất cứ điều gì ngớ ngẩn như đặt CPU 32 bit vào hộp chạy Ubuntu 64 bit hoặc bất cứ thứ gì.


Tôi hiện đang chạy 32-bit. CPU mới là một món quà. Tôi không biết chính xác nó là gì, nhưng nó sẽ tải tốt hơn những gì tôi hiện có, vì vậy nó có thể là 64 bit. Tôi cho rằng đó sẽ không phải là một vấn đề, vì có khả năng tương thích ngược? Bất kỳ chi phí nào được thêm vào đều phải được giảm bớt bởi độ tốt của CPU mới.
Bart van Heukelom

@Bart Nếu CPU là AMD64 (hầu hết các chip mới, bao gồm cả chip Intel mới), thì nó sẽ ổn, nó sẽ chỉ chạy mọi thứ ở chế độ 32 bit. Nếu đó là Itanium (không có khả năng), đang chạy kiến ​​trúc IA-64, thì điều đó sẽ KHÔNG chạy HĐH 32 bit hiện tại của bạn.
Bob

32- vs 64-bit được cho là ít nhất trong số các vấn đề của bạn. Một lần nữa, tôi rất mong bạn: a) tự hòa giải để "sao lưu / khôi phục" là cách an toàn nhất, đơn giản nhất để đi b) kiểm tra thủ tục sao lưu / khôi phục của bạn trước thời hạn
paulsm4

Nếu bạn chuyển từ 32 bit chỉ sang 64 bit và không cài đặt lại Linux hoàn toàn, bạn có thể cài đặt kernel 64 bit nhưng tiếp tục sử dụng vùng người dùng 32 bit (chỉ cần chạy aptitude install linux-image-2.6-amd64trong Debian và nó sẽ làm được phần còn lại) có nghĩa là bạn có thể tận dụng một số lợi thế của RAM trên 4Gb (hoặc trên 3.25Gb tùy thuộc vào chipset của bạn) mà không cần cài đặt lại.
David Spillett

1
Bất cứ ai đã thực sự làm việc với các hộp Itanium gần như chắc chắn không đi chơi trên superuser.com.
ThatGraemeGuy

1

Sự thành công! Không phải là một snap nhưng điều đã xảy ra là: Tôi đã thay đổi thành AMD lõi tứ (bo mạch chủ bị lỗi) không muốn tải lại hoàn toàn trên kernel Ubuntu gần đây của tôi. Linux bắt đầu nhưng chỉ đạt đến một màn hình giật gân không đăng nhập. Trên menu GRUB, tôi đã thử phục hồi / an toàn và cũng có giới hạn các lựa chọn chế độ đồ họa, thiết bị đầu cuối GRUB vẫn không nhận được giải pháp. Ở màn hình giật gân nơi tôi sẽ đăng nhập, Mặc dù tôi không thể nhìn thấy gì, sau đó tôi đã nhập tên người dùng của mình rồi Enter, sau đó nhập mật khẩu và Enter và đăng nhập bắt đầu. Tiếp theo là nền màn hình đơn giản nhưng không có biểu tượng hoặc nút :(. Phím tắt Cnt-Alt-T không bật lên thiết bị đầu cuối. ** Sau đó, tôi đã thử phím tắt gnu Alt-F2 và tạm dừng 2 giây một dấu nhắc lệnh đẹp xuất hiện :). Họ nói hoan nghênh và nâng cấp, vui lòng nhập do-nâng cấp - một cái gì đó tôi đã làm sau 3 giờ nâng cấp tất cả đều hoạt động tốt. Bỏ qua lỗi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.