도구
파일 유틸리티 >
3DM 파일 복구
| 도구모음 | 메뉴 |
|---|---|
|
|
도구 파일 유틸리티 > 3DM 파일 복구 |
Rescue3dmFile 명령은 손상된 Rhino 3dm 파일에서 읽을 수 있는 지오메트리 개체를 복구합니다.
| 명령행 옵션 | |
|---|---|
|
분석 |
파일 내용의 자세한 설명입니다. 다음 중에 ERROR 라는 단어를 찾아 파일의 어느 부분이 손상되었는지 확인합니다. 예====== FILENAME: C:/RhinoFiles/BadFile.3dm ====== VERSION: 3 ====== COMMENT BLOCK: ... ====== CHUNKS: 211347: FFFFFFFF TCODE_ENDOFTABLE: value = 0 (00000000) 214045: 00007FFF TCODE_ENDOFFILE: length = 4 bytes |
|
목록 |
파일에서 복구가 가능할 수도 있는 모든 openNURBS 개체의 목록을 표시합니다. 목록에 없는 개체는 복구할 수 없습니다. 예:올바른 파일: ... Object[35] 16722 bytes at offset 125176. class id F06FC243-A32A-4608-9DD8-A7D2C4CE2A36 (TL_Brep) Object[36] 257 bytes at offset 142052. class id CF33BE2A-09B4-11d4-BFFB-0010830122F0 (ON_ArcCurve) Object[37] 257 bytes at offset 142463. class id CF33BE2A-09B4-11d4-BFFB-0010830122F0 (ON_ArcCurve) Object[38] 333 bytes at offset 142874. class id 5EAF1119-0B51-11d4-BFFE-0010830122F0 (TL_NurbsCurve) Object[39] 569 bytes at offset 144079. class id 4ED7D4E6-E947-11d3-BFE5-0010830122F0 (ON_PolylineCurve) Object[40] 15828 bytes at offset 145161. class id F06FC243-A32A-4608-9DD8-A7D2C4CE2A36 (TL_Brep) Object[41] 16775 bytes at offset 161143. class id F06FC243-A32A-4608-9DD8-A7D2C4CE2A36 (TL_Brep) ... 손상된 파일: 파일이 손상되면 "ERROR"라는 단어가 다음과 같이 표시됩니다. ** ERROR near offset 78931 ** Rogue chunk in openNURBS class record. 파일의 손상된 부분을 찾으려면 목록에서 "ERROR"라는 단어를 찾으십시오. 대부분의 경우, 복구 과정 도중에 파일의 나머지 부분을 분석하기 위하여, 예전에 발생한 오류를 찾으려고 하기 때문에 위와 같이 "ERROR"라고 적힌 부분이 표시됩니다. |
|
복구 |
파일에서 가능한 모든 개체의 자동 복구를 시도합니다. 기본 개체만이 복구됩니다. 모든 특성 정보(레이어, 렌더링 재질, 이름, 등)은 복구되지 않습니다. Recover 옵션은 Import 명령에서와 같이, 복구되는 개체를 현재 세션에 추가하고 유지합니다. |
|
읽기 |
항목을 한 번에 하나씩 읽습니다. |
|
여러_항목_읽기 |
읽을 항목의 수를 지정합니다. |
|
모두읽기 |
모두읽기가 실패하면 목록 옵션으로 만들어진 파일을 인쇄하고, 읽기 옵션을 사용하여 한 번에 하나의 항목을 읽어옵니다. 각각의 아이템을 성공적으로 읽은 후, 새로운 3dm 파일을 (작업 중인 파일을 손상시키지 않도록) 다른 이름으로 저장합니다. 읽히지 않는 개체가 있는 경우에는 인쇄된 목록에서 그 개체를 표시하고 다시 시작합니다. 다음 번 작업할 때 건너뛰기옵션을 사용하여 그 개체를 건너뛰고 다음 개체로 이동합니다. |
|
건너뛰기 |
읽을 수 없는 개체를 건너뜁니다. |
|
여러_항목_건너뛰기 |
건너뛸 항목의 수를 지정합니다. |
|
종료 |
명령을 종료합니다. |
순환 중복 검사 (CRC) 오류는 파일이 작성된 후 손상되었음을 나타냅니다.
CRC는 수식을 통하여 모든 바이트 값을 처리하여 나온 데이터를 계산한 숫자입니다. 수식은 바이트 값이 변경되면, CRC 수식으로 생성되는 숫자도 변경할 가능성이 높도록 설계되어 있습니다.
Rhino는 CRC를 사용하여 데이터의 유효성을 검사합니다. 파일이 작성되면, 각 개체 데이터의 CRC가 계산되고 해당 파일에 저장됩니다. 파일을 읽으면 CRC가 다시 계산되고 파일에 저장된 CRC 값과 비교됩니다. 두 CRC 값이 일치하면 파일에 쓰여진 정보와 파일에서 읽어온 정보가 동일하다는 것을 거의 확신할 수 있습니다. CRC 값이 다르면 파일에 쓰여진 정보가 읽어온 정보와 다르다는 것을 절대적으로 확실하게 알 수 있습니다. 요약하자면, CRC 값이 다르면 파일이 저장된 후, 적어도 파일의 1 바이트가 변경되었음을 나타냅니다.
파일 손상의 일반적인 원인은 하드 디스크 자성 물질의 배열을 손상시키는 외부 자기장, 헤드 손상, 헤드 아마튜어에서의 기계적 손상, 디스크 플래터의 기계적 손상, 잘못된 전송 (이동 가능한 미디어인 플로피, CD, 점프 드라이브, 손상된 케이블을 통한 다운로드 등) 이 대부분입니다.
파일이 계속 손상되는 경우, 잘못된 디스크 또는 바이러스 감염이 아닌지 의심해봐야 합니다. 두 대 이상의 컴퓨터에서도 정기적으로 문제가 발생한다면, 넓은 자기장이나 외부로 노출된 전기 모터(엘리베이터, 공업용 진공 청소기, 에어컨 컴프레서, 손상된 공업용 크기의 전자렌지)의 영향이 없는지 확인해 보십시오.
어떻게 해야할까요? 보고된 CRC 오류는 디스크에서 읽어온 정보와 저장된 정보가 같지 않음을 뜻합니다. 파일이 그래도 읽히면, 모델을 검사하고 잘못된 부분이 없는지 확인합니다. 만약 잘못된 부분이 없다면, 손상된 부분은 아마도 파일에서 중요하지 않은 부분이거나, 데이터를 읽어오는 과정 중에 자동적으로 손상된 부분이 발견되어 복구되었기 때문일 것입니다.
파일이 더 이상 읽히지 않는 경우, Rescue3DMFile 명령을 사용하여 최대한 데이터를 복구하십시오.
응급 저장 (메모리 부족)의 상황에서, Rhino는 자동적으로 현재 모델을 다른 이름으로 저장하고, 마지막 .3dm 파일을 저장하는 것을 방지합니다. 하드 디스크에서 이름이 RHINO_EMERGENCY_SAVE.3dm 인 파일을 검색해 보십시오.
| 도구모음 | 메뉴 |
|---|---|
|
|
|
RescueBlockOrphans 명령은 다른 블록 정의에서 참조하지 않는 블록 정의 지오메트리를 찾습니다. 이러한 개체를 고립된 블록이라고 하며, 고립된 블록에는 부모 블록이 없으므로 Insert 명령을 사용하여 고립된 블록에 액세스할 수 없습니다.
이러한 상황은 특히 손상된 파일을 읽을 때 발생 가능합니다.
알 수 없는 이유로 3dm 파일이 잘립니다 (파일의 끝 부분이 손실됨). 파일을 읽기 시작하면 지오메트리 테이블이 손상되었다는 경고가 표시되고 사용자는 읽기를 계속하여 최대한 정보를 많이 읽어들이려고 합니다.
읽기가 완료된 후, 아무것도 보이지 않습니다. 블록 정의 지오메트리가 읽혔다면, RescueBlockOrphans 명령으로 모델에서 액세스할 수 없는 블록 정의 개체의 복사본을 만듭니다.
RescueBlockOrphans 명령이 실행될 때, RescueBlockOrphans 명령은 레이어, 주석 스타일, 해치 패턴 등의 정보와 연결을 유지합니다.
자세히: 모델 공간 블록 참조와 보조 블록 정의 정보의 전에 블록 정의 지오메트리가 포함된 위치 혹은 그 후에 잘림이 발생했을 때, 마치 "고아"처럼 고립된 블록 정의 지오메트리에 액세스할 수 있는 방법이 없었습니다. 파일의 대부분이 블록 정의 지오메트리에 집중되어 있는 경우에 잘림이 발생하면 이 상황이 발생할 가능성이 높습니다. RescueBlockOrphans는 모든 블록 정의 지오메트리를 찾습니다.
Rhinoceros 7 © 2010-2020 Robert McNeel & Associates. 2020-12-08
