Code Art

Minix 파일 시스템은 리눅스의 첫 번째 파일 시스템이었다.

Minix는 16bit offset을 사용했기 때문에,최대 크기가 64MB로 제한되었고, 파일명의 길이 제한이 존재하였다.

이런 제한 때문에 기존 파일 시스템을 대체하는 작업이 필요하게 되어 ext 파일 시스템이 탄생하였다.

ext는 미닉스 파일 시스템의 주요 문제점들을 해결하였으나 타임 스탬프, 아이노드 수저으 그리고 데이터 수정을 지원하지 않는 문제점이 여전히 남아있었다.

나머지 문제들에 대한 해결 방법으로 xiafs와 버클리 고속 파일 시스템으로부터 많은 아이디어를 얻어,

확장 파일 시스템2, ext2가 개발되었다.

ext2파일 시스템은 자신이 위치하고 있는 논리적인 파티션을 블록으로 다시 나눈다.

이 블록은 블록 그룹으로 나뉜다. 일반적으로 거대한 파일 시스템에 수천개의 블록이 존재한다.

파일의 데이터는 가능한 한 하나의 블록 그룹 내에 포함되어 있다. (외부 단편화를 줄이고 대량의 연속 데이터를 읽으면서 디스크 탐색을 최소화 하기 위해서)

위키백과의 ext2 데이터 구조와 아이노드에 대한 설명을 첨부한다. (http://ko.wikipedia.org/wiki/Ext2)

ext2 데이터 구조 ext2 공간은 블록으로 나뉘어 있다. 이 블록은 블록 그룹으로 나뉘는데, 이는 유닉스 파일 시스템의 실린더 그룹과 비슷하다. 일반적으로 거대한 파일 시스템에 수천개의 블록이 있다. 주어진 파일의 데이터는 가능한 한 하나의 블록 그룹 내에 포함되어 있다. 이것은 줄이기 위해서다. 이것은 외부 단편화를 줄이고 대량의 연속 데이터를 읽으면서 디스크 탐색을 최소화하며 이루어진다. 각각의 블록 그룹은 블록 그룹 디스크립터 테이블과 슈퍼블록의 복사본을 포함하고 있으며, 모든 블록 그룹은 블록 비트맵, 아이노드 비트맵, 아이노드 테이블을 포함하고 있고, 마지막으로 실제 데이터 블록을 포함한다. 슈퍼블록은 매우 중요한 운영 체제 부팅, 즉 파일 시스템 내 여러 블록 그룹에서 만들어진 백업한 복사본과 같은 중요한 정보를 포함한다. 그러나, 일반적으로 파일 시스템의 첫 번째 블록에서 찾을 수 있는 첫 번째 복사본만 부팅에 쓰인다. 그룹 디스크립터는 블록 비트맵, 아이노드 비트맵과 모든 블록 그룹의 아이노드 테이블의 시작점의 위치에 저장되며 이들은 차례로 그룹 디스크립터 테이블에 저장된다.  아이노드 모든 파일이나 디렉토리는 아이노드로 표현된다. 아이노드는 크기, 권한, 소유권, 그리고 파일이나 디렉토리의 디스크의 위치에 대한 데이터를 포함한다. ext2 아이노드 구조의 예시: ext2에 대한 커널 문서의 인용문: "아이노드에서 파일의 데이터를 포함하는 첫 12블록의 포인터가 있다. (블록의 다음 세트에 포인터를 포함하는) 간접 블록에 대한 포인터, (간접 블록에 대한 포인터를 포함하는) 이중 간접 블록에 대한 포인터, 그리고 (이중 간접 블록에 대한 포인터를 포함하는) 삼중-간접 블록에 대한 포인터가 있다." ext2 내부는 15개의 포인터가 있는 구조며 그 중 처음부터 12번까지는 직접 블록을 위한 것이다. 13번 포인터는 간접 블록을, 14번째 블록은 이중 간접 블록을, 그리고 15번째 포인터는 삼중 간접 블록을 가리킨다.

1. ext

리눅스 초기에 사용되던 파일 시스템이다.

호환성이 없던 ext2의 구 버전이다.

지금은 사용되지 않는다.

2. ext2

ext3이 개발되기 전까지 가장 많이 사용되는 파일 시스템이었다.

리눅스 파일 시스템의 대부분 기능을 제공한다.

뛰어난 안정성과 속도를 제공한다.

ext3또한 ext2를 기반으로 개발되었으며 호환이 잘 되고 업그레이드가 용이하다.

3. minix

Minix에서 사용되었던 파일 시스템이다.

흔히 가장 신괴할 만한 파일 시스템이라고 하지만 몇 가지 제한을 가지고 있다.

몇몇 타임 스탬프가 유실되고, 파일 이름의 길이는 30문자로 제한된다.

또한 파일 시스템마다 최대 64MB 성능 제한이 존재한다.

대부분 배포본의 부팅 디스크는 보통 minix 시스템을 사용한다.

(타임 스탬프 (Time stamp) : 파일 속성의 하나, 파일이나 폴더의 최종 갱신 일시가 기록되어 있으며 운영 체제에 의해 자동으로 작성된다.)

4. xiafs

minix의 제한이었던 파일 이름과 파일 시스템에 대한 제한을 보완한 버전.

그 외의 새로 추가된 기능은 없다.

5. msdos

MS-DOS의 FAT 파일 시스템과 호환을 지원하는 파일 시스템.

OS/2와 Windows NT의 FAT과도 호환된다.

6. hpfs OS/2

OS/2의 파일 시스템.

현재는 읽기 전용인 파일 시스템으로 파일 시스템에 대한 읽기만 가능하다.

7. isofs CD-ROM

ISO 기준을 따르는 표준 CD-ROM의 파일 시스템.

CD_ROM에 좀거 긴 파일 이름을 사용할 수 있도록 확장한 록 브리지가 기보능로 지원됨.

8. umsdos

MS-DOS 파일 시스템을 리눅스 상에서도 사용할 수 있도록 확장한 파일 시스템.

DOS파일 시스템이 마치 리눅스 파일 시스템인 것처럼 보이도록 하는 기능을 제공한다.

9. nfs

네트워크 파일 시스템.

네트워크상의 많은 컴퓨터들이 가진 파일들을 서로 쉽게 공유하기 위해 제공되는 공유 파일 시스템.

10. sysv

System V/386, Xenix, Coherent 파일 시스템.

다음 명령어를 입력합니다.

su -

입력시 암호를 요구하는데, Fedora 설치시 입력했던 root 비밀번호를 입력해줍니다.

비밀번호가 틀리면 su: incorrect password 라는 구문이 나타나고,

비밀번호가 맞으면

[vee@LocVee ~] $ 

였던 부분이

[root@LocVee ~] #

이런식으로 바뀝니다.