기본적으로 ext2파일 시스템은 버퍼 캐쉬를 사용하기 때문에 갑자기 정전이나 시스템이 cr
ash되면 파일시스템이 깨지는 현상이 많았는데, 그것을 보안하고자 나온 파일 시스템이 ext3
파일 시스템입니다. 그리고 재부팅이 되었을때 전체 inode를 다 검사해서 파일 시스템을 검
색하는데 소요되는 시간이 많고 파일이 깨지는 경우도 간혹있었습니다.  그래서 ext3 파일 
시스템에서는 15M정도의 변경된 파일에 대한 log를 남겨서 fsck를 하는 동안에 변경된 파일만
 조사하게끔 하는 방식으로 이루어져있습니다.  그렇기 때문에 기본적인 파일 시스템의 구
조는 ext2와 같습니다.다른점은 다른 데이타는 버퍼 캐쉬나 페이지캐쉬를 이용하는 반편 변
경된 log에 관해서는 sync를 한 것과 마찬가지로 log를 기록하고 ..파일을 조작하는 것입니다.
 이 부분이 이해가 안되시면 메일을 보내주세여 ..제가 문서로 작성해 놓은 것이 있는데 보
내드리겠습니다. 그림하고 같이 들어있어서 ...  그렇기 때문에 사용자가 쓰는것에는 별다
른 것이 없습니다. 하지만...파일 시스템이 깨는건 ext2파일 시스템으로 간주해서 생각하지
면 되겠지요 아마도 superblock이 깨졌을 것입니다. 하지만 ext2파일 시스템자체가 하나의 파
티션에 여러개의 superblock를 가지고 있기 때문에 복구가 가능할 것입니다. 일단은 기본적으
로 파일시스템이 만들어 지는 과정 # mke2fs /dev/hdc1 mke2fs 1.15, 18-Jul-1999 for EXT2 FS 0.5b, 95/08/09 Fi
lesystem label= OS type: Linux Block size=4096 (log=2)
Fragment size=4096 (log=2)
128256 inodes, 256032 blocks
12801 blocks (5.00%) reserved for the super user
First data block=0
8 block groups
32768 blocks per group, 32768 fragments per group
16032 inodes per group
Superblock backups stored on blocks:
	32768, 98304, 163840, 229376
  
참고로 하시면 될거 같구여 아마도 파일 스시템을 바꾸지 않으셨으면...default일것입니다.
그러므로 다음번 superblock이 있는 위치가 32768 일 것이므로
 #fsck.ext3 -b 32768 /dev/hda?
   32768, 98304, 163840, 229376 <<-4 개중에 하나를 선택
 해보시면 될겁니다. 하지만 여기에서 중요한것은 superblock를 복구를 했어도 문제가 생길경
우가 있는데여 ...첫번째 superblock을 지우면 안된다는 것입니다.->> 나중에 참고하세여