Windows 8.1에서 TrueCrypt를 분리하면 "응용 프로그램 또는 시스템에서 사용중인 파일 또는 폴더가 포함되어 있습니다"라는 메시지가 계속 표시됩니다.


8

TrueCrypt에 의해 탑재 된 볼륨이 있습니다. 분리하려고 할 때를 제외하고는 모두 잘 작동합니다 (확인한 후에 응용 프로그램이나 탐색기가 없는지 확인한 후). Dismount버튼을 클릭 할 때마다이 오류가 발생합니다.

볼륨에는 응용 프로그램이나 시스템에서 사용중인 파일 또는 폴더가 포함되어 있습니다. 강제 분리?

여기에 이미지 설명을 입력하십시오

Sysinternals의 프로세스 모니터를 시작하고 해당 드라이브 문자로 시작하는 경로를 필터링했으며 나열된 응용 프로그램 (Explorer.EXE, SnippingTool.exe, firefox)으로 해당 드라이브에 액세스하려고 시도하지 않은 이상한 결과를 발견했습니다. .exe).

세 응용 프로그램 모두 동일한 유형의 "액세스"를 표시합니다 ( SUCCESS결과).

  • CreateFile : 원하는 액세스 : 동기화, 처리 : 열기, 옵션 : 디렉토리, 동기 IO 비 경고, 속성 : 해당 없음, 공유 모드 : 없음, 할당 크기 : 해당 없음, 열기 결과 : 열림
  • QueryNameInformationFile : 이름 : \
  • QueryInformationVolume : VolumeCreationTime : 2/10/2015 10:04:26 PM, VolumeSerialNumber : D753-7E32, 지원 개체 : True, VolumeLabel :
  • QueryAttributeInformationVolume : FileSystemAttributes : 대 / 소문자 구분, 대 / 소문자 구분, 유니 코드, ACL, 압축, 명명 된 스트림, EFS, 개체 ID, 재분석 지점, 스파 스 파일, 할당량, 트랜잭션, 0x3c00000, MaximumComponentNameLength : 255, FileSystemName : NTFS
  • CloseFile :
  • CreateFile : 원하는 액세스 : 동기화, 처리 : 열기, 옵션 : 디렉토리, 동기 IO 비 경고, 여유 공간 조회 용으로 열기, 속성 : 해당 없음, 공유 모드 : 없음, 할당 크기 : 해당 없음, OpenResult : 열린
  • QueryFullSize InformationVolume : TotalAllocationUnits : 4,194,303, CallerAvailableAllocationUnits : 2,425,717, ActualAvailableAllocationUnits : 2,425,717, SectorsPerAllocationUnit : 8, BytesPerSector : 512
  • CloseFile :

드라이브 속성 페이지에서 해당 확인란을 선택 취소 하여 해당 드라이브 (및 모든 하위 폴더 및 파일)에 대한 색인 생성을 비활성화하려고 시도했지만 도움이되지 않았습니다.

여기에 이미지 설명을 입력하십시오


ACCESS DENIEDTrueCrypt의 FileSystemControl작동에 대한 유일한 프로세스 모니터가 표시 됩니다.

제어 : FSCTL_LOCK_VOLUME


흥미롭게도, 해당 드라이브를 마운트하고 즉시 마운트 해제하면 (탐색기를 통해 한 번이라도 액세스하지 않아도) 오류없이 마운트 해제됩니다.


이 문제의 최악의 부분은 계속 진행하고 클릭 Yes(강제 마운트 해제)하면 Windows 8.1이 BSOD (죽음의 블루 스크린)와 충돌한다는 것입니다. 분명히 이것은이 도구를 매우 유용하게 만들지 않습니다.


이 오류 메시지를 제거하는 방법에 대한 아이디어가 있습니까? 이 문제를 일으키는 Windows 서비스 또는 기능을 비활성화 하시겠습니까?


1
문제 해결의 일부로 BSOD가 로그에서 정확히 발생한 원인을 확인 했습니까? 여기에 도움이 될 수 있습니다. 또한 마운트 해제를 위해 로그 아웃 및 로그인을 시도 했습니까? -이것은 내가 알고있는 문제의 원인에 대한 답은 아니지만 문제의 해결 방법이 될 수 있습니다.
Firelord

TrueCrypt는 약 1 년 전에 중단되었습니다. 그 이후로 DiskCryptor를 사용해 왔습니다. 내가 당신이라면 TrueCrypt 영역에서 모든 것을 잡고 현재 유지되고있는 플랫폼으로 옮길 것입니다. 시간이 지남에 따라 더 이상 개발되지 않기 때문에 악화 될 것입니다.
Jason Locke

