Skip to content

e2fsck - 파일 시스템 복구 및 검사. - fsck

조회 수 60904 추천 수 0 2010.09.12 04:35:12

리눅스는 부팅단계에서 /etc/rc.d/rc.sysinit 스크립트에 내용에 따라  

fsck 가 /etc/fstab파일을 참조하여  각 마운트된 (디스크)장치의 파일 시스템을 점검 한답니다.

그런데 점검도중 파일시스템이 맛텡이가 가버린 파티션이 있다면 부팅이 안된답니다.

그럴때 fsck를 이용하여 우리는 응급조치를 취해야 한답니다.그럼 이 fsck를 이용하는 방법을 알아 봅시다.

 k-6_izlaen.png

 

부팅 도중에 위와 같은 오류 메시지와 함께 부팅이 멈춰 버립니다. 익숙한 X윈도우 환경은 온데간데 없구요..ㅜㅜ

먼저 우리는 오류 메시지에 대한 정확 한 이해가 필요 합니다. 네이버 영한 사전을 펼치고 모르는 단어를 찾아가며

시스템이 머라고 알리는지 정확하게..아니면 대충이라도 알아볼 필요가 있습니다

우리가 주목해야 하는 부분은 저 빨간색 [FAILED] 위의 메시지 입니다.

/dev/sdb1 : UNEXPECTED UNCONSISTENCY : RUN fsck MANUALLY.   <- 바로 이 부분이지요.

 

해석 해보면.. /dev/sdb1 파티션을 메뉴얼에 따라 fsck를 이용하여 체크 하는 도중에 예상치 못한 오류가

있더라. 

우린 어뜨케 해야 할가요? 먼저 root의 비밀번호를 때려 넣어줍니다.

그러면

(Repair filesystem) :

위와 같은 프롬프트가 뜨는데요 파일 시스템을 복구 하란 말이 겠죠 .

우린 오류가 난 부분을 진단해서 고쳐줘야 한답니다.

 

(Repair filesystem):e2fsck /dev/sdb1

와 같이 명령어를 쳐주면 알아서 몽창그리 처리해줍니다. 그럼 이런 저런 메시지가 뜬답니다. 그리고 리부팅을 해주면

아주 잘 부팅이 되는 걸 볼수 있습니다. 참 쉽죠잉~? 한때 제가 이걸 못해서 다시 설치를 했던때가 있었는데..ㅜㅜ;

 

fsck의 여러 가지 옵션을 알아봅시다.

 

먼저  fsck를 이용하여 파일시스템을 점검 할때에는 파티션을 언마운트 시킨후에 해야 한답니다. 안그러면 점검하다가 파일시스템에

되려 손상이 가는 경우가 있을수 있답니다.

 

k-7_izlaen.png

 

위와 같은 명령어로 장치들의 마운트 정보를 확인 할 수 있겠죠 .(df명령은 시스템의 파일시스템별 디스크 정보에 대한 정보를

쉽게 확인 할수 있는 명령으로 man페이지를 보고 공부해 두는게 좋아용!)

 

 -f : 이는 파일시스 템이 이상이 없더라도 강제적으로 파일 시스템을 점검 할때 사용 합니다.

ex) #e2fsck -f /dev/sdb1   

 

-j : 이는 저널링 파일 시스템을 대상으로 작업할때 사용 하는 옵션입니다. 저널링 파일 시스템(보통 ext3)를 대상으로 작업할때

     옵션이 아니라 필수 해줘야 하는 옵션입니다.

ex)#e2fsck -j ext3 /dev/sda1

 

-v : 점검내역 상세 보기

ex)#e2fsck -j ext3 -fv /dev/sda2                   ext3의 파일 시스템으로 구성된 sda1파티션을 강제로 점검하면서 상세내역도 보는명령

 

-p : 오류 있는 파일 시스템의 자동 복구    (아주 유용한 옵션이랍니다..) 

ex)#e2fsck -b 98304 -p /dev/sda1

 

-y : 수행 과정의 질문에 모두 yes라 응답하는 옵션

ex)#e2fsck -b 98304 -y /dev/sdb1

 

-n :수행 과정의 질몬에 모두 no 로 응답하는 옵션

