Файловая система linux только для чтения, как исправить

Обновлено: 03.07.2024

Обычно Linux переводит ваши файловые системы в режим только для чтения при возникновении ошибок, особенно ошибок с диском или самой файловой системой, таких как, например, неправильная запись в журнале. Вам лучше проверить dmesg на наличие ошибок, связанных с диском.

Как изменить файлы только для чтения в Ubuntu?

Чтобы изменить права доступа к каталогу для всех, используйте «u» для пользователей, «g» для группы, «o» для остальных и «ugo» или «a» (для всех). chmod ugo+rwx имя папки, чтобы разрешить чтение, запись и выполнение всем. chmod a=r имя папки, чтобы всем было разрешено только чтение.

Как отключить режим только для чтения в Ubuntu?

Если файл доступен только для чтения, это означает, что у вас (пользователя) нет на него разрешения w, поэтому вы не можете удалить файл. Чтобы добавить это разрешение. Вы можете изменить права доступа к файлам, только если вы являетесь владельцем файла. В противном случае вы можете удалить файл с помощью sudo , получив права суперпользователя.

Как исправить файлы только для чтения?

Чтобы изменить атрибут только для чтения, выполните следующие действия:

Щелкните правой кнопкой мыши значок файла или папки.
Снимите флажок рядом с элементом «Только для чтения» в диалоговом окне «Свойства» файла. Атрибуты находятся в нижней части вкладки "Общие".
Нажмите "ОК".

Как отключить режим только для чтения?

Файлы только для чтения

Откройте проводник Windows и перейдите к файлу, который хотите отредактировать.
Нажмите правой кнопкой мыши имя файла и выберите "Свойства".
Перейдите на вкладку "Общие" и снимите флажок "Только для чтения", чтобы удалить атрибут "только для чтения", или установите флажок, чтобы установить его.

Как узнать, доступна ли файловая система только для чтения?

Невозможно определить, является ли файловая система «исправной», когда она смонтирована в обычном режиме чтения-записи. Чтобы определить, исправна ли файловая система, вам нужно использовать fsck (или аналогичный инструмент), и для этого требуются либо несмонтированные файловые системы, либо монтировщик файловых систем только для чтения.

Как исправить, что команда sudo не найдена?

Как изменить файл только для чтения в Linux?

chmod ugo+rwx имя папки, чтобы разрешить чтение, запись и выполнение всем. chmod a=r имя_папки, чтобы разрешить всем только чтение.
…
Как изменить права доступа к каталогу в Linux для владельцев группы и других

chmod g+w имя файла.
имя файла chmod g-wx.
chmod o+w имя файла.
chmod o-rwx имя папки.

Что означает — R — Linux?

Файловый режим. Буква r означает, что у пользователя есть разрешение на чтение файла/каталога. … И буква x означает, что у пользователя есть разрешение на выполнение файла/каталога.

Какой root-пароль для Ubuntu?

Короткий ответ – нет. Учетная запись root заблокирована в Ubuntu Linux. Пароль root для Ubuntu Linux не установлен по умолчанию, и он вам не нужен.

Как изменить права доступа к файлам в Ubuntu?

Введите «sudo chmod a+rwx /path/to/file» в терминал, заменив «/path/to/file» на файл, для которого вы хотите предоставить разрешения всем, и нажмите «Enter». Вы также можете использовать команду «sudo chmod -R a+rwx /path/to/folder», чтобы предоставить разрешения для выбранной папки и ее файлов.

Как изменить режим в Linux?

Команда Linux chmod позволяет вам точно контролировать, кто может читать, редактировать или запускать ваши файлы. Chmod — это сокращение от режима изменения; если вам когда-нибудь понадобится произнести это вслух, просто произнесите это точно так, как оно выглядит: ch’-mod.

Почему мои файлы доступны только для чтения?

Файл, помеченный как доступный только для чтения, обычно означает, что файл не следует изменять или что следует проявлять большую осторожность, прежде чем вносить в него изменения. Другие вещи, помимо файлов, также могут быть доступны только для чтения, например специально настроенные флэш-накопители и другие твердотельные накопители, такие как SD-карты.

Невозможно удалить файловую систему только для чтения?

Как сказано в сообщении об ошибке: файловая система, в которой находится опущенное, доступна только для чтения. Вы не можете ничего сделать, чтобы изменить эту файловую систему, включая удаление файлов. Вы можете проверить точку монтирования файловой системы, запустив df omited . Вероятно, это /mnt, учитывая команду, которую вы выполняете.

Что такое файловая система только для чтения?

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

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

