본문 바로가기
개발자의 정보/Server&OS

우분투에서 Read-Only file system 오류

by pastory 2023. 1. 25.

어느날 갑자기 아무 이유도 없이.. 설 명절의 고난을 이겨내고 온 나에게...

문제가 발생했다. 갑자기 Github Actions 오류가 발생하는 것이었다.

문제 확인

drone-scp error:  error copy file to dest: ***, error message: Process exited with status 1

이 메시지가 문제다. 아무 원인도 나오지 않는다. 그래서 직접 해당 서버에 빌드한 jar 파일을 업로드 해본다.

하지만 아무 반응없이 업로드 되지 않는다.. 이런... 그 와중에 업로드해야 하는디렉토리의 소유자가 root 로 되어있다.

권한 문제는 없지만 그냥 기분나쁘니까 고쳐 보기로 한다.

chown {user} /home/{user}/{working directory}

헉!! 문제의 원인이 되는 메시지가 발생했다.

chown: changing ownership of '{directory}': Read-only file system

문제 해결

이런경우 문제 해결은 의외로 간단하다. 마운트된 내용을 확인해 주고 다시 마운트 해 주면 된다.

# 뭘로 마운트되어 있는지 한번 보고
df -h {working directory}

# 마운트된 내용 확인
cat /proc/mounts | grep /{마운트이름}
/dev/sdb /home ext4 ro,relatime 0 0

마운트되어 있는 내용을 보니 ro로 되어 있다. 문제가 없으려면 rw 로 되어 있어야 한다.

이제 다시 마운트 해보자.

umount {마운트경로}
e2fsck {마운트경로}

어.. 그런데... 이런 메시지가!!! 띠용!!

umount: /home: target is busy.

바쁘단다... 그래.. 바쁘겠지.. 마운트된 경로 위에서 돌아가고 있는 프로세스를 모두 종료해 주자.

# 우선 여기 위치가 마운트된 위에 있다 바꾸자.
cd /
# 마운트 위에 프로세스들이 존재하는지 확인
fuser -cu {마운트경로}
# 사용하고 있는 프로세스 강제 KILL
fuser -ck {마운트경로}
# 다시 마운트 해제
umount {마운트경로}
# 검사 / 복구
e2fsck {마운트경로}
# 재시작
reboot

이제 재시작까지 마무리 되면 정상 작동하는지 확인해 보자.

 

'개발자의 정보 > Server&OS' 카테고리의 다른 글

Linux - adduser, useradd 차이  (0) 2020.02.19
Cron 정리  (0) 2020.02.01
GlassFish 3.1 설치, 삭제, 실행, 종료  (0) 2011.08.06
NFS(Network File System)  (0) 2011.05.24

댓글