ex)#e2fsck -b 98304 -n /dev/sdb1

 

-c : 점검 과정에서 찾게된 베드블록을 마킹하여 사용치 못하게 하는 옵션

ex)e2fsck -j ext3 -cv /dev/sda2              (/dev/sda2 파일 시스템내의 배드블록이 있다면 배드블록 아이노드에 마킹하는 작업)

 

 

◈백업 슈퍼블록을 이용한 파일 시스템 복구.

 

위와 같은 많은 방법을 동원하여 복구 하려 해도 안될때 우리는 백업 수퍼 블록을 이용하여야 한답니다.

리눅스의 파일 시스템의 구조와 수퍼 블록의 정확한 개념, 그리고 백업 슈퍼 블록의 위치를 알아야 한답니다.

 

리눅스 파일시스템의 경우 대게 슈퍼블록을 이용하여 읽고 쓰기를 하는데 이녀석이 깨지면 끝장나게 되는 것이죠.

그래서 이 슈퍼블록의 위치 바로 ~ 뒤에 저러게의 슈퍼블록 백업 블록이 있는데요 이녀석들을 이용한 복구 방버이죠.

 

먼저 슈퍼 블록과 그의 분신들의 위치를 알아 봅시다.

 

k-8_izlaen.png

 

위와 같이 확인 할수 있습니다.대게 메인 블록이 맛텡이가면 저 백업 블록에 의해 작업하면 된답니다. 몽땅 맛이가면 우리도

맛텡이 가는 거죠 . 단 하나만 살아 있으면 되는 겁니다.

 

실사용 예를 봅시다.

 

#e2fsck -b 57345 -f -j ext3 -y /dev/sda1  ( sda1 파티션의 파일시스템을 4번째 슈퍼블록 복사본을 이용하여 강제로 복구 하는데 질의되

                                                            모든 질문에 모두 yes로 대답 하여 하겠다 )  

List of Articles
번호 제목 글쓴이 날짜sort 조회 수
287 sysctl 커널 파라미터 ADMINPLAY 2009-06-04 21920
286 history 시간 정보 출력 ADMINPLAY 2009-06-04 21066
285 hdparm - 하드디스크의 자세한 정보 보기 ADMINPLAY 2009-06-16 22044
284 시스템 최적화 - 동시사용자 늘리기위한 커널 조정 ADMINPLAY 2009-06-17 21352
283 아파치 HARD_SERVER_LIMIT ADMINPLAY 2009-06-17 23116
282 Linux 소켓 접속 개수 늘리기 ADMINPLAY 2009-06-17 22953
281 net-snmp 설치 및 snmp 사용법 ADMINPLAY 2009-06-24 26409
280 리눅스 파일 복구 명령 debugfs ADMINPLAY 2009-06-24 25454
279 오라클시작 ADMINPLAY 2009-06-26 18741
278 [APM] 리눅스에서 Apache, PHP, MySQL 등 제거 방법 ADMINPLAY 2009-06-29 39388
277 압축 : tar / gzip / jar / tbz 사용법 ADMINPLAY 2009-06-29 21285
276 tar.gz 특정 디렉토리에 압축풀기 ADMINPLAY 2009-06-29 24928
275 MRTG 설치 ADMINPLAY 2009-07-01 20219
274 net-snmp-5.3.2.3 ADMINPLAY 2009-07-01 20104
273 아파치 모듈 mod_status file ADMINPLAY 2009-07-01 22010
272 리눅스 쓸데없는 파일,로그파일 주기적으로 삭제하기 ADMINPLAY 2009-07-02 23524
271 리눅스에서 일정기간 이상된 파일 삭제하기 ADMINPLAY 2009-07-02 22312
270 리눅스로그파일삭제 어떤걸삭제하나요? ADMINPLAY 2009-07-02 20401
269 보안서버구축시 아파치 컴파일 중 "can not be used when ... ADMINPLAY 2009-07-04 22440
268 리눅스 vsftp의 root 접속문제 ADMINPLAY 2009-07-07 21182

Copyright ADMINPLAY corp. All rights reserved.

abcXYZ, 세종대왕,1234

abcXYZ, 세종대왕,1234