Файл read only как исправить

Помогла ли Вам статья?

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

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

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

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

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

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

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

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

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

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

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

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

$ sudo fsck –y /dev/sda3

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

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

$ sudo mount -o remount,rw /

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

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

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

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

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

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

Источник

“Read-only File System” Error and Solutions

The “Read-only file system …” is an error that is related to the file system. This error may occur in different situations for different reasons. This error simply expresses that the target file system is mounted as read-only mode and it can not be written or changed.

Read-only File System Error Cases

There may be different “read-only file system” error cases. Generally, they are not directly causing this error. The main reason is the file system is mounted as read-only for different reasons. Below we list some cases of this error.

While trying to restart apache2 web server you may get this error like below.

List Mounted File Systems

First, we will list already mounted file systems. The mount command can be used to listed mounted file systems. The output may a bit long but just find the lines related to the root path and home path.

Re-Mount File System

The first step to solving a read-only file system error is remounted file system. Because the file system may be mounted as read-only for different reasons which occur once in a time. So remounting file system will mount it in a normal state. Specified file systems located in the /etc/fstab configuration file can be remounted with the following command. This operation requires root privileges as expected.

Reboot System

Another way to solve read-only file system error is rebooting the system. Rebooting the system make a fresh start where prevous error are cleared which may be related libraries, configuration, temporary changes etc.

Check File System For Errors

Rebooting the system generally checks the file system for errors and if it is errors they are fixed. But in some cases, this may not work. We can explicitly check errors and fix them automatically by using the fsck command.

Re-Mount File System In Read-Write

The file system is configured to be mounted as read-only by default. But these file systems can be also mounted as read and write. The rw option can be used to mount read and write.

Источник

Как исправить read only file system в Linux

Ошибка read only file system может возникнуть при загрузке с LiveCD диска или в режиме восстановления вашего дистрибутива. Она означает, что файловая система в которую вы пытаетесь вести запись примонтирована только для чтения. Этому может быть несколько причин. Есть файловые системы, которые доступны только для чтения это файловая система оптических дисков — ISO, а также файловая система образов SquashFS.

С такими файловыми системами вы сделать ничего не сможете. Для изменения данных в них, надо распаковать образ, изменить данные и запаковать его обратно. Но что касается обычных файловых систем, таких как EXT4, BTRFS, XFS, то их можно монтировать и для чтения и для записи.

Ошибка read only file system в Linux

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

Ошибка, файловая система корневого каталога доступна только для чтения. Чтобы посмотреть все точки монтирования доступные в системе выполните в терминале:

mount | grep /dev/sd

В данном случае, корневая файловая система и есть точкой монтирования. Но у вас, например, возникнут проблемы с созданием файла в домашней папке, то надо будет уже перемонтировать /home. Смотрите внимательно. Когда точка монтирования выбрана, осталось её примонтировать с правами на запись:

sudo mount -o remount,rw /

sudo mount -o remount,rw /home

После этого вы сможете создать файл без каких-либо проблем. После завершения работы, во избежание повреждения данных при перезагрузке, желательно перемонтировать файловую систему обратно в режим только для чтения:

sudo mount -o remount,ro /

Теперь вы знаете что означает эта ошибка и как с ею справится. Если у вас остались вопросы, спрашивайте в комментариях!

Источник

Исправление ошибки «Файловая система доступна только для чтения» в Linux

Способ 1: Настройка прав доступа

Первый способ исправления ошибки «Файловая система доступна только для чтения» в Linux заключается в проверке прав доступа. Иногда пользователь случайно или намерено устанавливает ограничения, которые распространяются и на других юзеров. Для начала предлагаем проверить атрибуты, а затем внести изменения, если это требуется.

1. Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.
2. Здесь введите команду ls -l , чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам.

