2019년 리눅스마스터2급 2회차

umask는 기본적으로 생성되는 파일 및 디렉토리의 허가권을 제한하는 역할을 합니다. umask 값이 0022일 때, 파일은 기본적으로 666 (rw-rw-rw-)에서 umask 값 022를 뺀 644 (rw-r--r--) 권한을 갖게 됩니다. 따라서 보기 중 1번인 -rw-r--r--가 올바른 파일 허가권입니다.

정답은 4번 `du -sh ~ihduser`입니다. `du` 명령어는 파일이나 디렉터리의 디스크 사용량을 확인하는 데 사용되며, `-s` 옵션은 총 사용량만 요약해서 보여주고, `-h` 옵션은 사람이 읽기 쉬운 단위(KB, MB, GB 등)로 표시합니다. `~ihduser`는 ihduser 사용자의 홈 디렉터리를 의미합니다. 따라서 이 명령어는 ihduser 사용자의 홈 디렉터리 총 사용량을 사람이 읽기 쉬운 단위로 출력합니다.

삼바(Samba)는 윈도우 파일 공유 프로토콜인 SMB/CIFS를 리눅스/유닉스 시스템에서 사용할 수 있게 해주는 소프트웨어입니다. 따라서 삼바 파일 시스템을 마운트할 때는 해당 프로토콜을 나타내는 'cifs' 유형을 지정해야 합니다. NFS, UDF, ISO9660은 각각 다른 파일 시스템 프로토콜을 의미하므로 삼바 마운트 시에는 올바른 유형이 아닙니다.

사용자에 대한 쿼터 설정은 `edquota` 명령어를 사용합니다. `edquota`는 사용자의 디스크 사용량 제한을 편집하는 데 특화된 도구입니다. 반면 `quota`는 현재 사용자의 쿼터 정보를 보여주고, `repquota`는 쿼터 사용량 보고서를 생성하며, `quotacheck`는 파일 시스템의 디스크 사용량을 검사하여 쿼터 데이터베이스를 업데이트하는 데 사용됩니다.

정답은 4번입니다. `mke2fs` 명령은 파일 시스템을 생성하는 데 사용되며, `-j` 옵션은 ext3 파일 시스템의 저널링 기능을 활성화하는 데 사용됩니다. 따라서 `-j` 옵션과 `-t ext4` 옵션을 함께 사용하면 올바르지 않은 명령이 됩니다. ext4 파일 시스템을 생성하려면 `-t ext4` 옵션만 사용하면 됩니다.

`quotacheck` 명령어는 파일 시스템의 디스크 사용량을 검사하여 쿼터 데이터베이스를 생성하거나 업데이트합니다. 이 과정에서 `aquota.user`와 같은 쿼터 기록 파일이 생성됩니다. `edquota`는 개별 사용자의 쿼터 설정을 편집하고, `setquota`는 쿼터 설정을 프로그래밍 방식으로 설정하며, `repquota`는 쿼터 사용량을 보고하는 데 사용됩니다. 따라서 쿼터 기록 파일을 생성하는 명령은 `quotacheck`입니다.

이 문제는 리눅스 파일 시스템의 허가권 설정을 이해하는 문제입니다. 정답은 2번 `drwxrwx--T`입니다. 핵심 개념은 다음과 같습니다. * **`d`**: 디렉터리를 나타냅니다. * **`rwx`**: 소유자(user)에게 읽기, 쓰기, 실행 권한을 부여합니다. * **`rwx`**: 그룹(group)에게 읽기, 쓰기, 실행 권한을 부여합니다. * **`--T`**: 다른 사용자(others)에게는 아무런 권한도 부여하지 않지만, **Sticky Bit (t)**가 설정되어 있어 해당 디렉터리 안에서 자신이 생성한 파일이나 디렉터리에 대해서만 삭제나 수정이 가능하게 합니다. 만약 `t`가 소문자라면 실행 권한까지 부여된 상태에서 Sticky Bit가 설정된 것이지만, 여기서는 다른 사용자에게 실행 권한이 없으므로 대문자 `T`가 올바릅니다.

정답은 4번입니다. `chgrp` 명령어는 파일이나 디렉토리의 그룹 소유권을 변경하는 데 사용됩니다. `-R` 옵션은 재귀적으로 하위 디렉토리까지 모두 적용하는 것을 의미하며, `~ihduser`는 `ihduser` 사용자의 홈 디렉토리를 나타냅니다. 따라서 4번은 `ihduser` 사용자의 홈 디렉토리와 그 하위의 모든 파일 및 디렉토리의 그룹 소유권을 `ihd` 그룹으로 변경하는 올바른 명령입니다.

/home 디렉토리를 다시 마운트하는 것은 이미 마운트된 파일 시스템의 옵션을 변경할 때 사용됩니다. `mount` 명령어에 `-o remount` 옵션을 사용하면 기존 마운트 설정을 유지하면서 새로운 옵션을 적용하거나, 단순히 설정을 다시 적용할 수 있습니다. 따라서 3번 `mount -o remount /home`이 올바른 명령입니다.

