환경변수는 시스템의 설정값이나 실행 경로 등, 운영체제 전반에 걸쳐 공유되어야 하는 정보를 담고 있습니다.

일반 변수 vs 환경 변수

가장 큰 차이점은 ‘전파(Inheritance)’입니다.

• 일반 변수 (Local Variable): 현재 실행 중인 스크립트 내에서만 유효합니다.
• 환경 변수 (Environment Variable): export 명령어를 통해 시스템의 ‘환경’으로 등록되어, 해당 쉘에서 실행하는 다른 스크립트나 프로그램에서도 읽을 수 있습니다.

export 명령어: 환경변수 만들기

일반 변수를 환경변수로 승격시킬 때 export를 사용합니다.

# 1. 선언과 동시에 export (가장 많이 쓰임)
export MY_APP_HOME="/usr/local/engcross"

# 2. 이미 있는 변수를 export
VERSION="2.1.0"
export VERSION

주요 표준 환경변수

POSIX 시스템(Linux, AIX 등)에서 미리 정의되어 자주 쓰이는 변수들입니다.

실전 예제: PATH 변수 조작하기

내가 만든 스크립트를 어디서든 파일명만 입력해서 실행하고 싶을 때 $PATH를 수정합니다.

#!/bin/sh

# 현재 PATH 끝에 내 스크립트 폴더 추가
export PATH="$PATH:/home/lycos7560/bin"

# 이제 /home/lycos7560/bin 안에 있는 파일들은 
# 절대 경로 없이 이름만으로 실행 가능합니다.

환경변수 확인법

• env: 현재 설정된 모든 환경변수 목록 출력
• printenv PATH: 특정 환경변수(PATH)의 값만 출력
• set: 환경변수뿐만 아니라 일반 변수, 함수까지 모두 포함해서 출력

주의사항: 변수의 수명

스크립트 내부에서 export한 변수는 그 스크립트가 종료되면 사라집니다.

• 부모 쉘(터미널)에 적용하고 싶다면?

스크립트를 실행할 때 ./script.sh가 아닌 source ./script.sh 또는 . ./script.sh를 사용해야 합니다. (이를 Sourcing이라고 합니다.)

• 영구히 적용하고 싶다면?

사용자의 홈 디렉토리에 있는 .profile (또는 .bash_profile) 파일에 export 구문을 적어두어야 로그인할 때마다 로드됩니다.

## parent.sh
#!/bin/sh
VAR1="Local"      # 일반 변수
export VAR2="Env" # 환경 변수

./child.sh        # 자식 프로세스 실행

## child.sh
#!/bin/sh
printf "VAR1: %s\n" "$VAR1" # 아무것도 안 나옴 (상속 안 됨)
printf "VAR2: %s\n" "$VAR2" # "Env" 출력 (상속 됨)

[결과]
$ ./parent.sh
VAR1: 
VAR2: Env

추가적으로 중요한 점은 자식이 가방(환경변수) 속 내용을 수정하거나 새 물건을 넣어도, 그 결과가 부모에게 돌아오지 않는다는 것입니다. 
자식이 종료되면 자식이 가졌던 가방 복사본은 그대로 파기되기 때문입니다.

환경에 따른 분기 (case문 결합)

#!/bin/sh

# 실행 환경(USER)에 따라 다른 설정 적용
case "$USER" in
    root)
        export LOG_LEVEL="DEBUG"
        export APP_PATH="/opt/app"
        ;;
    lycos7560)
        export LOG_LEVEL="INFO"
        export APP_PATH="/home/lycos7560/app"
        ;;
    *)
        printf "허용되지 않은 사용자입니다.\n"
        exit 1
        ;;
esac

printf "사용자: %s, 로그레벨: %s\n" "$USER" "$LOG_LEVEL"

환경변수는 스크립트가 외부 세계와 소통하는 통로입니다.

export를 통해 내가 만든 설정값을 하위 프로그램에 전달하고, $PATH나 $USER 같은 시스템 변수를 이용해 상황에 맞는 유연한 스크립트를 작성해 보세요!

자식에서 export로 변경하면 부모도 영향을 받나?

아니요. 부모는 전혀 영향을 받지 않습니다.

이것은 쉘 스크립트 시스템의 아주 중요한 철칙인 ‘일방통행 상속’ 때문입니다.

왜 부모는 영향을 받지 않나?

부모가 자식 프로세스를 만들 때, 부모의 환경변수를 그대로 주는 게 아니라 ‘복사본’을 복사해서 넘겨주기 때문입니다.

자식이 자기 손에 든 복사본 가방 안의 내용을 아무리 고치고 export를 다시 해도, 그것은 자신의 가방(자식 프로세스의 메모리) 내에서의 일일 뿐입니다.

부모의 가방(부모 프로세스의 메모리)은 멀리 떨어져서 보호받고 있습니다.

예시 코드로 확인하기

child.sh

#!/bin/sh
export MY_VAL="Changed by Child"
printf "자식: 값을 변경했습니다 -> %s\n" "$MY_VAL"

parent.sh

#!/bin/sh
export MY_VAL="Original Parent Value"

printf "부모: 실행 전 값 -> %s\n" "$MY_VAL"

# 자식 스크립트 실행
./child.sh

printf "부모: 자식 종료 후 값 -> %s\n" "$MY_VAL"

실행 결과:

부모: 실행 전 값 -> Original Parent Value
자식: 값을 변경했습니다 -> Changed by Child
부모: 자식 종료 후 값 -> Original Parent Value

자식이 부모의 환경을 바꾸고 싶을 땐?

자식 프로세스를 ‘별도로’ 띄우지 않고, 부모의 몸 안에서 직접 실행하게 하면 됩니다.

이것을 Sourcing(소싱)이라고 합니다.

• 일반 실행 (./child.sh): 새로운 자식 쉘을 생성 (부모 영향 X)
• 소싱 실행 (. ./child.sh): 현재 부모 쉘에서 코드를 그대로 읽어서 실행 (부모 영향 O)

이 개념은 보안과 안정성을 위한 개념입니다.

자식 프로그램이 멋대로 부모 시스템의 설정을 변경하면 문제가 되기 때문이죠.

The post POSIX Shell: 환경변수(Environment Variable) appeared first on 어제와 내일의 나 그 사이의 이야기.

if 문이 “예/아니오”라는 논리적 판단에 강하다면, case 문은 “이 값은 어디에 해당하나?”라는 패턴 매칭에 최적화되어 있습니다.

코드의 가독성을 높여주는 case 문의 모든 것을 알아봅니다.

기본 구조

