Совсем недавно Kali Linux обновилась до версии 2.0, а Windows обновилась до версии 10. На предыдущей конфигурации (Kali Linux 1.1.* и Widnows 8.1) у меня не возникало проблем с монтированием разделов Widnows, когда я загружался в Kali (например, с флешки). При сохранении документа я просто выбирал желаемый диск, он автоматически монтировался.

Сегодня при попытке сохранить документ из Kali в Windows, у меня возникла следующая ошибка:

06

Я подумал, не хочет монтироваться автоматически, смонтируем вручную.

Для начала создадим точку монтирования. По сути, нам нужно создать пустой каталог. Этот каталог может быть где угодно, но обычно выбирают директорию media или mnt. Я выбрал media.

Этой командой я создал директорию d (d, потомучто я буду монтировать диск D).

Теперь нам нужно узнать, какие диски доступны для монтирования, это делается командой

01

Смотрим:

Устройство /dev/sda это, судя по его разделам (Windows recovery environment, EFI System, Microsoft reserved, Windows recovery environment), диск C. Мне он не нужен.

Устройство /dev/sdc, судя по размерам разделов, их названиям (Linux), и типу (swap), это флешка, с которой я загрузился. Она мне тоже не интересна.

Остаётся диск /dev/sdb1, его размер (698,7G) соответствует моему диску D. Его и монтируем.

Команда монтирования достаточно простая

mount диск_для_монтирования точка_монтирования

В моём случае диск для монтирования — /dev/sdb1, точка монтирования — /media/d:

02



The NTFS partition is in an unsafe state. Please resume and shutdown. Windows fully (no hibernation or fast restarting), or mount the volume

Набираю и вижу следующее:

Как говориться, нежданчик. Теперь понятно, что и автоматическое монтирование не произошло по этой же причине.

Есть несколько способов решить эту проблему, я для себя выбрал такой:

03

Вместо /dev/sdb1 вставьте путь до вашего диска, который не хочет монтироваться.

Пробуем ещё раз:

Больше сообщений об ошибке не было, а на рабочем столе появился ярлычок смонтированного диска:

05

Чтобы размонтировать, нужно набрать команду umount, а после неё точку монтирования ИЛИ источник. В моём случае эти команды равнозначны:

Другие варианты решение проблемы с The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount

  • Один из пользователей предлагает:

Если у вас есть возможность загрузиться в Windows, то сделайте так, как предлагает сообщение, т. е. удалите его из гибернации или быстрого рестарта (или любого другого специального состояния). Также запустите chkdisk для этого диска (из Windows).

Если нету доступа к загрузке Windows для этого диска, то сделайте как говорит сообщение и смонтируйте его только для чтения.

Получив доступ к диску, скопируйте важные данные. Теперь вы можете отремонтировать его под Linux, отформатировав раздел и вернув на него резервные копии данных.

Монтирование диска только для чтения:

sudo mount -o ro /dev/[раздел /media/[точка монтирования]

  • Также есть мнение, что достаточно загрузиться в Windows и выключить его. Некоторые говорят о «полном выключении».

Наш канал в telegram канал codeby

Пишем об информационной безопасности, методах защиты информации, о программировании. Не пропускай новости с кодебай, будь в тренде !

  Подробнее ...

Похожие темы

Один день из жизни BlackHat Решил написать про свои будни...а именно про один рандомно выбранный день, из моей жизни! встал рано 11 00 умылся по завтракал, сижу читаю новост...
Как использовать сканер безопасности NMAP на Linux... Nmap — это бесплатная, с открытым исходным кодом утилита исследования сети и проведения аудита безопасности. Она широко используется в сообщес...
Kali Linux Revealed — введение Перейти к содержанию книги Kali Linux Revealed Kali Linux Revealed - введение Шестнадцать профессиональных ноутбуков, заказанных для вашей команд...
Инструкция по WhatWeb: как узнать движок сайта в K... Как с помощью WhatWeb узнать версию движка сайта Информация о движке и его версии очень важна при тестировании веб-приложений на проникновение. ...
Взлом Windows PC с помощью EternalBlue... Привет! Наверняка многие из вас слышали про EternalBlue (или ETERNALBLUE, CVE-2017-0144) — кодовое имя эксплойта, эксплуатирующего компьютерную уязв...