XFS는 다른 파일 시스템에 비해 더 큰 파일 크기 및 볼륨 크기를 지원합니다. 이는 XFS가 64비트 파일 시스템 구조를 사용하며, 더 큰 블록 크기를 지원하기 때문입니다. 따라서 대용량 파일을 생성해야 하는 경우 XFS가 가장 적합한 파일 시스템입니다.

사용자가 로그아웃할 때 실행할 명령을 등록하는 파일은 `.bash_logout`입니다. 이 파일은 Bash 쉘의 로그아웃 스크립트 역할을 하며, 사용자가 터미널 세션을 종료할 때 자동으로 실행됩니다. `.bash_profile`은 로그인 시 실행되는 파일이고, `.bashrc`는 쉘 세션이 시작될 때 실행되는 파일이므로 로그아웃 시에는 `.bash_logout`이 가장 적합합니다.

정답은 4번 'history 10'입니다. 'history' 명령어는 쉘에서 이전에 실행했던 명령어 목록을 보여주는 기능입니다. 여기에 숫자 '10'을 붙이면 최근에 실행한 명령어 10개를 확인할 수 있습니다. 보기 1, 2, 3번은 '!' 기호를 사용하여 이전 명령어를 실행하는 데 사용되지만, 최근 명령어 10개를 직접적으로 보여주는 기능은 아닙니다.

정답은 1번 본셸입니다. 본셸은 1970년대 초에 개발되어 유닉스 시스템의 표준 셸로 자리 잡았으며, 이후 다른 셸들의 기반이 되었습니다. 배시셸, C셸, 콘셸은 모두 본셸 이후에 개발된 셸들입니다.

리눅스의 표준 셸은 **bash**입니다. bash는 Bourne Again SHell의 약자로, 기존의 Bourne 쉘(sh)을 개선하여 만들어졌으며, 현재 대부분의 리눅스 배포판에서 기본 셸로 사용됩니다. csh, ksh, tcsh 등도 셸의 종류이지만, 표준으로 지정된 것은 bash입니다.

정답은 4번 /etc/shells 입니다. 이 파일은 시스템에서 사용자에게 허용되는 쉘 목록을 정의합니다. 쉘은 사용자가 명령어를 입력하고 시스템과 상호작용할 수 있게 해주는 프로그램으로, 시스템 보안 및 사용자 환경 설정을 위해 어떤 쉘을 사용할 수 있는지 지정하는 것이 중요합니다.

정답은 4번입니다. `chsh -l` 명령어는 시스템에 등록된 사용 가능한 셸 목록을 보여주는 것이지, 현재 로그인한 사용자의 셸을 확인하는 명령어가 아닙니다. `echo $SHELL`은 현재 사용자의 기본 셸 환경 변수를 출력하고, `grep ihduser /etc/passwd`는 `/etc/passwd` 파일에서 `ihduser` 계정의 정보를 찾아 셸 경로를 확인할 수 있습니다. `env | grep SHELL` 역시 현재 환경 변수에서 `SHELL` 값을 찾아 셸을 확인할 수 있는 방법입니다.

이 문제는 사용자의 로그인 쉘을 변경하는 명령을 묻고 있습니다. **chsh** 명령은 사용자의 로그인 쉘을 변경하는 데 사용되는 표준 유닉스/리눅스 명령어입니다. 다른 보기들은 각각 사용자 정보 변경(chfn), 파일 권한 변경(chmod), 사용자 계정 정보 수정(usermod)과 같은 다른 기능을 수행합니다. 따라서 로그인 쉘 변경이라는 작업에 가장 적합한 명령은 chsh입니다.

정답은 2번 LANG=C 입니다. `LANG` 환경 변수는 시스템의 기본 언어 및 지역 설정을 담당합니다. 이를 `C`로 설정하면 영문(POSIX 표준)으로 변경되어 셸의 메시지나 출력 등이 영어로 표시됩니다. 다른 보기들은 각각 터미널 종류(`TERM`), 주 프롬프트(`PS1`), 보조 프롬프트(`PS2`)를 설정하는 것으로, 언어 변경과는 직접적인 관련이 없습니다.

**정답 이유:** inetd 방식은 새로운 요청이 들어올 때마다 해당 서비스를 실행하는 방식입니다. 반면 standalone 방식은 서비스가 항상 실행되어 대기합니다. 따라서 inetd 방식은 서비스가 실행되지 않을 때는 메모리를 사용하지 않아 메모리 관리에 더 효율적입니다. **핵심 개념:** * **inetd 방식:** 요청 기반 서비스 실행 (필요할 때만 실행) * **standalone 방식:** 상시 실행 서비스 (항상 대기) **추가 설명:** 보기 2, 3, 4번은 틀린 설명입니다. inetd 방식은 요청이 올 때마다 서비스를 새로 실행하므로 관련 서비스 처리가 느릴 수 있으며, 빈번한 요청이나 사용자가 많은 서비스에는 부하가 커져 비효율적입니다. 이러한 경우에는 standalone 방식이 더 적합합니다.