Файловая система моего сервера стала доступна только для чтения. И я не понимаю, почему так и как это решить.

Я могу подключиться к серверу по SSH и, например, при попытке запустить apache2 получаю следующее:

Когда я пытаюсь перезапустить сервер, я получаю:

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

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

Я рекомендую @John изменить ответ на последний опубликованный ответ Bibhas, поскольку он на самом деле работает там, где другие ответы на самом деле совершенно бесполезны.

Все, это вопрос к серверу, а не к ПК. Если у вас возникла эта проблема на ПК с двойной загрузкой, проверьте. Параметр **быстрый запуск** можно найти в **параметрах питания** на панели управления Windows. У меня та же проблема с Ubuntu на AWS

У меня тоже есть эта проблема, и ни одно из решений не работает для меня, я использую ubuntu 18.04, и я не знаю, почему это произошло, я должен перезапустить свою систему, а затем она покажет мне страницу, содержащую (initramfs) там, когда Я запускаю fsck /dev/sda1 -y и перезагружаю ОС, и снова возникает проблема через 30 минут или 1 час.

19 ответов 19

Файловая система обычно становится доступной только для чтения во время работы системы, если есть проблема с согласованностью файловой системы. Это указано в fstab как errors=remount-ro и произойдет, если не удастся получить доступ к FS или через Alt + SysRq + U будет запрошено экстренное перемонтирование только для чтения. Вы можете запустить:

для принудительной проверки всех файловых систем. Как говорится в одном из других ответов, просмотр dmesg также очень полезен.

Редактировать: не забудьте -M в командной строке.

ПРИМЕЧАНИЕ. Как упоминал Бибхас в своем ответе: если fsck зависает после баннера своей версии:

вы можете попробовать использовать fsck для EXT4

При условии, что рассматриваемый раздел /dev/sda1 является файловой системой ext4.

Я думаю, вам не следует принудительно проверять файловую систему на других файловых системах, смонтированных в режиме r/w. Это потенциально может повредить ваши данные. Добавьте параметр -M, чтобы пропустить смонтированные файловые системы. ( -M Не проверять смонтированные файловые системы и возвращать код выхода 0 для смонтированных файловых систем. из FSCK(8))

Это не помогает, я просто получаю ту же ошибку при попытке запустить эту команду. sudo: невозможно открыть /var/lib/sudo/kuplack/1: файловая система только для чтения fsck из util-linux 2.20.1

Да, мне нужно было удалить -M, так как /dev/sda1 был смонтирован, и чтобы упростить вашу жизнь, добавить -Afy (y означает ответ "да" на все подсказки). Я играю быстро и свободно с виртуальными машинами, поэтому обычно я согласен с этим типом решения, но если это нерезервное оборудование, я могу выбрать другой подход и прочитать dmesg.

Ответ гексафракции у меня не сработал. Каждый раз, когда я пытался выполнить sudo fsck -Af -M, он просто показывал

и ничего больше. Ни ошибки, ничего. Для меня загрузка с живого диска и выполнение этого сработало -

При условии, что рассматриваемый раздел /dev/sda1 является файловой системой ext4.

-M означает не монтировать файловые системы. Ваша файловая система /dev/sda1 была смонтирована (я предполагаю, что /). Поэтому его пропустили.

Вот команда, которая решила мою проблему:

лучше, чем перезагрузка или sudo fsck -Af

Кроме того, только root сможет перемонтировать файловую систему, а sudo не будет работать, если файловая система доступна только для чтения.

Не помогает, я просто получаю то же сообщение: sudo: невозможно открыть /var/lib/sudo/kuplack/1: монтирование файловой системы только для чтения: невозможно перемонтировать блочное устройство /dev/sda2 чтение-запись, защищен от записи

Если вы хотите принудительно перемонтировать корневую файловую систему как rw, вы можете сделать следующее.

Попробуйте запустить dmesg | grep "Ошибка EXT4-fs", чтобы узнать, есть ли у вас какие-либо проблемы, связанные с самой файловой системой/системой журналирования. Тогда я бы порекомендовал вам перезагрузить систему. Кроме того, ответ sudo fsck -Af от ObsessiveSSOℲ не помешает.

Обратите внимание, что иногда это может быть вызвано тем, что компьютер забывает системное время — проверка диска завершается ошибкой, поскольку даты в журнале указаны в БУДУЩЕМ!

Установка времени в BIOS (и проверка батареи BIOS) устранила эту проблему без необходимости восстановления диска.