После активации команды вы будете уведомлены, что все изменения успешно вступили в силу. Следом рекомендуется перезагрузить ПК и можно приступать к тестированию. Если же при использовании команды ls было обнаружено, что для раздела или носителя установлены все требуемые атрибуты, следует перейти другим решениям возникшей проблемы.

Способ 2: Исправление ошибок через GParted

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

1. Если GParted по умолчанию отсутствует в вашем дистрибутиве, установите ее с помощью команды sudo apt-get install gparted . Подтвердите это действие, введя пароль суперпользователя и одобрив скачивание архивов.
2. После этого утилиту проще всего запустить, нажав на соответствующий значок в меню приложений.

Если какие-то неполадки будут найдены и исправлены, вы получите соответствующее уведомление. По окончании проверки следует перезагрузить ПК, чтобы при начале следующего сеанса сразу проверить эффективность выполненных действий. Если они не принесли никакого результата, переходите далее.

Способ 3: Исправление поврежденных блоков

Иногда ошибка со сбойным режимом чтения возникает вследствие повреждения секторов жесткого диска. Существуют специальные утилиты, позволяющие распределить проблемное пространство или исправить его, если это является возможным. В Linux имеется встроенная команда, отвечающая за выполнение этой операции. Мы и предлагаем воспользоваться ей в том случае, если приведенные выше рекомендации не принесли никакого результата.

1. Для начала просмотрим список дисков, чтобы понять, какой из них следует проверять. Осуществляется это через команду fdisk -l .
2. В списке отыщите проблемный накопитель, определив его точное название. Далее оно потребуется при активации соответствующей команды для лечения блоков.
3. Теперь используйте команду hdparm -i /dev/sda2 | grep Model , чтобы проверить выбранный носитель или логический диск. Здесь замените /dev/sda2 на определенное ранее название.
4. После этого следует отмонтировать диск, чтобы в дальнейшем запустить проверку блоков. Осуществляется это через строку umount /dev/sda2 .
5. Запустите проверку, вставив команду badblocks -s /dev/sda2 > /root/badblock .
6. Обнаруженные блоки, которые не подлежат исправлению, требуется отметить, чтобы система перестала их задействовать. Для этого используйте e2fsck -l /root/badblock /dev/sda2 .

Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».

Способ 4: Форматирование накопителя

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

Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.

Источник

How to fix read-only file-system on 18.04

Today, after several uninterrupted weeks of happily using my Ubuntu machine again, I ran into another error, this time just after okaying a typical software update. Instead of giving me a successful package installation message, it gave me some sort of notification that «the daemon that allows installation is not working». I can’t remember if that was exactly it or not, but I hit «ok» and the box went away. Strange I thought.

Suspecting something was up, I immediately hooked up my external drive to make a backup — but my drive wouldn’t mount. It was visible in Nautilus, but when I clicked on it, it said:

So apparently my file system has up and decided to go read-only. Is there a way to fix this, or must I purchase a new hard drive and start over? Is there a way to somehow mount my external drive and backup my data first? Can this somehow be fixed using fsck , a command I don’t know about?

My system is set up with my / Ubuntu partition on a 250GB SSD, and my /home on a separate 500GB HDD. I believe the problem must be with my / drive, since I can still edit and save anything in my home directory as normal. I seem to be unable to edit anything on the / drive though, like install software or mount drives. Here is a screenshot of the errors I got when trying to make a backup using Aptik:

I’m still new to computers so am rather clueless here. Any help would be really appreciated.

Источник

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

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

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

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

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

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

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

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

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

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

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

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

$ sudo fsck –y /dev/sda3

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

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

$ sudo mount -o remount,rw /

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

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

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

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

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

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

Источник

Как редактировать файл только для чтения в /etc?

Я совершенно новый пользователь, поэтому я еще не уверен, как обойти систему. Я хочу изменить имя моего компьютера, поэтому я попытался изменить имя в /etc/hostname , но это файл только для чтения. Добавление ! персонаж не помог. я использую vim редактировать файл.

