Вопрос или проблема
Моя файловая система root и home на ext-4 стала внезапно только для чтения. Как я могу узнать, что стало причиной этого?
Система – Ubuntu 16.04 с systemd (установлена на SSD), где разделы root и home зашифрованы с помощью dm-crypt и отформатированы файловой системой ext-4.
Правка Сразу после того, как я написал этот пост, система снова зависла (два раза) с слегка мигающим черным/цветным экраном. Теперь, кажется, она снова работает.
Файл /etc/fstab содержит для раздела root опцию монтирования errors=remount-ro
Команда smartctl -a /dev/sda выводит
smartctl -a /dev/sda
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-21-generic] (локальная сборка)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== НАЧАЛО РАЗДЕЛА ИНФОРМАЦИИ ===
Модель устройства: SAMSUNG MZ7PC256HAFU-000L7
Серийный номер: S0Y5NSAC602442
Версия прошивки: CXM72L1Q
Пользовательская емкость: 256,060,514,304 байт [256 ГБ]
Размер сектора: 512 байт логический/физический
Скорость вращения: Твердотельное устройство
Устройство не входит: В базу данных smartctl [для деталей используйте: -P showall]
Версия ATA: ATA8-ACS T13/1699-D ревизия 4c
Версия SATA: SATA 3.0, 6.0 Gb/s (текущая: 6.0 Gb/s)
Местное время: Пн Май 23 17:07:40 2016 UTC
Поддержка SMART: Available - устройство поддерживает SMART.
Поддержка SMART: Включена
=== НАЧАЛО ЧТЕНИЯ ДАННЫХ SMART ===
Результат общего самодиагностического теста SMART: УСПЕШНО
Общие значения SMART:
Статус сбора данных в оффлайне: (0x02) Оффлайн-сбор информации
завершен без ошибок.
Авто-сбор данных в оффлайне: Отключен.
Статус выполнения самодиагностического теста: ( 0) Предыдущая процедура самодиагностики завершена
без ошибок или ни один самодиагностический тест никогда
не проводился.
Общее время на завершение сбора данных в оффлайне: ( 1020) секунд.
Возможности сбора данных в оффлайне: (0x5b) SMART выполнить оффлайн сразу.
Поддерживает авто-сбор данных в оффлайне включение/выключение.
Приостановить сбор данных в оффлайне при новом
команде.
Поддерживается оффлайн-сканирование поверхности.
Поддерживается самодиагностика.
Не поддерживается самодиагностика трансфера.
Поддерживается селективная самодиагностика.
Возможности SMART: (0x0003) Сохраняет данные SMART перед переходом в
режим энергосбережения.
Поддерживает таймер авто-сохранения SMART.
Возможность ведения журнала ошибок: (0x01) Поддержка ведения журнала ошибок.
Поддержка общего ведения журнала.
Рекомендуемое время опроса для короткой процедуры самодиагностики: ( 2) минуты.
Рекомендуемое время опроса для расширенной процедуры самодиагностики: ( 17) минут.
Версия структуры данных атрибутов SMART: 1
Специфические для производителя атрибуты SMART с порогами:
ID# НАЗВАНИЕ_АТРИБУТА ФЛАГ ЗНАЧЕНИЕ ХУДШИЙ ПОРОГ ТИП ОБНОВЛЕНО ПРИ_НЕУДАЧЕ СЫРЬЕВОЕ_ЗНАЧЕНИЕ
9 Часы_включения 0x0032 098 098 000 Старый_возраст Всегда - 6093
12 Количество_цикл_питания 0x0032 097 097 000 Старый_возраст Всегда - 2810
175 Количество_ошибок_программы_чипа 0x0032 100 100 010 Старый_возраст Всегда - 0
176 Количество_ошибок_стирания_чипа 0x0032 100 100 010 Старый_возраст Всегда - 0
177 Количество_выравнивания_износа 0x0013 095 095 017 Предупреждение Всегда - 169
178 Количество_используемых_заблокированных_блоков_чипа 0x0013 094 094 010 Предупреждение Всегда - 230
179 Количество_используемых_заблокированных_блоков_всего 0x0013 094 094 010 Предупреждение Всегда - 450
180 Количество_неиспользуемых_заблокированных_блоков_всего 0x0013 094 094 010 Предупреждение Всегда - 7614
181 Общее_количество_ошибок_программы 0x0032 100 100 010 Старый_возраст Всегда - 0
182 Общее_количество_ошибок_стирания 0x0032 100 100 010 Старый_возраст Всегда - 0
183 Блок_сбоя_время_работы 0x0013 100 100 010 Предупреждение Всегда - 0
184 Ошибка_конец-в- конец 0x0033 100 100 097 Предупреждение Всегда - 0
187 Сообщенные_ошибки_неисправимо 0x0032 100 100 000 Старый_возраст Всегда - 0
190 Температура_воздуха_Цельсия 0x0032 066 042 000 Старый_возраст Всегда - 34
195 Восстановление_аппаратных_ECC 0x001a 200 200 000 Старый_возраст Всегда - 0
198 Ошибка_вне_системы_неисправимо 0x0030 100 100 000 Старый_возраст Офлайн - 0
199 Учитываемые_ошибки_CRC 0x003e 253 253 000 Старый_возраст Всегда - 1
233 Индикатор_износа_средства 0x003a 200 200 000 Старый_возраст Всегда - 0
234 Неизвестный_атрибут 0x0012 100 100 000 Старый_возраст Всегда - 0
235 Неизвестный_атрибут 0x0012 099 099 000 Старый_возраст Всегда - 48
236 Неизвестный_атрибут 0x0012 099 099 000 Старый_возраст Всегда - 48
237 Неизвестный_атрибут 0x0012 099 099 000 Старый_возраст Всегда - 169
238 Неизвестный_атрибут 0x0012 099 099 000 Старый_возраст Всегда - 450
Версия журнала ошибок SMART: 1
Ошибка не зарегистрирована
Структура журнала самодиагностики SMART версии 1
Номер Описание_теста Статус Осталось Время_жизни (часы) LBA_первой_ошибки
# 1 Расширенный оффлайн Завершено без ошибок 00% 6092 -
Структура данных журнала селективного самодиагностического теста SMART версия 1
ДИАПАЗОН MIN_LBA MAX_LBA СТАТУС_ТЕСТА
1 0 0 Не_тестируется
2 0 0 Не_тестируется
3 0 0 Не_тестируется
4 0 0 Не_тестируется
5 0 0 Не_тестируется
Флаги селективного самодиагностического теста (0x0):
После сканирования выбранных диапазонов, не читайте оставшуюся часть диска.
Если селективный самодиагностический тест ожидает при включении, продолжите после задержки в 0 минут.
Некоторые системы Linux будут монтировать разделы как только для чтения, если они не были корректно размонтированы, и система считает, что необходима соответствующая версия fsck, которая должна быть выполнена перед нормальным использованием.
Проверьте свои журналы или dmesg, чтобы узнать, так ли это.
Как предложено в предыдущем комментарии, начните свою “отладку” с dmesg, а не с анализа данных SMART. Очень вероятно, что вы найдете подсказки там (ошибки шины SATA/SAS/SCSI/или чего-то, что вы используете, ошибки чтения/записи). Это также покажет вам, какое устройство/раздел вызывает проблему.
Как было предложено ранее, проблема может быть “мягкой”, такой как некорректное размонтирование файловой системы (например, из-за отключения питания), или это может быть аппаратная проблема, такая как выходящий из строя или неисправный жесткий диск/SSD. dmesg покажет подсказки в обоих случаях.
Ответ или решение
Системы Linux могут неожиданно монтировать файловые системы в режим только для чтения, если они были некорректно размонтированы или если ядро обнаружило ошибки во время работы с ними. Ваша проблема с файловыми системами ext4 на системе Ubuntu 16.04 может быть вызвана несколькими причинами, которые следует исследовать.
Шаги для диагностики и устранения причин
-
Проверка журналов с помощью
dmesg:
Начните с анализа вывода командыdmesg. Эта команда покажет сообщения ядра, включая любые ошибки, связанные с дисками или файловыми системами. Используйте команду:dmesg | grep -i errorОбратите внимание на любые сообщения, касающиеся файловой системы, жесткого диска или других подсистем.
-
Проверка логов системы:
Также проверьте логи системы, например, файлы в/var/log/syslogили/var/log/kern.log. Эти логи могут содержать ошибки, примечания и предупреждения, касающиеся вашей файловой системы. Используйте команды:cat /var/log/syslog | grep -i ext4 cat /var/log/syslog | grep -i error -
Проверка состояния диска с помощью SMART:
Вы уже выполнили проверку SMART с помощьюsmartctl, и результаты показывают, что состояние "PASSED". Хотя это и хорошая новость, проблемы могут быть и в промежуточных состояниях, поэтому учитывайте это. Обратите внимание на такие параметры, какUDMA_CRC_Error_Count, если их количество превышает 0, это может указывать на проблемы с кабелем или контроллером. -
Проверка целостности файловой системы с использованием
fsck:
Если файловая система была неправильно размонтирована (например, из-за сбоя питания или других проблем), это может вызвать ее монтирование в режиме только для чтения. Чтобы проверить и исправить ошибки, выполните:sudo fsck /dev/имя_вашего_устройстваЗамените
/dev/имя_вашего_устройствана имя соответствующего раздела. Вам может потребоваться загрузиться в режим однопользовательской сессии или использовать Live CD, если вы не можете размонтировать корневую файловую систему. -
Обратите внимание на аппаратное обеспечение:
Убедитесь, что физическое состояние вашего SSD стабильное. Поскольку вы упомянули о случайных сбоях и праблемах с отображением, необходимо проверить, нет ли перегревания, а также состояние питания и кабелей. Если вы используете USB-диски или другие внешние устройства, попробуйте использовать их непосредственно от другого порта или через другой интерфейс. -
Мониторинг и регулярные проверки:
Рассмотрите возможность регулярного мониторинга состояния вашего жесткого диска с помощьюsmartd, чтобы своевременно получать уведомления о потенциальных проблемах.
Заключение
Если после выполнения всех этих шагов проблема продолжается, возможно, дело в аппаратных неисправностях либо в совместимости драйверов. В таком случае стоит рассмотреть возможность обращения к сообществу Ubuntu или к производителю вашего оборудования для более детальной диагностики и поддержки.