Как исправить & ldquo; sudo: невозможно открыть & hellip; Файловая система только для чтения & rdquo ;?

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

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

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

username@srv1:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
 * Starting web server apache2                                                                                                                                                                                                               (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.

При попытке перезапустить сервер я получаю:

username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system

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

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

193
задан 11 February 2014 в 17:47

19 ответов

Вы можете вернуться к старому стилю переключения окон, включив плагин статического переключателя приложений в менеджере настроек CompizConfig:

Шаги:

  1. CompizConfig Manager получен через sudo apt-get install compizconfig-settings-manager (спасибо @donbright)

  2. sudo apt-get install compiz-plugins, чтобы заставить отобразиться статический переключатель приложений. (благодаря @Milimetric)

  3. CompizConfig Settings Manager запускается с помощью ввода ccsm в терминале (благодаря @donbright)

  4. Отключите клавиатурные сокращения для коммутатора Unity, сняв флажок CompizConfig Settings Manager ▸ Рабочий стол ▸ Плагин Ubuntu Unity ▸ Переключатель ▸ Клавиша для запуска коммутатора ▸ Включено и Ключ для запуска коммутатора в обратном направлении ▸ Включено

  5. Включить переключатель статических приложений, установив флажок CompizConfig Settings Manager ▸ Управление окнами ▸ Переключатель статических приложений ▸ Включить переключатель статических приложений

-. 121---893071-

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

sudo fsck -Af -M

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

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

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

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

вы можете попробовать использовать EXT4-специфичный fsck

$ sudo fsck.ext4 -f /dev/sda1

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

95
ответ дан 11 February 2014 в 17:47

For me,Перезагрузка системы, решающей этот вопрос

sudo reboot

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

2
ответ дан 11 February 2014 в 17:47

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

-1
ответ дан 11 February 2014 в 17:47

Если Вы находились в ситуациях, когда нельзя использовать живой диск, например, Вы удаленно ssh в Вашу систему, Вы все еще можете использовать команду, на которую ответил @Bibhas:

sudo fsck.ext4 -f /current/filesystem/mount/point

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

1
ответ дан 11 February 2014 в 17:47

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

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

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

https://youtu.be/KJ-0KPZhAFo

4
ответ дан 11 February 2014 в 17:47

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

dmesg | grep "error" дал мне:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

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

-1
ответ дан 11 February 2014 в 17:47

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

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

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

2
ответ дан 11 February 2014 в 17:47

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

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

9
ответ дан 11 February 2014 в 17:47

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

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

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

sudo fsck.ext4 -f /dev/sda1

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

50
ответ дан 11 February 2014 в 17:47

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

mount -o remount,rw /
17
ответ дан 11 February 2014 в 17:47

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

0
ответ дан 11 February 2014 в 17:47

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

0
ответ дан 11 February 2014 в 17:47

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

14
ответ дан 11 February 2014 в 17:47

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

mount -o remount /

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

50
ответ дан 11 February 2014 в 17:47

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

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

Опцию 'быстрого запуска' можно найти в 'Power options' на панели управления. Отключите это!!! :)

4
ответ дан 11 February 2014 в 17:47

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

  1. Пуск> Параметры питания
  2. нажмите Дополнительные настройки питания справа
  3. нажмите выберите, что делают кнопки питания слева
  4. часы на изменить настройки, которые в настоящее время недоступны
  5. снять отметку включить быстрый запуск
  6. сохранить изменения а затем перезагрузитесь в ubuntu, все будет работать нормально!
0
ответ дан 5 January 2021 в 23:34

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

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

0
ответ дан 5 January 2021 в 23:34

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

cat /proc/mounts | grep -i ro

Результат будет примерно таким, как показано ниже:

proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
/dev/sda1 / ext4 ro,relatime,data=ordered 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0

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

0
ответ дан 5 January 2021 в 23:34

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

enter image description here

0
ответ дан 4 September 2021 в 12:13

Другие вопросы по тегам:

Похожие вопросы: