В настоящее время Windows использует файловую систему NTFS. Linux поддерживает эту файловую систему для чтения, записи, создания, форматирования и выполнения других операций.
Тем не менее, иногда при попытке смонтировать диск Windows может возникнуть одна из двух ситуаций:
- диск монтируется, но только для чтения. Специальное указание опция монтирования с правами записи не помогает
- диск вовсе не монтируется из-за ошибки
К примеру, при попытке смонтировать диск:
sudo mount /dev/sdb4 /mnt/disk_e
может возникнуть ошибка, что диск доступен только для чтения:
The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount. Falling back to read-only mount because the NTFS partition is in an unsafe state. Please resume and shutdown Windows fully (no hibernation or fast restarting.)
А это пример ошибки, когда диск не смонтирован вовсе:
The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount. Failed to mount '/dev/sdb1': Операция не позволена 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.
Для решения этой проблемы нужно начать с установки драйвера ntfs-3g. Во-первых, он в любом случае необходим для полноценного функционирования файловой системы NTFS в Linux. Во-вторых, в этот пакет включена утилита ntfsfix, которая может помочь решить проблемы с диском Windows.
Для установки в Debian, Linux Mint, Ubuntu, Kali Linux и их производные:
sudo apt install ntfs-3g
Для установки в Arch Linux и производные:
sudo pacman -S ntfs-3g
Затем вновь попробуйте смонтировать диск — вполне возможно, что в этом случае он будет доступен с правами записи.
Если вновь возникла проблема, то отмонтируйте диск и запустите команду вида:
sudo ntfsfix /ПУТЬ/ДО/ДИСКА
Пример команды для проверки и исправления проблемы с диском /dev/sdb4:
sudo ntfsfix /dev/sdb4
Пример вывода:
Mounting volume... The disk contains an unclean file system (0, 0). Metadata kept in Windows cache, refused to mount. FAILED Attempting to correct errors... Processing $MFT and $MFTMirr... Reading $MFT... OK Reading $MFTMirr... OK Comparing $MFTMirr to $MFT... OK Processing of $MFT and $MFTMirr completed successfully. Setting required flags on partition... OK Going to empty the journal ($LogFile)... OK Checking the alternate boot sector... OK NTFS volume version is 3.1. NTFS partition /dev/sdb4 was processed successfully.
Команда выводит причину проблемы: диск содержит нечистую файловую систему. Метаданные, хранимые в кэше Windows, препятствуют монтированию.
Затем выполняется ряд операций, каждая из которых заканчивается статусом OK и наконец сообщение was processed successfully говорит о том, что всё прошло успешно.
После этого вновь попытайтесь смонтировать диск — всё должно быть нормально.
Решение ошибки «Windows is hibernated, refused to mount».
Выполнение рассмотренной команды
sudo ntfsfix /dev/sda4
может завершиться неудачей:
Mounting volume… Windows is hibernated, refused to mount. FAILED Attempting to correct errors… Processing $MFT and $MFTMirr… Reading $MFT… OK Reading $MFTMirr… OK Comparing $MFTMirr to $MFT… OK Processing of $MFT and $MFTMirr completed successfully. Setting required flags on partition… OK Going to empty the journal ($LogFile)… OK Windows is hibernated, refused to mount. Remount failed: Operation not permitted
Обратите особое внимание на строку «Windows is hibernated, refused to mount» которая повторяется дважды. Она означает, что работа Windows завершилась гибернацией, такой диск не может быть смонтирован для записи. Если вы специально выключили компьютер таким образом, то перезагрузитесь и выключите без гибернация или быстрого запуска.
Но это может не помочь, поскольку последние версии Windows делают гибернацию автоматически, без ведома пользователя.
Гибернация Windows и быстрый перезапуск
На компьютерах, на которых возможна двойная загрузка в Windows или Linux, Windows должна быть полностью выключена перед загрузкой в Linux, в противном случае файловые системы NTFS на внутренних дисках могут остаться в несогласованном состоянии, а изменения, сделанные Linux, могут быть проигнорированы Windows.
Таким образом, Windows нельзя оставлять в режиме гибернации при запуске Linux, чтобы избежать несоответствий. Кроме того, необходимо отключить функцию быстрого перезапуска, доступную в последних системах Windows. Этого можно добиться, выполнив в качестве администратора команду Windows, которая отключает как гибернацию, так и быстрый перезапуск, а также удаляет файл hiberfile:
powercfg /h off
Если вы не хотите отключать гибернацию, то для одноразового выключения компьютера Windows без гибернация выключите его командой:
shutdown /s /t 0
Удаление файла гибернации
Когда том NTFS находится в спящем режиме, монтирование для чтения и записи запрещается, и том принудительно монтируется только для чтения. Необходимо либо возобновить работу Windows и правильно её выключить, либо использовать опцию remove_hiberfile, которая удалит файл гибернации Windows. Обратите внимание, это означает, что сохранённый сеанс Windows будет полностью утерян, но сама Windows не пострадает. Напомним, что в файле гибернация хранится содержимое оперативной памяти на момент выключения. Кстати, именно поэтому размер файла гибернация равен размеру оперативной памяти компьютера. Используйте эту опцию под свою ответственность.
Пример команды с указанием опции remove_hiberfile:
sudo mount -t ntfs-3g -o remove_hiberfile /dev/sda2 /mnt/spide
Связанные статьи:
- Как исправить «Windows is hibernated, refused to mount» (РЕШЕНО) (100%)
- Какие есть полезные инструменты с интерфейсом командной строки для системных администраторов Linux (50%)
- Как исправить ошибку ‘No Space Left on Device’ (на устройстве не осталось места) на Linux, когда свободное место на самом деле есть (41.3%)
- ncdu: графический интерфейс du чтобы быстро узнать, какие файлы и папки израсходовали место на диске (40.9%)
- Как проверить, включён ли TRIM в Linux (40.9%)
- Как пользоваться командой top для наблюдения за процессами в Linux (RANDOM - 9.1%)
Автору большое спасибо. Из сотен страниц которые я прочитал, ваше решение помогло. Вы действительно знаете матчасть!!!
Подтверждаю. Действенный метод.
Спасибо большое! Быстро, просто, помогло.
Подтверждаю. Автор спец. Помогло только это
Спасибо автору. Человек с большой буквы. Статья помогла. Сайт в топ. Никакой болтовни, все по теме.
А мне не помогло!
sudo ntfsfix /dev/sda4
Mounting volume… Windows is hibernated, refused to mount.
FAILED
Attempting to correct errors…
Processing $MFT and $MFTMirr…
Reading $MFT… OK
Reading $MFTMirr… OK
Comparing $MFTMirr to $MFT… OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition… OK
Going to empty the journal ($LogFile)… OK
Windows is hibernated, refused to mount.
Remount failed: Operation not permitted
Приветствую! Я дописал статью с подробным описанием причины и путей решения вашей проблемы: https://zalinux.ru/?p=3305#hibernated
Автор, вам уважение. Лаконично и по делу.
PS материал помог решить проблему!
Alexey . Огромное спосибо если зналбы как задонатиь задонателбы.
Автору огромный плюс. Помог решить проблему.
Подтверждаю, автор красава. Все получилось, проблема решена.
Лучшее решение с проблемой ntfs дисков!
Кучу других сайтов пересмотрел и ни одного рабочего решения.
Автору большое спасибо!
Если вы используете Windows 10, то нужно не выключть ее, а перезагружать. В этой системе при завершении работы ядро системы уходит в гибернацию, даже если гибернация выключена.
Подтверждаю. Если перезагрузиться из Windows 10 в Linux, диск с NTFS сьановится доступен для записи. Спасибо.
Сработало в винде набрать в консоли команду отклучение возможности режима гибернации (powercfg /h off) и завершить работу.
Автору респект.
Автору респект!
sudo
ntfsfix
/... решило проблему.
Спасибо огромное! Сколько пересмотрел решений для Manjaro и только ваше помогло!
Решил проблему путём отключения чекбокса "быстрая загрузка" в настройках электропитания Windows 10
Огромное спасибо! Реально чуь ли не единственная полезная статья на весь рунет!
…зарекался ни-ни с форточкой! Виновен сам, нарушил. Весь хард форточке - ни за что! Большую часть раздела 90% харда "отрезал" под какталог загрузки (типа форточный диск D). Все бы ничего, но файловая система (моя лень) быда NTFS. Все, как всегда - фрточка рухнула. Да ну и фиг с ней, с непутевой! Но … этот "отрезанный" мной раздел, как каталог под загрузки, я монтировал в Linux. Дальше веселье от обновляемых сквозняков ! А я на том разделе еше и каталог бэкапа виртуалок организовал.
Раздел монтируется исключительно в R\O только. Жесть ! Из этого длинного вступления вопрос - рухнула система на ее системном дисе С:. какого …., форточка тискает диск D: ? Не єксперементировал, но если будет несколько разделов на диске, после краха сквозняка - все будут "в небезопасном состоянии" ?
Віводы:
- не леньтяйничайте;
- никогда не нарушайте данное себе обещание.
Всем Удачи.