Подключение дисков Windows в Kali Linux. Решение проблемы с ошибкой «The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount».

The Codeby — одна из сильнейших Red Team в RU сегменте. Команда профессионалов, специализирующаяся на аудите информационных систем и тестировании на проникновение.

Мы предлагаем: Аудит веб-сайта компании, Аудит внешнего периметра, Аудит веб-приложения, Аудит внутренней корпоративной сети, Проверка ИБ-грамотности сотрудников, Анализ кода ПО, Аудит Wi-Fi и СКУД, Выявление уязвимостей ПО серверов и рабочих станций, Пентест инфраструктуры методом черного ящика. Подробнее .

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

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

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

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

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

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

Устройство /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 :

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

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

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

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

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

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

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

Чтобы размонтировать, нужно набрать команду 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 и выключить его. Некоторые говорят о «полном выключении».

Диск Windows монтируется только для чтения (РЕШЕНО)

В настоящее время Windows использует файловую систему NTFS. Linux поддерживает эту файловую систему для чтения, записи, создания, форматирования и выполнения других операций.

Тем не менее, иногда при попытке смонтировать диск Windows может возникнуть одна из двух ситуаций:

• диск монтируется, но только для чтения. Специальное указание опция монтирования с правами записи не помогает
• диск вовсе не монтируется из-за ошибки

К примеру, при попытке смонтировать диск:

может возникнуть ошибка, что диск доступен только для чтения:

А это пример ошибки, когда диск не смонтирован вовсе:

Для решения этой проблемы нужно начать с установки драйвера ntfs-3g. Во-первых, он в любом случае необходим для полноценного функционирования файловой системы NTFS в Linux. Во-вторых, в этот пакет включена утилита ntfsfix, которая может помочь решить проблемы с диском Windows.

Для установки в Debian, Linux Mint, Ubuntu, Kali Linux и их производные:

Для установки в Arch Linux и производные:

Затем вновь попробуйте смонтировать диск — вполне возможно, что в этом случае он будет доступен с правами записи.

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

Пример команды для проверки и исправления проблемы с диском /dev/sdb4:

Команда выводит причину проблемы: диск содержит нечистую файловую систему. Метаданные, хранимые в кэше Windows, препятствуют монтированию.

Затем выполняется ряд операций, каждая из которых заканчивается статусом OK и наконец сообщение was processed successfully говорит о том, что всё прошло успешно.

После этого вновь попытайтесь смонтировать диск — всё должно быть нормально.

Решение ошибки «Windows is hibernated, refused to mount».

Выполнение рассмотренной команды

может завершиться неудачей:

Обратите особое внимание на строку «Windows is hibernated, refused to mount» которая повторяется дважды. Она означает, что работа Windows завершилась гибернацией, такой диск не может быть смонтирован для записи. Если вы специально выключили компьютер таким образом, то перезагрузитесь и выключите без гибернация или быстрого запуска.

Но это может не помочь, поскольку последние версии Windows делают гибернацию автоматически, без ведома пользователя.

Гибернация Windows и быстрый перезапуск

На компьютерах, на которых возможна двойная загрузка в Windows или Linux, Windows должна быть полностью выключена перед загрузкой в Linux, в противном случае файловые системы NTFS на внутренних дисках могут остаться в несогласованном состоянии, а изменения, сделанные Linux, могут быть проигнорированы Windows.

Таким образом, Windows нельзя оставлять в режиме гибернации при запуске Linux, чтобы избежать несоответствий. Кроме того, необходимо отключить функцию быстрого перезапуска, доступную в последних системах Windows. Этого можно добиться, выполнив в качестве администратора команду Windows, которая отключает как гибернацию, так и быстрый перезапуск, а также удаляет файл hiberfile:

Если вы не хотите отключать гибернацию, то для одноразового выключения компьютера Windows без гибернация выключите его командой:

Удаление файла гибернации

Когда том NTFS находится в спящем режиме, монтирование для чтения и записи запрещается, и том принудительно монтируется только для чтения. Необходимо либо возобновить работу Windows и правильно её выключить, либо использовать опцию remove_hiberfile, которая удалит файл гибернации Windows. Обратите внимание, это означает, что сохранённый сеанс Windows будет полностью утерян, но сама Windows не пострадает. Напомним, что в файле гибернация хранится содержимое оперативной памяти на момент выключения. Кстати, именно поэтому размер файла гибернация равен размеру оперативной памяти компьютера. Используйте эту опцию под свою ответственность.

Пример команды с указанием опции remove_hiberfile:

Монтирование NTFS раздела с гибернацией (Win-8) [Решено]

