지난 회차에서 우리는 리눅스의 단일 트리 구조를 탐색하는 나침반인 pwd, ls, cd 명령어에 대해 알아보았습니다. 내가 서 있는 위치와 주변 환경을 파악하는 방법을 익혔다면, 이제는 본격적으로 나만의 공간을 만들고 정돈할 차례입니다.
리눅스 서버 환경에서 파일과 디렉토리를 생성, 복사, 이동, 삭제하는 작업은 일상적인 개발 업무부터 복잡한 시스템 자동화 스크립트 작성에 이르기까지 가장 빈번하게 일어나는 기본 동작입니다. 이번 회차에서는 mkdir, cp, mv, rm 명령어의 핵심 매커니즘과 실무에서 대형 사고를 방지하기 위한 안전한 관리 전략을 상세한 예제와 함께 살펴보겠습니다.
mkdir(Make Directory)은 새로운 디렉토리(폴더)를 생성하는 명령어입니다. 단순히 하나의 폴더를 만드는 것을 넘어, 복잡한 프로젝트의 하위 구조를 한 번에 설계할 때 유용한 옵션을 제공합니다.
-p (Parents) 옵션만약 /project/src/core라는 깊은 단계의 디렉토리를 만들고자 할 때, 상위 디렉토리인 project와 src가 존재하지 않는다면 일반적인 mkdir /project/src/core 명령어는 에러를 반환합니다. 이때 -p 옵션을 사용하면 중간 단계의 부모 디렉토리가 없을 경우 커널이 알아서 상위 디렉토리부터 하위 디렉토리까지 순차적으로 생성해 줍니다.
새로운 웹 서비스를 배포하기 위해 표준 디렉토리 아키텍처를 한 번에 구축하는 상황입니다.
Bash
# -p 옵션을 사용하여 부모 디렉토리까지 한 번에 생성
mkdir -p /var/www/myapp/data/{uploads,logs,src}
# 생성된 트리 구조 확인
ls -R /var/www/myapp
위 명령어를 실행하면 /var/www/myapp/data 디렉토리가 생성됨과 동시에 중괄호({}) 확장 기능을 통해 그 하위에 uploads, logs, src 디렉토리가 동시에 만들어집니다. 실무에서 인프라 초기 세팅 스크립트를 짤 때 필수적으로 사용되는 기법입니다.
cp(Copy) 명령어는 파일이나 디렉토리를 다른 경로로 복사합니다. 파일 하나를 복사하는 것은 간단하지만, 디렉토리 전체를 복사하거나 원본 파일이 가진 권한, 소유권, 타임스탬프(생성/수정 시간) 등의 메타데이터를 그대로 보존해야 할 때는 옵션 선택에 주의해야 합니다.
-r (Recursive) 옵션파일과 달리 디렉토리는 내부에 또 다른 파일과 하위 디렉토리를 포함할 수 있는 컨테이너입니다. 따라서 디렉토리를 복사할 때는 하위 요소를 모두 순회하며 복사하라는 의미의 -r 옵션을 반드시 지정해야 합니다.
-a (Archive) 옵션실무에서 가장 권장되는 옵션입니다. -a 옵션은 내부적으로 -r 옵션을 포함하면서, 파일의 소유주, 그룹, 접근 권한, 수정 시간 등 모든 보안 메타데이터를 그대로 복제합니다. 만약 백업을 목적으로 cp를 사용하면서 이 옵션을 누락하면, 복사된 파일의 소유자가 현재 명령어를 실행한 사람(예: root)으로 바뀌어 버려 나중에 원본 프로그램이 파일에 접근하지 못하는 서비스 장애가 발생할 수 있습니다.
중요한 환경 설정 파일인 nginx.conf를 수정하기 전에 안전하게 원본을 백업하고, 전체 정적 자원 디렉토리를 백업 스토리지로 이전하는 시나리오입니다.
Bash
# 1. 파일 단일 복사 (수정 전 백업본 생성)
cp nginx.conf nginx.conf.bak
# 2. 디렉토리 전체의 속성을 완벽히 유지한 채 백업 경로로 복사
cp -a /var/www/myapp /backup/v1/myapp_backup
mv(Move) 명령어는 파일이나 디렉토리의 위치를 이동시키거나 이름을 변경할 때 사용합니다. 리눅스 파일 시스템에서 '이동'과 '이름 변경'은 사실상 동일한 메커니즘으로 작동합니다. 동일한 디렉토리 내에서 경로를 바꾸지 않고 명칭만 바꾸면 '이름 변경'이 되고, 다른 디렉토리 경로를 지정하면 '이동'이 됩니다.
mv 명령어는 목적지에 동일한 이름을 가진 파일이 이미 존재할 경우, 아무런 경고 없이 기존 파일을 덮어써 버립니다. 이로 인해 소중한 소스코드나 설정 파일이 순식간에 날아갈 수 있습니다. 이를 방지하기 위해 대화형 옵션인 -i (Interactive)를 사용하는 습관이 중요합니다.
Bash
# 1. 덮어쓰기 경고를 활성화하여 파일 이동
mv -i 대형로그.log /var/log/archive/
# 만약 목적지에 이미 같은 이름의 파일이 있다면 대화형 프롬프트가 뜹니다.
# mv: overwrite '/var/log/archive/대형로그.log'? y/n
# 2. 동일 디렉토리 내에서 파일 이름 변경
mv 옛날배포판.tar.gz 최신배포판.tar.gz
rm(Remove) 명령어는 파일이나 디렉토리를 삭제합니다. 윈도우나 맥OS처럼 삭제된 파일이 '휴지통'으로 이동하여 언제든 복구할 수 있는 완충 지대가 리눅스 CLI에는 존재하지 않습니다. rm으로 지워진 데이터는 파일 시스템의 인덱스 노드(inode) 연결이 끊어지며 디스크 상에서 즉시 소멸하므로, 실행 전 두 번, 세 번 확인하는 극도의 신중함이 요구됩니다.
-r과 -f 옵션의 결합 (rm -rf)-r (Recursive): 디렉토리와 그 하위 내용을 강제로 순회하며 삭제합니다.
-f (Force): 삭제 여부를 묻는 경고 메시지를 무시하고, 존재하지 않는 파일이라도 에러를 내지 않으며 강제로 지웁니다.
이 두 옵션이 결합한 rm -rf는 강력하지만 매우 위험한 양날의 검입니다. 특히 루트 디렉토리를 가리키는 rm -rf /나 현재 경로를 잘못 판단한 상태에서의 rm -rf *는 운영 중인 서버를 그 자리에서 회생 불능 상태로 만드는 대형 참사를 초작합니다.
-i)을 셸 환경에 상시 배치실수를 줄이기 위해 파일 삭제 시 매번 물어보는 -i 옵션을 alias(별칭)로 등록해 두는 방법입니다. 많은 리눅스 배포판이 기본적으로 root 계정에 이 설정을 적용해 둡니다.
Bash
# 사용자의 홈 디렉토리 내 .bashrc 파일에 alias 설정 확인 및 추가
alias rm='rm -i'
이렇게 설정해 두면 무심코 rm 파일명을 쳤을 때 정말 지울 것인지 한 번 더 확인하므로 실수를 방지할 수 있습니다. 단, -rf 옵션을 주면 이 확인 과정마저 무시되므로 완벽한 해결책은 아닙니다.
*) 사용 전 ls로 검증디렉토리 내의 특정 패턴 파일들을 일괄 삭제하고 싶을 때는 rm을 먼저 치지 말고, ls 명령어를 통해 지워질 대상 목록을 눈으로 확인한 뒤, 위쪽 화살표 키를 눌러 명령어의 ls 부분만 rm으로 바꾸어 실행하는 것이 안전합니다.
Bash
# 1. 지워질 대상을 먼저 눈으로 확인
ls *.tmp.log
# 출력: a.tmp.log b.tmp.log c.tmp.log
# 2. 확인이 끝난 후 안전하게 삭제 실행
rm *.tmp.log
자동화 스크립트 내부에서 삭제 명령을 내릴 때는 현재 위치(pwd)에 의존하는 상대 경로 대신, /var/log/myapp/temp/*와 같이 명확한 절대 경로를 지정하십시오. 스크립트가 예기치 못한 에러로 엉뚱한 디렉토리에서 실행되었을 때 의도치 않은 파일이 지워지는 것을 막아줍니다.
운영 서버의 중요 데이터를 다룰 때는 rm 명령어를 직접 쓰는 대신, 특정 임시 보관 디렉토리(/tmp/trash_bin)를 만들고 mv 명령어를 통해 파일의 위치를 이동시키는 '휴지통 시스템'을 커스텀 함수로 만들어 쓰는 것이 좋습니다.
Bash
# 임시 휴지통 함수 예시 (.bashrc 등록용)
trash() {
mkdir -p /tmp/trash_bin
mv "$@" /tmp/trash_bin/
echo "파일이 /tmp/trash_bin 으로 이동되었습니다."
}
파일과 디렉토리 관리는 리눅스 시스템과 소통하는 가장 기본적인 물리적 행위입니다.
mkdir -p로 구조화된 디렉토리를 우아하게 생성하고,
cp -a로 원본의 보안 속성과 무결성을 완벽하게 보존하며,
mv -i로 데이터 유실 없이 안전하게 위치와 이름을 제어하고,
rm을 다룰 때는 언제나 최악의 상황을 가정하며 조심스럽게 칼을 휘둘러야 합니다.
이 네 가지 명령어의 특성과 옵션을 완벽히 숙지하는 것이 인프라를 안정적으로 관리하는 정예 엔지니어로 가는 첫걸음입니다. 다음 회차에서는 이렇게 생성되고 관리되는 텍스트 파일과 대용량 로그 파일들을 터미널 안에서 실시간으로 들여다보고 분석하는 '텍스트 파일 제어 기술'에 대해 알아보겠습니다.