Файловая система доступна только для чтения: различия между версиями

Материал из ALT Linux Wiki
(→‎Отбраковка сбойного блока: уточнение про размер блока)
Строка 72: Строка 72:


Если же будет «BAD» — нужно смотреть:
Если же будет «BAD» — нужно смотреть:
* если ненулевой «Current_Pending_Sector» — вычислять адреса и переписывать проблемные секторы;
* если ненулевой «Current_Pending_Sector» — вычислять адреса и переписывать проблемные секторы, у современных HDD один блок содержит восемь секторов и скорее всего придётся проделывать процедуру восемь раз;
* если ненулевой «Reallocated_Sector_Ct», то лучше менять диск.
* если ненулевой «Reallocated_Sector_Ct», то лучше менять диск.



Версия от 11:09, 13 мая 2018

Внезапно в ответ на любую команду получаем:

Файловая система доступна только для чтения:

Такое сообщение означает, что файловая система /var или корневая автоматически перемонтирована в RO после сбоя, проверьте это в выводе команды mount.
(Драйвер ext4 при появлении сбойного блока переводит файловую систему в read-only.)

Важно

  1. Все команды выполняйте с правами суперпользователя.
  2. В инструкции указано дисковое устройство /dev/sda, если ваше отличается - пишите своё.
  3. Требуемое ПО: программа smartctl из пакета smartmontools и программа hdparm из одноимённого пакета.
  4. Рекомендуемое ПО: программа awk из одноимённого пакета.
  5. Если пакеты smartmontools и hdparm отсутствуют в системе, загрузите с флешки LiveCD.

Диагностика

Проверяем состояние жёсткого диска.
В командной строке (в окне терминала) запускаем с правами суперпользователя:

smartctl -A /dev/sda | awk 'BEGIN{ rc="GOOD"};/^(  5|19[6-8])/{if($10>0){print "Disk Error: "$2" = "$10; rc="BAD"}} END{print rc; if(rc=="BAD"){exit 1}}'

Видим результат:

Disk Error: Current_Pending_Sector = 1
BAD

Сообщение «Current_Pending_Sector = 1» означает, что на диске появился сбойный блок (может юыть любое положительное число - это количество секторов или блоков с фатальной ошибкой чтения). Увеличение счётчика «Current_Pending_Sector» может быть результатом сбоя в электропитании, а может свидетельствовать о повреждении поверхности диска у HDD или деградации микросхемы в SSD.

Если результат команды — GOOD, значит причина в другом — например, на втором HDD (/dev/sdb), в сбое массива RAID или где-то ещё.

Примечание

Если awk не установлен, можно обойтись одним smartmontools: выполните smartctl -A /dev/sda и смотрите его вывод — важны параметры c ID №№ 5, 196, 197, 198, колонка «RAW_VALUE».

Исправление

Будьте внимательны! В инструкции есть деструктивные действия!

Поиск сбойного блока

Выполните команду

smartctl -t short /dev/sda

Посмотрите сообщение о прогнозируемом времени выполнения:
Please wait … minutes for test to complete.
Test will complete after …

Подождите это время и выполните команду

smartctl -l selftest /dev/sda

Команда выдаст таблицу. В верхней строчке в столбце «Status» написано «Completed: read failure», в столбце «LBA_of_first_error» написано число — это адрес сбойного блока (сектора), запомните его.

Пример:

# smartctl -l selftest /dev/sda
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.4.63-std-def-alt0.M80P.2] (ALT 6.6-alt1)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%     16715         1600021400

Выполните команду

hdparm --read-sector адрес_сектора_из_LBA_of_first_error /dev/sda

После некоторой задержки (стандартно 70 секунд) команда выдаст ошибку и сообщение.

Если нет ошибки, скорее всего неправильно указан сектор и его нужно искать по другому или с сектора уже снята метка «Pending» и он либо уже нормальный (отметка Pending снята), либо забракован и переназначен на резервный (Reallocated). В этом случае дальнейшее НЕ выполнять, нужно тестировать (smartctl -t long) и смотреть (smartctl -l errors, smartctl -A)

Отбраковка сбойного блока

Внимание! Следующая команда перезаписывает нулями весь сектор, но он и так не читается, главное не ошибиться с сектором и с диском

hdparm --write-sector адрес_сектора_из_LBA_of_first_error --yes-i-know-what-i-am-doing /dev/sda

После этого опять

hdparm --read-sector адрес_сектора_из_LBA_of_first_error /dev/sda

Должен выдать пачку нулей и не должно быть задержки и ошибки

После этого снова проверяем состояние диска

smartctl -A /dev/sda | awk 'BEGIN{ rc="GOOD"};/^(  5|19[6-8])/{if($10>0){print "Disk Error: "$2" = "$10; rc="BAD"}} END{print rc; if(rc=="BAD"){exit 1}} '

Если результат «GOOD» — все хорошо

Если же будет «BAD» — нужно смотреть:

  • если ненулевой «Current_Pending_Sector» — вычислять адреса и переписывать проблемные секторы, у современных HDD один блок содержит восемь секторов и скорее всего придётся проделывать процедуру восемь раз;
  • если ненулевой «Reallocated_Sector_Ct», то лучше менять диск.

Поиск повреждённого файла

Используйте программу DMDE — в режиме просмотра физического диска найдите восстановленный сектор и программа покажет, к какому файлу он относится. Затем замените файл из резервной копии. (В случае, если нет резервной копии и это программа или библиотека, найдите пакет, которому принадлежит файл и установите пакет заново.)

После всех манипуляций имеет смысл проверить файловую систему командой fsck на отмонтированной ФС.

Приложение

Скрипт для проверки состояния всех дисков. Требует smartctl и awk

#!/bin/sh
if [ $EUID -ne 0 ] ; then echo "Run by superuser!" ; exit; fi
for D in $(smartctl --scan | awk '{print $1}')
do
  smartctl -i $D >/dev/null && (
    smartctl -A $D | D=$D awk 'BEGIN{ rc="GOOD"};/^(  5|19[6-8])/{if($10>0){ if(rc=="GOOD"){print "\n" ENVIRON["D"] " is BAD"} print "Disk Error: "$2" = "$10; rc="BAD"}} END{print "SMART of " ENVIRON["D"] " " rc; if(rc=="BAD"){exit 1}} '
  )
done