Собственно вопрос в названии.
Ну никак не хочет монтироваться раздел с установленной виндой.
Винда 8.1
Сообщение об ошибке:
Windows is hibernated, refused to mount.
Failed to mount ‘/dev/sda2’: Операция не позволена
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the ‘ro’ mount option.

Пробовал монтировать с опцией -o force. Ответ такой же.

Подскажите, кто знает.

Пробовал монтировать с опцией -o force. Ответ такой же. А то, о чем просят в сообщении об ошибке, пробовал выполнить?

Раньше после остановки винды с полным выключением и последующим (с ноля) запуском ноута и загрузки бунты не монтировались вообще все разделы ntfs.
В винде отключил быстрый запуск, что дало результат по монтированию ntfs разделов постле остановки (не перезагрузки) винды. Однако раздел, на котором стоит сама винда по прежнему не монтируется ни при каких условиях.
Хотя винда стоит уже достаточно давно, но обратил на это внимание совсем не давно, когда стал часто пользоваться виндой в плане игрушек.

Но вы понимаете, что установка или отключение каких либо опций в самой винде, — это совершенно не выход, потому как в случае сбойного завершения винды, без танцев с бубном разделы монтироваться не будут.

Причем раньше при использовании и XP и семерки ничего подобного не наблюдал.
Что это за хрень, ума не приложу.

Принудительно монтировать не надо. Надо починить диск NTFS и монтировать нормально.
Тут был похожий случай все описано.

Боюсь, ситуация несколько иная.
Во-первых, ноут достаточно свежий (хотя это не гарантия, понимаю)
Во-вторых, сам винт работает совершенно без каких-либо претензий.
В-третьих, винда-то грузиться без проблем, и работает без проблем и отклонений.

Хотя.
Был один нюанс. Винда при установке создает зарезервированную область, в которую помещает свою загрузку. Но загрузка из под граба происходила не корректно. Я скопировал содержимое этого раздела на раздел с виндой, изменил настройки граба по загрузке разделов, и загрузка стала происходить нормально. Причем, у меня это касаемо только винды 8.

В общем-то мелочь, но чем черт не шутит.

А причем тут свежесть? «Ремонт» же не физический, а программный. Мог быть сбой по питанию или игра какая- поглючила. Притом винда эти ошибки может игнорировать. Именно так было у человека, что по ссылке я дал.
В любом случае, эта команда разделу ничего плохого не сделает.

NTFS file system read-only by Ubuntu — remount doesn’t work

I have 2 SSD’s; 1 for my OS’ (will refer to as the «OS drive») and the other for data (data drive). I have dual booted Windows 10 and Ubuntu 18.04. The Windows side seems perfectly fine. On Ubuntu, however, frequently (not always) I won’t be able to save data onto the SSD that holds data because Ubuntu says it is read-only. This is from startup onwards. Again, this only frequently happens and not every time so sometimes it is mounted correctly and other times not. I am able to save data on the other («OS drive») drive though.

The drives are of different file systems. My «OS drive» (mounted at /boot/efi ) is of FAT32 while my «data drive» (mounted at /mnt/9ACC1AC5CC1A9C17 ) is NTFS .

df -Th

cat /proc/mounts

This image shows that, at this point, my «data drive» is read-only («ro»).

I’ve run the command I grabbed from this answer to remount as read-write («rw»).

mount -o remount,rw /dev/disk/by-uuid/9ACC1AC5CC1A9C17 /mnt/9ACC1AC5CC1A9C17/

Getting the params from «disk»:

After this, cat /proc/mounts sees that the drive is now in read-write mode:

. but I still cannot seem to write to the drive. The same command of touch fires back: No such file or directory .

6 Answers 6

Just to also have the additional piece of information here.

Windows, if you «shutdown» does not actually shut down most of the time, but only hibernates.

The fix for people who use a dual boot is also in this thread.

1. Right click the Windows start menu button and choose Power Options.
2. Click on Choose What the Power Button Does.
3. If there is a Windows UAC shield at the top with Change Settings That Are Currently Unavailable, click it and choose Yes or enter your password to reopen the dialog with administrative privileges.
4. At the bottom below Shutdown Settings, it will say Turn on Fast Startup (recommended). Deselect the option and press Save Changes.

This should solve the issue, as it properly unmounts the drive from Windows and allows it to be mounted as rw in Linux.

I came here, because I intermittently had an issue with Steam and could not add my games library to it, as I got the error:

«New Steam library folder must be on a filesystem mounted with execute permissions.»

This happend on Ubuntu 18.04.2 LTS. Games were on a NTFS formatted drive that was used by both Windows 10 and Ubuntu.

The above solution safes you the hassle of having to think of holding down the «Shift» key all the time, while you shut down your PC.