기술 · 실용 가이드
ulimit을 올렸는데도 Too many open files? Linux 서비스가 닿은 한도를 입증하세요
현재 셸의 ulimit은 실행 중인 서비스의 증거가 아닙니다. 실패 PID로 RLIMIT_NOFILE, 시스템 파일 테이블, inotify를 구분한 뒤 한도를 바꾸세요.
WATCH AT EASE · 실용 가이드
가이드
일상 속 질문에 현재도 유효한 답을 제공합니다.
241–264 / 359
기술 · 실용 가이드
Git이 cherry-pick이 비었다고 하나요? 건너뛰기 전에 인덱스를 확인하세요
커밋할 차이가 없다고 작업 트리가 깨끗하거나 수정이 전달된 것은 아닙니다. 임시 Git 실험 6개로 skip, keep, drop을 고르기 전 확인할 항목을 살펴봅니다.
기술 · 실용 가이드
systemd status=203/EXEC? 권한을 바꾸기 전에 실패한 execve 경로를 감사하세요
203/EXEC는 서비스 관리자가 설정된 프로세스를 실행하지 못했다는 뜻입니다. 정확한 저널 이유로 대상·인터프리터 누락, 형식 오류, 경로·마운트 거부, MAC 정책을 나눠야 합니다.
기술 · 실용 가이드
Python의 “database is locked”: 오류 코드와 실패 단계에 맞춰 재시도하기
시간 제한을 늘려도 오래된 WAL 스냅샷은 갱신되지 않습니다. 오류 코드, 실패 단계, Python 트랜잭션 모드를 기록한 뒤 재시도 범위를 결정하세요.
기술 · 실용 가이드
Linux의 읽기 전용 파일 시스템 오류: 다시 마운트하기 전에 원인 확인
의도한 마운트 정책, 파일 시스템 보호 상태, 저장소 경로 장애를 구분한다. 정확한 마운트와 증거를 확인한 뒤 쓰기 복구를 결정한다.
기술 · 실용 가이드
APT NO_PUBKEY 오류: 저장소를 확인하고 Signed-By로 키 설정 복구하기
실제로 활성화된 소스를 찾고 게시자와 전체 지문을 확인한다. 키 형식, _apt 접근 권한, Signed-By를 점검한 뒤 같은 저장소의 서명 검증이 복구됐는지 확인한다.
기술 · 실용 가이드
git stash pop 실패? 정리 전에 부분 복원부터 확인하세요
같은 이름의 파일이 미추적 파일 복원을 막아도 추적 파일의 변경은 이미 적용됐을 수 있습니다. 두 버전을 보존하고 정확한 stash를 확인한 뒤 복원 결과를 비교해 삭제를 결정하세요.
기술 가이드 · 실용 가이드
tar의 “file changed as we read it”: 경고를 숨기기 전에 경로 확인
정확한 경로와 원래 상태를 보존하고 디렉터리 변화와 앱 데이터 변화를 구분하세요. 읽을 수 있는 아카이브나 숨겨진 경고는 복원 가능한 백업과 다릅니다.
기술 가이드 · 실용 가이드
rsync 종료 코드 24: 경고를 무시하기 전에 사라진 파일 확인
코드 24는 전송 중 원본 파일이 사라졌다는 뜻입니다. 경로와 원래 상태를 보존하고 파일 중요성을 판단한 뒤 안정된 원본의 재실행을 검증하고 자동화 정책을 바꾸세요. 래퍼가 누락 파일을 완전한 백업으로 만들지는 않습니다.
기술 가이드 · 실용 가이드
SSH에 ‘REMOTE HOST IDENTIFICATION HAS CHANGED’가 뜨면? 이전 키를 지우기 전에 대상과 지문부터 확인
경고를 없애려고 known_hosts를 삭제하거나 검사를 끄지 마세요. SSH가 실제로 사용한 호스트명, 주소, 포트, 점프 경로와 신뢰 파일을 확인하고 별도의 신뢰 채널에서 예상 지문을 받으세요. 정확히 일치할 때만 오래된 기록을 제거합니다.
기술 · 실용 가이드
“moov atom not found”: MP4 복구 전에 복사본부터 확인하세요
다른 복사본, 마무리되지 않은 일반 MP4와 전문 재구축이 필요한 파일을 구분하자. faststart는 인덱스를 옮기며 읽지 못하는 녹화를 복구하지 않는다.
기술 · 실용 가이드
Git rebase가 커밋을 건너뛰었나요? 다시 적용하기 전에 패치를 확인하세요
해시가 생략되어도 코드 손실의 증거는 아니다. 상위 동등 패치, 재적용 후 빈 커밋, 수동 skip과 GitHub 제한을 구분해야 한다.
기술 · 실용 가이드
npm ci가 package-lock 불일치를 알릴 때: 재생성 전에 manifest·설정·npm 버전을 감사하세요
실패 입력을 먼저 보존하세요. 같은 EUSAGE라도 의존성 변경, 프로젝트 설정 차이, 오래된 lockfile, npm 버전별 resolver 동작이 원인일 수 있습니다.
기술 · 실용 가이드
systemd의 “start request repeated too quickly”: 초기 실패부터 확인하세요
마지막 시작 제한 메시지는 대개 원인이 아니라 보호 장치입니다. 유효한 유닛과 최초 실패를 보존하고, 증거에 맞는 원인을 고친 뒤 카운터를 지우세요.
기술 · 실용 가이드
Docker exec format error: 다시 빌드하기 전에 이미지·바이너리·진입점 확인
exec format error는 이미지 태그만으로 진단할 수 없다. 캐시 삭제, QEMU 추가, 재빌드 전에 선택된 매니페스트와 최종 파일시스템, 실행 파일 아키텍처, 진입점 인터프리터를 추적한다.
기술 · 실용 가이드
GitHub Actions 캐시가 복원되지 않을 때: 키·버전·참조 범위·접근 모드 비교
캐시 항목이 존재해도 현재 실행이 읽을 수 있는 것은 아닙니다. 캐시 삭제나 러너 변경 전에 캐시를 만든 실행과 읽지 못한 실행을 비교하세요.
기술 · 실용 가이드
npm EACCES 권한 거부가 뜨나요? sudo·chown·prefix 변경 전에 실패 경로부터 확인하세요
캐시, 프로젝트, 전역 prefix, 컨테이너 오류는 비슷해 보여도 소유자가 다릅니다. 변경 전에 정확한 경로와 범위를 기록하세요.
기술 · 실용 가이드
Linux 파일 감시 한도 ENOSPC인가요? sysctl을 올리기 전에 inotify 소비자 원장을 만드세요
같은 ENOSPC도 감시 마크, inotify 인스턴스, 큐 또는 같은 사용자의 다른 프로세스가 원인일 수 있습니다. 먼저 읽기 전용으로 조사하세요.
기술 · 실용 가이드
Git에서 브랜치가 다른 worktree에서 사용 중이라고 하나요? prune 또는 force 전에 읽기 전용 연결 원장을 만드세요
prune, remove, unlock, repair, force부터 실행하지 마세요. 각 worktree 경로, 브랜치 소유자, 양방향 연결, 잠금, 변경, 진행 중 작업과 dry-run 결과를 먼저 기록하세요.
기술 · 실용 가이드
PostgreSQL에서 ‘database is being accessed by other users’가 뜬다면? 강제 삭제 전에 세션 원장을 만드세요
SQLSTATE 55006을 없애기 전에 누가 그 상태를 소유하는지 확인하세요. 세션, 준비된 트랜잭션, 논리 복제 객체와 가시성 한계를 읽기 전용 원장으로 남긴 뒤, 새 스냅샷을 한 번 더 수집해 재연결 경합을 찾습니다.
기술 · 실용 가이드
Steam Deck 독이 ‘신호 없음’이라면? 초기화 전에 영상 경로부터 점검하세요
‘신호 없음’은 독 고장을 증명하지 않습니다. 작동하는 구간을 기록하고 한 번에 변수 하나만 바꾸며, 모드별 조치는 맞는 분기에서만 실행하세요.
기술 · 실용 가이드
Docker 볼륨이 “사용 중”인데 컨테이너가 보이지 않나요? 정리 전에 소유자 원장을 만드세요
--force, prune, 데몬 재시작부터 하지 마십시오. 오류를 정확한 Docker context에 묶고 중지된 컨테이너와 Swarm 서비스를 포함한 모든 마운트 소유자를 조사한 뒤 증거를 먼저 보존합니다.
기술 · 실용 가이드
Jellyfin 자막이 어긋나나요? 타이밍을 고치기 전에 파일·클라이언트·재생 경로를 시험하세요
탐색, 이어보기, 다이렉트 스트림 또는 트랜스코딩 뒤에만 자막이 밀린다면 자막 파일 자체는 정상일 수 있습니다. 원본을 보존하고 같은 대사 세 곳을 로컬 재생과 Jellyfin에서 비교해 어느 경로에서 어긋나는지 기록한 뒤 수정하세요.
기술 · 실용 가이드
Kubernetes PVC가 Terminating에서 멈췄나요? finalizer 제거 전 모든 참조를 감사하세요
검증된 읽기 전용 수집기로 PVC, PV, Pod, StorageClass, VolumeAttachment를 하나의 증거 원장에 묶습니다.