"이 질문이 쉬운 경우 죄송합니다"😂😂😂 하나는 정말 나를 깨뜨렸다 😂😂😂😂
당신은 미안할 필요가 없습니다, 질문은 환영합니다 :)
글쎄, (슬프게도) 그것은 정말로 불특정 한 오류이기 때문에 실제로 까다로운 것입니다. 여러 가지 원인이있을 수 있습니다. 설치 프로그램이 제대로 부팅되었으므로 파일 시스템 오류가 아니라고 생각합니다. 한 가지 이유가 있습니다.
확인해야 할 첫 번째 사항은 다음과 같습니다. 설치 파일 (ISO / DMG)은 어디서 얻었습니까? App Store의 공식 배포입니까, 아니면 타사 소스 (해적판 웹 사이트)에서 제공 되었습니까? 중요한 이유는 애플의 삼촌 이 그들의 보안에 대해 매우 짜증나 기 때문이다. 그리고 나는 매우 의미 합니다. iOS 유형의 시스템 파일에는 매우 액세스 할 수 없습니다. 설치가 자사 소스 (일명 App Store)에서 온 것이 아니라면 제대로 공동 설계되지 않았기 때문에 (항상 : P) 문제입니다. 아래에서 공동 설계에 대해 조금 설명했습니다. 따라서 설치하는 경우 소스를 지정하여 질문을 편집하여 추가 도움을 받으십시오.
문제점의 또 다른 이유는 지정된대로 설치가 손상 되었기 때문일 수 있습니다. 그게 무슨 뜻이야? 파일을 디스크에 굽는 경우 (예 : ISO를 USB 드라이브에 굽는 경우)에는 전체 파일의 구조를 망치는 작은 오류 (아마도 손상된 바이트 일 수도 있음)가있을 수 있습니다. 성 가시지 않습니까? 여러 가지 이유로 발생할 수 있습니다. 어쩌면 파일 어쩌면 디스크 어쩌면 디스크 메이커가 나쁘다, 나쁘다, 나쁘다 (이 경우 정말 당신이라는 내 개인 좋아하는 시도 제안 루퍼스 또한, 완전 무료를슬프게도 Windows에서만 사용할 수 있기 때문에 몇 분 동안 손을 잡으십시오. 아마도 무작위로 발생했을 수 있습니다 (예, Bummer.). 옵션 1을 수행 한 다음 합법적이고 공식적인 설치 관리자 사본이있는 경우 디스크를 확인한 다음 설치 프로그램을 다시 레코딩하십시오. 여전히 작동하지 않으면 다른 디스크 메이커 응용 프로그램으로 전환하십시오.
공동 설계
따라서 공동 설계 (코드 서명)는 Apple 시스템 (macOS / OS X, iOS 등)에있어 거의 표준입니다. 정말 대단하지만 동시에 성가신 것입니다. Wikipedia에서 :
코드 서명은 소프트웨어 작성자를 확인하고 서명 된 이후 코드가 변경되거나 손상되지 않았 음을 보장하기 위해 실행 파일 및 스크립트에 디지털 서명하는 프로세스입니다. 이 프로세스는 암호화 해시를 사용하여 진위와 무결성을 검증합니다.
내가 말했듯이, 그것은 꽤 깔끔한 생각입니다. 기본적으로 소프트웨어 코드에 포함 된 약간의 암호화 된 문자열이며 공식 개발자의 공식 코드임을 승인하며 예상대로 실행해야합니다 (시스템 요구 사항을 충족한다고 가정). 문서와 같이 서명처럼 생각할 수 있습니다. 문서에서 저자의 서명을 볼 때 그의 서명이 원본인지 공식인지 확인할 수 있습니다. 그리고 서명처럼, 그것은 독특하고 가짜하기가 어렵습니다. 그러나 문제는 개발자가 코드에 올바르게 서명하지 않으면 많은 문제가 발생한다는 것입니다. 예를 들어, 다른 날에 GDB (GNU 디버거)를 사용하려고했지만 부적절한 공동 디자인으로 인해 작동하지 않았습니다. 그럼에도 불구하고 대부분의 경우