6 ответов

Изменение системных настроек требует прав суперпользователя. Из терминала сделай

где может быть vim, nano или любая другая команда редактора, и это та, которую вам нужно отредактировать.

Вы также можете использовать gksudo gedit ,

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

Если вы редактируете файл без sudo и вам нужно sudo чтобы сохранить, просто используйте команду vim:

Благодарим доктора Беко. Обратите внимание, что vim заметит изменение файла и спросит вас, хотите ли вы (L) внести изменения, нажмите L.

Очень короткий ответ:

Вы можете изменить файл (даже если он доступен только для чтения), если вы им владеете.

Короткий ответ:

Даже если пользователь, который вы вошли как (в этом случае navid ) имеет права администратора, вы не сможете изменить /etc/hostname , поскольку root Пользователь владеет этим файлом. Следовательно, вы должны войти в систему как пользователь root.

Длинный ответ

Предполагая, что вы хотите изменить имя вашего компьютера с navid-Satellite-C50-D в navid-Satellite-C50-E Вот шаги, которые вы должны выполнить:

Войдите в систему как пользователь root:

Открыть имя хоста:

Ты увидишь navid-Satellite-C50-D , Нажмите i, чтобы перейти в режим вставки, затем измените его на navid-Satellite-C50-E , Затем нажмите Esc + : + w + q + Enter, чтобы сохранить и выйти.

Верхние 2 строки выглядят так:

Аналогично тому, что вы сделали на шаге 3, измените имя компьютера с navid-Satellite-C50-D в navid-Satellite-C50-E , Затем сохраните и выйдите.

Выйдите из корневого пользователя:

Сохраните все ваши несохраненные работы и перезагрузите компьютер:

Откройте свой терминал, и вы увидите, что имя вашего компьютера было успешно изменено!:-)

Примечание. Хотя вы можете достичь желаемого, пропустив шаги 4 и 5, я настоятельно рекомендую также выполнить их, чтобы избежать потенциальных ошибок в будущем.

Источник

Как исправить read only file system в Linux

Ошибка read only file system может возникнуть при загрузке с LiveCD диска или в режиме восстановления вашего дистрибутива. Она означает, что файловая система в которую вы пытаетесь вести запись примонтирована только для чтения. Этому может быть несколько причин. Есть файловые системы, которые доступны только для чтения это файловая система оптических дисков — ISO, а также файловая система образов SquashFS.

С такими файловыми системами вы сделать ничего не сможете. Для изменения данных в них, надо распаковать образ, изменить данные и запаковать его обратно. Но что касается обычных файловых систем, таких как EXT4, BTRFS, XFS, то их можно монтировать и для чтения и для записи.

Ошибка read only file system в Linux

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

Ошибка, файловая система корневого каталога доступна только для чтения. Чтобы посмотреть все точки монтирования доступные в системе выполните в терминале:

mount | grep /dev/sd

В данном случае, корневая файловая система и есть точкой монтирования. Но у вас, например, возникнут проблемы с созданием файла в домашней папке, то надо будет уже перемонтировать /home. Смотрите внимательно. Когда точка монтирования выбрана, осталось её примонтировать с правами на запись:

sudo mount -o remount,rw /

sudo mount -o remount,rw /home

После этого вы сможете создать файл без каких-либо проблем. После завершения работы, во избежание повреждения данных при перезагрузке, желательно перемонтировать файловую систему обратно в режим только для чтения:

sudo mount -o remount,ro /

Теперь вы знаете что означает эта ошибка и как с ею справится. Если у вас остались вопросы, спрашивайте в комментариях!

Источник

Исправление ошибки «Файловая система доступна только для чтения» в Linux

Способ 1: Настройка прав доступа

Первый способ исправления ошибки «Файловая система доступна только для чтения» в Linux заключается в проверке прав доступа. Иногда пользователь случайно или намерено устанавливает ограничения, которые распространяются и на других юзеров. Для начала предлагаем проверить атрибуты, а затем внести изменения, если это требуется.

1. Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.
2. Здесь введите команду ls -l , чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам.

После активации команды вы будете уведомлены, что все изменения успешно вступили в силу. Следом рекомендуется перезагрузить ПК и можно приступать к тестированию. Если же при использовании команды ls было обнаружено, что для раздела или носителя установлены все требуемые атрибуты, следует перейти другим решениям возникшей проблемы.

Способ 2: Исправление ошибок через GParted

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

1. Если GParted по умолчанию отсутствует в вашем дистрибутиве, установите ее с помощью команды sudo apt-get install gparted . Подтвердите это действие, введя пароль суперпользователя и одобрив скачивание архивов.
2. После этого утилиту проще всего запустить, нажав на соответствующий значок в меню приложений.

Если какие-то неполадки будут найдены и исправлены, вы получите соответствующее уведомление. По окончании проверки следует перезагрузить ПК, чтобы при начале следующего сеанса сразу проверить эффективность выполненных действий. Если они не принесли никакого результата, переходите далее.

Способ 3: Исправление поврежденных блоков

Иногда ошибка со сбойным режимом чтения возникает вследствие повреждения секторов жесткого диска. Существуют специальные утилиты, позволяющие распределить проблемное пространство или исправить его, если это является возможным. В Linux имеется встроенная команда, отвечающая за выполнение этой операции. Мы и предлагаем воспользоваться ей в том случае, если приведенные выше рекомендации не принесли никакого результата.

1. Для начала просмотрим список дисков, чтобы понять, какой из них следует проверять. Осуществляется это через команду fdisk -l .
2. В списке отыщите проблемный накопитель, определив его точное название. Далее оно потребуется при активации соответствующей команды для лечения блоков.
3. Теперь используйте команду hdparm -i /dev/sda2 | grep Model , чтобы проверить выбранный носитель или логический диск. Здесь замените /dev/sda2 на определенное ранее название.
4. После этого следует отмонтировать диск, чтобы в дальнейшем запустить проверку блоков. Осуществляется это через строку umount /dev/sda2 .
5. Запустите проверку, вставив команду badblocks -s /dev/sda2 > /root/badblock .
6. Обнаруженные блоки, которые не подлежат исправлению, требуется отметить, чтобы система перестала их задействовать. Для этого используйте e2fsck -l /root/badblock /dev/sda2 .

Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».

Способ 4: Форматирование накопителя

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

Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.

Источник

     Файловая система может быть повреждена из-за различных неполадок или внезапного отключения компьютера. При обычном выключении все файловые системы монтируются только для чтения, а все несохраненные данные записываются на диск. Но если питание выключается неожиданно, часть данных теряется. Соответственно, могут быть потеряны важные данные, что приведёт к повреждению самой файловой системы.
     Одной из проблем может стать временная недоступность системы хранения данных (СХД). Виртуальные машины (ВМ) на ОС Linux очень чутко реагируют на подобные явления, переходя в Read Only.

В этой статье мы рассмотрим варианты решения данного вопроса:

Первый и самый простой способ — это перезагрузка «Виртуальной машины»

Чтобы перезагрузить виртуальную машину:

1. Нажмите левой кнопкой мыши на раздел «Virtual Machines» в левой области интерфейса vCloud Director. (рис. 1. действие 1)
2. Найдите нужную вам виртуальную машину в основной области интерфейса. (рис. 1. действие 2)
3. Нажмите левой кнопкой мыши на раскрывающееся меню «Actions» под описанием виртуальной машины. (рис. 1. действие 3)
4. В выпадающем списке выберите опцию «Reset» и нажмите её левой кнопкой мыши. (рис. 1. действие 4)

Рисунок 1. VMware Cloud Director — Vritual Machines, перезагрузка виртуальной машины.

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

