CentOS 6에서 32비트를 64비트 아치로 변환하는 방법은 무엇입니까?

나는 Debian에서 32비트를 64비트로 변환했습니다. 이는 여러분이 실제로 사용하기를 희망할 수 있는 유일한 배포판입니다(매우 엄격한 Debian apt 패키징 규칙과 매우 강력한 apt 도구로 인해). OS를 다시 설치하지 않았기 때문에 기술적으로는 작동했지만 시간이 너무 오래 걸리고 수정이 너무 많이 필요하여 다음 32에서 64로 변환할 때 방금 복사한 모든/etc 파일이 백업되고 필터링된 패키지 목록이 생성됩니다( lib 파일, 일반적으로 프로그램 종속성을 필터링합니다. 다음으로 새로운 64비트 시스템의 기본 설치를 수행한 다음 패키지 목록을 설치했습니다. 그런 다음 구성 및 기타 다양한 파일을 업데이트해야 할 때마다 백업을 사용했지만 64비트에서 무엇이 변경되었는지 또는 다를 수 있는지 모르기 때문에 맹목적으로 32비트 구성을 재사용하고 싶지는 않다는 점에 유의하세요. . 두 가지 방법 모두 지루하지만 32비트에서 64비트로의 교차 업그레이드는 다시는 하지 않을 것입니다. 물론 가능하다는 것을 확인하는 테스트로는 즐거웠지만 말이죠. 하지만 거기에서도 결국 대부분의 구성을 지워야 하므로 패키지 목록에서 새로 설치를 다시 빌드하는 것과 크게 다르지 않습니다. 이것이 제가 두 번째 크로스 레벨을 수행한 방법입니다.

rpm/CentOS의 경우 위에서 인용한 최상의 시나리오에 도달할 확률이 높습니다. 즉, 64비트로 크로스 업그레이드하는 동안 기술적으로 설치를 유지하고 나중에는 시간을 낭비한 것을 후회하게 될 것입니다.

나는 32로 시작한 것이 여전히 괜찮을 수 있다는 사람들의 말에 동의하지 않습니다. 그것은 내 경험이 아닙니다. 커널의 PAE(>4gB) 램 지원은 과거에도 있었고 점점 더 문제가 되고 있으므로 Limited to에 갇혀 있습니다. 4gB의 안정적인 램, PAE로 더 많이 실행하지만 안정성 문제는 점점 더 심각해지고 있습니다. 실제 세계에서는 거의 아무도 사용하지 않기 때문에 작년에 커널 지원 버그가 점점 더 흔해졌습니다. 심각한. 또한 일부 응용 프로그램은 더 이상 32비트 지원을 받지 않으며 이는 매년 더욱 악화되고 있습니다. 이것이 제가 마침내 기본 32비트 시스템을 버린 이유입니다.

그런데 CentOS 변환에 대해 아무것도 찾을 수 없는 이유는 특히 그 시대에 rpm/CentOS가 이를 처리할 수 없기 때문입니다. 좋은 데비안 사용법 가이드를 찾을 수 있지만 제가 발견한 대로 이것들도 매우 낙관적이고 매우 까다롭고 복잡하지만 이론적으로는 apt가 매우 강력하기 때문에 가능합니다.

가장 쉬운 해결책은 새로 설치하는 것입니다.

이 작업을 수행하지 않으려면 시스템을 부팅하고 64비트 프로그램을 설치하십시오. 64비트 커널로 시작할 수도 있습니다. 64비트 커널은 32비트 바이너리를 실행해야 하며 작동하지 않을 경우 다시 전환할 수 있도록 여러 코어를 유지할 수 있습니다.

또한 혜택이 비용 대비 가치가 있는지 고려하십시오. 64비트 x86이 나온 지 약 15년이 되었습니다. 새 컴퓨터에 64비트를 설치하지 않았다면 필요하지 않을 수도 있습니다.

CentOS에서는 32비트에서 순수 64비트 시스템/VM으로의 리프트 변환/마이그레이션이 불가능합니다.

가장 큰 장애물은 rpm/yum 패키지 데이터베이스의 내부 구조가 정수에 의존한다는 것입니다. 크기가 다르며 두 구조 간에 상호 교환이 불가능합니다.

추신. 저는 40개의 Debian 시스템을 32비트에서 64비트로 핫 마이그레이션했습니다. 이것은 작은 일이 아니지만 데비안은 하우스키핑 텍스트 파일만 사용합니다(또는 당시 사용되었습니다).

PS2. @Lizardx의 의견에 동의합니다. 32비트 VM을 유지하려면 비용이 듭니다. 그가 언급한 것 외에도 동질적인 인프라를 갖추는 것이 황금률이며, 64비트 하이퍼바이저와 함께 32비트 가상 머신을 실행하면 성능이 저하될 수 있습니다.