APFS 오류 : fsck가 복구 할 수 없습니다

TL; DR

Apple 커뮤니티에 대해서도 같은 질문을했지만 아무런 도움이되지 않았습니다. https://discussions.apple.com/thread/8123614 에서 게시물을 찾으십시오.

bash-3.2# fsck_apfs -d -l /dev/disk5
fletcher64_init:58: Selecting AVX2 implementation of fletcher64
** Checking volume.
** Checking the container superblock.
** Checking the EFI jumpstart record.
** Checking the space manager.
** Checking the object map.
** Checking the APFS volume superblock.
warning: apfs_sb at apfs_fs_index (0): apfs_features has unrecognized features (2)
** Checking the object map.
** Checking the fsroot tree.
error: btn: key (2) compare error: 22
   fsroot tree is invalid.
** The volume /dev/disk5 could not be verified completely.

하드웨어 iMac (27-inch, Late 2013), 256GB 재고 SSD, 특별한 것도없고 멋진 것도 아닙니다.

표준 문제 하드웨어이며 Linux / Freebsd를 실행하기 때문에이 하드웨어가 완벽하다고 확신합니다.

드라이브는 High Sierra를 새로 설치하기위한 기본 단일 파티션 GPT입니다. 나는 단순히 전체 드라이브를 지우고 새로운 GPT 구성표를 설정하고 HFS +로 포맷 한 다음 USB에서 설치 프로그램을 시작했습니다. 이것은 괜찮 았지만 며칠 후에 정전 후 볼륨을 확인하고 더 이상 수리 할 수 ​​없다는 것을 알았습니다 ...

Disk Utility.app는 fsck 와 동일한 기능을합니다 . 디스크 유틸리티는 기본적으로 어쨌든 백그라운드에서 fsck 를 실행 하고 있습니다. 그렇지 않다고 생각되면 터미널을 통해 디스크 유틸리티를 직접 시작하면 stdout에 표시됩니다.

유용한 문서를 찾을 수 없었으며 기술적 깊이가없는 마케팅 풍미가있는 맘보 점보 만 있습니다.

인식 할 수없는 기능 을 인식 할 수 있기를 희망하면서 10.13.1 공개 베타 릴리스를 설치했습니다 . 이제는 인식 할 수없는 기능에 대해 불평하지 않더라도 다소 동일하거나 여전히 볼륨을 복구 할 수 없습니다 .

APFS가 ZFS와 밀접한 관련이있는 곳을 읽었으므로 아마도 ZFS 도구 또는 뒷 이야기와 비슷한 APFS를 복구하도록 명시 적으로 설계된 다른 소프트웨어를 사용할 수 있습니다. http://dtrace.org/blogs/ahl/2016/ 06 / 15 / apple_and_zfs /

하위 주제

• SSD에서 APFS를 옵트 아웃하는 방법이 있습니까?
• HFS +로 다시 변환하는 방법이 있습니까

설치하는 동안 설치 프로그램이 변환에 대해 묻지 않았거나 놓칠 수 없었으며 이제는 사용할 수없는 드라이브가 붙어 있습니다.

업데이트 II : ZFS 에 대한 정보를 읽은 후 APFS 에 대한 Wikipedia 항목의 참조를 읽은 후 (잘못된 경우 수정) APFS 구현은 자체 결함을 처리해야하며 이론적으로 fsck 명령이 필요하지 않습니다. 글쎄, 생각할 때, 부팅 시간에 문제가 발생했을 경우 BTRFS 볼륨을 fsck 할 필요가 없었습니다. 내결함성이 핵심 기능 중 하나이기 때문에 APFS의 작동 방식을 추측하십시오.

리버스 엔지니어링 APFS의 자세한 기술 정보는 여기

III 업데이트 (07.01.2018)