답변:


1
  1. TrueCrypt 볼륨에 대해 열린 파일 핸들이있는 프로세스를 확인하기 위해 CrystalRich의 LockHunter 를 설치할 수 있습니다 .

  2. AV가 파일에 액세스하고 있습니까?

  3. re : "TrueCrypt는 중단되었습니다."이미 부분적으로 감사 를 받았으며 AES에서 중대한 결함이나 백도어가 발견되지 않았습니다. TrueCrypt에 대한 의견 은 How-To GeekE. Ciurana 를 참조하십시오 . 잠금 문제를 해결하거나 보안상의 이유로 암호화 소프트웨어를 전환하려면 aee AlternativeTo : TrueCrypt ... 현재 VeraCrypt 가 약간 우세합니다. 당신이 경우 참고 것을 VeraCrypt 스위치를, 모든 현재의 TrueCrypt 컨테이너를 다시 작성해야합니다.


1

약간 늦게 Chiming-디스크 파티션에서 생성 된 VeraCrypt 컨테이너 (3 섹터로 분할 된 디스크-VeraCrypt, KeePass 및 KeePass 키 파일 및 동일한 휴대용 하드 드라이브에 두 개의 VeraCrypt 파티션도 포함되어 있습니다. VeraCrypt 파티션 컨테이너는 일반 드라이브 컨테이너에 대한 인덱싱을 끈 후에 올바르게 분리되기 시작했습니다. 인덱싱 프로세스는 동일한 물리 디스크의 모든 파티션에 대한 활성 액세스 요청으로 해석되었습니다.


0

나는 이것이 오래된 질문이라는 것을 알고 있지만 솔루션을 직접 찾고있는 동안 그것을 발견했으며 해결책이 게시되지 않았으므로 내 정보를 제공하겠습니다.

짧은 대답 : TrueCrypt 컨테이너에서 분리를 방해하는 무언가가 잘못 된 것 같습니다. 새로운 TrueCrypt 컨테이너를 생성하고 파일을 다른 것으로 옮기면 해결되었습니다.

나는 최근에 여기 OP와 정확히 같은 문제를 겪었고 신속하게 단일 TrueCrypt 컨테이너로 좁힐 수있었습니다. 동일한 물리적 USB 썸 드라이브에 다른 컨테이너가 있고 두 번째 썸 드라이브에 다른 컨테이너가 있었는데 문제가 없었습니다. 컨테이너 (및 문제가없는 컨테이너)를 새 드라이브에 복사 할 때 컨테이너는 새로운 물리적 썸 드라이브에서도 동일한 문제가 계속 발생했습니다. 새로운 썸 드라이브에서 문제없는 컨테이너가 문제없이 계속되었습니다.

새 컨테이너를 할당하고 파일을 복사하면 새 컨테이너가 올바르게 분리됩니다.

오래된 썸 드라이브가 벗겨져 있거나 제대로 분리하지 않고 제거했을 때 컨테이너의 무언가가 손상되었다고 생각합니다. 데이터를 손상 시키기에는 충분하지 않지만 깨끗하게 분리되지 않아야합니다. 어느 쪽이든, 컨테이너를 다시 만들면 나에게 도움이되었습니다.


-1

모든 TrueCrypt 사용자에게 VeraCrypt는 TrueCrypt의 다음 이름이며 이름이 변경된 TrueCrypt이며 더 많은 보안과 옵션이 있습니다.

그들은 TrueCrypt라는 코드 형식을 취하여 거기에서 따릅니다. 이제 둘 다 사용합니다 : OldCrypt는 TrueCrypt, 새로운 것은 VeraCrypt

그리고 veraCrypt는 실제로 관리되고 있으며 새로운 기능이 추가되면서 UEFI 시스템의 GPT 디스크 (MBR, BIOS 없음)에서 Windows 시스템 파티션을 암호화 할 수 있다는 점을 염두에두고 있습니다. UEFI 부팅에 대한 지식과 GPT 디스크 파티션 구성표에서 Windows 부팅 방법에 대해 잘 알고 있습니다.

아마도 이것이 도움이 될 수 있습니다.

PD : VeraCrypt의 Souce 코드는 TrueCrypt의 소스 코드이며 수정 사항 및 추가 사항이 추가되고 동일한 GUI 등이 있습니다.


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