TrueCrypt демонтаж в Windows 8.1 постійно запитує: "том містить файли або папки, які використовуються програмами або системою"

У мене встановлений том, встановлений TrueCrypt. Все працює добре, за винятком випадків, коли я намагаюся його демонтувати (після перевірки, що я не маю жодної програми чи провідника, що використовує щось у ньому). Кожного разу, коли натискаю Dismountкнопку, я отримую цю помилку:

Том містить файли або папки, які використовуються програмами або системою. Примусовий демонтаж?

Я запустив монітор процесів Sysinternals, відфільтрований на шляху, що починається з цієї літери накопичувача, і помітив дивні результати, в яких клянусь, що я не намагався отримати доступ до цього диска ні з одним із перерахованих програм (Explorer.EXE, SnippingTool.exe, firefox .exe).

Усі 3 програми показують один і той же тип "доступу" (з SUCCESSрезультатом):

• CreateFile: Бажаний доступ: Синхронізувати, Розпорядження: Відкрити, Параметри: Каталог, Синхронний невідповідний IO, Атрибути: n / a, ShareMode: None, AllocationSize: n / a, OpenResult: Open
• QueryNameInformationFile: Ім'я: \
• QueryInformationVolume: VolumeCreationTime: 2/10/2015 22:04:26 PM, VolumeSerialNumber: D753-7E32, SupportsObjects: True, VolumeLabel:
• QueryAttributeInformationVolume: FileSystemAttributes: збережений регістр, чутливий до регістру, Unicode, ACL, стиснення, іменовані потоки, EFS, ідентифікатори об'єктів, точки повторного аналізу, розріджені файли, квоти, транзакції, 0x3c00000, MaximumComponentNameLength: 255, FileSystem
• CloseFile:
• CreateFile: Бажаний доступ: Синхронізувати, Розпорядження: Відкрити, Параметри: Каталог, Синхронний невідповідний IO, Відкрити для запиту вільного простору, Атрибути: n / a, ShareMode: Немає, AllocationSize: n / a, OpenResult: Відкрито
• QueryFullSizeInformationVolume: TotalAllocationUnitits: 4,194,303, CallerAvailableAllocationUnitits: 2,425,717, ActualAvailableAllocationUnitits: 2,425,717, SectorsPerAllocationUnit: 8, BytesPerSector: 512
• CloseFile:

Я спробував відключити індексацію цього накопичувача (та всіх його підпапок та файлів, знявши відповідний прапорець на сторінці властивостей диска, але це не допомогло.

Для роботи ACCESS DENIEDTrueCrypt показано єдине на Моніторі FileSystemControlпроцесів:

Керування: FSCTL_LOCK_VOLUME

Цікаво, що якщо я змонтую цей накопичувач і негайно демонтую його (не намагаючись отримати доступ до нього через Провідник навіть один раз), то він демонтується без помилок.

Найгірша частина цієї проблеми полягає в тому, що якщо я продовжую і натискаю Yes(примусовий демонтаж), Windows 8.1 виходить з ладу з BSOD (синій екран смерті). Очевидно, це не робить цей інструмент дуже корисним.

Будь-яка ідея, як позбутися цього повідомлення про помилку? Вимкнути службу або функцію Windows, яка викликає це?

1. Ви можете встановити LockHunter CrystalRich, щоб побачити, які процеси мають ручки відкритого файлу для обсягу TrueCrypt.

2. Ваш AV-доступ до файлів?

3. re: "TrueCrypt припинено", він уже частково перевірений, і не було знайдено жодних основних недоліків чи заднього кузова (в AES). Дивіться How-To Geek та E. Ciurana для коментарів до TrueCrypt. Якщо ви хочете переключити програмне забезпечення для шифрування, щоб вирішити проблему блокування або з міркувань безпеки, Aee AlternativeTo: TrueCrypt ... в даний час VeraCrypt має незначну роль. Зверніть увагу , що якщо ви робите перемикач VeraCrypt, всі поточні контейнери TrueCrypt необхідно буде заново.

Зігнавшись трохи пізно - я зіткнувся з тією ж проблемою з контейнерами VeraCrypt, створеними в дискових розділах (диск розділений на три сектори - один невеликий пристрій нормального типу для зберігання резервних копій мого програмного забезпечення, включаючи VeraCrypt, KeePass, а також мої ключі KeePass і також два розділи VeraCrypt на одному портативному жорсткому диску). Контейнери розділів VeraCrypt почали належним чином демонтувати, як тільки я вимкнув індексацію для контейнера звичайного диска - мабуть, процес індексації інтерпретувався як активний запит доступу для всіх розділів на одному фізичному диску.

Я усвідомлюю, що це вже річне питання, але оскільки я знайшов це, шукаючи рішення, і рішення не було розміщено, дозвольте мені надати своє.

Коротка відповідь: у контейнері TrueCrypt щось, здавалося, стало поганим, що не дозволяло демонтувати. Створення нового контейнера TrueCrypt та переміщення файлів з одного в інший вирішили його.

Нещодавно у мене виникла абсолютно та сама проблема, що і в ОП, і я швидко зміг її звузити до одного контейнера TrueCrypt. У мене був ще один контейнер на тому ж фізичному USB thumbdrive, а ще один контейнер на другому thumbdrive, і жоден з них не мав проблем. Коли я скопіював контейнер (і безпроблемний контейнер) на новий накопичувач, контейнер продовжував мати таку ж проблему, навіть на новому фізичному накопичувачі; і безпроблемний контейнер перейшов до безпроблемного на новому пальці.

Я виділив новий контейнер і скопіював файли, і новий контейнер належним чином демонтується.

Я гадаю, що або через те, що старий наконечник був в'ялим, або, можливо, я його зняли, не демонтуючи належним чином, щось у контейнері пошкодилось. Не достатньо, щоб погіршити дані, але щоб уникнути чистого демонтажу. Так чи інакше, відтворення контейнера зробило роботу для мене.

Для всіх вас користувачів TrueCrypt VeraCrypt - це наступне ім'я для TrueCrypt, це TrueCrypt зі зміненим іменем та деякими додатковими можливостями безпеки та іншими параметрами.

Вони взяли кодову форму TrueCrypt і випливають звідти. Зараз я використовую обидва: TrueCrypt для старих, і VeraCrypt для нових.

І veraCrypt досконало керується, і з новими можливостями вони мають на увазі, щоб мати можливість шифрувати системний розділ Windows на диску GPT (без MBR, без BIOS) для систем UEFI, вони не мають уявлення про те, коли, але намагаються їх найкраще, отримуючи знання завантаження UEFI та як завантажувати Windows із схеми розділів диска GPT.

Можливо, це може допомогти.

PD: Код соусу VeraCrypt є вихідним кодом від TrueCrypt із доданими виправленнями та додатками, тим самим графічним інтерфейсом і т. Д. З деякими «додатками».