db가 죽은줄 알았더니... 아니었던 삽질

시스템 상황

Ubuntu 18.04.1

Nginx 1.15.3

PHP 7.2

mariadb 1:10.1.34

갑자기 홈페이지 db가 접속이 안되어 자연스럽게

#service mysql restart 했으나

Failed to restart mysql.service: Action org.freedesktop.systemd1.manage-units is not registered

See system logs and 'systemctl status mysql.service' for details.

 메시지로 더 자세히 알아보라며 친절하게 알려주는 나의 마리아 db.

아... 서버 교체한지 1주일 밖에 안됐는데... 혹시 해킹이라도 된건 아닌지... 무슨 문제라도 생긴건지 조마조마.

혹시나 파일시스템 문제는 아닌가해서

#e2fsck /dev/sdb1

-su: /sbin/e2fsck: Input/output error

왜 인아웃 에러가 뜨는지...

파티션 정보라도 볼려고 해도

#df -h

-su: /bin/df: Input/output error

같은 에러

혹시 마운트가 잘못 되었나 싶어서 들어간

/etc/fstab 에서 원인을 찾음.

UUID=70a53e43-e19d-4fb7-8e21-b654194635d2 /               ext4    errors=remount-ro 0       1

errors=remount-ro 라니? 

검색중 알게 된 것은 (http://faq.hostway.co.kr/Linux_ETC/3570)

간혹 fstab에 잘못된 Block Device 정보가 등록 되거나, 디스크의 Label 또는 정보가 변경 되어 정상적인 부팅이 되지 않고

Repair Filesystem 모드로 들어가는 경우가 생길 때가 있습니다.

라는 친절한 설명!!!

바로 'errors=remount-ro' 를 'defaults'로 변경후 정상작동.

혹시나 잘 못 되었으면 

다시 백업받고... 세팅하고... 온갖 삽질까지....

 생각만 해도 끔직했었던 순간 이었습니다.