Рисунок 2. Командная строка с initramfs

*Initramfs – это начальная файловая система в ОЗУ, основанная на tmpfs, которая не использует отдельное блочное устройство. Как и initrd, она содержит утилиты и скрипты, требуемые для монтирования файловых систем перед вызовом init, который располагается на корневой файловой системе.

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

 (initramfs) exit

В ошибке указан том (в нашем случае sda1), который требует запуска ручной проверки диска. В командной строке initramfs выполните:

 fsck /dev/sda1 –y

Также с помощью флага -A вы можете проверить все файловые системы, подключённые к компьютеру:

 fsck -A –y /dev/sda1 

После полной проверки необходимо перезапустить систему.

Если система не переходит в initramfs, необходимо загрузиться с LiveCD

В этом случае необходимо примонтировать iso образ LiveCD к нашей виртуальной машине. В нашей базе знаний есть статья о том, как добавить свой образ в каталог:  

Для этого необходимо:

1. Нажмите левой кнопкой мыши на раздел «Virtual Machines» в левой области интерфейса vCloud Director. (рис. 3. действие 1)
2. Найдите нужную вам ВМ в основной области интерфейса.
3. Нажмите левой кнопкой мыши по раскрывающемуся меню «Actions» под описанием ВМ . (рис. 3. действие 2)
4. В выпадающем списке выберите опцию «Media» и нажмите на неё левой кнопкой мыши. (рис. 3. действие 3)
5. В выпадающем списке выберите опцию «Insert Media» (рис. 3. действие 4)
     
   Рисунок 3. VMware Cloud Director — Vritual Machines, примонтирование ISO образа.
   
6. В появившемся окне выберите LiveCD образ, который предварительно нужно загрузить в ваш «каталог». В качестве примера мы используем gparted—live (рис. 4 действие 1), но можно использовать любой другой. После выбора iso-образа нажмите «insert» (рис. 4 действие 2)
   
   Рисунок 4. Выбор ISO-образа LiveCD: gparted-live
7. Далее в настройках BIOS переключитесь на загрузку с CD. Для этого необходимо попасть в меню виртуальной машины. Нажмите на её имя, чтобы попасть в это меню (цифра один на рис. 5 — имя вашей ВМ).
8. В «General» (справа) выберите Edit (рис.5 действия 2 и 3 соответственно).
   
   Рисунок 5. Меню виртуальной машины
9. В появившемся окне необходимо поставить значение Boot Delay от «5» (задержка загрузки, необходимая для нажатия клавиши, чтобы попасть в BIOS). Перевести переключатель «Enter BIOS setup» во включенный режим. Нажмите «Save». (рис. 6, действия 1-3 соответственно).
   
   Рисунок 6. Настройки параметра General
10. После запуска машины через «Power on, Force Recustomization» дождитесь загрузки ВМ и откройте «VM console», чтобы попасть в окно BIOS. (рис. 7 действие 1-2)
    
    Рисунок 7. Включение виртуальной машины с применением измененных настроек
11. Во вкладке «Boot» «поднимите» значение CD-ROM на самый вверх. Выберите его и нажмите «+» на клавиатуре несколько раз, пока CD-ROM не займёт первую позицию. Это позволит системе загрузиться с нашего примонтированного образа (gparted-live)(рис.8)
    
    Рисунок 8. Меню BIOS виртуальной машины.
    
12. Перейдите во вкладку «Exit» и выберите «Save and exit».
13. Виртуальная машина загрузится с нашего образа. В появившемся окне выбираем первый пункт и нажмите «Enter».
14. Выберите «Don’t touch keymap» и нажмите «Enter». (рис. 9)

    
    Рисунок 9. Запуск gparted-live

15. Введите «24» — русский язык, затем «Enter»
16. Далее введите «0» и снова «Enter».
17. Система загрузилась. Автоматически откроется окно утилиты Gparted. Закройте его и откройте «terminal» (рис. 10)
    
    Рисунок 10. Запуск терминала
