우분투 데스크탑의 구성을 다른 하드웨어가있는 새로운 상자로 마이그레이션하고 싶습니다. 가장 쉬운 방법은 무엇입니까? / etc /에는 컴퓨터 및 하드웨어 별 설정이 포함되어 있으므로 맹목적으로 복사 할 수 없습니다. 설치된 패키지에 대해서도 비슷한 문제가 있습니다.
편집 : 이것은 x86에서 x86-64 로의 이동입니다.
우분투 데스크탑의 구성을 다른 하드웨어가있는 새로운 상자로 마이그레이션하고 싶습니다. 가장 쉬운 방법은 무엇입니까? / etc /에는 컴퓨터 및 하드웨어 별 설정이 포함되어 있으므로 맹목적으로 복사 할 수 없습니다. 설치된 패키지에 대해서도 비슷한 문제가 있습니다.
편집 : 이것은 x86에서 x86-64 로의 이동입니다.
답변:
먼저, 32 비트 바이너리를 계속 실행한다면 실제로 프로세서 아키텍처를 변경하는 것이 아니라 다른 작업을 수행 할 수있는 경우에도 여전히 x86 프로세서를 실행하는 것입니다. 이 경우, Linux 설치를 새 컴퓨터 로 옮기기에서 설명한대로 설치를 복제하거나 하드 디스크를 옮기는 것이 좋습니다 .
반면에 64 비트 시스템 (Ubuntu 용어 : amd64
아키텍처) amd64
을 사용하려면 i386
시스템에 패키지를 설치할 수 없거나 그 반대의 경우도 다시 설치해야합니다 . (이것은 Multiarch 가 나올 때 변경됩니다 ).
많은 사용자 정의가 홈 디렉토리에 있으며이를 새 시스템으로 복사 할 수 있습니다. 프로세서 아키텍처가 변경되어 시스템 설정을 쉽게 복사 할 수 없습니다.
Ubuntu 10.10 이상에서 OneConf를 시도 하십시오 .
OneConf는 Ubuntu One에서 소프트웨어 정보를 기록하고 필요에 따라 다른 컴퓨터와 동기화하는 메커니즘입니다. Maverick에는 설치된 소프트웨어 목록이 저장됩니다. 결국 일부 응용 프로그램 설정 및 응용 프로그램 상태를 포함하도록 확장 될 수 있습니다. Stipple 과 같은 다른 도구는 고급 설정 / 제어를 제공 할 수 있습니다.
새로 설치할 때 재현하려는 주요 사항 중 하나는 설치된 패키지 세트입니다. APT 기반 배포에서는 aptitude-create-state-bundle
명령 ( aptitude
패키지의 일부 )을 사용하여 설치된 패키지 목록 및 해당 debconf 구성이 포함 된 아카이브 와 aptitude-run-state-bundle
새 시스템을 만들 수 있습니다. (덕분에 직관 에 대해 말해 위해 aptitude-create-state-bundle
.) 참조 우분투 목록에 명시 적으로 설치된 패키지 와 슈퍼 사용자 및 우분투 질문이, 특히 인용 달인의 답변을 수동으로이 부분을 수행하는 방법에.
에서 변경 한 사항 /etc
을 검토해야합니다. 대부분은 특정 하드웨어 또는 네트워크 설정과 관련이 있으므로 복사해서는 안됩니다. 다른 사람은 개인 환경 설정과 관련이 있지만 설정이 홈 디렉토리에 저장되도록 가능하면 사용자별로 개인 환경 설정을 설정해야합니다.
미리 계획 한 경우 etckeeper 를 사용 /etc
하여 버전 제어 ( etckeeper quickstart ) 를 수행 할 수 있습니다 . etckeeper를 사용하기 위해 버전 제어에 대해 아무것도 알 필요가 없으며 멋진 일을하기 위해 그것을 활용하려면 학습을 시작하면됩니다.
/home
, /etc
, /var
, /usr
모든) 그냥 편집에 몇 개의 파일 etc
이 필요 편집. 모든 바이너리 패키지를 다시 설치해야하기 때문에 다른 아키텍처로 전환하는 경우에는 옵션이 아닙니다.
/etc
자동 커밋 후크에 의존하지 않고 의미있는 커밋 메시지를 사용하여 각 변경 사항을 개별적으로 커밋하고 sysadmin 기본 설정 또는 사이트 전체 구성과 다른 지점에서 컴퓨터 별 변경 사항을 커밋하는 것이 이상적 입니다. 그러나 기본 사용조차도 변경 사항을 추적 /etc
하여 새 컴퓨터에서 복제 할 수 있습니다.
aptitude-create-state-bundle
합니까?
aptitude-create-state-bundle
. 감사합니다. APT 관리 상태를 자동으로 재생하는 방법입니다 (APT 소스 또는 debconf 설정을 재현하지 않은 수동 방법보다 낫습니다). 당신에 대한 답변을 추가 할 수 있습니다 관련 질문 뿐만 아니라.
수동으로 구성한 것을 제외한 모든 것을 얻는 방법은 다음과 같습니다.
dpkg --get-selections > packages.txt
debconf-get-selections > debconf.txt
아치 의존적 인 것 (예 : linux-image)에 대해 필요에 따라 이러한 파일을 편집하십시오.
이 파일들을 새 시스템으로 복사 한 후 다음을 실행하십시오 :
debconf-set-selections < debconf.txt
dpkg --set-selections < packages.txt
apt-get dselect-upgrade
또한 / home 및 기타 데이터 디렉토리를 새 시스템에 복사하는 것이 좋습니다 (rsync 사용).
남은 것은 주요 패키지 (예 : apache, bind, cronjobs 등)의 구성 파일입니다.
aptitude search '~i !~M'
수동으로 설치된 패키지 목록을 저장하는 데 사용 합니다. 자세한 내용은 이 답변 을 참조하십시오.
Linux에서 드라이버, 레지스트리 및 마더 보드 변경에 민감한 많은 Windows 부두는 모든 드라이버가 모듈로 일반 커널을 사용하는 경우 우분투에서 일반적인 상황입니다. 내가 아는 하드웨어에 의존하는 / etc의 유일한 것들 :
GPU가 동일하고 드라이브 컨트롤러가 동일한 유형이고 네트워크 인터페이스 이름에 따라 수제 스크립트가없는 경우 큰 문제는 없습니다.
/etc/default/grub
값으로 저장 됨 GRUB_CMDLINE_LINUX_DEFAULT
)이이 목록에 추가되어야합니다.
[ 이 훌륭한 답변에 추가 ]
설치된 패키지에 대한 우려가 언급되어 있습니다. 이것에 의해, 한 머신에서 다른 머신으로 디스크를 전송할 것입니다. 두 컴퓨터가 x86 아키텍처라고 가정하면 설치가 64 비트이고 새 컴퓨터가 아닌 경우에 발생할 수있는 유일한 문제는 발생할 수 있습니다. 상황이 다른 경우 문제가 없어야합니다.