cp -al은 하드 링크를 생성하지 않습니다.

cp -al은 하드 링크를 생성하지 않습니다.

cp -al이 명령을 사용하여 백업용 스냅샷/하드 링크를 생성하고 싶습니다 . cp -al내 기본 시스템(Mint 18.1)에서 사용할 때 몇 번의 스냅샷 후에도 상위 디렉터리 크기가 기본적으로 동일하게 유지되는 하드 링크를 생성하는 반면, 내 백업 서버(Mint 17.3)에서는 플래그를 무시하는 것처럼 보이며 겉으로 는 -l일반 복사본을 만듭니다. 새로운 스냅샷이 나올 때마다 상위 디렉토리의 크기가 커지기 때문입니다. 두 시스템의 파일 시스템은 ext4입니다. 백업 서버의 차이점은 논리 볼륨이라는 것입니다. 일반 물리 볼륨을 사용하는 다른 컴퓨터에서도 동일한 문제가 발생했기 때문에 그것이 문제라고 생각하지 않습니다. 문제가 무엇인지 아시나요? 감사해요.

답변1

Mint 18.1에서는 두 폴더에 있는 특정 파일의 inode 번호가 1302이고, Mint 17.3에서는 두 폴더에 있는 동일한 파일의 inode 번호가 266098입니다. 비율은 무슨 뜻인가요? 나는 inode 번호에 익숙하지 않습니다. 디렉터리 크기를 확인하기 위해 Caja 및 Thunar 속성 대화 상자를 사용했습니다.

하드 링크의 개념은 동일한 inode에 여러 개의 링크를 갖는 것이므로 동일한 inode를 가진 파일이 발견되면 하드 링크라는 의미입니다. ls -l의 두 번째 열도 링크 수입니다. (dir/. 및 dir/subdir/..은 하드 링크이기 때문에 디렉토리는 항상 1보다 큰 링크 개수로 표시됩니다.)

하드 링크가 추가 공간을 차지하지 않는다는 것을 보여주기 위해 전후에 파일 시스템의 여유 공간을 전체적으로 살펴보십시오(예:df:) cd /my/backup/filesystem && df -h .. 아니면 도구를 이용하세요.하드 링크에 대해 알고 있습니다.두 개의 하드 링크가 포함된 최종 디렉터리가 차지하는 공간을 측정합니다. 에 따르면 man du,(한 글자 차이에 유의하세요!) 이러한 도구는 다음과 같습니다 cd /my/backup/directory && du -s -h ..

Thunar 또는 Caja 버전이 하드 링크 인식 측정을 구현하는지 여부는 알 수 없습니다.:-).

관련 정보