자주 사용되지 않는 테스트를 많이 수행하여 기본 Apple 및 비 Apple 하드웨어에서 몇 주 동안 APF를 테스트 한 후 Linux 커널이 R / W에 APFS 볼륨을 마운트 할 수있을 때까지 멀리 떨어져있는 것이 좋습니다. 방법. 내 경험상 APFS 기반 스토리지가 어떤 이유로 인해 충돌하여 자체 치료를 할 수 없다면 정말 나쁜 하루를 보낼 수 있습니다. 대부분의 경우 작업을 수행하고 자체적으로 복구 할 수 있습니다. 그러나 8 주 동안 하드웨어 오류가 없어도 5 개가 넘는 경우에 도달했습니다. 재 포맷하지 않고 볼륨을 복구 / 재사용 할 수 없었으므로 APFS는 시스템 파일이 아닌 다른 파일에 대해 Linux에서 R / W 모드로 문서화되고 마운트 될 때까지 APFS를 사용하지 않습니다.

SSD와 비 SSD 비교 비 SSD 에서 APFS를 실행하는 경우 HFS보다 느립니다. 기간. APFS는 현재 내부 SSD 드라이브에서만 합리적이며 하이브리드 드라이브에서는 가능합니다 (Apple 설치 프로그램이 동의하지는 않지만). 마그네틱 하드 드라이브는 어떤 식 으로든 APFS의 이점을 얻지 못합니다. USB-C를 통해 압축 할 수있는 데이터의 양이 제한되고 HFS +가 병목 현상이 발생하지 않기 때문에 외부 SSD 드라이브 성능은 실제로 비교할 수 없습니다.

Apple 포럼과 동일한 조언. 시스템을 백업하고 다시 포맷하십시오.

Apple은 아직 APFS 사양 또는 코드를 출시하지 않았습니다. 아시다시피, 매우 거친 리버스 엔지니어링 만이 수행되었습니다. fsroot트리 에서 어떤 키 2가 잘못 비교되었는지 해석하는 것은 이 시점에서 순수한 추측입니다.

HFS +로 다시 변환 할 방법 이 없습니다 . 가 탈퇴하는 비공식적 인 방법으로 생각은.

fsck명령이 필요하지 않다는 것은 FS가 온라인상에서 잘못된 것을 고치려고한다는 것을 의미합니다. 모든 잠재적 손상이나 구현 버그로부터 파일 시스템을 보호 할 수는 없습니다. fsck오프라인으로 무언가를 고칠 수 없다면 온라인으로 고칠 기회가 없습니다.

그러나 하나의 잠재적 시나리오는 fsck시스템 코드가 아닌 버그 이지만 잘못된 점을 이해할 수없는 순수한 추측입니다. 그것은 당신의 선택이지만, 재 포맷이 가장 안전합니다.

RAM을 확인하십시오.

팩토리 SSD 및 타사 RAM이있는 2017 iMac (18,3)에서 10.13 (High Sierra)과 비슷한 문제가있었습니다. 디스크 유틸리티 응급 처치가 반복해서 중지되어 "오브젝트 맵이 유효하지 않습니다"와 같은 오류를보고하고 "파일 시스템 확인 또는 복구 실패"라는 결론을 내립니다. 매번 SSD를 다시 포맷하고 macOS와 소프트웨어를 다시 설치했지만 며칠 후에 문제가 다시 발생했습니다. Apple 진단을 통과했으며 로컬 Apple Store에서 하드웨어 RAM을 감지하지 못했습니다 (타사 RAM을 제거한 후). 다른 2 개의 iMac, MacBook 및 여러 macOS 가상 컴퓨터를 포함한 다른 여러 컴퓨터에서 문제가 없었습니다.

나를 위해 그것을 고 쳤던 것은 뱅크별로 RAM을 일치시키는 것이 었습니다. 즉, 뱅크 0 (DIMM 0/1)은 일치하는 Apple RAM 쌍을 포함하고 뱅크 1 (DIMM 0/1)은 일치하는 타사 RAM 쌍을 포함합니다.

2018-01-06 업데이트 : 1 주일 후에 또 다른 오류가 발생했습니다. (이것은 무작위 실패의 문제입니다). 더 많은 테스트를 수행하는 동안 타사 RAM을 일시적으로 제거했습니다.

2018-01-22 업데이트 : 새 RAM으로 10 일이 지난 후에도 문제가 발생하지 않았습니다. RAM이 잘못되어 문제가 발생했다고 생각합니다. (아마도 APFS는 RAM을 캐시로 사용합니까?).

손상된 APFS 파티션에서 디스크 이미지를 만든 후 파일을 복구 할 수있었습니다.