일반 사용자가 등록한 cron 작업은 `/var/spool/cron` 디렉터리에 저장됩니다. 이 디렉터리는 각 사용자별로 별도의 crontab 파일을 관리하며, 시스템 전체의 cron 작업 설정 파일인 `/etc/crontab`과는 구분됩니다. `/etc/cron.d`는 시스템 관리자가 특정 프로그램이나 서비스에 대한 cron 작업을 추가할 때 사용되는 디렉터리입니다.

**정답 이유:** cron 표현식은 "분 시 일 월 요일" 순서로 시간을 나타냅니다. 4번 보기 "0 10 * * 1"은 매주 월요일 오전 10시 0분에 `/etc/check.sh` 스크립트를 실행하라는 의미로, 다른 보기들은 시간이나 요일 설정이 올바르지 않습니다. **핵심 개념:** cron 표현식의 각 필드(분, 시, 일, 월, 요일)의 의미와 올바른 조합을 이해하는 것이 중요합니다.

`ps` 명령어는 현재 실행 중인 프로세스를 보여줍니다. 데몬은 일반적으로 터미널과 연결되지 않은 백그라운드 프로세스이므로, 이러한 프로세스를 포함하여 모든 프로세스를 확인하려면 `-x` 옵션을 사용해야 합니다. `-a`는 터미널과 연결된 모든 프로세스를, `-u`는 프로세스의 사용자 중심 정보를 보여주지만, 데몬 확인에는 `-x`가 가장 적합합니다.

ps 명령에서 'Z' 상태 코드는 **좀비 프로세스(Zombie Process)**를 나타냅니다. 이는 프로세스가 이미 종료되었지만, 부모 프로세스가 해당 프로세스의 종료 상태를 아직 확인(회수)하지 않았기 때문에 발생하는 현상입니다. 좀비 프로세스는 시스템 자원을 거의 사용하지 않지만, 프로세스 테이블에는 남아있어 개수가 많아지면 문제가 될 수 있습니다.

정답은 1번 'top'입니다. 'top' 명령어는 시스템에서 현재 실행 중인 프로세스들의 CPU 사용률, 메모리 사용량 등 다양한 정보를 실시간으로 보여줍니다. 'nice'와 'renice'는 프로세스의 우선순위를 조절하는 명령어이며, 'jobs'는 현재 쉘에서 실행 중인 백그라운드 작업 목록을 보여주는 명령어입니다. 따라서 CPU 사용률을 실시간으로 확인하는 데는 'top'이 가장 적합합니다.

`kill` 명령은 기본적으로 프로세스에 종료 신호를 보낼 때 사용됩니다. 보기 중 15번 시그널(SIGTERM)은 프로세스에게 정상적으로 종료하라는 요청을 보내는 것으로, 프로세스가 이 신호를 받으면 정리 작업을 수행하고 종료할 수 있습니다. 반면 9번 시그널(SIGKILL)은 강제 종료 신호로, 프로세스가 이를 무시할 수 없어 즉시 종료됩니다. 따라서 `kill` 명령의 기본 동작은 정상 종료를 유도하는 15번 시그널입니다.

정답은 4번 `renice`입니다. `renice` 명령어는 이미 실행 중인 프로세스의 우선순위를 변경하는 데 사용됩니다. 반면 `nice` 명령어는 새로운 프로세스를 시작할 때 우선순위를 지정하는 데 사용됩니다. `cron`은 예약 작업 실행, `nohup`은 터미널 종료 후에도 프로세스를 계속 실행하는 데 사용되는 명령어이므로, 프로세스 증가 없이 우선순위를 조정하는 것과는 관련이 없습니다.

이 문제는 리눅스 프로세스의 우선순위 조정에 사용되는 'nice' 값의 범위를 묻고 있습니다. nice 값은 프로세스의 CPU 사용 우선순위를 나타내며, 값이 낮을수록 우선순위가 높아집니다. 일반적으로 nice 값은 -20부터 19까지 할당할 수 있습니다. 따라서 보기에 제시된 1번 값(20)은 19를 초과하므로 올바른 nice 값의 범위에 해당하지 않습니다.

지정된 시간에 작업을 예약할 때 사용하는 프로그램은 주로 `cron`과 `at`입니다. `cron`은 주기적으로 반복되는 작업을 예약하는 데 사용되며, `at`은 한 번만 실행될 작업을 특정 시간에 예약할 때 사용됩니다. `inetd`는 네트워크 서비스 데몬이고, `standalone`은 특정 프로그램의 실행 방식을 나타내므로 작업 예약과는 직접적인 관련이 없습니다. 따라서 `cron`과 `at`의 조합이 올바른 선택입니다.

정답은 3번입니다. vi와 nano는 사용자가 코드를 작성할 때 자동으로 들여쓰기를 맞춰주어 코드의 가독성을 높여주는 기능을 제공합니다. 1번은 vim은 문법 강조 기능이 있지만 pico는 그렇지 않으며, 2번은 vi는 CLI 기반 에디터이고, 4번은 pico와 nano 모두 GPL 라이선스를 따르지만, 문제는 '자동 들여쓰기'라는 특정 특징에 따른 에디터 종류를 묻고 있습니다.

