LabHub

폐쇄망 GPU 드라이버 반입 설치 · 설치 검증과 롤백 · 퀴즈

퀴즈: 검증과 롤백

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. GPU 설치 검증을 층 순서대로 하는 이유는?

    1. 아래 층부터 올라가면 처음 실패한 지점이 곧 원인이 되기 때문
    2. 검증에 걸리는 전체 시간이 줄어들기 때문
    3. 층마다 필요한 권한이 달라 순서가 정해지기 때문
    4. 확인 로그가 깔끔하게 정리되기 때문
  2. GPU 노드에서 커널 패키지까지 hold 로 묶는 이유는?

    1. 커널 쪽 보안 패치를 아예 받지 않으려고
    2. 커널이 올라가면 DKMS 재빌드가 필요한데 폐쇄망에서는 그게 또 한 번의 반입이기 때문
    3. 커널 이미지가 쌓여 디스크를 먹는 것을 막으려고
    4. 커널이 바뀌면 부팅 속도가 느려지기 때문
  3. apt 환경에서 설치 트랜잭션 기록을 확인하는 곳은?

    1. /var/log/dpkg.log 한 곳만
    2. journalctl 로 뽑는 시스템 저널
    3. /var/lib/apt/lists 아래 색인
    4. /var/log/apt/history.log — 트랜잭션의 시각과 명령줄이 남는다
  4. `apt-get remove` 와 `apt-get purge` 중 롤백에 적절한 것은?

    1. remove — 설정을 남겨야 재설치가 쉽다
    2. 둘은 결과가 같아 어느 쪽이든 된다
    3. 완전한 원복이 목적이면 purge 로 설정 파일까지 제거해야 한다
    4. autoremove 만 돌리면 그것으로 충분하다
  5. 커널이나 glibc 를 다운그레이드로 롤백하는 것이 위험한 이유는?

    1. 다운그레이드에 시간이 오래 걸리기 때문
    2. 옛 버전의 서명이 더는 맞지 않기 때문
    3. 옛 버전을 보관할 디스크가 모자라기 때문
    4. 의존성 그래프의 뿌리에 있어 되돌리는 순간 시스템 전체가 불안정해질 수 있기 때문
  6. 폐쇄망 GPU 노드 작업 전에 시스템 스냅샷을 뜨는 이유는?

    1. 내부 백업 규정이 그렇게 요구하기 때문
    2. 작업 전후 성능을 비교해 측정하려고
    3. 드라이버 라이선스가 요구하는 절차라서
    4. 패키지 단위 롤백으로 되돌릴 수 없는 실패에서도 복구할 수 있는 유일한 경로라서