폐쇄망 GPU 드라이버 반입 설치 · 설치 검증과 롤백 · 퀴즈
퀴즈: 검증과 롤백
문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
GPU 설치 검증을 층 순서대로 하는 이유는?
- 아래 층부터 올라가면 처음 실패한 지점이 곧 원인이 되기 때문
- 검증에 걸리는 전체 시간이 줄어들기 때문
- 층마다 필요한 권한이 달라 순서가 정해지기 때문
- 확인 로그가 깔끔하게 정리되기 때문
GPU 노드에서 커널 패키지까지 hold 로 묶는 이유는?
- 커널 쪽 보안 패치를 아예 받지 않으려고
- 커널이 올라가면 DKMS 재빌드가 필요한데 폐쇄망에서는 그게 또 한 번의 반입이기 때문
- 커널 이미지가 쌓여 디스크를 먹는 것을 막으려고
- 커널이 바뀌면 부팅 속도가 느려지기 때문
apt 환경에서 설치 트랜잭션 기록을 확인하는 곳은?
- /var/log/dpkg.log 한 곳만
- journalctl 로 뽑는 시스템 저널
- /var/lib/apt/lists 아래 색인
- /var/log/apt/history.log — 트랜잭션의 시각과 명령줄이 남는다
`apt-get remove` 와 `apt-get purge` 중 롤백에 적절한 것은?
- remove — 설정을 남겨야 재설치가 쉽다
- 둘은 결과가 같아 어느 쪽이든 된다
- 완전한 원복이 목적이면 purge 로 설정 파일까지 제거해야 한다
- autoremove 만 돌리면 그것으로 충분하다
커널이나 glibc 를 다운그레이드로 롤백하는 것이 위험한 이유는?
- 다운그레이드에 시간이 오래 걸리기 때문
- 옛 버전의 서명이 더는 맞지 않기 때문
- 옛 버전을 보관할 디스크가 모자라기 때문
- 의존성 그래프의 뿌리에 있어 되돌리는 순간 시스템 전체가 불안정해질 수 있기 때문
폐쇄망 GPU 노드 작업 전에 시스템 스냅샷을 뜨는 이유는?
- 내부 백업 규정이 그렇게 요구하기 때문
- 작업 전후 성능을 비교해 측정하려고
- 드라이버 라이선스가 요구하는 절차라서
- 패키지 단위 롤백으로 되돌릴 수 없는 실패에서도 복구할 수 있는 유일한 경로라서