inode

때때로 시스템은 디스크에 알림이 가득 차서 데이터를 쓸 수 없다는 것을 알립니다. 그리고 볼 때 공간이 아직도 많은 것을 발견했습니다. 왜냐하면 디스크의inode가 가득 차 있기 때문입니다.아이노드가 뭐죠?파일의 데이터는 메타데이터(metadata)와 데이터(data) 두 종류로 나뉜다.메타데이터는 파일의 속성을 저장하는 데 사용되며,inode에는 'index node' 의 줄임말로 색인 노드를 의미하며,stat 명령으로 파일을 볼 수 있는inode:

[root ~]#stat anaconda-ks.cfg
  File: "anaconda-ks.cfg"
  Size: 1342        Blocks: 8          IO Block: 4096       
Device: 802h/2050d  Inode: 3014665     Links: 1
Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2017-05-16 19:12:09.498999452 +0800
Modify: 2017-05-16 19:12:10.254999454 +0800
Change: 2017-05-16 19:12:16.394999445 +0800

그중 각 옵션이 나타내는 의미

size: 파일 크기

블록스: 여러 섹터가 하나의 블록으로 구성

IO 블록: 바이트

단위의 블록 크기

Device:

Inode: 파일 노드 번호

Links: 하드 링크가 몇 개 있음

첫 번째 Access: 사용자 권한 사용자 ID 사용자 그룹 ID

보조 Access: 파일의 마지막 액세스 시간

Modify: 파일의 마지막 수정 시간

변경: 파일 속성 마지막 수정 시간

파일은 다음과 같은 세 단계로 액세스됩니다.

1. 파일 이름의 대응 관계에 따라 파일에 대응하는 Inode number

를 찾습니다.

2, 노드 번호를 통해 파일을 읽는 Inode table

3. Inode table의 지침에 따라 해당 Blocks

를 읽습니다.
따라서 디스크에 공간이 있을 때도 있지만 inode가 가득 차면 시스템이 디스크 공간이 꽉 찼다고 알릴 수도 있습니다. inode 사용 상황을 보려면 df -i 옵션을 사용하십시오.

[root app]#
[root app]#df -i
Filesystem      Inodes IUsed   IFree IUse% Mounted on
/dev/sda2      6406144 71647 6334497    2% /
tmpfs           125514     1  125513    1% /dev/shm
/dev/sda3      3203072    41 3203031    1% /app
/dev/sda1        64000    38   63962    1% /boot
/dev/sr0             0     0       0     - /mnt

하드 링크 및 소프트 링크
하드 링크는 디렉터리 파일에 새로운 이름을 만드는 것입니다. 노드 번호는 원래 파일의 노드 번호와 같기 때문에 같은 Inode table을 가리키기도 합니다. 그래서 마지막으로 찾은 데이터는 사실상 같은 데이터입니다.소프트 링크는 하나의 파일입니다. 다른 파일의 경로 이름을 포함하고, 가리키는 원본 파일의inode tables가 아닙니다. 그래서 그는 원본 파일에 의존합니다. 원본 파일의 경로가 변할 때 소프트 링크는 효력을 상실합니다.
cp, mv와 rm
cp의 과정은 빈 inode 번호를 분배하기 위해 inode 테이블에 새 항목을 생성하고 디렉터리에 디렉터리 항목을 만들고 이름과 inode 번호와 연결된 복사 데이터를 새 파일로 생성합니다.
rm는 디렉터리에 있는 파일 이름과 대응하는 노드 번호를 삭제하고 노드 테이블을 삭제하며 데이터를 삭제하지 않고 빈 데이터로 표시하고 다른 데이터를 쓸 때 덮어씁니다.
화면음악은 두 가지 상황으로 나뉜다

만약에 mv 명령의 목표와 원본이 같은 파일 시스템에 있다면 mv 명령으로 새로운 파일 이름으로 새로운 디렉터리 항목을 만들고 낡은 디렉터리 항목에 대응하는 오래된 파일 이름을 삭제하면inode표(시간 스탬프 제외)나 디스크의 데이터 위치에 영향을 주지 않습니다. 이동할 수 있는 증거가 없습니다!

목표와 원본이 다른 파일 시스템에 있다면 mv는cp와 rm

에 해당한다