저는 최근 dpkg-reconfigure
GNU 패키지의 고정 설치의 복원력 기능 에 대해 알게 되었습니다 mailutils
. 설치 프로세스가 끝나면 사용자에게 선택하고 빈칸을 채우라는 대화 상자(ncurses?)가 나타납니다. 그게 다 좋은 일입니다. 충분히 능숙하다면 "설치 후 구성 대화 상자" 또는 PICD
후속편에서 부르는 대로 실수를 피할 수 있을 것 같습니다 .
능숙하지 않아서 "PICD"를 다시 실행해야 합니다. 아직 익숙하지 않아서 dpkg-reconfigure
제거했다가 다시 설치해야 한다고 생각했습니다. 하지만 이렇게 하면 설치가 완료되지만 "PICD"가 다시 나타나지 않습니다. 시도해 보았지만 reboot
여전히 "PICD"가 없습니다! ? !
결국 누군가가 나에게 단서를 주었지만 dpkg-reconfigure
그것도 dpkg-reconfigure mailutils
"PICD"를 복구하는데 실패했습니다. 그래서 그게 다야아니요 mailutils
재구성해야 할 것은 postfix
MTA입니다. 데비안 패키저가 무해한 환경에 mailutils
교묘하게 숨겨져 있기 때문에 이 문제를 해결하는 데 시간이 걸립니다.postfix
"가상 패키지"default-mta
콜.소마법두 번째 기회가 필요해재구성예전에는 : dpkg-reconfigure postfix
. 이 발견이 나를 만들었습니다.시행 착오드디어 메소드 구성이 완료되었습니다.
그러나 이것은 나에게 한두 가지 질문을 제기합니다.
후속 설치 중에 "PICD"가 표시되지 않는 이유는 무엇입니까? 즉, 설치 스크립트는 사용자가 "PICD"를 본 것을 어떻게 알 수 있습니까? 설치 프로그램이 "PICD"를 방지하기 위해 일부 값을 기록하고 저장했습니까?다시 하다?
왜설치 프로그램이 "PICD"의 후속 데모를 비활성화합니까(철자 없음
dpkg-reconfigure
)? 이것이 실제로 무엇을 의미합니까?
답변1
이 패키지는 구성
postfix
에 사용됩니다 .debconf
데비안에서는 이를 일종의 레지스트리라고 생각할 수 있습니다. 설치 중 구성이 필요한 대부분의 패키지에서 사용됩니다. 를 실행하면 현재 저장되어 있는 값을 볼 수 있습니다debconf-get-selections
. 패키지는 예상한 값이 이미debconf
데이터베이스에 저장되어 있는지 여부를 설치 중에 확인할 수 있습니다.값이 설정되면
debconf
일반적인 접근 방식은 다음과 같습니다.아니요패키지 설치 중에 해당 대화 상자를 표시합니다. 이렇게 하면 특히 패키지가 업그레이드될 때마다 사용자에게 동일한 질문을 여러 번 묻는 것을 방지할 수 있습니다.데비안 정책 적극 권장). 또한 패키지를 사전 구성하여 사용자 상호 작용 없이 사용자 정의 설정으로 설치할 수 있습니다. 이는 많은 시스템을 동일한 방식으로 구성해야 하는 자동화된 설치에 대한 일반적인 관행입니다.
결정한 대로 구성 설정을 수정해야 하는 경우 가장 좋은 방법은 를 실행하는 것입니다 dpkg-reconfigure
.분명한영향을 받은 패키지를 다시 설치합니다. 다른 종속성(심지어 약한 종속성이라도)이 없는 경우 default-mta
패키지 에 실제로 문제가 있는지 확인하지 못한 postfix
채 sudo apt purge --autoremove mailutils
모든 것이 지워집니다 . (실제로 는 또는 를 포함하여 많은 패키지가 자동 제거 후보가 되지 않으므로 직접 정리 postfix
해야 합니다 .)postfix
default-mta
unattended-upgrades
cron