링크 · 디스크 · 예약 작업 (ln·mount·crontab)

5. 자주 하는 실수 (Tip)

❌ 실수 1: ln 인자 순서를 반대로 씀

ln -s 링크이름 대상 처럼 순서를 바꾸면 엉뚱한 이름의 링크가 생깁니다. 정답은 ln -s 대상 링크이름 순서로, "가리킬 곳을 먼저" 씁니다.

❌ 실수 2: 상대 경로 링크를 다른 폴더로 옮김

상대 경로로 만든 링크를 mv 로 다른 위치에 옮기면 대상을 못 찾아 끊어집니다. 폴더 구조가 자주 바뀌는 곳이라면 절대 경로를 씁니다.

❌ 실수 3: -n 없이 ln -sf 로 링크 전환

대상이 이미 폴더로 존재하는 상태에서 -n 없이 ln -sf 를 쓰면 그 폴더 안에 링크가 생깁니다. 배포 스크립트에는 항상 -sfn 세 옵션을 함께 씁니다.

❌ 실수 4: 링크 끝에 슬래시를 붙여 삭제

rm -rf link/ 처럼 끝에 슬래시를 붙이면 링크가 아니라 대상 폴더 안의 내용이 지워질 위험이 있습니다. 링크만 지울 때는 슬래시 없이 rm link 를 씁니다.

❌ 실수 5: df 와 du 결과를 혼동

df 는 파일시스템 전체 사용량이고 du 는 지정한 경로 아래 파일 합계입니다. 삭제된 파일을 아직 붙잡은 프로세스가 있으면 두 값이 크게 달라 보입니다.

❌ 실수 6: fstab 을 고치고 바로 재부팅

/etc/fstab 오타는 부팅 실패로 이어질 수 있습니다. 고친 뒤에는 재부팅 전에 mount -a 로 문법과 마운트 성공 여부를 먼저 확인합니다.

❌ 실수 7: cron 스크립트에서 상대 경로 사용

cron 이 실행하는 환경은 PATH·HOME 이 로그인 셸과 다릅니다. 상대 경로나 python·java 같은 명령 이름만 쓰면 "command not found" 로 실패합니다. 절대 경로를 씁니다.

❌ 실수 8: crontab -r 로 전체 삭제

crontab -r 은 확인 없이 현재 사용자의 예약 작업 전체를 지웁니다. 지우기 전에 crontab -l > backup.cron 으로 먼저 백업합니다.

❌ 실수 9: 여러 cron 작업이 겹쳐 실행됨

이전 실행이 끝나기 전에 다음 주기가 오면 같은 작업이 중복 실행됩니다. flock -n 으로 잠금을 걸어 겹치면 뒤에 온 것을 건너뛰게 합니다.

❌ 실수 10: inode 를 df -h 만 보고 놓침

df -h 는 용량만 보여주고 inode 사용률은 보여주지 않습니다. 작은 파일이 많은 서버는 df -i 를 따로 확인해야 "No space left on device" 원인을 찾습니다.