이 문제는 텍스트 에디터의 특징을 파악하는 문제입니다. 보기 중 2번 'pico'는 초보자도 쉽게 사용할 수 있도록 단순하고 직관적인 인터페이스를 제공하는 에디터입니다. 따라서 문제에서 설명하는 에디터의 종류로 가장 적합합니다.

이 문제는 프로그래밍 언어의 특징을 묻는 문제입니다. LISP는 괄호로 표현되는 독특한 문법 구조를 가지고 있으며, 이는 다른 프로그래밍 언어와 차별화되는 핵심 특징입니다. 따라서 괄호 안에 들어갈 내용으로 LISP가 가장 적절합니다.

정답은 4번입니다. vi 에디터에서 문자열을 치환할 때는 `s` 명령어를 사용하며, `g` 옵션을 붙이면 파일 내 모든 일치하는 문자열을 치환합니다. 4번 명령은 파일 전체(`%`는 `1,$`와 동일)에서 `/` 문자를 `linux`로 치환하는 올바른 문법입니다. 1번은 파일 전체 치환이 아닌 첫 번째 일치 항목만 바꾸고, 2번은 `/` 문자를 치환하는 것이 아니라 `ihd`를 `linux`로 바꾸는 것입니다. 3번은 치환할 원본 문자열이 비어 있어 오류가 발생합니다.

정답은 3번 `# vi +2 ihd.txt`입니다. `vi` 편집기에서 `+` 옵션 뒤에 숫자를 붙이면 해당 줄 번호로 파일을 열 때 커서가 자동으로 이동합니다. 따라서 `+2`는 파일을 열면서 커서를 2번째 줄로 이동시키는 역할을 합니다. 다른 보기들은 파일 열기 시 줄 번호 이동 기능과는 관련이 없거나 잘못된 문법을 사용하고 있습니다.

## vi 에디터 :ab 명령 해설 **정답 이유:** vi 에디터에서 `:ab` 명령은 **약어(abbreviation)** 기능을 설정하는 데 사용됩니다. 이 기능은 사용자가 자주 사용하는 긴 단어나 구문을 짧은 약어로 지정해두고, 해당 약어를 입력하면 자동으로 긴 단어나 구문으로 확장되도록 합니다. 문제에서 제시된 결과물이 특정 입력에 대한 자동 확장임을 암시하므로, `:ab` 명령이 가장 적합합니다. **핵심 개념:** * **약어 (Abbreviation):** 자주 사용하는 긴 텍스트를 짧은 코드로 대체하여 입력 시간을 단축하고 오타를 줄이는 기능입니다. * **vi 에디터:** 리눅스/유닉스 환경에서 널리 사용되는 텍스트 편집기입니다. 다양한 명령어를 통해 효율적인 텍스트 편집이 가능합니다.

소스 설치 과정에서 `configure` 작업으로 생성된 중간 파일들을 제거할 때는 `make clean` 명령을 사용합니다. 이 명령은 컴파일 과정에서 생성된 오브젝트 파일이나 임시 파일들을 삭제하여 소스 디렉토리를 깨끗하게 만드는 역할을 합니다. `make uninstall`은 설치된 프로그램을 제거하는 데 사용되며, 다른 보기들은 일반적으로 사용되지 않는 명령입니다.

이 문제는 소프트웨어 개발 과정에서 소스 코드를 실행 가능한 프로그램으로 만드는 데 사용되는 명령어를 묻고 있습니다. 정답은 2번 'make'입니다. 'make' 명령어는 소스 코드 파일들 간의 의존성을 파악하여 변경된 부분만 컴파일하고 링크하는 과정을 자동화하는 도구입니다. 따라서 복잡한 빌드 과정을 효율적으로 관리하는 핵심 개념을 나타냅니다.

정답은 4번 `dpkg -P cron`입니다. `dpkg`는 Debian 기반 시스템에서 패키지를 관리하는 도구이며, `-P` 옵션은 해당 패키지와 함께 설정 파일까지 모두 제거하는 역할을 합니다. 따라서 `dpkg -P cron` 명령은 cron 패키지와 관련된 모든 파일을 삭제하여 완전히 제거합니다.

SUSE 리눅스는 RPM 패키지 형식을 기반으로 하며, 이를 관리하기 위해 `zypper`라는 강력한 패키지 관리 도구를 사용합니다. `yaST`는 SUSE의 통합 시스템 관리 도구로, `zypper`를 포함한 다양한 시스템 설정을 GUI 또는 TUI로 쉽게 할 수 있도록 지원합니다. 따라서 SUSE 리눅스에서 사용하는 패키지 관리 기법의 올바른 조합은 `yaST`와 `zypper`입니다.

정답은 1번 yaST입니다. yaST는 SUSE Linux에서 사용되는 시스템 설정 도구로, 패키지 관리 기능도 포함하지만 yum, zypper, apt-get처럼 **저장소 기반의 독립적인 패키지 관리자**라고 보기는 어렵습니다. yum, zypper, apt-get은 각각 Fedora/CentOS, openSUSE, Debian/Ubuntu에서 사용되는 대표적인 저장소 기반 패키지 관리기로, 인터넷상의 패키지 저장소에서 소프트웨어를 검색, 설치, 업데이트, 삭제하는 역할을 수행합니다.