Добро пожаловать в Ask Ubuntu! Я рекомендую отредактировать этот ответ, чтобы дополнить его конкретными подробностями о том, как это сделать. (См. также раздел Как написать хороший ответ? для получения общих советов о том, какие ответы считаются наиболее ценными в Ask Ubuntu.)

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

(Удален предыдущий ответ)

Редактировать: основная проблема была на стороне Windows. После обновления моей Windows 10 опция «быстрый запуск» автоматически включилась. При повторном отключении этой опции и повторном запуске машины проблема исчезла. Windows 10 несколько дней вызывала сильную головную боль :(

Функция «быстрый запуск» находится в разделе «Параметры электропитания» на панели управления. Отключи это. :)

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

Панель управления > Оборудование и звуки > Электропитание > (слева) Выберите, что делает закрытие крышки > Изменить настройки, которые в данный момент недоступны > Снимите флажок «Включить быстрый запуск»

Теперь загрузка в Ubuntu решит проблему. Надеюсь, это поможет!

Обычно linux переводит ваши файловые системы в режим только для чтения при возникновении ошибок, особенно ошибок с диском или самой файловой системой, таких как, например, неправильная запись в журнале.

Вам лучше проверить dmesg на наличие ошибок, связанных с диском.

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

К сожалению, если вы решили зашифровать свою домашнюю папку, dmesg обязательно будет полон бесполезных ошибок из ecryptfs.

Если вы выполняете двойную загрузку Ubuntu вместе с Windows 10, вероятно, быстрый запуск Windows 10 удерживает вашу файловую систему и не размонтирует ваши жесткие диски должным образом. чтобы исправить это, вам нужно загрузиться в Windows 10

Пуск > Настройки питания
нажмите «Дополнительные параметры питания» справа.
нажмите слева и выберите действие кнопок питания.
часы по изменению настроек, которые в данный момент недоступны
снимите флажок, чтобы включить быстрый запуск
сохраните изменения, а затем перезагрузитесь в Ubuntu, все будет работать нормально!

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

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

Для меня перезагрузка системы решает эту проблему

как он упоминал об этом.

Запомнить

Перезагрузка в качестве системного администратора должна быть последним решением