18. В появившемся окне терминала введите команду:
    

     sudo fsck -y -f -c /dev/sda1
    

    если увидите ошибку, то скорее всего нужно отмонтировать данный раздел:
    

     sudo umount /dev/sda1
    

    Ключи и параметры команды fsck:
    y — всегда отвечать yes на все вопросы (имеется альтернатива: ключ p — начинает проверку в полностью автоматическом режиме);
    f — принудительная проверка файловой системы (даже если файловая система помечена как полностью работоспособная)
    c — ищет битые блоки (bad blocks), а после отмечает их соответствующим образом/dev/sda1 — устройство или раздел, которые нужно проверить.
    
    Вывод терминала после проверки в нашем случае:
    ubuntu@ubuntu:~$ sudo fsck -y -f -c /dev/sda1fsck from util-linux 2.20.1e2fsck 1.42.5 (29-Jul-2012)
    Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed.
    (0/0/0 errdone/dev/sda1: Updating bad block inode.
    Pass 1:Checking inodes, blocks, and sizes
    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information/dev/sda1:
    ***** FILE SYSTEM WAS MODIFIED *****/dev/sda1: 372991/1921360 files (0.2% non-contiguous), 2539924/7680000 blocks
    ***** FILE SYSTEM WAS MODIFIED *****
    Это системное сообщение говорит, что текущая файловая система модифицировалась программой fsck.

После всех операций нужно перезагрузиться и отмонтировать образ от виртуальной машины. Для этого нажмите «Eject media» (рис.11 действие 1-4).


Рисунок 11. «Отмонтирование» LiveCD образа из виртуальной машины

Если на 18 пункте у вас возникли трудности, проследуйте следующим инструкциям- проверим разметку дисков командой: > lsblk

Пример вывода команды:

Из вывода команды видим, LVM назван ubuntu—vg-root, однако мы не можем запустить fsck на это имя, так как команда не найдёт его. Нужно получить полное имя, для этого нужно запустить команду lvm lvscan для получения LV имени с которым мы можем запустить fsck на LVM.

 sudo lvscan

Пример вывода команды:

Видим имя диска который нужно проверить на ошибки это /dev/ubuntu-vg/root, оно должно подойти для запуска fsck на этом имя.

Если /dev/ubuntu-vg/root не в состояние ACTIVE , необходимо сделать его активным, для этого используйте команду:

sudo lvchange -ay /dev/ubuntu-vg/root

Запускаем форсированную проверку с автоматическим исправлением ошибок fsck для проверки тома LVM :

 sudo fsck -fy /dev/ubuntu-vg/root

После всех операций нужно перезагрузиться

sudo reboot -f

И отмонтировать образ от виртуальной машины. Для этого нажмите «Eject media» (рис.11 действие 1-4). 

Ещё не пробовали услугу «Облачный хостинг» от Cloud4Y?

Отправьте заявку сейчас и получите 14-ти дневный бесплатный доступ.

СМОТРЕТЬ ПОДРОБНОСТИ             ПОПРОБОВАТЬ БЕСПЛАТНО

Как исправить read only file system в Linux

С такими файловыми системами вы сделать ничего не сможете. Для изменения данных в них, надо распаковать образ, изменить данные и запаковать его обратно. Но что касается обычных файловых систем, таких как EXT4, BTRFS, XFS, то их можно монтировать и для чтения и для записи.

Ошибка read only file system в Linux

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

Ошибка, файловая система корневого каталога доступна только для чтения. Чтобы посмотреть все точки монтирования доступные в системе выполните в терминале:

В данном случае, корневая файловая система и есть точкой монтирования. Но у вас, например, возникнут проблемы с созданием файла в домашней папке, то надо будет уже перемонтировать /home. Смотрите внимательно. Когда точка монтирования выбрана, осталось её примонтировать с правами на запись:

После этого вы сможете создать файл без каких-либо проблем. После завершения работы, во избежание повреждения данных при перезагрузке, желательно перемонтировать файловую систему обратно в режим только для чтения:

Теперь вы знаете что означает эта ошибка и как с ею справится. Если у вас остались вопросы, спрашивайте в комментариях!

Источник

Исправление ошибок файловой системы Ubuntu «Файловая система доступна только для чтения»

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

Причин возникновения проблем с доступом к файлам в Ubuntu может быть несколько.

Неисправность носителя

В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.

В случае, когда проблемным является жёсткий диск, выполнить проверку будет гораздо труднее. Если на вашем компьютере стоит две системы, проверьте, исправно ли работает ваш HDD на Windows. Эти способы позволят определить очаг неисправности.

Форматирование

Во многих случаях вернуть работоспособность помогает простое форматирование файловой системы. Особенно легко это сделать на флешке. Правда, не всегда мы готовы расстаться с той информацией, которая на ней уже есть. Перекиньте все данные на компьютер под управлением Виндовс и отформатируйте проблемный накопитель.

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

Проверить диск на наличие ошибок можно не только на Windows. Убунту также обладает достаточным арсеналом для этого. Сделать это можно и с помощью команд, и пользуясь специальным приложением. Сначала разберём способ, использующий стандартные средства.

Просматриваем список накопителей:

Проверяем конкретный накопитель:

В примере взят sdf, но у вас название диска может отличаться.

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

Теперь проверяем том на бэдблоки — проблемные области:

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

Такой способ в теории должен помочь исправить неполадки с любыми видами носителей. Если же сканирование дисков на ошибки не помогло, то пора воспользоваться удобной утилитой — GParted.

GParted

Права доступа

Наконец, последняя причина, по которой мы теряем доступ к управлению данными на носителях, заключается в нарушенных правах. С ней могут сталкиваться и опытные юзеры, использующие root-режим. Когда мы используем различные команды, не до конца понимая их суть, или запускаем программы с расширенными полномочиями, система может по ошибке перекрыть доступ.

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на 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:

Источник

Устройство назначения доступно только для чтения linux mint

При попытке подключить диск с операционной системой NTFS и скопировать на него какой-либо файл систева выдаёт сообщение, что диск доступен только для чтения. Как решить эту проблему?

2-3) System:
Host: dimka-desktop Kernel: 5.4.0-70-generic x86_64 bits: 64
Desktop: Cinnamon 4.8.6 Distro: Linux Mint 20.1 Ulyssa

60Hz
OpenGL: renderer: AMD PITCAIRN (DRM 2.50.0 5.4.0-70-generic LLVM 11.0.0)
v: 4.5 Mesa 20.2.6 direct render: Yes
Audio:
Device-1: AMD SBx00 Azalia vendor: ASUSTeK driver: snd_hda_intel v: kernel
bus ID: 00:14.2
Device-2: AMD Oland/Hainan/Cape Verde/Pitcairn HDMI Audio [Radeon HD 7000
Series]
vendor: PC Partner Limited driver: snd_hda_intel v: kernel bus ID: 01:00.1
Device-3: Logitech HD Webcam C615 type: USB driver: snd-usb-audio,uvcvideo
bus ID: 1-2:2
Sound Server: ALSA v: k5.4.0-70-generic
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: ASUSTeK P8 series driver: r8169 v: kernel port: d000
bus ID: 02:00.0
IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac:
Drives:
Local Storage: total: 3.07 TiB used: 2.29 TiB (74.6%)
ID-1: /dev/sda vendor: Kingston model: SV300S37A120G size: 111.79 GiB
ID-2: /dev/sdb vendor: Ricoh model: R5SL256G size: 238.47 GiB
ID-3: /dev/sdc vendor: Hitachi model: HDS721010CLA330 size: 931.51 GiB
ID-4: /dev/sdd type: USB vendor: Toshiba model: External USB 3.0
size: 1.82 TiB
Partition:
ID-1: / size: 233.24 GiB used: 44.17 GiB (18.9%) fs: ext4 dev: /dev/sdb2
Sensors:
System Temperatures: cpu: 33.4 C mobo: N/A gpu: radeon temp: 34 C
Fan Speeds (RPM): N/A
Info:
Processes: 198 Uptime: 55m Memory: 7.70 GiB used: 2.67 GiB (34.7%)
Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.17
inxi: 3.0.38

