Название может быть не таким описательным, как хотелось бы, но не могло придумать лучшего.
Файловая система моего сервера перешла в режим «Только чтение». И я не понимаю, почему это так и как это решить.
Я могу подключиться по 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
Один раз Я перезапускаю его вручную, он просто запускается без каких-либо предупреждений или сообщений о том, что что-то не так.
Я надеюсь, что кто-то может указать мне правильное направление для решения этой проблемы.
Вы можете вернуться к старому стилю переключения окон, включив плагин статического переключателя приложений в менеджере настроек CompizConfig:
Шаги:
CompizConfig Manager получен через sudo apt-get install compizconfig-settings-manager
(спасибо @donbright)
sudo apt-get install compiz-plugins
, чтобы заставить отобразиться статический переключатель приложений. (благодаря @Milimetric)
CompizConfig Settings Manager запускается с помощью ввода ccsm
в терминале (благодаря @donbright)
Отключите клавиатурные сокращения для коммутатора Unity, сняв флажок CompizConfig Settings Manager ▸ Рабочий стол ▸ Плагин Ubuntu Unity ▸ Переключатель ▸ Клавиша для запуска коммутатора ▸ Включено и Ключ для запуска коммутатора в обратном направлении ▸ Включено
Включить переключатель статических приложений, установив флажок CompizConfig Settings Manager ▸ Управление окнами ▸ Переключатель статических приложений ▸ Включить переключатель статических приложений
Файловая система обычно переходит в режим только для чтения во время работы системы, если возникает проблема согласованности файловой системы. Это указано в 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.
For me,Перезагрузка системы, решающей этот вопрос
sudo reboot
, как он упоминал об этом.
Я использую версию 18.04 LTS, и то, что я сделал, было, Сначала я отключил поврежденные диски, затем зашел в приложение «Диски», зайдя в приборную панель. Оттуда я выбрал диск, который был поврежден.Убедитесь, что он размонтирован, иначе это не сработает. В меню параметров (маленькая форма шестеренки) и щелкнул «Восстановить файловую систему». Бум! Работал как шарм.
Если Вы находились в ситуациях, когда нельзя использовать живой диск, например, Вы удаленно ssh в Вашу систему, Вы все еще можете использовать команду, на которую ответил @Bibhas:
sudo fsck.ext4 -f /current/filesystem/mount/point
Появится запрос на исправление ошибки файловой системы. Также необходимо перезагрузить систему удаленно.
Если вы одновременно загружаете на свой компьютер Ubuntu и Windows, и эта проблема возникает, это потому, что Windows изменяет файловую систему, в этом случае это может помочь. Попробуйте отключить быстрый запуск
Панель управления> Оборудование и звук> Параметры питания> (слева) Выберите, что происходит при закрытии крышки> Измените настройки, которые в настоящее время недоступны> Снимите флажок «Включить быстрый запуск»
Сейчас загрузка в Ubuntu решит проблему. Надеюсь, это поможет!
Это неправильно настроенные параметры загрузки (попробуйте смонтировать /
как 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
.
Обычно linux помещает вашу файловую систему в режим чтения только тогда, когда возникают ошибки, особенно ошибки с диском или самой файловой системой, ошибки вроде неправильной записи в журнале, например.
Лучше проверьте свой dmesg
на наличие ошибок, связанных с диском.
Google полон обсуждений по этому поводу и вы можете выбрать те, которые ближе к вашей конфигурации, но обычно достаточно взглянуть на dmesg
.
Обратите внимание, что иногда это может быть вызвано тем, что компьютер забывает системное время - проверка диска не выполняется, потому что даты в журнале относятся к БУДУЩЕМУ!
Установка времени BIOS (и проверка батареи BIOS) устранила эту проблему для меня, без необходимости восстановления диска.
Ответ по гексафракции не сработал для меня. Каждый раз, когда я пытался выполнить sudo fsck -Af -M
, он просто показывал
$ sudo fsck -Af -M
fsck from util-linux 2.20.1
и больше ничего. Никакой ошибки или чего-нибудь еще. Для меня работала загрузка на живой диск и её выполнение -
sudo fsck.ext4 -f /dev/sda1
При условии, что рассматриваемый раздел /dev/sda1
представлял собой файловую систему ext4.
Если вы хотите заставить вашу корневую файловую систему перемонтировать как rw, вы можете сделать следующее.
mount -o remount,rw /
Проверьте, нет ли у вас неисправного оборудования. Я получил эту ошибку из-за ослабления жесткого диска. Запустил mount -o remount, rw /, и все заработало.
В моем случае это было связано с стабилизацией RAID 1 после начальной установки. У меня / boot и / на s / w RAID1. Выйдя на ночь из системы и перезагрузившись, все работает нормально. Ричард
Попробуйте запустить dmesg | grep «Ошибка EXT4-fs»
, чтобы узнать, есть ли у вас какие-либо проблемы, связанные с самой файловой системой / системой журналирования. Тогда я бы порекомендовал вам перезагрузить вашу систему. Кроме того, sudo fsck -Af
ответ ObsessiveSSOℲ не повредит.
Вот команда, которая решила мою проблему:
mount -o remount /
лучше, чем перезагрузка или sudo fsck -Af
(Удален предыдущий ответ)
Правка: Основная проблема была со стороны окон. После обновления моей Windows 10 опция 'быстрого запуска' автоматически активировалась. При повторном отключении этой опции, а затем повторном запуске машины проблема исчезла. Windows 10 доставляла мне сильную головную боль в течение нескольких дней :(
Опцию 'быстрого запуска' можно найти в 'Power options' на панели управления. Отключите это!!! :)
Если вы выполняете двойную загрузку ubuntu вместе с Windows 10, скорее всего, это быстрый запуск Windows 10, который удерживается на вашей файловой системе и не отключает ваши жесткие диски должным образом. чтобы исправить это, вам нужно загрузиться в Windows 10
Параметры питания
Дополнительные настройки питания
справа выберите, что делают кнопки питания
слева изменить настройки, которые в настоящее время недоступны
включить быстрый запуск
сохранить изменения
а затем перезагрузитесь в ubuntu, все будет работать нормально! У меня эта проблема была на моем компьютере более 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, но маловероятно, что это было решением проблемы.
Похоже, что некоторые смонтированные файлы были повреждены, и в результате ядро установило файловую систему на 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
Одним из решений этой проблемы может быть перемонтирование поврежденной файловой системы.
Если у вас есть графический интерфейс пользователя, перейдите в приложение для работы с дисками, выберите диск с проблемой, щелкните значок шестеренки и выберите параметр «Восстановить файловую систему». Менее чем за секунду проблема устранена.