Файловая система доступна только для чтения: различия между версиями
(→Поиск сбойного блока: пример) |
(→Отбраковка сбойного блока: уточнение про размер блока) |
||
Строка 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.)
Важно
- Все команды выполняйте с правами суперпользователя.
- В инструкции указано дисковое устройство
/dev/sda
, если ваше отличается - пишите своё. - Требуемое ПО: программа
smartctl
из пакета smartmontools и программаhdparm
из одноимённого пакета. - Рекомендуемое ПО: программа
awk
из одноимённого пакета. - Если пакеты 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