우리 모두는 사용합니다 파일 또는 파일 매일, 우리 모두도 그것을 사용합니다 폴더 또는 디렉토리, 데스크탑 PC, 랩탑, 모바일 기기 등의 파일 시스템에 있는 경우. 따라서 이 기사에서는 이에 대해 알아야 할 모든 것을 설명하여 이해할 수 있도록 하겠습니다. 정보가 무엇이고 어떻게 저장되는지 기억에.
파일 시스템이란 무엇인가요?
Un 파일 시스템 파일 시스템(FS)은 운영 체제가 정보의 저장 및 검색 방식을 제어하는 데 사용하는 방법 및 데이터 구조입니다. 파일 시스템이 없다면 저장 매체에 저장된 데이터는 단일 데이터 개체가 되어, 각 데이터 세트의 시작과 끝을 구분할 수 없으며, 검색이 필요할 때 해당 데이터 세트의 위치를 알 수 없습니다. 이를 원시 데이터라고 합니다.
NTFS, FAT, ext4, btrfs, HFS+ 등을 사용하여 저장 드라이브를 포맷하면 실제로 해당 드라이브의 데이터를 관리하는 파일 시스템이 생성됩니다. 다시 말해, 우리가 포맷이라고 부르는 것은 실제로는 FS입니다.
데이터를 청크로 분리하고 각 청크에 이름을 지정함으로써 l데이터는 쉽게 분리하고 식별할 수 있습니다.이 모든 것을 가능하게 하기 위해 파일 시스템은 두세 개의 계층으로 구성됩니다. 때로는 이러한 계층이 명확하게 분리되기도 하고, 때로는 기능이 결합되기도 합니다. 여기서 다루는 계층은 다음과 같습니다.
- 논리 파일 시스템: 사용자 애플리케이션과의 상호 작용을 담당합니다. 파일 작업(예: 열기, 닫기, 읽기 등요청된 작업을 처리를 위해 하위 계층으로 전달합니다. 논리 파일 시스템은 프로세스별로 열린 파일 테이블 항목과 파일 설명자를 관리합니다. 이 계층은 파일 액세스, 디렉터리 작업, 보안 및 보호 기능을 제공합니다.
- 가상 파일 시스템: 이 인터페이스는 여러 개의 물리적 파일 시스템 인스턴스를 동시에 지원할 수 있도록 합니다. 이 계층은 선택 사항이며 항상 존재하는 것은 아닙니다.
- 물리적 파일 시스템: 저장 장치의 물리적 동작을 처리합니다. 읽거나 쓰는 물리적 블록을 처리합니다. 버퍼링 및 메모리 관리를 담당하고, 저장 매체의 특정 위치에 블록을 물리적으로 배치하는 역할을 합니다. 물리적 파일 시스템은 저장 하드웨어 장치 드라이버 또는 채널과 상호 작용하여 저장 장치를 제어합니다.
FS 특징
존재하는 모든 파일 시스템에는 한계가 있습니다. 문자 다음과 같이 알아야 합니다.
- 공간 관리 또는 할당: 파일 시스템은 일반적으로 장치의 여러 물리적 드라이브에 공간을 세밀하게 할당합니다. 파일 시스템은 파일과 디렉터리를 구성하고, 미디어의 어떤 영역이 어떤 파일에 속하는지, 어떤 영역이 사용되지 않는지 추적합니다.
- 분열: 이는 동일한 파일이 저장 드라이브의 여러 부분에 저장되어 있을 때 발생하며, 이는 각 파일 부분이 서로 인접하지 않음을 의미합니다. 파일이 생성, 수정, 삭제됨에 따라 사용되거나 사용되지 않는 공간의 크기가 달라질 수 있습니다. 뿐만 아니라, 일부 파일 시스템(예: Microsoft FAT 및 NTFS)에도 영향을 미쳐 파일 읽기 속도를 저하시킵니다.
- 파일 이름: 파일 시스템은 파일 이름의 길이 제한, 대소문자 구분, 특수 문자 사용을 관리합니다.
- 디렉토리: 파일을 별도의 컬렉션으로 정리하는 디렉터리를 사용하는 경우가 많습니다. 디렉터리는 평면적이거나 계층적일 수 있습니다. 이것이 핵심이므로 나중에 더 자세히 설명하겠습니다.
- 메타 데이터 : 여기에는 데이터 길이, 타임스탬프, 액세스 권한, 파일 속성 등의 세부 정보를 포함하는 연관된 메타데이터 정보가 있습니다.
- 유틸리티 및 접근성: 이러한 명령은 파일 시스템 인스턴스를 초기화, 수정, 삭제하는 데 사용되며, 디렉터리와 파일을 생성, 이름 바꾸기, 삭제하고, 암호화, 할당량, 마이그레이션, 변환, 백업 등을 수행하는 데 사용됩니다.
- 무결성 및 오류 관리: FS는 운영 체제 오류나 정전이 발생하더라도 보조 저장소나 외부 드라이브의 파일 시스템 구조의 무결성을 유지해야 합니다.
- 사용자 데이터: 데이터 저장, 검색, 업데이트를 포함하여 사용자 데이터 관리를 허용해야 합니다.
- 여러 파일 시스템: 단일 시스템에 여러 개의 파일 시스템을 갖는 것이 가능합니다.
- 설계 제한: 파일 시스템에는 시스템 내의 최대 저장 용량, 파일의 최대 크기, 파일 수 등을 정의하는 기능적 제한이 있습니다.
파티션이란 무엇입니까?
우나 분할 파티션은 HDD, SSD, 플래시 드라이브 등과 같은 데이터 저장 장치의 논리적인 섹션 또는 하위 구분입니다. 이 파티션은 여러 용도로 사용되어 저장된 데이터를 더욱 효율적으로 정리하고 관리할 수 있도록 합니다. 예를 들어, 각 파티션을 특정 용도로 사용하거나 여러 운영 체제를 설치하는 등 다양한 용도로 사용할 수 있습니다.
주의해야합니다 생성, 삭제 및 크기 조정 파티션을 변경하면 데이터가 손실될 수 있으므로 이러한 작업을 수행할 때는 주의하고 파티션 구조를 크게 변경하기 전에 중요한 데이터를 백업하는 것이 중요합니다.
반면에 요약하자면, 당신은 또한 다음이 있다는 것을 이해해야 합니다. 다양한 유형의 파티션 MBR 시스템의 기본(GPT에서는 동일한 단위에서 최대 128개의 파티션이 가능하므로 가능성이 확장됨. 다만 이는 또 다른 주제임):
- 기본 파티션: 각 저장 드라이브는 최대 4개의 주 파티션을 가질 수 있습니다. 이 주 파티션은 운영 체제가 설치되고 데이터가 저장되는 주요 파티션입니다. 주 파티션 중 하나는 운영 체제가 부팅되는 활성 파티션 또는 부팅 파티션으로 지정될 수 있습니다.
- 확장 파티션: 확장 파티션은 추가 논리 파티션을 생성하는 데 사용되는 특수한 주 파티션입니다. 데이터를 직접 포함하지는 않지만 논리 파티션의 컨테이너 역할을 합니다. 확장 파티션 내에 여러 논리 파티션을 포함할 수 있습니다. 이를 통해 하드 드라이브에 주 파티션을 4개까지만 사용할 수 있다는 제한을 극복할 수 있습니다.
- 논리 파티션: 이러한 파티션은 확장 파티션 내에 생성됩니다. 운영 체제 부팅에는 사용되지 않으며, 일반적으로 데이터나 파일을 구성하는 데 사용됩니다. 확장 파티션 내에 여러 개의 논리 파티션을 만들 수 있으므로 데이터 구성이 더 쉬워집니다.
파티션 테이블이란 무엇인가요?
La 파티션 테이블 하드 드라이브 시작 부분에 위치한 데이터 구조로, 드라이브가 파티션으로 어떻게 나뉘는지에 대한 정보를 담고 있습니다. 일반적으로 BIOS 기반 시스템에서는 마스터 부트 섹터(MBR)에 저장되고, 최신 UEFI 기반 시스템에서는 GPT(GUID 파티션 테이블)에 저장됩니다. 파티션 테이블에는 각 파티션의 크기, 유형(예: NTFS, FAT32, ext4 등), 저장 매체에서의 위치 등의 정보가 포함됩니다.
따라서 파티션 테이블과 파일 시스템의 관계는 파티션 테이블이 다음을 나타낸다는 사실에 있습니다. 각 파티션이 시작되고 끝나는 곳 물리적 디스크에 있습니다. 각 파티션은 특정 파일 시스템으로 포맷됩니다. 파티션에 파일을 읽거나 쓰기 위해 액세스하면 운영 체제는 파티션 테이블의 정보를 사용하여 해당 파티션의 파일 시스템을 찾아 구성 방식을 파악합니다.
파일 시스템 유형
다양한 파일 시스템 중에서 다음 유형을 강조해야 합니다.
- 디스크 파일 시스템: 이러한 시스템은 디스크 저장 매체의 기능을 활용하여 데이터에 무작위로 빠르게 액세스할 수 있습니다. 여러 사용자 또는 프로세스가 순차적인 위치와 관계없이 디스크의 데이터에 액세스할 수 있도록 합니다. FAT, exFAT, NTFS, Reiser FS, HFS, HFS+, HPFS, APFS, UFS, ext2, ext3, ext4, XFS, btrfs, VMFS, ZFS, ReiserFS, NSS, ScoutFS 등이 있습니다. 이 외에도 다음 시스템들을 고려해 볼 수 있습니다.
- 광학 디스크: CD, DVD, Blu-ray에 사용되는 ISO 9660 및 UDF(Universal Disk Format)와 같은 일반적인 형식입니다.
- 플래시 파일 시스템: 이러한 시스템은 플래시 메모리 장치용으로 특별히 설계되었으며 해당 장치의 특성과 제약 사항을 고려합니다. 디스크 시스템을 수정하는 대신 플래시 장치용으로 설계된 파일 시스템을 사용하는 것이 좋습니다. JFFS, JFFS2, YAFFS, UBIFS, LogFS, F2FS 등이 그 예입니다.
- 자기 테이프 파일 시스템: 이러한 시스템은 디스크보다 랜덤 액세스 시간이 긴 테이프에 저장 공간을 관리합니다. 디렉터리 관리 방식이 다르며, 테이프에서 빈번한 선형 이동을 지양해야 한다는 점을 강조합니다. IBM의 LTFS가 그 예입니다.
- 데이터베이스 파일 시스템: 파일 유형, 작성자, 메타데이터 등의 특성으로 파일을 식별하는 데이터베이스 기반 파일 시스템입니다. IBM DB2 등이 그 예입니다.
- 트랜잭션 파일 시스템: 이러한 시스템은 파일 작업의 원자성과 고립성을 보장합니다. Microsoft Windows의 NTFS와 UNIX/Linux의 LFS, ext3 등과 같은 기타 프로토타입 트랜잭션 파일 시스템이 그 예입니다.
- 네트워크 파일 시스템: NFS, AFS, SMB, FTP, WebDAV 등의 프로토콜을 통해 원격 서버의 파일에 접근할 수 있는 네트워크 파일 시스템입니다. 즉, 분산 컴퓨팅을 위해 설계되었습니다.
- 공유 파일 시스템: 이러한 시스템을 사용하면 여러 서버가 동일한 디스크 하위 시스템에 안전하게 액세스할 수 있습니다. GFS2, GPFS, SFS, CXFS, StorNext, ScoutFS 등이 그 예입니다.
- 특수 파일 시스템: 이러한 파일 시스템은 다소 구체적이며 파일 요소를 포함하지는 않지만 API를 통해 접근할 수 있습니다. 예를 들어, Linux 등에서 사용되는 장치 파일 시스템(Device File System)은 devfs로 정의됩니다. 반면, Linux 환경에서는 configfs, sysfs, procfs와 같이 특수한 시스템도 있습니다.
- 최소 파일 시스템/오디오 카세트 저장: 오디오 카세트는 당시의 일부 마이크로컴퓨터 모델(예: Commodore PET)에 전력을 공급하는 데이터 저장 시스템으로 사용되었습니다.
- 플랫 파일 시스템(Flat File System): 이러한 시스템은 하위 디렉터리가 없으며 모든 디렉터리 항목을 하나의 주 디렉터리에 저장합니다. 이러한 파일 시스템의 예로는 CP/M 시스템과 Apple의 클래식 Mac용 Macintosh 파일 시스템이 있습니다.
FS 테크놀로지스
각 파일 시스템은 고유한 특성을 가지고 있으며 이를 지원합니다. 다른 기술. 가장 중요한 것은 다음과 같습니다.
- 자가 치유: 저장 시스템에서 발생할 수 있는 오류와 문제를 자동으로 감지하고 수정하는 파일 시스템의 기능을 의미합니다. 이러한 오류에는 하드 드라이브의 불량 섹터나 기타 유형의 데이터 손상이 포함될 수 있습니다. 오류가 감지되면 파일 시스템은 백업에서 복원하거나 손상된 데이터를 복구하여 영향을 받은 데이터를 복구하려고 시도합니다. 이를 통해 파일 시스템에 저장된 데이터의 무결성을 유지할 수 있습니다.
- 압축: 파일 시스템에 저장된 파일과 데이터의 크기를 줄일 수 있는 기능입니다. 데이터를 압축하면 디스크 공간을 절약하고 파일 전송 속도를 높일 수 있습니다. 압축 기능을 활성화하면 파일 시스템은 자동으로 파일을 압축하고, 읽을 때는 압축을 해제합니다. 이 기능은 리소스가 제한된 저장 시스템에서 유용할 수 있지만, 액세스 속도가 느려질 수 있습니다.
- 암호화: 파일 시스템에 저장된 데이터의 기밀성을 보호하는 데 사용되는 기술입니다. 데이터는 디스크에 기록되기 전에 암호화되고, 읽을 때 복호화됩니다. 암호화는 적절한 복호화 키 없이는 누구도 데이터를 읽을 수 없도록 보장합니다. 이는 민감한 데이터의 개인 정보 보호 및 보안을 보호하는 데 필수적입니다. 압축과 마찬가지로, 데이터 접근 속도를 저하시킬 수도 있습니다.
- 저널링(거래 로그): 파일 생성, 수정, 삭제 등 파일 시스템에서 수행된 모든 작업을 기록하는 기능입니다. 이 기록은 "저널" 또는 "트랜잭션 로그"라고 합니다. 예상치 못한 정전과 같은 시스템 장애 발생 시 파일 시스템은 트랜잭션 로그를 사용하여 일관된 상태로 복구할 수 있습니다. 이를 통해 데이터 손상을 방지하고 파일 시스템의 무결성을 보장합니다.
- 스냅샷 용량: 스냅샷은 특정 시점의 파일 시스템 사본입니다. 이러한 사본은 스냅샷이며 파일 시스템의 현재 데이터와 함께 저장됩니다. 스냅샷을 사용하면 오류나 원치 않는 변경 사항이 발생할 경우 파일 시스템을 이전 상태로 복원할 수 있습니다. 이는 백업, 데이터 복구 및 시스템에 영구적으로 적용하기 전에 변경 사항을 테스트하는 데 유용합니다.
디렉토리 또는 폴더란 무엇인가요?
이제 데이터가 저장 장치에 어떻게 저장되는지와 필요한 데이터 구조를 알았으므로 이제 무엇이 저장 장치에 저장되는지 설명할 차례입니다. 폴더 또는 디렉토리.
디렉토리 또는 폴더는 다른 파일을 카탈로그화하기 위한 구조 파일 시스템 내에서 사용자나 운영 체제에 더 직관적인 계층 구조나 구성을 제공합니다. 이를 위해 다른 파일과 다른 디렉터리 또는 폴더(이 경우 하위 디렉터리 또는 하위 폴더라고 함)에 대한 참조를 포함합니다.
유닉스와 같이 계층적 파일 시스템을 사용하는 일부 운영 체제는 일반적으로 RAM의 일부에 최근 경로가 저장된 디렉터리 캐시를 가지고 있습니다. 유닉스에서는 이 부분을 DNLC(Directory Name Lookup Cache)라고 하며, 리눅스에서는 dcache라고 합니다. 이 메모리 부분은 가장 최근에 접근한 경로로 업데이트되는 반면, 네트워크 파일 시스템에서는 사용자가 무효화하거나 생성한 항목을 관리하여 일관성을 유지하는 메커니즘이 필요합니다.
한 곳에서 계층적 파일 시스템 저장소는 트리 구조와 유사합니다. "부모"와 "자식"이라는 용어는 하위 디렉터리와 해당 디렉터리가 카탈로그화된 디렉터리 사이의 관계를 설명하는 데 자주 사용되며, 후자는 부모 디렉터리입니다. 이러한 파일 시스템에서 상위 디렉터리가 없는 최상위 디렉터리를 루트 디렉터리라고 합니다. 이는 Unix나 Linux에서 가장 잘 볼 수 있는데, 특정 계층 구조가 있고 루트 디렉터리는 root 또는 /이며, 다른 모든 디렉터리는 동일한 파티션에 있지 않더라도 루트 디렉터리에 종속됩니다.
가상 디렉터리는 계층적 디렉터리 트리의 위치에 의존하지 않는 파일 구성 유형입니다. 대신 데이터베이스나 사용자 지정 인덱스와 같은 데이터 소스에서 결과를 수집하여 폴더 보기와 동일한 형식으로 시각적으로 표시합니다.
이러한 폴더 또는 디렉토리 관리 가능 GUI와 CLI 도구를 모두 사용합니다. 예를 들어, 명령이나 파일 관리자 자체를 사용하여 생성, 삭제, 이름 변경, 이동, 복사 등을 수행할 수 있습니다. 일부 운영 체제에서는 특정 폴더에서 수행할 수 있는 권한 및 작업에 제한이 있을 수 있지만...
다양한 운영 체제의 폴더 또는 디렉토리에 대한 세부 정보
각각 파일 시스템 및 운영 체제, 파일과 폴더는 다르게 처리됩니다.
- 뿌리: 이는 시스템 폴더 계층 구조의 나머지 부분이 시작되거나 위치하는 지점입니다. Windows에서는 일반적으로 C:\이고, Unix/Linux에서는 루트 파티션 또는 /입니다.
- 경로 또는 경로: 파일 시스템 내에서 폴더나 파일이 위치한 경로입니다. 예를 들어 Windows에서는 C:\Program Files\Office\Word.exe와 같은 경로가 있고, Unix/Linux에서는 /home/user/example.c와 같은 경로가 있습니다. 보시다시피 Windows에서는 백슬래시를 사용하는 반면, *nix 환경에서는 전통적인 슬래시를 사용합니다.
- 파일 이름 또는 파일 이름: 특정 파일 시스템 내의 각 파일에 부여되는 이름입니다. 각 파일 시스템마다 파일 이름의 최대 문자 수 제한이 있습니다. 또한, 기본 이름과 확장자를 구분해야 합니다. 일부 초기 시스템에는 확장자 길이 제한(일반적으로 3자)이 있었습니다. 이러한 이유로 DOS 시스템과의 호환성을 위해 .html 대신 .htm이 표시되는 경우가 있습니다. 파일 이름의 예로는 example.txt가 있습니다. 여기서 "example"은 파일 이름이고 "txt"는 확장자이며, 이 경우 텍스트 파일임을 나타냅니다.
Unix/Linux의 특별한 경우
슈퍼블록이란 무엇인가요?
Un 슈퍼블록 파일 시스템 시작 부분에 있는 기본적인 데이터 구조입니다. 슈퍼 블록은 파일 시스템 자체에 대한 중요한 정보를 담고 있으며, 해당 파일 시스템에 저장된 데이터를 관리하고 액세스하는 데 사용됩니다. 모든 Unix 파일 시스템은 자체적인 슈퍼 블록을 가지며, 구체적인 형식은 사용하는 파일 시스템(예: ext4, XFS, UFS 등)에 따라 다를 수 있습니다.
La 저장된 정보 슈퍼블록에는 다음이 포함될 수 있습니다.
- 파일 시스템 크기: 파일 시스템의 전체 크기를 나타냅니다.
- inode 수: 파일 시스템에서 사용 가능한 inode의 개수를 지정합니다. inode는 파일과 디렉터리를 나타내는 데이터 구조입니다.
- 무료 블록: 정보를 저장하기 위해 파일 시스템에 남아 있는 여유 데이터 블록의 수를 기록합니다.
- 마운트 지점: 운영 체제에 파일 시스템이 마운트된 디렉토리를 나타냅니다.
- 파일 시스템 식별: 동일 시스템 내의 다른 파일 시스템과 구별하기 위한 파일 시스템의 고유 식별자입니다.
- 집결 날짜 및 시간: 파일 시스템이 마지막으로 마운트된 시점을 기록합니다.
- 사용된 Inode 및 블록 카운터: 파일 시스템에서 얼마나 많은 inode와 데이터 블록이 사용되고 있는지 추적합니다.
- 체크섬 및 기타 무결성 메타데이터: 일부 최신 슈퍼블록에는 파일 시스템에 저장된 데이터의 무결성을 확인하기 위한 추가 정보가 포함되어 있을 수 있습니다.
파일 시스템, 즉 포맷된 파티션이 마운트되면 운영 체제는 슈퍼블록에 접근하여 파일 시스템의 구조와 상태에 대한 중요한 정보를 얻습니다. 이 정보는 파일 시스템에 데이터를 읽고 쓰는 데 필수적일 뿐만 아니라 저장된 데이터의 무결성과 일관성을 보장하는 데에도 필수적입니다.
Inode와 디렉토리
En 유닉스/리눅스, 파티션, 장치 드라이브 등 모든 것이 파일입니다. Windows와 같은 다른 시스템에서는 그렇지 않습니다. 하지만 모든 것이 파일인 경우, 폴더나 디렉터리도 특수 파일 유형으로 간주됩니다.
따라서 디렉토리는 파일(및 하위 디렉토리) 이름을 포함하는 특수 파일입니다. inode 번호 동일한 파일 시스템에 있는 파일이나 동일하거나 다른 파일 시스템에 있는 파일 또는 디렉터리에 대한 심볼릭 링크의 이름에 대해. 하드 링크의 경우, inode는 나열된 디렉터리 항목의 개수를 추적하고 링크 수가 0에 도달하면 파일 블록을 삭제합니다. 이는 소프트 링크나 심볼릭 링크의 경우와 다릅니다. 심볼릭 링크를 삭제해도 대상 파일에는 영향을 미치지 않습니다. 그러나 심볼릭 링크가 있는 파일을 삭제하면 해당 링크를 사용할 수 없게 됩니다.
Unix/Linux 파일 시스템에서 파일 여러 이름을 가질 수 있습니다 동일하거나 다른 디렉토리에 있는 각 이름에 대한 디렉토리 항목이 있으며, 모두 데이터가 저장된 디스크 블록 목록을 유지하는 동일한 inode 구조를 가리킵니다.
이 모든 것을 더 잘 이해하려면 inode(인덱스 노드)가 무엇인지 기억하는 것이 중요합니다. inode는 *nix 파일 시스템의 기본 데이터 구조입니다. 필수 정보를 표현하고 저장합니다. 파일 시스템 내의 파일이나 디렉터리에 있습니다. 따라서 폴더와 파일 모두 시스템에서 inode로 인식됩니다.
이것이 가능하려면 각 inode가 다음을 가리킵니다. 정보:
- 아이노드 번호: 각 파일이나 디렉토리에 대한 고유 식별자.
- 파일 유형 : inode가 일반 파일(f), 디렉토리(d), 심볼릭 링크(l) 또는 다른 유형의 파일을 참조하는지 여부를 나타냅니다.
- 크기 : 파일의 현재 크기(바이트)입니다.
- 권한 및 소유자: 파일에 대한 접근(읽기, 쓰기, 실행) 및 수정 권한이 있는 사람과 파일 소유자(사용자 또는 루트)에 대한 정보입니다. 소유자는 실제로 존재하지 않는 사용자일 수도 있지만, 장치 등일 수도 있습니다.
- 생성/수정 날짜 및 시간: inode가 처음 생성된 시점과 마지막으로 수정된 시점을 기록합니다. 기타 메타데이터나 확장 권한도 포함될 수 있습니다.
- 링크 수: 이 inode와 연관된 파일 또는 디렉터리 이름의 개수를 나타냅니다. 디렉터리는 최소 두 개의 링크를 가지는데, 하나는 자기 자신과 다른 하나는 부모 디렉터리와 연결됩니다.
- 데이터 블록에 대한 포인터: 파일의 실제 내용을 저장하는 저장 장치의 데이터 블록에 대한 참조를 포함합니다. 이러한 블록은 특정 파일 시스템 구현 및 파일 크기에 따라 직접, 간접 또는 이중 간접 주소일 수 있습니다.
inode는 파일 시스템 작동에 매우 중요합니다. 운영 체제가 각 파일 및 디렉터리의 물리적 위치와 관련 정보를 추적할 수 있도록 하기 때문입니다. 파일이나 디렉터리에 액세스하면 운영 체제는 해당 inode 번호를 참조하여 해당 파일과 관련된 데이터 및 기타 정보의 위치를 찾습니다.