Совсем недавно Kali Linux обновилась до версии 2.0, а Windows обновилась до версии 10. На предыдущей конфигурации (Kali Linux 1.1.* и Widnows 8.1) у меня не возникало проблем с монтированием разделов Widnows, когда я загружался в Kali (например, с флешки). При сохранении документа я просто выбирал желаемый диск, он автоматически монтировался.
Сегодня при попытке сохранить документ из Kali в Windows, у меня возникла следующая ошибка:
Я подумал, не хочет монтироваться автоматически, смонтируем вручную.
Для начала создадим точку монтирования. По сути, нам нужно создать пустой каталог. Этот каталог может быть где угодно, но обычно выбирают директорию media или mnt. Я выбрал media.
mkdir /media/d
Этой командой я создал директорию d (d, потомучто я буду монтировать диск D).
Теперь нам нужно узнать, какие диски доступны для монтирования, это делается командой
fdisk -l
Смотрим:
root@WebWare:~# fdisk -l Disk /dev/sda: 119,2 GiB, 128035676160 bytes, 250069680 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 874EC308-F387-4E51-A748-CC0800244FE8 Device Start End Sectors Size Type /dev/sda1 2048 1026047 1024000 500M Windows recovery environment /dev/sda2 1026048 1640447 614400 300M EFI System /dev/sda3 1640448 1902591 262144 128M Microsoft reserved /dev/sda4 1902592 200898559 198995968 94,9G Microsoft basic data /dev/sda5 200898560 247971839 47073280 22,5G Windows recovery environment /dev/sda6 247971840 250068991 2097152 1G Windows recovery environment Disk /dev/sdb: 698,7 GiB, 750156374016 bytes, 1465149168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0x92cda70e Device Boot Start End Sectors Size Id Type /dev/sdb1 63 1465147454 1465147392 698,7G 7 HPFS/NTFS/exFAT Partition 2 does not start on physical sector boundary. Disk /dev/sdc: 14,8 GiB, 15837691904 bytes, 30932992 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 2645C2D4-61FC-44C0-9870-3C7240FBA80C Device Start End Sectors Size Type /dev/sdc1 34 5119999 5119966 2,5G EFI System /dev/sdc2 5120000 5122047 2048 1M BIOS boot /dev/sdc3 5122048 29779967 24657920 11,8G Linux filesystem /dev/sdc4 29779968 30930943 1150976 562M Linux swap
Устройство /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:
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
Набираю и вижу следующее:
root@WebWare:~# mount /dev/sdb1 /media/d 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.
Как говориться, нежданчик. Теперь понятно, что и автоматическое монтирование не произошло по этой же причине.
Есть несколько способов решить эту проблему, я для себя выбрал такой:
ntfsfix /dev/sdb1
Вместо /dev/sdb1 вставьте путь до вашего диска, который не хочет монтироваться.
root@WebWare:~# ntfsfix /dev/sdb1 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/sdb1 was processed successfully.
Пробуем ещё раз:
mount /dev/sdb1 /media/d
Больше сообщений об ошибке не было, а на рабочем столе появился ярлычок смонтированного диска:
Чтобы размонтировать, нужно набрать команду umount, а после неё точку монтирования ИЛИ источник. В моём случае эти команды равнозначны:
umount /dev/sdb1 umount /media/d
Другие варианты решение проблемы с 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 и выключить его. Некоторые говорят о «полном выключении».