case 문은 변수의 값을 여러 패턴과 비교하며, 처음으로 일치하는 블록을 실행합니다.

case "$변수" in
    패턴1)
        명령어
        ;;  # 블록 종료 (C의 break와 유사)
    패턴2|패턴3)
        명령어  # | 로 OR 조건 표현 가능
        ;;
    *)
        명령어  # 일치하는 패턴이 없을 때 (else 역할)
        ;;
esac  # case를 거꾸로 쓴 것

활용 가능한 패턴 종류

POSIX 표준에서 지원하는 패턴들입니다. 정규표현식과는 조금 다르니 주의하세요!

• *: 모든 문자열과 일치 (Default 처리용)
• ?: 임의의 문자 딱 1개와 일치
• [abc]: a, b, c 중 하나와 일치
• [a-z]: 소문자 a부터 z 사이의 문자 하나와 일치
• pat1|pat2: 패턴1 또는 패턴2 중 하나와 일치 (OR 조건)

예제

① 스크립트 인자(Argument) 처리 : 서비스 관리 스크립트(start, stop 등)를 만들 때 가장 많이 쓰이는 방식입니다.

#!/bin/sh

ACTION="$1"

case "$ACTION" in
    start)
        printf "서비스를 시작합니다...\n"
        ;;
    stop)
        printf "서비스를 중지합니다...\n"
        ;;
    restart|reload)
        printf "재시작/설정 로드를 수행합니다...\n"
        ;;
    status)
        printf "현재 상태를 확인합니다...\n"
        ;;
    *)
        printf "사용법: %s {start|stop|restart|status}\n" "$0"
        exit 1
        ;;
esac

② 파일 확장자별 분기 처리 : ${FILE##*.}와 조합하면 매우 강력해집니다.

#!/bin/sh

FILE="backup.tar.gz"
EXT="${FILE##*.}"

case "$EXT" in
    gz|tgz)
        printf "Gzip 압축 파일입니다. 해제 명령: tar xzf %s\n" "$FILE"
        ;;
    zip)
        printf "Zip 파일입니다. 해제 명령: unzip %s\n" "$FILE"
        ;;
    log)
        printf "로그 파일입니다. 실시간 모니터링을 시작합니다.\n"
        ;;
    *)
        printf "지원하지 않는 파일 형식입니다: %s\n" "$EXT"
        ;;
esac

사용자 입력(y/n) 대소문자 무시하기

사용자로부터 yes, Yes, YES 등을 한 번에 입력받고 싶을 때 대괄호([]) 패턴이 유용합니다.

#!/bin/sh

printf "계속 진행하시겠습니까? [y/n]: "
read ANSWER

case "$ANSWER" in
    [yY]|[yY][eE][sS])
        printf "진행을 결정하셨습니다.\n"
        ;;
    [nN]|[nN][oO])
        printf "작업을 취소합니다.\n"
        exit 0
        ;;
    *)
        printf "잘못된 입력입니다. y 또는 n을 입력해 주세요.\n"
        exit 1
        ;;
esac

고급: Bash 전용 기능 주의사항

Bash 4.0 이상에서는 ; 대신 ;& (fall-through)나 ;;& 등을 사용할 수 있지만, 이는 POSIX 표준이 아닙니다.

• ; &: 다음 패턴의 일치 여부와 상관없이 무조건 다음 블록을 실행합니다.
• ;; &: 다음 패턴들을 계속 검사하여 일치하는 것이 있다면 또 실행합니다.

POSIX 팁: 이식성이 중요한 스크립트에서는 오직 ;;만 사용하세요. ; 하나만 쓰거나 다른 기호를 섞으면 구형 쉘에서 에러가 납니다.

if vs case: 언제 무엇을 쓸까?

• if 문이 유리할 때: 숫자 크기 비교(-gt, -lt), 복잡한 논리 조합(&&, ||), 파일 존재 여부 확인 등.
• case 문이 유리할 때: 하나의 변수 값이 특정 문자열 패턴 중 무엇인지 분류할 때 (3개 이상의 분기라면 case를 강력 추천).

case 문을 사용하면 스크립트가 훨씬 읽기 쉬워지고 구조가 명확해집니다.

특히 인자 처리나 사용자 응답 처리에서 case를 활용해 보세요. 여러분의 코드가 한층 더 전문가답게 보일 것입니다!

The post POSIX Shell: case 문 appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트에서 변수는 별도의 선언(형식 지정) 없이 바로 사용할 수 있어 유연하지만, 그만큼 문법이 엄격한 부분도 있습니다.

특히 공백과 따옴표 사용법이 핵심입니다.

변수 선언과 사용 (Variables)

Shell 변수는 선언 시 타입을 지정하지 않으며, 공백에 매우 민감합니다.

# 선언: = 앞뒤 공백 금지 (필수!)
NAME="lycos7560" 
COUNT=42 

# 사용: $ 또는 ${}를 사용
echo "$NAME"       # 일반적인 사용
echo "${NAME}"     # 경계를 명확히 할 때 권장
echo "User_${NAME}_log" # 변수명 뒤에 문자가 붙을 때 필수

• 주의: NAME = value처럼 공백을 넣으면 시스템은 NAME을 변수가 아닌 명령어로 인식하여 에러(command not found)를 발생시킵니다

특수 변수 (Special Variables)

스크립트 실행 시 자동으로 할당되는 예약 변수들입니다.

기본값 처리 (Default Values)

변수가 비어있을 때를 대비한 방어적 코딩 기법입니다.

• ${VAR:-default}: VAR이 비어있으면 default를 사용 (변수 값은 유지)
• ${VAR:=default}: VAR이 비어있으면 default를 변수에 대입
• ${VAR:?message}: VAR이 비어있으면 메시지 출력 후 스크립트 종료

# 예시
HOST=""
printf "Connecting to %s...\n" "${HOST:-localhost}"  # localhost 출력

패턴 제거 (Pattern Removal)

파일 경로에서 파일명만 추출하거나 확장자를 뗄 때 가장 많이 사용하는 강력한 기능입니다.

FILE="/var/log/syslog.tar.gz"

echo "${FILE##*/}"  # syslog.tar.gz (경로 제거)
echo "${FILE%.*}"   # /var/log/syslog.tar (최종 확장자 제거)
echo "${FILE%%.*}"  # /var/log/syslog (모든 확장자 제거)
echo "${FILE%/*}"   # /var/log (디렉토리만 추출)

[결과]
$ ./01_hello.sh start
syslog.tar.gz
/var/log/syslog.tar
/var/log/syslog
/var/log

