저는 OpenSuSE 11.3을 실행해 매우 기뻤지만 공식 릴리스가 단계적으로 중단되었을 때 11.4를 시도하고 많은 버그를 발견했으며 큰 기대를 가지고 12.1로 점프했지만 Gnome3의 광기에 직면했습니다.
그 이후로 Mint 12를 사용해왔는데, 모든 패키지를 최신 상태로 유지하는데도 이상한 버그가 있는 것 같은 느낌이 들었습니다. 저는 Mint 13을 사용하거나 XFCE를 사용하여 OpenSuSE로 다시 전환하거나 Fedora를 사용해 보는 것을 고려하고 있습니다. 문제는 프로젝트가 진행되는 동안 며칠 동안 컴퓨터를 만질 수 없다는 것입니다.
가능한 한 쉽고 원활하게 전환할 수 있는 방법이 있습니까? 몇 개월/몇 년에 걸쳐 수정한 문서 및 기본 설정/설정과 같은 데이터 손실을 방지하려면 어떻게 해야 합니까?
답변1
모든 배포 팬과 구성 파일을 /home에 보관하려는 사람들은 /home을 그대로 두거나 이전 배포판의 구성 파일로 어수선하게 두는 것이 좋지 않다는 것을 기억해야 합니다. Mint KDE에서 Mint XFCE 및 기타 배포판으로 변경할 때 많은 문제가 있었습니다. 아치는 별다른 어려움 없이 어떤 배포판에서든 설치하거나 교체할 수 있지만, 다른 배포판에서는 그렇지 않습니다.
별도의 .dotfiles 디렉터리를 생성하는 기호 연결이 가능한 해결 방법이지만 얼마나 호환됩니까? 다양한 애플리케이션 버전의 구성 파일을 처리하는 데 몇 가지 문제가 있습니다. Distros는 대표자들에게 다양한 애플리케이션 버전을 사용합니다. 이는 Debian stable로 전환할 때 특히 그렇습니다.
저는 데이터를 별도의 파티션에 보관하고 중요한 프로필만 가져와서 병합하기 전에 비교하는 것을 선호합니다.
가능한 배포판 대안에 관해서는, 나는 아치를 떠난 후 덜 업데이트되고 더 안정적인 환경을 찾기 위해 많은 배포판을 시도했기 때문에 내가 기꺼이 사용할 유일한 배포판은 크런치뱅이라고 말할 수 있습니다. 하지만 그것은 단지 내 의견일 뿐입니다. 자신의 경험을 능가할 수 있는 것은 없습니다 ;)
답변2
데이터를 잃지 않으려면 다음 두 가지를 권장합니다.
- 두 개의 파티션이 있습니다. 하나는 /용이고 다른 하나는 /home용입니다.
- Git 또는 기타 수단을 사용하여 설정을 관리하고 다른 컴퓨터에 저장하세요.
다시 설치할 때 /home 파티션을 수정하지 마십시오. /home의 설정이 유지됩니다.
그러나 Git을 사용하여 /etc 또는 /root에 보관하려는 항목을 포함하여 모든 것을 설정하고 원격 서버로 푸시하는 것도 권장합니다.
이와 같은 구성을 사용하여 저는 최근 아무런 번거로움 없이 Debian Unstable에서 ArchLinux로 전환했습니다.
이전 파티션을 유지하지 않기 때문에 새 배포판이 작동하지 않으면 다른 파티션을 다시 설치해야 합니다.
편집하다: 내 설정을 관리하는 방법에 대한 자세한 내용은 다음과 같습니다.
기본적으로 나는파일 클릭나는 모든 도트 파일(예: .vimrc, .config 디렉터리, .gtkrc2.0 파일 등)의 저장소를 유지하고 있으며 이러한 모든 파일을 해당 경로에 연결하는 셸 스크립트를 가지고 있습니다.
/home/sphax/.vimrc -> /home/sphax/.dotfiles/vimrc
/home/sphax/.config -> /home/sphax/.dotfiles/config
etc
여기에 원하는 것을 추가할 수 있지만 많은 도트 파일에는 여전히 기본값이 있으므로 수정되지 않은 파일의 버전을 지정할 필요가 없습니다.
~을 위한/등그리고/뿌리각 저장소마다 하나씩 동일한 작업을 수행하고 /home 파티션 어딘가에 놓은 다음 모든 것을 심볼릭 링크합니다.
이와 같은 설정을 사용하면 다음과 같은 이점도 얻을 수 있습니다.
- 간편한 백업(원격 서버에 푸시하기만 하면 됨)
- 간편한 공유(예를 들어 Debian과 ArchLinux 각각 하나씩 3대의 시스템에서 도트파일 디렉터리를 공유합니다.)
처음에는 약간의 조정/코딩이 필요하지만 그 후에는 매우 간단하고 효율적이 됩니다.
답변3
물론 /home 파티션을 /와 별도로 유지하는 것은 좋지만(Vincent Rischmann이 말했듯이), 동일한 컴퓨터에 여러 Linux 배포판을 설치하거나 새 버전(심지어 Fedora)으로 업그레이드할 때 문제가 많습니다. . 23 ~ 26), 정기적으로 백업할 영역과 같은 매우 기본적인 시스템 관리 문제도 있습니다.
누군가는 훌륭하고 완전한 체크리스트를 제공해야 하지만(아직 찾지 못했습니다), 고통 없이 전환하고 데이터/구성 손실을 방지하기 위해 고려해야 할 사항의 작은 목록은 다음과 같습니다.
- 분명히, /etc의 아카이브를 보관하십시오. 그러나 중요한 구성 데이터는 이제 모든 곳에 저장되며 주요 업데이트는 다른 배포판 전체 또는 심지어 동일한 배포판(예: 프린터 정의, 삼바 비밀번호, cron'ed 작업, 기본 셸) 내에서도 저장됩니다. 사이의 차이점이 있습니다. 초기화 스크립트 등). /var/spool 및 /usr의 일부 부분을 저장해야 하지만 대부분은 새 버전에서 가져와야 하므로 업그레이드/전환 후 단순히 복원하지 마십시오(따라서 수동으로 파일을 이동/링크하거나 파일을 연결하거나 프린터, 사용자의 crontab 등을 수동으로 구성합니다.
- 시스템에 추가/변경한 사항에 대한 (종이) 기록을 보관하는 것이 좋습니다. 그러면 새로 새로 설치하여 원래 상태로 되돌리기 위해 무엇을 해야 하는지 알 수 있습니다. 변경 사항을 상기시키기 위해) 이상한 동작을 최근 변경 사항과 연관시킬 수 있습니다.
- /usr/local/bin 등을 사용하여 사용자 간에 공유되는 스크립트/유틸리티를 배치하는 경우 이를 백업하거나 자체 파티션을 제공해야 합니다(네트워크에 여러 시스템이 있고 시스템 관리를 유지하려는 경우). 최소한 동일한 /(및 /etc, /usr)를 서버에 읽기 전용으로 마운트할 수 있지만 /var, /home, /tmp 및 /와 같이 마운트해야 하는 일부 디렉토리가 있습니다. usr/local은 단일 컴퓨터에서 읽고 쓸 수 있으며 고유하며, 시스템 간에 공유할 수 없는 것이 무엇인지 생각하는 정신적 연습은 단일 컴퓨터에서 Linux 버전 간 공유를 만드는 설정을 설계하는 데 도움이 될 수 있습니다. 전환이 더 쉬워집니다.
이상적으로는 이전 시스템의 사용자 정의 중 90%를 문서화하고 스위치를 조정하기 위해 수동으로 수행해야 하는 작업을 명확히 하는 더 나은 Linux 설치 프로그램을 보고 싶습니다.