리눅스 user-runtime-dir01000.service: Failed at step EXEC spawning /usr/lib/systemd-user-runtime-dir: Input/output error 발생 이유와 해결법

목차

• 분석 및 조치 방법 (Rocky Linux, user-runtime-dir 오류 해결)
• 1. 시스템 로그 확인 (dmesg 및 journalctl)
• 2. 파일 시스템 무결성 검사 (fsck 실행)
• 3. systemd 및 user-runtime-dir 복구
• 4. 디스크 상태 확인 (smartctl)
• 5. SELinux 설정 점검
• 결론 및 요약

분석 및 조치 방법 (Rocky Linux, user-runtime-dir 오류 해결)

현재 파일 시스템 상태 (df -h 결과 분석)

• 루트 파일 시스템 (/) 공간은 충분함 (70G 중 15G 사용, 21%)
• /boot 파티션은 960M 중 467M 사용 (49%)
• /home 파티션도 여유 공간이 충분함 (160G 중 1.2G 사용)
• 메모리 관련 tmpfs도 여유 공간이 있음

공간 부족으로 인한 오류는 아니므로, 파일 시스템 손상 또는 systemd 관련 문제일 가능성이 큼.

1. 시스템 로그 확인 (dmesg 및 journalctl)

먼저, 오류 원인을 정확히 파악하기 위해 로그를 확인해야 합니다.

dmesg | grep -i error
journalctl -xe | grep -i "user-runtime-dir"
journalctl -xe | grep -i "input/output error"

로그에서 I/O 오류 (Input/output error) 가 있는지 확인합니다.

2. 파일 시스템 무결성 검사 (fsck 실행)

파일 시스템 손상 가능성이 있으므로, 부팅 후 복구 모드에서 검사합니다.

부팅 시 복구 모드 진입 후 실행 (필수)

1. 시스템 재부팅 후 GRUB 메뉴에서 Rescue Mode 또는 Emergency Mode 선택
2. 루트 파일 시스템을 읽기/쓰기 모드로 마운트
3. mount -o remount,rw /
4. fsck 실행(필요시 /boot도 검사)
5. fsck -y /dev/sda2
6. fsck -y /dev/mapper/rl-root fsck -y /dev/mapper/rl-home

📌 fsck에서 오류가 감지되면 자동으로 복구됨. 복구 후 반드시 재부팅

reboot

3. systemd 및 user-runtime-dir 복구

파일 시스템 문제가 아니라면, systemd-user-runtime-dir 실행 파일이 손상되었을 가능성이 있음.

ls -l /usr/lib/systemd/systemd-user-runtime-dir

• 파일이 없거나 손상됨 → systemd 패키지 복구
• 파일이 정상적으로 있음 → systemctl daemon-reexec 시도

(1) systemd 패키지 재설치

dnf reinstall systemd

📌 Rocky Linux는 dnf 사용

(2) systemctl daemon-reexec 실행 (systemd 복구)

systemctl daemon-reexec systemctl restart user-runtime-dir@1000

• daemon-reexec: systemd를 다시 실행 (전체 재시작 없이 복구)
• restart user-runtime-dir@1000: 문제 서비스 재시작

📌 여전히 해결되지 않으면 강제 재부팅

reboot

4. 디스크 상태 확인 (smartctl)

디스크 불량일 가능성이 있으므로 smartctl로 점검합니다.

dnf install smartmontools -y # 패키지 설치 smartctl -a /dev/sda # 디스크 상태 확인

• Reallocated_Sector_Ct 값이 높다면 디스크 문제 가능성이 큼
• Pending_Sector 오류가 있으면 디스크 교체를 고려

📌 디스크 문제가 있다면 중요한 데이터 백업 후 SSD/HDD 교체 필요!

5. SELinux 설정 점검

SELinux로 인해 user-runtime-dir 실행이 차단될 수도 있음.

getenforce

• Enforcing 상태라면 일시적으로 비활성화 후 테스트
• setenforce 0 systemctl restart user-runtime-dir@1000
• 문제 해결되면 /var/log/audit/audit.log에서 SELinux 오류 확인 후 정책 추가

결론 및 요약

1. dmesg 및 journalctl로 오류 원인 분석
2. fsck 실행하여 파일 시스템 손상 복구 (필수!)
3. systemd 패키지 재설치 및 daemon-reexec 실행
4. smartctl로 디스크 상태 점검 (불량 섹터 확인)
5. SELinux 설정 확인 및 예외 처리

이 방법을 순서대로 실행하면 문제를 해결할 수 있을 것입니다.