gzip으로 압축된 텍스트 파일의 내용을 확인하는 명령은 `zcat`입니다. `zcat`은 `cat` 명령의 gzip 버전으로, 압축을 해제하면서 파일 내용을 표준 출력으로 보여줍니다. 따라서 압축된 파일을 직접 열어보지 않고도 내용을 확인할 수 있습니다.

`yum history` 명령어는 yum 패키지 관리자가 수행한 모든 작업의 이력을 보여줍니다. 이 명령어를 통해 어떤 패키지가 설치, 업데이트, 제거되었는지, 그리고 언제 실행되었는지 등을 확인할 수 있습니다. 따라서 yum 관련 작업 이력을 출력하는 데 가장 적합한 명령은 `yum history`입니다.

정답은 3번 'Makefile'입니다. 'make', 'cmake', 'configure'는 모두 소스 코드를 컴파일하고 설치하는 과정을 자동화하는 데 사용되는 명령어 또는 스크립트입니다. 반면 'Makefile'은 이러한 자동화 과정을 정의하는 설정 파일일 뿐, 직접 실행되는 명령어가 아닙니다.

이 문제는 네트워크 프로토콜과 운영체제 관련 용어들을 묻고 있습니다. ㉠은 웹 통신에 사용되는 프로토콜, ㉡은 프린터 공유 프로토콜, ㉢은 파일 공유 프로토콜, ㉣과 ㉤은 운영체제 계열을 나타냅니다. 정답 1번은 이러한 용어들을 올바르게 매칭시키고 있습니다. 핵심 개념은 각 항목이 어떤 분야와 관련 있는지 파악하는 것입니다.

정답은 2번입니다. ㉠과 ㉡은 모두 프린터 관련 명령어이지만, 2번 보기의 `lpc`와 `lprm`은 각각 프린터 제어와 프린터 작업 제거 명령어입니다. 나머지 보기들은 `lpr` (인쇄 작업 제출), `lpstat` (인쇄 상태 확인), `cancel` (인쇄 작업 취소) 등 일반적으로 함께 사용되거나 관련된 기능을 수행하는 명령어들입니다. 따라서 2번 보기가 다른 보기들과는 문맥상 어울리지 않아 틀린 선택지입니다.

`scanimage` 명령어는 기본적으로 PNM(Portable Anymap) 형식을 사용합니다. PNM은 흑백, 회색조, 컬러 이미지를 표현하는 간단한 형식으로, 다른 이미지 편집 프로그램에서 쉽게 변환하고 처리할 수 있습니다. 따라서 별도의 옵션을 지정하지 않으면 `scanimage`는 PNM 형식으로 이미지를 스캔합니다.

alsactl 명령어는 사운드 카드의 설정을 관리하는 데 사용됩니다. 보기 4번의 '-p' 옵션은 restore 및 init 에러를 지정한 파일에 저장하는 기능이 없으므로 틀린 설명입니다. 다른 보기들은 alsactl 명령어의 올바른 옵션 설명입니다.

이 문제는 운영체제에서 주변 장치를 관리하는 인터페이스에 대한 이해를 묻고 있습니다. 정답은 1번 OSS(Open Sound System)로, 이는 사운드 카드와 같은 오디오 장치를 제어하는 데 사용되는 표준 인터페이스입니다. 다른 보기들은 각각 이미지 스캐너(SANE), 리눅스 사운드 시스템(ALSA), 프린터(CUPS)를 위한 인터페이스로, 문제에서 설명하는 주변 장치와는 직접적인 관련이 없습니다.

XSane 스캐너 프로그램은 **GTK+** 라이브러리를 기반으로 개발되었습니다. GTK+는 크로스 플랫폼 GUI 툴킷으로, XSane과 같은 다양한 응용 프로그램들이 일관된 사용자 인터페이스를 갖도록 돕습니다. 따라서 XSane은 GTK+의 기능을 활용하여 스캐너와의 상호작용 및 그래픽 사용자 인터페이스를 구현합니다.

이 문제는 주어진 그림이 어떤 종류의 파일인지 파악하고, 해당 파일을 열 수 있는 프로그램 중 가장 적합한 것을 고르는 문제입니다. 그림은 이미지 파일임을 나타내므로, 이미지 뷰어 프로그램이 필요합니다. 보기 중에서 'eog'는 GNOME Image Viewer의 약자로, 리눅스 환경에서 흔히 사용되는 이미지 뷰어 프로그램입니다. 따라서 그림에 해당하는 프로그램으로 가장 적합합니다.

GNOME은 데스크톱 환경으로, 사용자 인터페이스를 구성하는 데 핵심적인 역할을 하는 라이브러리가 필요합니다. Qt는 KDE 데스크톱 환경에서 주로 사용되는 라이브러리이며, Mutter와 Metacity는 GNOME의 창 관리자입니다. 반면 GTK+는 GNOME 데스크톱 환경의 기반이 되는 그래픽 툴킷 라이브러리로, GNOME 애플리케이션 개발에 필수적입니다. 따라서 GNOME과 가장 관련 있는 라이브러리는 GTK+입니다.