¡ВНИМАНИЕ! Я исправлял удаленный сервер, и он не включался после перезагрузки, что усложняло задачу. Я рекомендую протестировать другие решения, прежде чем пытаться выполнить ребот, особенно если вы физически не с компьютером. Впервые в инженерном мире выключение и повторное включение было большой проблемой, а не решением :(

В моем случае это было связано со стабилизацией RAID 1 после первоначальной установки. У меня есть /boot и / на s/w RAID1. Оставив систему на ночь и перезагрузившись, все работает нормально. Ричард

Если вы были в ситуациях, когда вы не можете использовать live disk, например. вы удаленно подключаетесь к своей системе по ssh, вы все равно можете использовать команду, на которую ответил @Bibhas:

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

Проверьте, нет ли у вас неисправного оборудования. Я получил эту ошибку из-за ослабления жесткого диска. Запустил mount -o remount,rw / и все заработало.

Я использую версию 18.04 LTS, и сначала я отключил поврежденные диски, а затем зашел в приложение «Диски», выполнив поиск в тире. Оттуда я выбрал диск, который был поврежден. Убедитесь, что он отключен, иначе он не будет работать. В меню параметров (маленькая шестеренка) нажмите «Восстановить файловую систему». Бум! Сработало как часы.

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

Вывод будет примерно таким, как показано ниже:

Одним из решений этой проблемы может быть перемонтирование поврежденной файловой системы.

У меня была эта проблема на моем компьютере более 1 года, и я пробовал все, чтобы решить эту проблему. Внезапно Linux переходит в режим только для чтения. Если вы что-то редактируете, вы не можете сохранить и должны выполнить команду fsck и перезагрузить компьютер. Компьютер тоже очень тормозит и постоянно зависает. Я удалил двойную загрузку и оставил только Ubuntu, обновил Ubuntu с версии 18.04 LTS до версии 20.04 LTS, и это не сработало. Решающее значение для решения проблемы имело использование команды dmesg. Опыт у меня не получился, только эта команда. Эта команда предназначена для наблюдения за компьютером.

В моем случае проблема была связана с несовместимостью SSD с Ubuntu. Я использовал HDD, и после того, как я переключился на SSD, возникла проблема. Проблема была решена обновлением прошивки SSD, что было возможно только на разделенных виндах, т.к. у Кингстона нет программы для обновления прошивки через линукс. Я также установил Windows и Linux с двойной загрузкой, сначала установив Windows на весь SSD, затем освободив место через Windows и установив Ubuntu, но очень маловероятно, что это было решением проблемы.

Это неправильно настроенные параметры загрузки (попробуйте смонтировать / as ext2 ), а не физическая ошибка диска или раздела.

dmesg | grep "ошибка" выдала мне:

Он монтируется / только для чтения из-за директивы fstab error=mount-ro.

Очень активный вопрос. Заработайте 10 репутации (не считая бонуса ассоциации), чтобы ответить на этот вопрос. Требование к репутации помогает защитить этот вопрос от спама и отсутствия ответа.

Не тот ответ, который вы ищете? Просмотрите другие вопросы с меткой перезапуск файловой системы только для чтения или задайте свой вопрос.

Связано

Связанные

Горячие вопросы о сети

Чтобы подписаться на этот RSS-канал, скопируйте и вставьте этот URL-адрес в программу для чтения RSS.

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

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

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

Многие заканчивают тем, что дезертируют и переустанавливают систему.

Но что мы должны сделать, так это избегать перезапуска системы. Это наиболее рекомендуется, потому что пока мы находимся внутри, как указано в сообщении, система находится только в режиме чтения, поэтому мы не можем ничего записывать в систему.

Оглавление

Проблема

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

Хотя самое распространенное, что вы можете найти в сети, это то, что система защищает себя, так как используемый вами диск больше не является оптимальным для хранения данных.

Оказывается, что он переходит только в режим чтения, поэтому позволяет нам только получить доступ к данным, но вместо этого не позволяет нам вносить в них изменения.

Для меня это необычно, потому что я был с новым диском всего несколько недель и просматривал данные и сектора SMART, не исключено, что он уже в плохом состоянии.

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

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

Решения

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

Это решение оказалось полезным для меня.

В другом случае это происходит на программном уровне, поэтому нам нужно определить, какой раздел относится к "файловой системе только для чтения".

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

Для этого мы можем использовать терминал и выполнить следующие команды, где мы сначала определим точку монтирования раздела, а затем перемонтируем его с разрешениями на чтение и запись:

После идентификации раздела перемонтируем его, где /sdXx будет точкой монтирования, это может быть /sdb1 или /sdc и т.д.

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

Если вы продолжаете получать ту же ошибку, мы можем запустить следующее:

Он проверит файловую систему и попытается внести соответствующие исправления.

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

Где мы постараемся их отремонтировать:

В последнем случае мы должны получить доступ к расширенным параметрам нашей системы из GRUB и выполнить fsck.

Содержание статьи соответствует нашим принципам редакционной этики. Чтобы сообщить об ошибке, нажмите здесь!.

Сегодня я обновил старый сервер с Ubuntu 14.04 LTS до 16.04 LTS, и когда он перезапустился, я начал получать ошибки «Файловая система только для чтения» в корневом разделе.

Вот как я исследовал и устранил проблему, включая список сайтов, которые мне помогли.

Не закончилось ли место на диске?

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

Диск в порядке?

Затем я использовал fsck, чтобы проверить, все ли в порядке с разделом. Это было (тьфу):

Правильно ли настроено монтирование?

Поскольку с разделом все в порядке, я хотел проверить, верны ли инструкции по настройке диска, поэтому я попросил показать список соответствующего файла:

И eureka, похоже, обновление изменило конфигурацию для использования UUID:

Итак, вопрос, конечно же, в том, правильный ли UUID? Поэтому я проверил, какой UUID был у /dev/vda1:

В результате:

Итак, наш виновник был. UUID не совпадают.

Давайте это исправим!

Поскольку раньше все работало с диском, указанным как /dev/vda1, а не через UUID , я решил просто отредактировать файл fstab и покончить с этим:

Но не так быстро:

Конечно, вся проблема в том, что файловая система доступна только для чтения, так как же мне обновить файл конфигурации.

Перемонтировать диск

Опять же, так как все работало правильно и не было никаких повреждений файловой системы, я решил просто попробовать перемонтировать диск, используя правильный идентификатор:

И это сработало!

Поэтому я обновил конфигурацию монтирования в /etc/fstab до:

Выключить и снова включить

Наконец я перезагрузился.

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

Нравится? Поддержите нас!

Small Technology Foundation – это небольшая независимая некоммерческая организация.

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

Ссылки

Об авторе

Я активист, дизайнер и разработчик. Я — половина Small Technology Foundation, крошечной и независимой некоммерческой организации, состоящей из двух человек, базирующейся в Ирландии. Мы пропагандируем и создаем небольшие технологии для защиты личности и демократии в эпоху цифровых сетей.

Читайте также: