명령 줄을 사용하여 Time Machine 파일을 삭제하는 방법


68

rm을 사용하여 Time Machine Partition에서 일부 파일 / 디렉토리를 삭제하고 싶지만 삭제할 수 없습니다. 문제가 백업의 파일에 대한 일종의 액세스 제어 확장 속성과 관련이 있다고 확신하지만 rm 을 작동 시키기 위해 재정의 / 비활성화하는 방법을 모릅니다 . 내가 얻는 오류의 예는 다음과 같습니다.

% sudo rm -rf Backups.backupdb/MacBook/Latest/MacBook/somedir
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir: Directory not empty
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir/somefile: Operation not permitted

Time Machine GUI 또는 Finder를 사용하지 않는 데는 여러 가지 이유가 있습니다. 가능하면 다른 모든 파일에 대한 확장 된 보호 기능을 유지하고 싶습니다 (내 작업을 완료 한 후에 다시 활성화 할 수 없다면 전역 적으로 비활성화하지 않겠습니다).


좀 더 가까워졌습니다. 먼저 Time Machine 디스크에서 ACL을 비활성화해야했습니다. 이전에는 fsaclctl을 사용하여이 작업을 수행했지만 Snow Leopard에는이 기능이 포함되어 있지 않습니다. 이전 버전의 OSX에서 바이너리 사본을 가져 와서 다음을 실행했습니다. % sudo fsaclctl -p / Volumes / tmvol -d 그런 다음 "sudo rm -rf"를 사용하여 디렉토리를 제거하려고했지만 여전히 문제가 발생했습니다. 일부 파일 (다른 파일은 잘 지워지지 만). 특히, 소프트 링크에서 실패했습니다. 아주 이상한. 플러스 측면에서 링크는 거의 공간을 차지하지 않습니다. 부정적인 측면에서 여전히 디렉토리가 붙어 있습니다.
Tim

스냅 샷 또는 스냅 샷의 폴더를 삭제할 때 허용되는 대답은 매우 위험합니다 rm -r Backups.backupdb/MacBook/Latest/MacBook/somedir. 동의하면 Arne의 답변을 수락 하시겠습니까?
Arjan

답변:


115

"작동 불가"오류를 해결하려면 Time Machine Safety Net "우회"프로그램을 사용하십시오.

sudo /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass rm -rfv /Volumes/[disk]/Backups.backupdb/[path]

10.8 Mountain Lion에서 우회가 '도움말'로 이동했습니다.

/System/Library/Extensions/TMSafetyNet.kext/Helpers/bypass

10.10 Yosemite에서 우회가 여기로 이동했습니다.

/System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass

조심 타임 머신은 하드 링크를 사용하기 때문에 사용 : 특정 스냅 샷을 삭제하려면이 옵션을 사용하면 rm -r폴더에 같은 기계의 이전 및 새로운 스냅 샷에 영향을 미칠 수 있습니다 . ( tmutil delete특정 스냅 샷을 안전하게 삭제하는 방법에 대해서는 다른 답변을 참조하십시오 .) 단일 머신의 모든 스냅 샷 rm을 삭제 하는 데 사용 하는 것은 좋습니다. 그리고 rm특정 파일을 삭제하는 데 사용 하고 있습니다.이 파일은 하드 링크 된 디렉토리에 있지 않다고 가정 할 때 지정한 스냅 샷에서 해당 하드 링크 된 파일 만 제거 합니다. 하드 링크 된 디렉토리.


+1 !! 이것은 나를 도왔다. 나는 이것이 "올바른 방법"처럼 보였고 실제로 다른 질문을하지 않고 문제를 해결할 수 있었기 때문에 다른 사람들도 시도하지 않았습니다. 감사!
tripleee

+1하기위한 계정을 만들었습니다. 나는 이것에 대한 더 나은 해결책을 찾고 있었고 이것이 전부였습니다. 그것은 나를 미치게했다. 감사합니다.
CWSpear

3
대박. 작동합니다. (수십만 개의 파일 각각에 대한 항목을 보지 않으려면 'v'옵션을 생략하더라도) 예 :sudo ...bypass rm -rf /Volumes/...
Brent Faust

6
이것은 Time Machine 파일을 관리 할 때 매우 위험한 방법입니다. Time Machine은 하드 링크 된 디렉토리를 사용하여 이전 백업 이후 변경되지 않은 폴더를 참조하지만 rm프로세스는이를 이해하지 못하며 이러한 링크를 따라 파일을 제거합니다. 즉, 선택한 백업보다 이전 및 최신 백업에있는 파일을 잠재적으로 삭제하여 백업에 돌이킬 수없는 손상을 일으킬 수 있습니다. Arne Stenström의 권장 사용법 tmutil은 지금까지 탁월한 솔루션입니다.
하라 빅

1
Haravikk의 의견을 약간 확장하려면 rm하드 링크 된 파일 에는 사용 하는 것이 좋지만 하드 링크 된 폴더 에는 사용하지 않아도됩니다. 켄트의 대답 은 같은 문제를 언급합니다. 그리고 OS X에서 디렉토리에 대한 하드 링크를 생성하는 Unix 명령은 무엇입니까? 누군가 2010 년 10.5 년에 다음과 같이 썼습니다. "삭제는 다른 이야기입니다. 디렉토리를 삭제하는 일반적인 방법으로 이동하면 내용이 삭제되므로 디렉토리를"링크 해제 "해야합니다 : unlink new_hard_link". 따라서 지정된 머신에 대한 모든 백업 (스냅 샷) 을 삭제할 때만 사용하십시오 .
Arjan

26

BLUF (하단 선) :

sudo tmutil delete snapshot-dir


사용 시간 기계의에서 파일 및 폴더에서 작동하지 않는 폴더 계층 구조에서 모든 ACL을 제거 Backups.backupdb 때문에, TM 안전망 메커니즘이 설명 된 기준 (318) 기술 저널 포스트 (하지만 아마도 정확히 설명) .     (Eric W의 답변 (작동)에서 언급 한 Safety Net을 찾아서 배우기 전에 TM 백업의 하위 폴더에서 복제 된 폴더에서만 테스트 했으며 chmod가 작동했지만 chmod 는 실제로 폴더에서 시도했습니다. TM 백업에서 "작업이 허용되지 않습니다"오류가 발생합니다.)sudo chmod -R -N folder

가능한 사용법 :
    Mac OS 10.7 이상에는 tmutil 명령이 있습니다 (여전히 Snow Leopard를 사용하고 있으므로 시도하지 않았습니다). 이것은 보유 삭제 의 설명에있어서 동사 "에 의해 제조되지 않은, 또는, 현재 시스템에 의해 청구되지 백업에서 스냅 샷을 삭제할 수" (a "스냅 샷"은 하나의 증분 백업을 나타내는 일자 폴더이다). 이는 것을 의미한다면 그것은 나에게 명확하지 않다 할 수없는 스냅 샷 삭제 되어 현재 기계에 의해 또는 주장합니다. (?)


2
실제로 tmutil은 유용하며 백업을 삭제할 수 있습니다 ( tmutil delete /Volumes/DISK/Backups.backupdb/HOST/DATE_FOLDER). 그러나 "Backups.backupdb"폴더 자체를 삭제하려면 Eric의 바이 패스 트릭이 필요합니다.
mivk 2016 년

내 OSX 10.8.3 (Mountain Lion)에는 바이 패스가 필요하지 않았습니다. 그냥 sudo tmutil delete <snapshot-dir>. 인기있는 bypass rm답변은 구식입니다.
John Mee

tmutil스냅 샷에서 일부 파일 만 삭제하는 데 사용할 수 있습니까? 그것은 나를 위해 작동하지 않았으므로 ( Invalid deletion target (error 22)) bypass대신에 갔습니다 .
Robert Tupelo-Schneck

BLUF의 경우 +1 (매우 멋진) Manager-Tools에서 얻었습니까? :)
Olie December

또한 : Backups.backupdb백업 드라이브 (Time Capsule)에 표시되지 않는 디렉토리에 대한 참조를 계속 찾습니다 . 나는 단지 형태의 것을 가지고있다 MachineName.sparsebundle. 형식이 변경 되었습니까? TM의 백업 삭제 명령을 사용하려고하는데 몇 시간 동안 99.99 % 진행률 표시 줄에 갇혀 있습니다.
Olie

12

bypass명령을 사용하여 이전 백업을 제거하는 것에 대한 경고 : 삭제 된 백업에 이전 또는 이후 백업에서 정확히 동일한 폴더 가 있으면 파일이 이전 또는 이후 백업에서도 삭제 될 수 있습니다 !

Time Machine은 변경되지 않은 파일에 하드 링크를 사용할뿐만 아니라 파일이 추가, 변경 또는 삭제되지 않은 폴더에 하드 링크를 사용합니다. 결과는 다음과 같습니다.

/2014-11-06/folder/file1
                  /file2
                  /file3
/2014-11-13/folder/file1 = hard link to file /2014-11-06/folder/file1
                  /file2 (changed; new inode)
                  /file3 = hard link to file /2014-11-06/folder/file3
/2014-11-20/folder/ = hard link to folder /2014-11-13/folder/
/2014-11-27/folder/ = hard link to folder /2014-11-20/folder/

위의 경우 파일을 삭제해도 문제 /2014-11-06/folder/가 없으며 해당 날짜의 백업에만 영향을줍니다. 하드 링크 참조 카운트는 "그래서, 감소하는 아이 노드 에 대한"가 file2제거됩니다 만, 아이 노드에 대한 file1file3때문에 나중에 백업 여전히 1의 참조 카운트를해야합니다. 따라서 rm -R /2014-11-06괜찮습니다.

그러나 중 하나에서 모든 파일을 제거 /2014-11-13/folder/, /2014-11-20/folder/또는 /2014-11-27/folder/효과적으로 모든 3 개 폴더에서 제거됩니다.

문제는 rm -R하드 링크 된 폴더에 신경 쓰지 않는다는 것입니다. 찾은 하드 링크 된 폴더로 돌아가서 모든 파일을 굵게 삭제 한 다음 빈 폴더를 제거합니다.

따라서 오래된 백업을 제거 할 때 하드 링크 된 폴더로 돌아가서 그 내용을 삭제해서는 안됩니다. 대신 폴더 자체의 하드 링크 만 제거해야합니다 . 따라서 Arne의 답변에 설명 대로 rm -R사용하십시오 .tmutil delete

따로, OS X unlink명령 은 폴더에서 사용할 수없는 것 같습니다 : "디렉토리가 아니어야하는 하나의 인수 만 제공 될 수 있습니다 . " OS X API는 하드 링크 된 폴더를 제거 할 수 있으며 Homebrew를 사용하여 설치된 것과 같은 GNU Coreutils 도 마찬가지 입니다.

마지막으로 위의 모든 사항을 입증하기 위해 테스트 사례 (OSX 10.6.8) :

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

각 발생에 대한 링크 수는 2 (두 번째 열)입니다. 첫 번째 발생을 제거합시다 :

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist 
sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

따라서 파일 중 하나를 연결 해제 한 후 파일이 여전히 3 번 표시되지만 각 발생에 대해 링크 수가 1로 떨어졌습니다. 아직 문제 없습니다. 첫 번째 발생을 다시 제거하십시오.

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist 
sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
ls: 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist: No such file or directory

이제 모두 사라졌습니다. 분명히 파일 TopSites.plist은 2014-11-06에 마지막으로 변경되었고 2014-11-13에 하드 링크 된 후 다른 파일이 Safari폴더 에 추가, 변경 또는 제거되었을 때 나타납니다 . 다음 Safari으로 두 번의 백업에서 폴더 의 내용이 변경되지 않았으므로 2014-11-20 및 2014-11-27에서 Safari폴더가 이전 백업에 하드 링크되었습니다.

실제로 4 개의 폴더는 2 개의 inode 만 사용합니다 (첫 번째 열).

sh-3.2# ls -lFaid 2014-11*/Users/USERNAME/Library/Safari/
648651968 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:06 2014-11-06-012454/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-13-024438/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-20-014044/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-27-025033/Users/USERNAME/Library/Safari//

1
일부 배경 : 파일의 경우 하드 링크가 예상대로 작동합니다. 삭제하려는 하드 링크 만 제거됩니다. Like : touch file1; ln file1 file2; ln file2 file3; ls -li; rm file2; ls -li단일 하드 링크 만 제거합니다. 그러나 폴더의 경우 , OS X에서 디렉토리에 대한 하드 링크를 작성하는 Unix 명령은 무엇입니까? 누군가 2010 년 10.5 년에 다음과 같이 썼습니다. "삭제는 다른 이야기입니다. 디렉토리를 삭제하는 일반적인 방법으로 이동하면 내용이 삭제 되므로 디렉토리를"링크 해제 " 해야합니다 : unlink new_hard_link". 이것은 여전히 ​​유효합니다.
Arjan

unlink(10.6.8) 의 매뉴얼 페이지는 디렉토리에서 사용할 수 없다고 말합니다 When the utility is called as unlink, only one argument, which must not be a directory, may be supplied.
Kent

흠, 미스터리. 더 중요한 것은 답이 중요합니다. [bypass] rm -r하드 링크 된 디렉토리 에서는 사용하지 마십시오 . (그러나 나는 당신에게 그것을 설명 할 필요가 없습니다.)
Arjan

방금 조금 더 실험했습니다. 달리는 bypass unlink FILE것과 같은 (의도하지 않은?) 결과를 가져옵니다 bypass rm FILE. 지정된 단일 위치 만이 아니라 모든 백업에서 동일한 FILE이 제거됩니다. 그리고, unlink(, 새로운 OS 버전을 변경 한 것이다 나는이 생각하지 않지만, 10.6.8 서버) 인수로 디렉토리 또는 하나 개 이상의 파일을하지 않을 것이다
켄트

와우, 내가 의한 꽤 놀랐어요 당신 bypass rm FILEbypass unlink FILE하나가보고 일치하지 않는 모든 동일한 파일 제거 touch file1; ln file1 file2; ln file2 file3; ls -li; unlink file2; ls -li,도를 들어 touch file1; ln file1 file2; ln file2 file3; ls -li; /System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass unlink file2; ls -li. 나는 백업에서 무언가를 제거하지 않을 것입니다 ...
Arjan

3

참고 : Eric W가 언급 한 "TM Safety Net"로 인해 Time Machine 백업의 경우이 답변이 작동하지 않습니다. 그러나 대부분의 경우 ACL을 제거하는 방법에 대한 정보는 관련이 있습니다.


이전 OS에서 복사 한 ACL 도구를 사용할 필요가 없습니다.

ls -leACL을보고 chmod변경하는 데 사용하십시오 .

자세한 내용 man chmod은 "ACL Manipulation Options"를 입력 하고 확인하십시오.

폴더 계층에서 모든 ACL을 제거하는 명령은 다음과 같습니다.

chmod -R -N foldername

2

타임머신은 rshapshot처럼 작동합니다. 각각의 새 백업에 대한 하드 링크 트리를 작성합니다. 이전 백업에 이미 존재하는 파일에 대한 하드 링크는 추가 공간을 거의 사용하지 않습니다. 파일에 대한 마지막 하드 링크가 제거 된 경우에만 파일이 실제로 파일 시스템에서 삭제됩니다.

전체 개별 백업을 제거해도 손상되지 않습니다. 하드 링크를 제거하고 있습니다. 다른 백업은 영향을받지 않습니다. 그러나 tmutil을 통해 수행 할 수 있습니다.

보호를 우회해야 할 수있는 한 가지 시나리오는 모든 백업에서 특정 파일을 제거하는 것입니다 (이 포스트에서 종료 된 이유).

백업 디스크가 꽉 찼습니다. 몇 달 동안 백업 된 매우 큰 파일 (많은 기가 바이트)이 있습니다. 하나의 물리적 사본이 있지만 해당 사본에 대한 하드 링크가있는 많은 스냅 샷이 있습니다. 실제로 해당 파일을 제거하려면 모든 백업에서 하드 링크를 제거해야합니다.

동일한 파일에 대한 모든 하드 링크에 대해 inode 번호가 동일합니다.

% cd /Volumes/WD\ 500G\ USB/Backups.backupdb/csm-laptop
% ls -li */Macintosh\ HD/Users/csm/vm.img
...
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-005636/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-015812/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-030036/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-041307/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 Latest/Macintosh HD/Users/csm/vm.img

(최신은 마지막으로 날짜가 표시된 디렉토리에 대한 심볼릭 링크입니다)

% sudo bypass rm -f */Macintosh\ HD\Users\csm\vm.img

파일이 모든 백업에서 제거되고 공간이 반환됩니다. 파일이 시간이 지남에 따라 변경된 경우 각 백업에는 전체 사본이 있으며 반환되는 공간은 엄청납니다.


에 관해서는 "해치지 않을 것입니다 전체 개별 백업을 제거. 당신은 하드 링크를 제거하고 있습니다. 다른 백업이 영향을받지 않습니다." : 이것이 단일 머신의 백업 내 스냅 샷을 참조하는 경우 켄트의 (오래된) 대답을 사용하면 rm -r위험 할 수 있습니다. 미안보다 안전하고 사용하십시오 tmutil.
Arjan

0

백업을 "소유"하는 사용자로 명령을 실행하지 않으면 명령 줄에서 삭제하기가 어려워집니다. 방금 마이그레이션과 관련 하여이 문제가 있었으므로 모든 Time Machine 백업 (1tb +)을 분리하고 드라이브에 액세스하기 전에 드라이브를 포맷해야했습니다.


2
sudo는 관리자 권한으로 모든 파일에 액세스 할 수 있어야합니다. 나는 이것이 ACL 문제라고 확신하며 그 일을하고 있습니다.
Tim

1
Nic, 몇 년 늦었지만 그것을 놓친 경우 : Eric의 답변을 참조하십시오 .
Arjan

@Tim :이 어설 션은 불변 속성 ( chattr)이 주어지면 다른 유닉스 시스템에서도 사실이 아닙니다 . 루트가 이론적으로 제공하는 것은 보안 네트워크 를 우회 하는 것 입니다.
0xC0000022L

0

특정 파일뿐만 아니라 폴더의 모든 파일을 삭제하려면 Time Machine의 제외 목록에 폴더를 추가하여이 작업을 수행 할 수 있습니다. (시스템 환경 설정-> Time Machine-> 옵션. 폴더를 여기로 드래그하십시오.)

다음에 백업을 수행하면 해당 폴더의 사본이 이전 백업에서 제거됩니다.

당신은 지금, 만약 정말 CLI를에서이 작업을 수행하려면, 방법이 조금 복잡 불구하고있다.

  1. /Library/Preferences/com.apple.TimeMachine.plist의 백업을 만듭니다.
  2. 장난감을 넣을 수있는 위치에 /Library/Preferences/com.apple.TimeMachine.plist를 복사하십시오.
  3. 당신이 그것을 넣을 때마다 CD.

  4. plutil -convert xml1 com.apple.TimeMachine.plist
    이진 형식에서 변환을 실행하십시오 .
  5. 선호하는 텍스트 편집기에서 변환 된 plist를 열고 "skippaths"를 검색하십시오.
  6. 해당 섹션에 다음과 같이 형식화 된 새 줄을 삽입하십시오. <string>/Path/To/Exclude</string>
  7. 저장 후 종료, 실행하여 다시 변환
    plutil -convert binary1 com.apple.TimeMachine.plist
  8. 편집 한 plist를 다시 / Library / Preferences /에 복사하십시오.
  9. 다음을 실행하여 백업을 시작하십시오.
    /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -auto

편집 : 9 단계를 수행하면 새로 제외 된 폴더의 모든 사본이 이전 백업에서 지워집니다.

예외를 제거하려면 백업을 / Library / Preferences로 다시 복사하십시오.


디렉토리를 제외하려고하지 않습니다. 기존 백업에서 디렉토리를 삭제하고 명령 행에서 디렉토리를 삭제하려고합니다. 실제로 rm이 Backups.backupdb 디렉토리 내에서 작동하도록 허용하는 방법을 알고 싶습니다.
Tim

아마도 위의 단계를 수행 할 때 폴더가 실제로 백업에서 삭제되었다는 내 지시에서 명확하지 않을 수 있습니다. 내 편집을 참조하십시오. 당신이 찾고있는 솔루션이 아니라면, 그때 난 당신이 항상 할 수 있다고 가정 su - root하고 rm -rf폴더,하지만 난 그 방법으로 백업과 같은 소중한 뭔가 조롱하는 일이 방지하기 위해 일반적으로 시도해야 뭔가 생각합니다.
Frost

그러나 제외로 추가하면 모든 백업에서 사본을 모두 삭제합니다. 또한 이것이 TimeMachine 백업이지만,이 작업을 수행하는 머신이 아니므로 더 이상 활성 TimeMachine이 아닙니다. sudo는 "su-root"및 "rm -rf"와 동일한 효과를 갖습니다. Apple이 단순한 * nix 권한을 넘어 파일 시스템에 보안 수준을 추가했기 때문에 이것이 실패하고 있다고 확신합니다.
Tim

이것은 어리석게 들릴지 모르지만 그것이 맥 sudo과 같은 효과가 있는지는 확실하지 않습니다 su - root. 나는 sudo충분하지 않은 것을 삭제하려고 시도 했지만 sudo - root트릭을 한 경우를 회상하는 것 같습니다 .
Frost

3
@ Frost- Time Machine이 제안한 방식으로 작동한다고 생각하지 않습니다. 방금 폴더를 제외하고 TM을 실행하려고 시도했지만 해당 폴더의 이전 백업이 여전히 TM에 있습니다. 또는 거의 1 년 전에이 내용을 게시 한 이후에 동작이 변경되었을 수 있습니다.
카페인 코마

0

플래그를 ls사용하여 목록 확장 속성을 길게 볼 수 있습니다 -@. -e플래그 를 제공 할 때 ACL이 나열됩니다 . 따라서을 사용하여 다루고있는 것을 찾을 수 있습니다 ls -lea@ DIR.

로컬 Time Machine 백업으로 판단하면 Time Machine은 최신 스냅 샷에 대한 메타 데이터와 함께 확장 된 속성을 적용하는 것처럼 보입니다. xattrs에 의해 저장된 데이터는 이진 plist 인 것으로 보입니다. 이것들은 해로운 것 같습니다.

Time Machine은 표준 사용자 디렉토리에있는 디렉토리와 같이 알려진 특정 디렉토리에 ACL을 적용하려고합니다. 삭제를 거부하는 파일 또는 디렉토리에 직접 적용되는 ACL과 delete_child를 거부하는 파일의 상위에 적용되는 ACL의 두 가지 종류가 있습니다.

불행하게도, 맥 OS X는 사용자 유틸리티를 제공하지 않습니다 getfaclsetfaclACL을보고 조작 할 수 POSIX.2c로 지정했습니다. ACL을 엉망으로 만들려면 프로그래밍이 필요하다. acl(3)맨 페이지를 참조하십시오 .

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.