정답은 1번 GIMP입니다. GIMP는 이미지 편집, 변환, 생성 기능을 모두 갖춘 강력한 무료 소프트웨어입니다. Gwenview는 이미지 뷰어, Dolphin은 파일 관리자, Okular는 문서 뷰어로서 이미지 편집 기능은 제공하지 않습니다. 따라서 이미지 편집, 변환, 생성 프로그램으로는 GIMP가 가장 적합합니다.

리눅스에서 그래픽 환경을 제공하는 X Window System의 발전 순서를 묻는 문제입니다. X Window System은 초기에는 XFree86이라는 프로젝트를 통해 발전했으며, 이후 X.org Server로 계승되었습니다. 최근에는 Wayland라는 새로운 프로토콜이 X Window System을 대체하며 등장하고 있습니다. 따라서 XFree86 → X.org Server → Wayland 순서가 올바릅니다.

정답은 2번 XCB입니다. XCB는 X 서버와 직접적으로 통신하는 라이브러리로, X 프로토콜을 가장 낮은 수준에서 다룹니다. Qt, GTK+, FLTK와 같은 다른 보기들은 XCB 위에 추상화 계층을 더하여 GUI 개발을 편리하게 하지만, X 서버와의 직접적인 상호작용과는 거리가 있습니다. 따라서 X 서버에 가장 가까운 저수준 클라이언트 라이브러리는 XCB입니다.

이 문제는 사용자가 컴퓨터를 시각적으로 조작하고 프로그램을 실행하는 데 필요한 다양한 소프트웨어 구성 요소를 구분하는 능력을 평가합니다. 정답은 3번 '데스크톱 환경'으로, 이는 윈도우, 아이콘, 메뉴, 파일 관리자 등 사용자가 컴퓨터와 상호작용하는 데 필요한 모든 시각적 요소를 포함하는 포괄적인 개념입니다. 핵심은 데스크톱 환경이 다른 보기 항목들을 포함하는 상위 개념이라는 점입니다.

이 문제는 리눅스 환경에서 GUI 애플리케이션 개발 시 사용되는 라이브러리에 대한 이해를 묻고 있습니다. ㉠은 X 윈도우 시스템의 기본적인 API를 제공하는 저수준 라이브러리이며, ㉡은 이를 기반으로 더 추상화된 기능을 제공하는 라이브러리입니다. 따라서 Xlib가 저수준 라이브러리이고, XCB는 Xlib를 대체하기 위해 등장한 더 효율적인 라이브러리이므로, ㉠에는 Xlib, ㉡에는 XCB가 들어가는 것이 올바릅니다.

정답은 2번 Xfce입니다. Kwin, Windowmaker, Afterstep은 모두 X 윈도 시스템에서 창을 관리하는 **윈도우 매니저**입니다. 반면 Xfce는 이러한 윈도우 매니저를 포함하여 여러 요소를 통합한 **데스크톱 환경**입니다. 데스크톱 환경은 윈도우 매니저보다 더 포괄적인 사용자 인터페이스를 제공합니다.

C 클래스 네트워크에서 서브넷 마스크를 255.255.255.192로 설정하면, 호스트 부분을 나타내는 비트 수가 줄어들어 더 많은 서브넷을 만들 수 있습니다. 255.255.255.192는 이진수로 11111111.11111111.11111111.11000000이며, 호스트 부분은 마지막 6비트입니다. 따라서 총 2^6 = 64개의 IP 주소를 사용할 수 있지만, 네트워크 주소와 브로드캐스트 주소를 제외하면 실제 사용 가능한 호스트 IP 주소는 62개가 됩니다.

이 문제는 **정보 검색 서비스**에 대한 이해를 묻고 있습니다. 정답인 **GOPHER**는 텍스트 기반의 메뉴 구조를 통해 인터넷상의 정보를 검색하고 접근하는 서비스입니다. WWW가 하이퍼텍스트 기반으로 정보를 연결하는 것과 달리, GOPHER는 계층적인 메뉴를 따라 이동하며 원하는 정보를 찾는 방식입니다.

이 문제는 네트워크에서 충돌을 감지하고 해결하는 방식을 묻는 문제입니다. 정답인 3번 CSMA/CD는 여러 장치가 동일한 네트워크 매체를 공유할 때 발생하는 충돌을 감지하고, 충돌 발생 시 데이터를 재전송하여 효율적인 통신을 가능하게 하는 프로토콜입니다. 이는 주로 이더넷과 같은 유선 LAN 환경에서 사용되는 핵심 개념입니다.

이 문제는 **FDDI(Fiber Distributed Data Interface)**에 대한 설명이 주어졌을 때, 해당 기술을 선택하는 문제입니다. FDDI는 **이중 링 토큰 패싱 방식**을 사용하여 **고속 데이터 전송**을 제공하는 근거리 통신망(LAN) 기술입니다. 높은 신뢰성과 성능을 제공하며, 주로 백본 네트워크나 고성능 워크스테이션 간의 연결에 사용됩니다.