Источник

Ошибка при копировании. Путь назначения предназначен только для чтения

Я отформатировал /dev/sdX, после этого пропала таблица разделов на flash карте, которую я пересоздал с помощью gparted. Теперь при копировании на устройство у меня появляется сообщение из заголовка. Как исправить?
dmesg | tail

Ни на какие мысли не наводит?

Пробовал, сейчас повторил.

Файлов на карту много писалось?

Случается, что в начале карты, там где файловая таблица, уже протёрта дырка. В таком случае, помогает переразметить раздел, отступив мегабайт 50–100 от начала.

А ещё, когда я форматировал flash карту mkfs’ом в ext4/ext2 там было «Writing superblocks and filesystem accounting information»

Случается, что в начале карты, там где файловая таблица, уже протёрта дырка. В таком случае, помогает переразметить раздел, отступив мегабайт 50–100 от начала.

Это что-то даст? Я сейчас уменьшил размер раздела, отступив на 100Мб вправо.
А про fsck эта утилита не для HDD? Я посмотрел всякие FAQ, описание утилиты, её атрибуты и не понимаю как она может починить мне flash карту.

Понятно
А у меня что не так с flash картой?
Я вроде бы отформатировал flash карту целиком mkfs.vfat /dev/sdX, а потом создал таблицу разделов в gparted, и файловую систему с настройками, которые мне предложила программа и. я не могу ничего туда скопировать, что я поломал?

В заголовке файловой системы есть т.н. dirty flag. О том, что он сброшен и говорит сообщение «Volume was not properly unmounted. Some data may be corrupt. Please run fsck.». После успешного исправления ошибок, предполагается, что флажок будет установлен и ФС можно будет примонтировать на запись.

Уберите errors=remount-ro из fstab. Размонтируйте, запустите fsck. Вывод fsck тоже неплохо бы приложить.

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

В заголовке файловой системы есть т.н. dirty flag. О том, что он сброшен и говорит сообщение «Volume was not properly unmounted. Some data may be corrupt. Please run fsck.». После успешного исправления ошибок, предполагается, что флажок будет установлен и ФС можно будет примонтировать на запись.

А что мне конкретно нужно сделать? Я пробовал запустить fsck, но там столько атрибутов, предназначение которых я не очень-то понимаю.

Уберите errors=remount-ro из fstab. Размонтируйте, запустите fsck. Вывод fsck тоже неплохо бы приложить.

errors=remount-ro у меня только напротив корня, мне оттуда эту опцию убрать?
Кроме моей разметки / swap boot cdrom’а там ничего нет.

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

На данной flash карте этого переключателя нет.

Кстати, а мне пока что кроме fsck ничего не стоит делать? Я опять зачем-то создал таблицу разделов msdos. Может быть важно то, какой я раздел делаю(главный/расширенный)?

Я пробовал запустить fsck, но там столько атрибутов, предназначение которых я не очень-то понимаю

То есть, исправление ошибок всё–таки не производилось, а пошли дальше писать на форум?

То есть, исправление ошибок всё–таки не производилось, а пошли дальше писать на форум?

Да, я боюсь уже что-то трогать. Это уже вторая flash карта, которую я поломал.

Работает, я думал для всяких help’ов и man’ов sudo не нужно..

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

Источник