문자열 치환 및 대소문자 변환 (Bash 확장)

주의: 아래 기능들은 Bash 4.0 이상에서 지원됩니다.

구형 AIX의 /bin/sh에서는 작동하지 않을 수 있으니 환경을 확인하세요.

문자열 치환

• ${STR/old/new}: 첫 번째 일치 항목만 치환
• ${STR//old/new}: 모든 일치 항목 치환

대소문자 변환

• ${STR^^}: 전체 대문자
• ${STR,,}: 전체 소문자

문자열 분리 (IFS 활용)

IFS(Internal Field Separator)는 쉘이 단어를 나누는 기준 문자입니다.

이를 변경하여 CSV 형태의 데이터를 쉽게 분리할 수 있습니다.

# 콜론(:)으로 구분된 데이터 파싱
LINE="hostname:192.168.1.1:8080"
IFS=":" read -r HOST IP PORT << EOF
$LINE
EOF

printf "Host: %s, IP: %s, Port: %s\n" "$HOST" "$IP" "$PORT"

POSIX 표준 변수 처리(${#}, ${%})는 매우 빠르고 효율적입니다.

sed나 awk 같은 외부 명령어를 호출하지 않고도 쉘 자체 기능만으로 문자열을 처리하는 습관을 들이면 스크립트의 성능이 비약적으로 향상됩니다!

The post POSIX Shell: 변수(Variables) & 문자열(String) appeared first on 어제와 내일의 나 그 사이의 이야기.

스크립트의 규모가 커지면 중복되는 코드를 줄이기 위해 함수(Function)를 사용해야 합니다.

POSIX 표준을 따르면서 어디서나 잘 작동하는 함수 작성법을 알아봅니다.

기본 문법

가장 중요한 차이점은 function이라는 키워드를 쓰지 않는다는 것입니다.

# POSIX 표준 방식 (권장 )
함수이름() {
    # 실행할 내용
}

# Bash 전용 방식 (POSIX에서는 지양 )
# function 함수이름 { ... }

• 함수 정의: 반드시 함수를 호출하기 전에 먼저 정의되어 있어야 합니다. (보통 스크립트 상단에 배치)
• 호출: 함수 이름만 적으면 실행됩니다. (괄호 () 없이 이름만 사용)

인자 전달 (Arguments)

함수로 값을 보낼 때는 별도의 파라미터 이름을 정의하지 않고, 스크립트 실행 인자와 똑같이 위치 매개변수($1, $2, …)를 사용합니다.

greet() {
    printf "안녕하세요, %s님!\n" "$1"
}

greet "홍길동"  # $1에 "홍길동"이 전달됨

지역 변수 (Local Variables) 주의사항

이 부분이 POSIX 표준의 가장 큰 제약사항입니다.

• Bash:

local 키워드를 사용하여 함수 내부에서만 쓰는 변수를 만들 수 있습니다.

• POSIX (sh):

표준에는 local 키워드가 없습니다.

함수 안에서 선언한 변수도 기본적으로 전역 변수(Global)가 되어 스크립트 전체에 영향을 줍니다.

해결책: 함수 내에서만 쓰는 변수는 _var_name처럼 앞에 언더바를 붙이거나, 이름이 겹치지 않게 주의해서 지어야 합니다.

반환값 (Return Value)

함수의 실행 결과를 처리하는 방법은 두 가지입니다.

① return: 종료 상태 코드 반환

숫자(0~255)만 반환할 수 있으며, 주로 성공(0)과 실패(그 외)를 알리는 용도입니다.

is_file_exist() {
    if [ -f "$1" ]; then
        return 0 # 성공
    else
        return 1 # 실패
    fi
}

② printf/echo: 데이터 결과 반환

문자열이나 계산 결과 자체를 받아야 할 때는 출력문을 이용하고 명령어 치환($())으로 낚아챕니다.

get_date() {
    printf "%s" "$(date +%Y-%m-%d)"
}

TODAY=$(get_date)
printf "오늘 날짜: %s\n" "$TODAY"

간단한 예시

#!/bin/sh

get_user_status() {
    _USER_NAME="TestUser1"  # 실제 사용자 이름을 여기에 설정
    
    if [ "$_USER_NAME" = "TestUser" ]; then
        # 1. 표준 출력으로 문자열을 내보냄 (반환 문자열)
        printf "Active User"
        # 2. 종료 코드로 성공을 알림 (명령어 마지막 실행 결과가 0)
        return 0
    else
        printf "Unknown"
        return 1
    fi
}

# 실행 및 데이터 캡처
STATUS_TEXT=$(get_user_status)  # "Active User"가 변수에 저장됨 , 출력 문자열($()): 함수가 무슨 데이터를 만들었는지 알려줌 (실제 값)
STATUS_CODE=$?                  # 0이 변수에 저장됨

printf "문자열 결과: %s\n" "$STATUS_TEXT"
printf "상태 코드: %d\n" "$STATUS_CODE"

로깅 함수 만들기

실제 프로젝트에서 유용하게 쓸 수 있는 메시지 출력 함수 예시입니다.

#!/bin/sh

# 로깅 함수 정의
log_message() {
    _LEVEL="$1"
    _MSG="$2"
    _TIME=$(date '+%H:%M:%S')

    # 형식: [시간] [로그레벨] 메시지
    printf "[%s] [%s] %s\n" "$_TIME" "$_LEVEL" "$_MSG"
}

# 함수 호출
log_message "INFO" "애플리케이션을 시작합니다."
log_message "WARN" "설정 파일이 없습니다. 기본값을 사용합니다."


if [ "$?" -eq 0 ]; then                                  # 상태 코드($?): 마지막 함수가 어떻게 끝났는지 알려줌 (성공/실패)
    log_message "SUCCESS" "작업이 성공적으로 끝났습니다."
fi

핵심 요약 (Checklist)

• function 키워드는 빼자: 그냥 name() { ... } 형식을 사용하세요.
• local은 표준이 아니다: 변수 이름 충돌에 주의하세요.
• 인자는 $1, $2로: 함수 호출 시 옆에 나열하면 됩니다.
• 복잡한 결과는 printf로: 값을 돌려받고 싶을 땐 출력을 이용하세요.

주의사항

“출력되는 모든 것” : 함수 안에서 printf나 echo로 찍는 모든 내용은 밖에서 $( )로 감싸는 순간 하나의 반환 문자열로 합쳐집니다.

my_func() {
    printf "Hello "
    printf "World"
}

RESULT=$(my_func)
# RESULT에는 "Hello World"가 들어갑니다.

$? 사용 시 주의 : $?는 바로 직전 명령의 상태코드라서 즉시 변수에 저장하는 습관이 중요해요.

STATUS_CODE=$?   # 이 줄은 OK

# 하지만 이런 경우 주의!
some_func
echo "결과 출력"   # 이 줄이 실행되면 $?가 덮어씌워짐
echo $?            # some_func의 코드가 아님!

$()와 서브쉘 비용

RESULT=$(my_func)  # 서브쉘이 생성됨 → 성능 비용 있음

The post POSIX Shell: 표준 함수(Function) appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트에서 if문은 프로그램의 흐름을 결정하는 핵심입니다.

하지만 #!/bin/sh 환경에서는 우리가 흔히 쓰는 Bash 전용 문법([[ ]])을 사용할 수 없습니다.

어디서나 돌아가는 견고한 스크립트를 위한 POSIX 표준 if 문법을 정리합니다.

기본 구조

가장 중요한 것은 if, then, fi의 짝을 맞추는 것입니다.

if [ 조건식 ]; then
    # 조건이 참(True)일 때 실행
elif [ 조건식 ]; then
    # 앞의 조건이 거짓이고, 현재 조건이 참일 때 실행
else
    # 모든 조건이 거짓일 때 실행
fi

주의: [ 뒤와 ] 앞에는 반드시 공백이 있어야 합니다. [는 사실 test라는 이름의 명령어이기 때문입니다.

문자열 비교 (String Comparison)

문자열을 비교할 때는 =와 !=를 사용합니다.

핵심 팁: 변수는 반드시 쌍따옴표(" ")로 감싸세요.

변수가 비어있을 경우 발생할 수 있는 구문 오류를 방지해줍니다.

숫자 비교 (Integer Comparison)

숫자는 부등호(<, >) 대신 문자 약어를 사용합니다.

파일 상태 확인 (File Test)

쉘 스크립트에서 가장 많이 쓰이는 강력한 기능입니다.

• [ -f "file" ]: 일반 파일이 존재하면 참
• [ -d "dir" ]: 디렉토리가 존재하면 참
• [ -e "path" ]: 파일이든 디렉토리든 존재만 하면 참
• [ -r "file" ]: 읽기 권한이 있으면 참
• [ -x "file" ]: 실행 권한이 있으면 참

논리 연산 (AND, OR)

여러 조건을 조합할 때 POSIX에서는 두 가지 방법을 씁니다.

-a (AND), -o (OR): 하나의 [ ] 안에서 사용

• if [ "$A" = "1" -a "$B" = "2" ]

&&, || 활용: 여러 개의 [ ]를 연결 (더 권장됨)

• if [ "$A" = "1" ] && [ "$B" = "2" ]

사용 예시

#!/bin/sh

APP_NAME="TestApp"
CONFIG_FILE="./config.conf"
DEBUG_MODE="ON"

printf "시스템 체크를 시작합니다...\n"

# 1. 설정 파일 존재 여부 체크 (파일 테스트)
if [ -f "$CONFIG_FILE" ]; then
    printf "[OK] 설정 파일을 찾았습니다.\n"
else
    printf "[Error] %s 파일이 없습니다.\n" "$CONFIG_FILE"
    # exit 1  # 실제 스크립트라면 여기서 종료 가능
fi

# 2. 디버그 모드 확인 (문자열 비교)
if [ "$DEBUG_MODE" = "ON" ]; then
    printf "[Log] 디버그 모드가 활성화되어 있습니다.\n"
fi

# 3. 인자 개수 확인 (숫자 비교)
# $#는 스크립트에 전달된 인자의 개수입니다.
if [ "$#" -lt 1 ]; then
    printf "사용법: %s [start|stop]\n" "$0"
else
    if [ "$1" = "start" ]; then
        printf "%s을 시작합니다...\n" "$APP_NAME"
    elif [ "$1" = "stop" ]; then
        printf "%s을 중지합니다...\n" "$APP_NAME"
    else
        printf "알 수 없는 명령입니다: %s\n" "$1"
    fi
fi





$ ./01_hello.sh start
시스템 체크를 시작합니다...
[OK] 설정 파일을 찾았습니다.
[Log] 디버그 모드가 활성화되어 있습니다.
TestApp을 시작합니다...

The post POSIX Shell: if appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트를 작성할 때 단순히 메시지를 출력하기 위해 echo를 자주 사용합니다.

하지만 스크립트가 복잡해지고 여러 환경에서의 이식성(Portability)이 중요해지면 printf를 사용하는 것이 개발자 정신 건강에 좋다.

echo 대신 printf?

결론: 단순한 확인용 출력은 echo가 편하지만, 표(Table)를 만들거나 진법 변환, 정교한 텍스트 배치가 필요하다면 printf를 사용하는 것이 좋다.

기본 문법

printf는 포맷 문자열(Format String)을 먼저 정의하고, 그 뒤에 들어갈 인자(Arguments)를 순서대로 나열하는 문법 체계를 가지고 있다.

printf "포맷문자열" [인자1] [인자2] ...

• 특징: 인자의 개수가 포맷 지정자보다 많으면, 포맷 문자열을 반복해서 적용합니다.
• 주의: 자동으로 줄바꿈을 하지 않으므로 문자열 끝에 \n을 붙여야 합니다

핵심 포맷 지정자 (Format Specifiers)

인자의 데이터 타입에 맞는 지정자를 사용해야 합니다.

• %s: String (문자열)
• %d: Decimal (10진수 정수)
• %f: Float (부동소수점 실수)
• %x: Hexadecimal (16진수 소문자)
• %o: Octal (8진수)
• %%: % 기호 자체를 출력

고급 제어: 너비, 정렬, 정밀도

printf의 진가는 데이터를 예쁘게 정렬할 때 나타납니다.

실전 예제 코드

기본 출력 및 진법 변환

# 이름과 나이 출력
printf "이름: %s, 나이: %d\n" "Kim" 30

# 10진수 255를 16진수로 변환 (결과: 0xff)
printf "16진수 변환: 0x%x\n" 255

# 퍼센트 기호 출력 (결과: 75%)
printf "CPU 사용률: %d%%\n" 75

데이터 표(Table) 만들기

#!/bin/sh

# 헤더 출력
printf "%-10s %5s %8s\n" "이름" "점수" "등급"
printf "--------------------------\n"

# 데이터 출력
printf "%-10s %5d %8s\n" "홍길동" 95 "A"
printf "%-10s %5d %8s\n" "김철수" 82 "B"
printf "%-10s %5d %8s\n" "이영희" 100 "A+"

이스케이프 시퀀스 (Escape Sequences)

문자열 내에서 특수 기능을 수행하는 기호들입니다.

• \n: 줄바꿈 (Newline)
• \t: 탭 (Tab)
• \\: 백슬래시(\) 자체 출력
• \0NNN: 8진수 숫자로 지정된 ASCII 문자 출력

The post POSIX Shell: printf appeared first on 어제와 내일의 나 그 사이의 이야기.

C 언어와 C++에서 #include는 소스 코드 파일의 가장 윗부분에서 흔히 볼 수 있는 전처리기 지시자(Preprocessor Directive)입니다.

1. #include의 핵심 역할

#include는 한마디로 “복사해서 붙여넣기”입니다.

컴파일러가 실제 코드를 번역하기 전(전처리 단계), 지정한 파일의 내용을 #include 문장이 있는 그 자리에 통째로 가져와서 삽입합니다.

2. 사용법에 따른 차이 ( < > vs " " )

#include를 사용할 때 괄호의 모양에 따라 파일을 찾는 위치가 달라집니다.

① < > (꺽쇠 괄호)

• 사용 예: #include <stdio.h>
• 설명: 시스템의 표준 라이브러리 경로에서 파일을 찾습니다.
• 대상: 컴파일러 설치 시 기본적으로 제공되는 표준 헤더 파일들을 불러올 때 사용합니다.

② " " (큰따옴표)

• 사용 예: #include "my_header.h"
• 설명: 현재 작업 중인 디렉토리(소스 파일이 있는 곳)에서 먼저 파일을 찾습니다. 만약 거기서 못 찾으면 시스템 표준 경로를 뒤집니다.
• 대상: 개발자가 직접 만든 헤더 파일을 불러올 때 주로 사용합니다.

3. 왜 헤더 파일을 포함해야 할까?

printf나 scanf 같은 함수를 쓸 수 있는 이유는 그 함수들의 선언(Declaration)이 stdio.h라는 파일 안에 들어있기 때문입니다.

• 컴파일러는 함수를 만나면 “이 함수가 어떻게 생겼는지(매개변수, 반환 타입 등)”를 알아야 합니다.
• 직접 모든 함수를 정의하기엔 양이 너무 많으므로, 미리 정의된 헤더 파일을 #include로 불러와서 정보를 제공하는 것입니다.

4. 주의사항: 중복 포함 방지

대규모 프로젝트에서는 여러 파일이 서로를 참조하다가 똑같은 헤더 파일을 여러 번 #include 하는 상황이 발생할 수 있습니다.

이는 정의 중복 에러를 일으키므로, 보통 다음과 같은 기법을 사용합니다.

• Header Guard:C#ifndef MY_HEADER_H #define MY_HEADER_H // 코드 내용 #endif
• pragma once:C#pragma once // 코드 내용

#ifndef MY_HEADER_H
#define MY_HEADER_H

/* 헤더 파일 내용 */
void say_hello();

#endif

5. 자주 사용하는 표준 라이브러리 헤더 목록 (c)

요약

#include는 외부에 작성된 코드나 함수 선언을 현재 파일로 가져오는 통로입니다.

시스템 라이브러리는 < >를, 내가 만든 파일은 " "를 사용합니다.

The post #include 지시자 appeared first on 어제와 내일의 나 그 사이의 이야기.

디렉터리 구조 표

각 디렉터리 상세 설명

/

리눅스에서 모든 파일과 디렉터리는 **루트 디렉터리 /**를 기준으로 계층 구조를 갖습니다. 모든 경로는 /에서 시작하며, Windows의 C:\와 비슷한 역할을 하지만, 드라이브 개념이 없고 모든 장치가 여기 아래로 마운트됩니다.

/bin

시스템 부팅과 사용자 작업에 필수적인 기본 명령어가 저장됩니다.

예: ls, cp, mv, cat. 싱글 유저 모드에서도 실행 가능하도록 필수 명령어를 제공합니다.

• ls, cp, mv – 파일 작업
• cat, grep – 텍스트 도구
• bash – 쉘(Shell)

/boot

부팅 관련 파일이 저장됩니다.

커널 파일(이미)(vmlinuz), 초기 램디스크(initrd/initramfs), 부트로더 설정(grub.cfg) 등이 포함되어 있으며,

부트로더(GRUB)는 이 파일들을 사용해 커널을 메모리에 올립니다.

GNU GRUB(Grand Unified Bootloader), 커널 파일 – 운영체제의 심장

/dev

시스템의 장치 파일을 모아두는 디렉터리입니다.

하드디스크, 터미널, 프린터, 가상 장치 등이 모두 파일로 표현됩니다.

예: /dev/sda는 첫 번째 디스크, /dev/null은 데이터를 버리는 장치입니다.

• /dev/sda1 – 하드 드라이브 파티션
• /dev/null – 데이터를 삼켜버리는 유명한 “블랙홀”
• /dev/random – 난수 생성기

/etc

시스템의 전역 설정 파일이 있는 디렉터리입니다.

리눅스 시스템의 설정 본부입니다. 모든 설정, 규칙, 시스템 기본 설정이 이곳에 저장됩니다.

초기에는 “et cetera”(잡다한 설정) 의미였으며, 현재는 시스템 설정을 담당합니다.

예: /etc/passwd(사용자 계정), /etc/fstab(파일 시스템 마운트 정보).

• 사용자 계정 (passwd, shadow)
• 네트워크 설정 (hosts, resolv.conf)
• 서비스 설정 (SSH, Apache 등)
• 시작 스크립트 및 시스템 규칙

/home

일반 사용자들의 홈 디렉터리입니다.

각 사용자는 /home/username 디렉터리를 갖습니다.

root 계정은 /root를 사용합니다. 보안과 안정성을 위해 일반 사용자 폴더(/home)와 분리되어 있습니다.

/lib, /lib64

실행 파일이 필요로 하는 공유 라이브러리를 저장합니다.

/bin과 /sbin 프로그램들이 실행되기 위해 필요한 공통 함수들을 제공합니다.

/media

USB, CD-ROM 등 이동식 미디어를 자동 마운트하는 디렉터리입니다.

사용자가 장치를 연결하면 시스템이 /media 아래에 장치를 자동으로 연결합니다.

/mnt

관리자가 수동으로 장치를 마운트할 때 사용하는 임시 디렉터리입니다. 테스트용 외장 하드나 파티션 마운트 시 사용됩니다.

/opt

선택적 소프트웨어를 설치하는 디렉터리입니다.

표준 레이아웃을 따르지 않는 상용 프로그램이나 독립 패키지를 /opt 아래에 설치하는 방식이 일반적입니다.

/proc

가상 파일 시스템으로, 커널과 프로세스 상태 정보를 제공합니다.

/proc/cpuinfo(CPU 정보), /proc/meminfo(메모리 사용 현황)처럼 실제 파일은 없고 커널이 동적으로 생성합니다.

• /proc/cpuinfo – CPU 상세 정보
• /proc/meminfo – 메모리 사용량
• /proc/[PID]/ – 실행 중인 프로세스 정보

/root

root(관리자) 계정의 홈 디렉터리입니다. 일반 사용자 홈 디렉터리는 /home에 있습니다.

/run

실행 중 생성되는 상태 파일을 저장합니다.

예: 서비스 PID 파일, 소켓 파일, 현재 세션 정보 등…

/sbin

시스템 관리용 실행 파일을 저장합니다.

예: fsck, reboot, ifconfig. 일반 사용자는 주로 접근하지 않습니다.

• mount – 파일시스템 마운트
• iptables – 방화벽 관리

/srv

시스템에서 제공하는 서비스 데이터를 담습니다. 예: 웹 서버의 웹 페이지 데이터 /srv/www.

/sys

커널 객체 정보를 제공하는 가상 파일 시스템(sysfs)입니다.

하드웨어와 장치 드라이버 관련 정보를 확인하고 설정할 때 사용합니다.

커널 및 하드웨어 정보와 상호작용하는 더 새롭고 깔끔한 방식의 디렉토리입니다.

/tmp

임시 파일 저장소입니다.

프로그램 실행 중 생성되는 임시 데이터를 저장하며, 시스템 재부팅 시 대부분 삭제됩니다.

/usr

사용자 프로그램과 라이브러리 저장소입니다.

원래는 “user” 디렉터리였으나, 지금은 응용 프로그램, 라이브러리, 공유 데이터를 담습니다.

User System Resources의 약자로, 대부분의 프로그램이 설치되는 곳입니다.

• /usr/bin – 사용자 프로그램 (Firefox, LibreOffice 등)
• /usr/lib – 프로그램 라이브러리
• /usr/local – 사용자가 직접 설치한 커스텀 소프트웨어

/var

끊임없이 변하는 가변 데이터를 저장하는 디렉터리입니다.

로그(/var/log), 메일, 캐시, 스풀, 데이터베이스 파일 등 수시로 변경되는 데이터를 저장합니다.

• /var/log – 시스템 로그 (문제 해결의 보물창고!)
• /var/cache – 애플리케이션 캐시

/lost+found

파일 시스템 손상 복구를 위해 존재합니다. fsck 실행 시 깨진 inode나 위치를 잃은 파일을 이곳에 모아 복구 작업에 사용합니다.

The post Linux Default Directory Structure (기본 디렉터리 구조) appeared first on 어제와 내일의 나 그 사이의 이야기.

LVM의 계층 구조와 주요 개념

LVM(Logical Volume Manager)은 리눅스 및 유닉스 계열 시스템에서 사용자가 논리적인 볼륨 저장소를 설정하고 제어할 수 있도록 하는 운영 체제 명령, 라이브러리 및 도구 세트입니다. (Manager)

이는 실제 물리적 디스크와 응용 프로그램 사이에 장치 드라이버 계층을 두어, 물리적 디스크 구조와 무관하게 스토리지 공간을 논리적으로 관리할 수 있게 해줍니다.

(여러 물리적인 디스크들을 하나의 논리적인 디스크처럼 다룰 수 있게 함 – 고용량, 고속, 데이터의 무결성 등을 실현 가능)

• LVM이 필요한 이유?

기존 파티션 기반 스토리지 관리 방식은 용량 확장이나 재구성이 복잡하고 다운 타임이 발생할 수 있다.

그러나 LVM을 사용하면 하드 드라이브를 재분할할 필요 없이 논리 볼륨을 생성, 크기 조정, 이동 및 삭제할 수 있습니다.

LVM의 진정한 매력은 논리 볼륨과 볼륨 그룹의 크기를 실시간으로 조정할 수 있다는 점에 있습니다.

예를 들어) 갑자기 데이터베이스 용량 필요하다고 해도 LVM을 사용하면 운영 중단 없이 손쉽게 공간을 확장할 수 있습니다.

LVM은 하드 디스크 위에 얇은 소프트웨어 계층을 덧씌워 하드 드라이브 관리의 연속성과 편의성을 추상화한 것이라고 생각하면 될 것 같습니다.

1. 물리적 계층: PV (Physical Volume) 및 PP (Physical Partition)

PV (Physical Volume)

LVM에서 인식하는 물리적 디스크 드라이브 자체를 의미하며, AIX 시스템에서는 hdisk0, hdisk1과 같은 이름으로 표시됩니다.

하나의 PV는 반드시 하나의 VG에만 속할 수 있습니다.

PP (Physical Partition)

PV를 일정한 크기로 나눈 최소의 물리적 단위입니다.

PP의 크기는 1MB에서 1GB까지 설정 가능하며, 동일한 VG 내의 모든 PV는 동일한 크기의 PP를 가집니다.

관련 명령어

# 하드 디스크 총 개수, 파티션 수, 저장 용량 및 사용 가능 용량을 확인
- Linux
lsblk
- AIX
lsdev -Cc disk

# Physical Volumes 총 개수
- Linux
pvs
pvdisplay
- AIX
lspv
lspv hdisk0

2. 논리적 그룹 계층: VG (Volume Group)

VG (Volume Group)

하나 이상의 PV들을 논리적으로 묶은 집합체입니다.

VG 내의 디스크들은 PP라는 단위로 쪼개져 관리되며, 이를 통해 여러 물리적 디스크에 걸쳐 있는 논리적 볼륨을 생성하는 등 유연한 관리가 가능해집니다.

데이터 보호를 위해 미러링을 설정하면, 하나의 LP가 2개 또는 3개의 PP에 대응되어 동일한 데이터 사본을 여러 곳에 저장하게 됩니다.

관련 명령어

# Volume groups 확인
- Linux
vgs
vgdisplay
- AIX
lsvg
lsvg vgname

3. 논리적 할당 계층: LV (Logical Volume) 및 LP (Logical Partition) / 미러링(Mirroring)

LV (Logical Volume)

사용자가 실제 데이터를 저장하기 위해 VG 내에서 정의하는 논리적인 저장 공간입니다.

LV는 사용자에게는 연속된 공간으로 보이지만, 실제 물리적 위치(PP)는 디스크 상에서 흩어져 있거나 여러 PV에 걸쳐 있을 수 있습니다.

LP (Logical Partition)

LV를 구성하는 최소 논리 단위로, 하나 이상의 PP에 대응됩니다.

※ 참고: AIX에서는 LP/PP라는 용어를 사용하며,
Linux LVM에서는 LE/PE(Extent)라는 용어를 사용한다.

미러링(Mirroring)

데이터 보호를 위해 미러링을 설정하면, 하나의 LP가 2개 또는 3개의 PP에 대응되어 동일한 데이터 사본을 여러 곳에 저장하게 됩니다.

관련 명령어

# Logical volumes 확인
- Linux
lvs
lvdisplay
- AIX
lslv
lslv lvname

4. 계층 구조의 상위 단계: 파일 시스템(File System)

File System

LV 위에 구축되어 사용자가 실제 파일을 저장하고 접근할 수 있도록 하는 논리적인 구조입니다.

생성된 LV 위에는 JFS 또는 JFS2와 같은 파일 시스템이 구축되거나, 페이징 공간(Paging Space)으로 사용됩니다.

운영체제는 이러한 파일 시스템을 통해 파일을 저장하고 관리합니다.

주요 개념 요약

계층 구조

PV(PP) → VG → LV(LP) → 파일 시스템

유연성

LVM을 사용하면 운영 중에 파일 시스템의 용량을 늘리거나 줄이는 것이 가능하며, 
물리적인 디스크 한계를 넘어 스토리지를 효율적으로 관리할 수 있습니다

데이터 무결성

VGDA(Volume Group Descriptor Area)와 같은 영역에 LVM 구조 정보를 저장하여 관리하며, 
쿼럼(Quorum) 메커니즘을 통해 디스크 장애 시에도 데이터의 무결성을 보장합니다.

The post LVM(Logical Volume Manager) 구조 및 개념 appeared first on 어제와 내일의 나 그 사이의 이야기.

Development Tools (개발 도구 모음) ?

Linux에서 소프트웨어를 개발하고 컴파일하는 데 필요한 도구들의 패키지입니다.

예를 들어 “VMware Tools”처럼 C/C++ 소스 코드로 작성된 프로그램을 설치할 때 반드시 필요합니다.

설치 명령

rocky linux

dnf groupinstall "Development Tools" -y

// vm-tool 설치 (Rocky Linux 공식 저장소에서 설치, ISO 방식이 아님)
sudo dnf install open-vm-tools open-vm-tools-desktop -y

설치 시간 및 용량

• 예상 시간: 3-5분
• 설치 크기: ~1GB
• 필요 디스크: ~2GB

설치 결과

20260217 설치 결과는 Rocky Linux 버전 및 시간에 따라 다를 수 있습니다.

--------------

Installed:
  annobin-docs-12.99-1.el10.noarch                 annobin-plugin-gcc-12.99-1.el10.x86_64               asciidoc-10.2.0-12.el10.noarch                   autoconf-2.71-13.el10.noarch                                   
  automake-1.16.5-20.el10.noarch                   bison-3.8.2-9.el10.x86_64                            boost-atomic-1.83.0-5.el10.x86_64                boost-filesystem-1.83.0-5.el10.x86_64                          
  boost-regex-1.83.0-5.el10.x86_64                 boost-system-1.83.0-5.el10.x86_64                    boost-thread-1.83.0-5.el10.x86_64                byacc-2.0.20230521-7.el10.x86_64                               
  cmake-filesystem-3.30.5-3.el10_0.x86_64          cpp-14.3.1-2.1.el10.x86_64                           debugedit-5.1-8.el10.x86_64                      diffstat-1.66-3.el10.x86_64                                    
  docbook-dtds-1.0-92.el10.noarch                  docbook-style-xsl-1.79.2-30.el10.noarch              dwz-0.16-1.el10.x86_64                           dyninst-13.0.0-1.el10.x86_64                                   
  efi-srpm-macros-6-7.el10.noarch                  efivar-libs-39-3.el10.x86_64                         elfutils-0.193-1.el10.rocky.0.1.x86_64           elfutils-debuginfod-client-devel-0.193-1.el10.rocky.0.1.x86_64 
  elfutils-devel-0.193-1.el10.rocky.0.1.x86_64     elfutils-libelf-devel-0.193-1.el10.rocky.0.1.x86_64  flex-2.6.4-19.el10.x86_64                        fonts-srpm-macros-1:2.0.5-18.el10.noarch                       
  forge-srpm-macros-0.4.0-6.el10.noarch            gcc-14.3.1-2.1.el10.x86_64                           gcc-c++-14.3.1-2.1.el10.x86_64                   gcc-plugin-annobin-14.3.1-2.1.el10.x86_64                      
  gdb-16.3-2.el10.x86_64                           gdb-headless-16.3-2.el10.x86_64                      gettext-common-devel-0.22.5-6.el10.noarch        gettext-devel-0.22.5-6.el10.x86_64                             
  git-2.47.3-1.el10.x86_64                         git-core-2.47.3-1.el10.x86_64                        git-core-doc-2.47.3-1.el10.noarch                glibc-devel-2.39-58.el10_1.7.x86_64                            
  go-srpm-macros-3.6.0-4.el10.noarch               graphviz-9.0.0-15.el10.x86_64                        intltool-0.51.0-29.el10.noarch                   javapackages-filesystem-6.4.0-1.el10.noarch                    
  jna-5.14.0-7.el10.x86_64                         kernel-devel-6.12.0-124.35.1.el10_1.x86_64           kernel-headers-6.12.0-124.35.1.el10_1.x86_64     kernel-srpm-macros-1.0-26.el10.noarch                          
  libipt-2.1-5.el10.x86_64                         libstdc++-devel-14.3.1-2.1.el10.x86_64               libtool-2.4.7-13.el10.x86_64                     libxcrypt-devel-4.4.36-10.el10.x86_64                          
  libzstd-devel-1.5.5-9.el10.x86_64                ltrace-0.7.91-52.el10.x86_64                         lua-srpm-macros-1-15.el10.noarch                 m4-1.4.19-11.el10.x86_64                                       
  make-1:4.4.1-9.el10.x86_64                       mokutil-2:0.7.2-1.el10.x86_64                        nss-tools-3.112.0-4.el10_0.x86_64                ocaml-srpm-macros-10-4.el10.noarch                             
  openblas-srpm-macros-2-19.el10.noarch            openssl-devel-1:3.5.1-7.el10_1.x86_64                package-notes-srpm-macros-0.5-13.el10.noarch     patch-2.7.6-26.el10.x86_64                                     
  patchutils-0.4.2-15.el10.x86_64                  perl-Clone-0.46-10.el10.x86_64                       perl-Compress-Raw-Bzip2-2.212-512.el10.x86_64    perl-Compress-Raw-Zlib-2.212-513.el10_1.x86_64                 
  perl-Data-Dump-1.25-13.el10.noarch               perl-Digest-HMAC-1.04-12.el10.noarch                 perl-Digest-SHA-1:6.04-512.el10.x86_64           perl-Encode-Locale-1.05-31.el10.noarch                         
  perl-Error-1:0.17029-18.el10.noarch              perl-Fedora-VSP-0.001-36.el10.noarch                 perl-File-Compare-1.100.800-512.2.el10_0.noarch  perl-File-Copy-2.41-512.2.el10_0.noarch                        
  perl-File-Listing-6.16-5.el10.noarch             perl-Git-2.47.3-1.el10.noarch                        perl-HTML-Parser-3.82-3.el10.x86_64              perl-HTML-Tagset-3.20-59.el10.noarch                           
  perl-HTTP-Cookies-6.11-5.el10.noarch             perl-HTTP-Date-6.06-6.el10.noarch                    perl-HTTP-Message-6.45-5.el10.noarch             perl-HTTP-Negotiate-6.01-40.el10.noarch                        
  perl-I18N-Langinfo-0.24-512.2.el10_0.x86_64      perl-IO-Compress-2.212-512.el10.noarch               perl-IO-HTML-1.004-14.el10.noarch                perl-LWP-MediaTypes-6.04-19.el10.noarch                        
  perl-Module-Load-1:0.36-511.el10.noarch          perl-NTLM-1.09-41.el10.noarch                        perl-Net-HTTP-6.23-6.el10.noarch                 perl-TermReadKey-2.38-24.el10.x86_64                           
  perl-Thread-Queue-3.14-511.el10.noarch           perl-TimeDate-1:2.33-16.el10.noarch                  perl-Try-Tiny-0.31-12.el10.noarch                perl-WWW-RobotRules-6.02-41.el10.noarch                        
  perl-XML-Parser-2.47-6.el10.x86_64               perl-generators-1.16-7.el10.noarch                   perl-lib-0.65-512.2.el10_0.x86_64                perl-libwww-perl-6.76-3.el10.noarch                            
  perl-macros-4:5.40.2-512.2.el10_0.noarch         perl-srpm-macros-1-57.el10.noarch                    perl-subs-1.04-512.2.el10_0.noarch               perl-threads-1:2.40-511.el10.x86_64                            
  perl-threads-shared-1.69-511.el10.x86_64         perl-version-8:0.99.32-4.el10.x86_64                 pesign-116-6.el10.x86_64                         pyproject-srpm-macros-1.16.2-1.el10.noarch                     
  python-srpm-macros-3.12-10.el10.noarch           qt6-srpm-macros-6.9.1-1.el10.noarch                  redhat-rpm-config-293-1.el10.rocky.0.2.noarch    rpm-build-4.19.1.1-20.el10.x86_64                              
  rpm-sign-4.19.1.1-20.el10.x86_64                 rust-toolset-srpm-macros-1.88.0-1.el10.noarch        sgml-common-0.6.3-65.el10.noarch                 source-highlight-3.1.9-25.el10.x86_64                          
  systemd-rpm-macros-257-13.el10.rocky.0.1.noarch  systemtap-5.3-3b.el10.x86_64                         systemtap-client-5.3-3b.el10.x86_64              systemtap-devel-5.3-3b.el10.x86_64                             
  systemtap-runtime-5.3-3b.el10.x86_64             tbb-2021.11.0-7.el10.x86_64                          valgrind-1:3.25.1-3.el10.x86_64                  valgrind-devel-1:3.25.1-3.el10.x86_64                          
  valgrind-docs-1:3.25.1-3.el10.x86_64             valgrind-gdb-1:3.25.1-3.el10.x86_64                  valgrind-scripts-1:3.25.1-3.el10.x86_64          xz-devel-1:5.6.2-4.el10_0.x86_64                               
  zlib-ng-compat-devel-2.2.3-3.el10_1.x86_64       zstd-1.5.5-9.el10.x86_64                            

Complete!

주요 설치 파일 (C/C++ 기준)

컴파일러 (Compiler)

소스 코드(.c, .cpp) → 기계어 실행파일로 변환

gcc-14.3.1           → C 언어 컴파일러
gcc-c++-14.3.1       → C++ 언어 컴파일러

빌드 도구 (Build Tools)

컴파일러 옵션 자동 설정 / 복잡한 빌드 과정 자동화 / 어떤 파일을 먼저 컴파일할지 관리 등…

make-4.4.1           → 자동 빌드 관리
autoconf-2.71        → 자동 설정 생성
automake-1.16.5      → Makefile 자동 생성

커널 개발 패키지 (Kernel Development)

역할: 커널과 상호작용하는 모듈 작성 가능

kernel-devel-6.12.0-124.35.1
kernel-headers-6.12.0-124.35.1
-----------------------------------------------
설치 명령어
sudo dnf install kernel-devel kernel-headers -y 

라이브러리 개발 패키지 (Library Development)

역할: 컴파일된 코드를 실행 가능 파일로 연결 (링킹)

glibc-devel-2.39           → C 표준 라이브러리
libstdc++-devel-14.3.1     → C++ 표준 라이브러리
-----------------------------------------------
모든 C/C++ 프로그램의 기본 함수 제공
printf(), malloc() 등의 함수 구현

추가 개발 도구

Git: 소스 코드 변경 이력 관리, GDB: 프로그램 실행 중 오류 추적, libtool: 공유 라이브러리(.so) 빌드

git-2.47.3           → 소스 코드 버전 관리
gdb-16.3             → 프로그램 디버거
libtool-2.4.7        → 라이브러리 빌드 도구

참고 및 주의사항

groupinstall vs install

#  잘못된 방법 (의존성 부족 가능)
sudo dnf install gcc

#  올바른 방법 (모든 관련 도구 자동 설치)
sudo dnf groupinstall "Development Tools" -y

설치 확인

# 컴파일러 확인
gcc --version

# Make 확인
make --version

# 커널 헤더 확인
ls /usr/src/kernels/

오류 발생 시

네트워크 오류:

sudo dnf clean all
sudo dnf groupinstall "Development Tools" -y

의존성 충돌:

sudo dnf groupinstall "Development Tools" --allowerasing -y

The post Linux Development Tools Install appeared first on 어제와 내일의 나 그 사이의 이야기.