이 문제는 파일 공유를 위한 인터넷 서비스 선택에 관한 문제입니다. 설명에서 "여러 컴퓨터에서 동일한 파일에 접근하여 사용할 수 있도록" 하는 기능을 요구하고 있으며, 이는 **네트워크 파일 시스템(Network File System, NFS)**의 핵심 기능입니다. NFS는 네트워크를 통해 원격지의 파일 시스템을 마치 로컬 파일 시스템처럼 사용할 수 있게 해주므로, 여러 사용자가 동일한 파일에 쉽게 접근하고 공유하는 환경을 구축하는 데 가장 적합합니다.

패킷 교환 방식은 데이터를 작은 패킷으로 나누어 전송하며, 각 패킷은 독립적으로 경로를 탐색합니다. 이로 인해 네트워크 자원을 효율적으로 공유할 수 있어, 이론적으로는 연결된 호스트의 수를 무제한으로 늘릴 수 있습니다. 반면, 다른 보기들은 회선 교환 방식의 특징에 더 가깝습니다.

네트워크 인터페이스 카드의 작동을 중지시키는 명령은 `ifconfig eth0 down`입니다. `ifconfig` 명령어는 네트워크 인터페이스 설정을 관리하는 데 사용되며, `down` 옵션은 해당 인터페이스를 비활성화하여 네트워크 통신을 중단시킵니다. 반대로 인터페이스를 활성화하려면 `up` 옵션을 사용합니다.

정답은 4번 ifconfig입니다. ifconfig는 네트워크 인터페이스 설정을 확인하고 관리하는 명령어로, 이더넷 카드의 MAC 주소를 포함한 다양한 정보를 보여줍니다. arp는 IP 주소와 MAC 주소의 매핑 정보를 보여주고, hosts 파일은 호스트 이름과 IP 주소를 매핑하며, route는 라우팅 테이블을 보여주므로 MAC 주소 확인에는 적합하지 않습니다.

IPv4의 C 클래스 사설 IP 주소 대역은 192.168.0.0부터 192.168.255.255까지입니다. 이 대역에서 네트워크 주소는 192.168.x.x 형태를 가지며, 마지막 8비트가 호스트 주소를 나타냅니다. 따라서 256가지의 네트워크 주소를 가질 수 있습니다.

5G 제정과 관련된 국제기구는 **ITU(국제전기통신연합)**입니다. ITU는 국제적인 전기통신 표준을 제정하고 주파수 분배를 담당하는 UN 산하 전문기구로, 5G의 기술 표준 및 주파수 할당 등 5G 상용화를 위한 핵심적인 역할을 수행합니다. 다른 보기들은 각각 국제표준화기구(ISO), 전자산업협회(EIA), 전기전자공학자협회(IEEE)로, 5G 제정과는 직접적인 관련이 적습니다.

OSI 7계층의 세션 계층은 **응용 프로그램 간의 통신을 관리**하고 **동기화**를 유지하는 역할을 합니다. 즉, 두 프로세스가 데이터를 주고받는 동안 **대화의 시작, 유지, 종료를 담당**하며, 통신 흐름을 제어하여 데이터가 올바르게 전달되도록 합니다. 따라서 4번이 세션 계층의 주요 기능과 가장 일치합니다.

IP 주소와 포트 번호는 인터넷에서 장치를 식별하고 통신을 관리하는 데 필수적입니다. 이러한 고유 식별자를 할당하고 관리하는 역할을 하는 기구가 바로 **IANA(Internet Assigned Numbers Authority)**입니다. IANA는 인터넷 프로토콜 번호, 도메인 이름, IP 주소 블록 등을 할당하며, 이를 통해 인터넷의 효율적인 작동을 보장합니다.

이 문제는 파일 공유를 위한 인터넷 서비스에 대한 이해를 묻습니다. 정답은 2번 SAMBA로, SAMBA는 윈도우 환경에서 다른 운영체제(주로 리눅스/유닉스)와 파일 및 프린터를 공유할 수 있게 해주는 프로토콜입니다. 따라서 다양한 운영체제 환경에서 파일 공유가 필요한 경우 SAMBA가 가장 적합한 서비스입니다.

삼바(Samba)는 리눅스/유닉스 시스템에서 윈도우 파일 및 프린터 공유를 가능하게 하는 소프트웨어입니다. 삼바 서비스는 주로 SMB/CIFS 프로토콜을 사용하여 윈도우 클라이언트와 통신하며, 이 과정에서 NetBIOS가 네트워크 상에서 서비스 이름을 탐색하고 연결을 설정하는 데 사용됩니다. RPC(Remote Procedure Call)는 다양한 시스템 간에 함수 호출을 가능하게 하는 일반적인 프로토콜이지만, 삼바 서비스의 핵심 구성이나 직접적인 통신 방식과는 가장 거리가 멉니다.

정답은 3번 SMTP입니다. SMTP(Simple Mail Transfer Protocol)는 **메일 서버 간에 이메일을 주고받는 데 사용되는 프로토콜**입니다. POP3와 IMAP은 사용자가 메일 서버에서 이메일을 가져오는 데 사용되는 프로토콜이며, SNMP는 네트워크 장치를 관리하는 데 사용되는 프로토콜입니다. 따라서 메일 서버 간의 메시지 교환에는 SMTP가 가장 적합합니다.

이 문제는 특정 웹 브라우저의 특징을 설명하고, 그에 해당하는 브라우저를 고르는 문제입니다. 정답은 1번 크롬이며, 크롬은 빠른 속도, 다양한 확장 프로그램 지원, 구글 서비스와의 연동성 등이 특징입니다. 이러한 장점들 때문에 많은 사용자들이 크롬을 선호하며, 웹 브라우저 시장에서 높은 점유율을 차지하고 있습니다.

정답은 4번 TELNET입니다. TELNET은 원격 컴퓨터에 접속하여 명령을 실행하는 원격 접속 프로토콜로, 파일 전송 기능은 제공하지 않습니다. 반면 SSH, FTP, NFS는 모두 시스템 간 파일 전송을 지원하는 서비스입니다. SSH는 보안이 강화된 파일 전송(SFTP, SCP)을, FTP는 전통적인 파일 전송을, NFS는 네트워크를 통해 파일 시스템을 공유하는 기능을 제공합니다.

이 문제는 네트워크 인터페이스 이름을 묻는 문제입니다. 'lo'는 루프백 인터페이스로, 자기 자신과의 통신에 사용되는 가상 인터페이스입니다. 'eth0'은 일반적으로 유선 이더넷 인터페이스를, 'virbr0'은 KVM 가상 머신 네트워킹을, 'docker0'은 Docker 컨테이너 네트워킹을 나타냅니다. 따라서 설명에 해당하는 네트워크 장치는 1번 'lo'입니다.

로컬 루프백 장치는 컴퓨터 자체를 가리키는 특별한 네트워크 인터페이스로, 외부 네트워크와 연결되지 않고 내부적으로 통신할 때 사용됩니다. 따라서 로컬 루프백 장치에는 항상 **127.0.0.1**이라는 IP 주소가 할당됩니다. 이 주소는 어떤 네트워크 환경에서도 컴퓨터 자신을 식별하는 데 사용되는 표준 주소입니다.

정답은 2번 /etc/resolv.conf 입니다. 이 파일은 시스템이 도메인 이름을 IP 주소로 변환하기 위해 사용하는 DNS 서버의 주소를 저장합니다. /etc/hosts 파일은 IP 주소와 호스트 이름의 직접적인 매핑을 저장하며, 나머지 옵션들은 네트워크 설정과 관련된 다른 파일들입니다.

이 문제는 여러 개의 컴퓨터가 동시에 작업을 처리하여 성능을 향상시키는 기술을 묻고 있습니다. 정답은 '병렬 컴퓨터'로, 여러 프로세서가 협력하여 하나의 문제를 해결하는 방식입니다. 이는 고가용성 클러스터(장애 발생 시에도 서비스 지속)나 부하분산 클러스터(작업량 분산)와는 달리, **처리 속도 향상**을 핵심 목표로 합니다. 임베디드 시스템은 특정 기능을 수행하는 전용 컴퓨터 시스템으로, 이 문제의 맥락과는 다릅니다.

## 리눅스 커널 기반 운영체제 해설 **정답:** 1번 webOS **핵심 개념:** 운영체제의 기반이 되는 **커널**은 운영체제의 핵심 기능을 담당합니다. 리눅스 커널은 오픈 소스 기반으로 다양한 운영체제에서 활용되고 있습니다. **해설:** webOS는 리눅스 커널을 기반으로 개발된 운영체제입니다. 따라서 리눅스 커널 기반 운영체제라는 설명에 부합합니다. 반면, QNX는 자체적인 마이크로커널을 사용하며, iOS와 BlackBerry OS는 각각 macOS와 자체적인 커널을 기반으로 합니다.

정답은 3번, 부하분산 클러스터와 고가용성 클러스터입니다. 부하분산 클러스터는 여러 서버에 작업을 분산시켜 처리량을 늘리고 응답 시간을 단축합니다. 고가용성 클러스터는 특정 서버에 장애가 발생해도 다른 서버가 즉시 서비스를 이어받아 시스템 중단을 방지합니다. 따라서 두 기술을 조합하면 안정적으로 높은 성능을 유지하며 사용자 요청을 처리할 수 있습니다.

VirtualBox는 인텔 VT-x 및 AMD-V와 같은 하드웨어 가상화 기술을 활용하여 성능을 향상시키지만, **반가상화(Paravirtualization)는 직접적으로 지원하지 않습니다.** 반가상화는 운영체제 커널을 수정하여 가상화 환경에 맞게 최적화하는 기술로, VirtualBox는 주로 하드웨어 가상화에 의존합니다. 다른 보기들은 VirtualBox의 특징을 올바르게 설명하고 있습니다.