Linux read only file system windows

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

В настоящее время 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 и их производные:

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

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

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

Пример команды для проверки и исправления проблемы с диском /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».

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

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

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:

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

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

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

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

sudo mount -t ntfs-3g -o remove_hiberfile /dev/sda2 /mnt/spide

Источник

Исправление Read-Only File System в Linux

21.10.2022

itpro

CentOS, Linux, Ubuntu

Один комментарий

В некоторый случаях файловая система в Linux может перейти в состояние read-only, при котором вы можете только читать данные с диска, а при попытке записи любых изменение или создании нового файла появдляется ошибка Read-only file system.

Ошибки файловой системы и опция remount-ro

Проверьте параметры монтирования дисков при загрузке Linux. Настройки монтирования файловых систем при загрузке задаются в файле /etc/fstab.

Обратите что в fstab есть строка монтирования корневой директории вида:

UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa / ext4 errors=remount-ro 0 1

Параметр errors=remount-ro означает, что данная директория будет смонтирована в режиме чтения, если на файловой системе устройства обнаружены проблемы. В этом случае нужно выполнить проверку диска с помощью FSCK.

Обычные файловые системы такие как EXT4/BTRFS/XFS можно монтировать как в режиме записи, так и только для чтения (в отличии от файловых систем ISO или SquashFS, которые доступны только для чтения).

В случае обнаружения ошибок на диске вы можете использовать одну из трех опций errors=[continue|remount-ro|panic]

• continue – игнорировать ошибки,
• remount-ro – перемонтировать диск в режиме только для чтения
• panic – остановить загрузку системы

Вы можете вывести соответствие между UUID диска и именем устройства:

В данном примере вы получили, что вашему UUID соответствует устройство /dev/sda3.

Также можно имена устройства и точки монтирования с помощью команды:

Т.к. в данном примере ошибки обнаружены в корневой директории которая является точкой монтирования, вы сможете выполнить ее проверку только загрузившись с LiveCD. Для исправления ошибок файловой системы используется команда:

$ sudo fsck –y UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa

Если вы не можете прямо сейчас выполнить проверку диска, и вы хотите немедленно вывести файловую систему из режима read-only, нужно выполниться команду:

Read-only файловая система в виртуальных машинах

Файловая система раздела Linux на виртуальной машине можете перейти в read-only в случае недоступность системы хранения данных (СХД). Самый простой способ восстановить работу ОС – выполнить сброс виртуальной машины (фактически перезапуск с параметрами по умолчанию).

Может оказаться, что ВМ с Linux вообще не загружается и вам доступна только командная строка initramfs с предупреждениями:

UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY. Fsck exitrd with code 4. The root file system of /dev/sdx requires a manual fsck.

Initramfs это начальная файловая система в оперативной памяти, которая основана на tmpfs, которая содержит утилиты и скрипты, необходимые для работы с дисками, файловыми системами и тд. После запуска initramfs отобразится проблемная ситуация.

Если же ошибок нет – просто вводим exit. Иначе выполняем проверку диска:

Здесь указан том (в данной случае /dev/sda1), для которого требуется выполнить ручную проверку. С помощью следующей команды можно проверить все подключенные файловые системы:

После этого перезагрузите ВМ.

Предыдущая статья Следующая статья

Источник

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 .

8 Answers 8

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.

Источник