이것은 대부분의 최신 Linux 설정에서 전반적으로 잘 작동합니다. 지난 주에 내 홈 서버를 다시 빌드 할 때까지 (Debian / Lenny에서 Ubuntu / 10.04로 이동하고 다시 빌드 할 반짝이는 새 드라이브 세트를 설치)까지 세 번째 CPU + mobo 조합에 있었고 두 CPU + mobo 스위치 모두 제대로 작동했습니다. 또한 작업 파일 서버가 얼마 전에 죽었을 때 드라이브를 완전히 다른 상자에 이식하고 네트워크 장치 번호 매기기 외에도 모든 관련 하드웨어가 감지되고 소프트웨어 RAID 어레이가 올바르게 조립 된 등 모든 것이 제대로 작동했습니다. 내가 언급하려고하는 문제.
장치 열거의 차이로 인해 일부 재구성 작업이 이루어질 가능성은 낮습니다. eth1이전 보드가 예 eth0를 들어 마더 보드의 온보드 LAN 컨트롤러가 될 가능성이 높으며 ,이 경우 eth1 및 방화벽 / 라우팅 규칙을 적절하게 구성하거나 eth0에 대한 예약을 제거하기 위해 udev를 재구성하도록 변경해야합니다. 이전 NIC에서 새 이름을 설정하여 이름을 변경하십시오 (이 파일을 변경하기위한 파일 /etc/udev/rules.d/70-persistent-net.rules은 Ubuntu의 기본 배열 에있는 것으로 나타남 ).
드라이브에 이름이 지정되거나 번호가 매겨지는 것과 비슷한 문제가있을 수 있습니다. 특히 여러 개가있는 경우 Ubuntu는 기본적으로 UUID로 파티션을 식별합니다. 볼륨을 식별하기 위해 커널의 LVM 및 RAID 지원과 마찬가지로 대부분의 경우 문제가되지 않습니다. .
나는 완전히 부팅을 멈추는 문제를 기대하지 않을 것입니다 (10.04로 꽤 새로운 커널을 실행할 것이므로 커널이 올바르게 인식하기에는 너무 새로운 하드웨어를 가진 새로운 보드에 대해 걱정할 필요가 없습니다). 처음 부팅 한 후 또는 LiveCD에서 약간의 불안감으로 고칠 수있는 문제가 있었지만 어쨌든 중요한 데이터 / 구성을 새로 백업하는 것이 좋습니다.
위에서 나는 당신이 스톡 우분투 커널 중 하나를 사용하고 있다고 가정합니다. 사용자 정의 커널 + 모듈을 실행하는 경우 새 보드에서 필요하지만 오래된 보드는 필요하지 않지만 사용자 정의 커널을 설치하면 관련 사항을 알 수 있으므로 더 많은주의가 필요합니다. 여기에주의하십시오!
Windows XP 이상은 NT 재부팅 당시와 거의 같은 수준이 아니기 때문에 (다시 부팅하고 SafeModeLand를 방문하거나 한 두 번 방문한 후) 마더 보드 전환 후에도 종종 살아남을 수 있습니다. 마더 보드에 특정한 것이 아니라 I / O 컨트롤러에 표준 Windows 드라이버를 사용하고 있지만 Linux보다 훨씬 덜 안전합니다. CPU / mobo 기술 (단일 코어 단일 CPU에서 SMP 및 / 또는 멀티 코어로)이 충분히 뛰어나면 다른 HAL이 필요하거나 최적의 다른 HAL이 Windows 부팅에 실패하거나 새 하드웨어를 제대로 사용하지 못합니다.
로 어떤 당신이 당신의 현재의 마더 보드의 RAID 컨트롤러를 사용하는 경우 OS, 그것은 늪지 표준 PATA 및 / 또는 SATA 컨트롤러로 작동 RAID에 대한 대신 가진 (는 "가짜 RAID"배열이 될 것이다) 모든 베팅은 꺼져 있고 당신은 것입니다 대부분 다시 설치해야합니다. Bob이 제안한대로 64 비트에서 32 비트로 아래로 이동하면 다시 설치해야합니다. 또한 모든 OS의 경우 두 번째 컴퓨터를 사용할 수 있으면 수정 된 드라이버를 가져 오거나 메인 박스를 일시적으로 중단시키는 다른 문제를 조사하기 위해 온라인으로 연결해야하는 경우 유용한 안전망이됩니다.