У меня есть хост Debian 10, на котором работает виртуальная машина Debian 10 с QEMU/KVM. За последние несколько дней я дважды получал «Ошибка: файловая система только для чтения» после того, как виртуальная машина выполняла некоторые интенсивные задачи в течение нескольких часов.
Каждый раз перезагружаю виртуальную машину. При загрузке мне было сказано, что требуется ручной fsck. я использовал команду
fsck -yf /dev/sda1
решить проблему.
Это срабатывало каждый раз, тем не менее, я хочу выяснить, в чем проблема, и предотвратить ее в будущем.
я использовал gsmartcontrol выполнить расширенную проверку на основном диске (на хосте). Об ошибках не сообщалось. я также использовал sudo smartctl -data -A /dev/sda, в котором сообщалось:
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-5.10.0-0.bpo.9-amd64] (локальная сборка)
Copyright (C) 2002-17, Брюс Аллен, Кристиан Франке, www.smartmontools.org
=== НАЧАЛО ЧТЕНИЯ РАЗДЕЛА SMART DATA ===
Номер версии структуры данных атрибутов SMART: 1
Специфичные для поставщика атрибуты SMART с пороговыми значениями:
ID# ATTRIBUTE_NAME FLAG VALUE HORST THRESH TYPE ОБНОВЛЕНО WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 До отказа Всегда - 0
9 Power_On_Hours 0x0032 096 096 000 Old_age Всегда — 19026
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Всегда - 238
177 Wear_Leveling_Count 0x0013 091 091 000 Предотказ Всегда - 126
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Предотказ Всегда - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Всегда - 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Всегда - 0
183 Runtime_Bad_Block 0x0013 100 100 010 Предотказ Всегда - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Всегда - 0
190 Airflow_Temperature_Cel 0x0032 058 037 000 Old_age Всегда - 42
195 Hardware_ECC_Recovered 0x001a 200 200 000 Old_age Всегда - 0
199 UDMA_CRC_Error_Count 0x003e 099 099 000 Old_age Всегда — 1
235 Unknown_Attribute 0x0012 099 099 000 Old_age Всегда - 88
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Всегда - 76536051093
что выглядит нормально для меня, износ все еще выше 90%. Так что это не похоже на аппаратную проблему для меня. Что еще может быть причиной того, что мой диск продолжает выходить из строя?
Моя виртуальная машина также имеет раздел LVM, смонтированный через 9р, подключенный через По умолчанию: сопоставлено драйвер в КВМ. Однако виртуальная машина находится на основном диске хоста. Я также попытался записать новый файл в смонтированный раздел LVM после того, как произошла ошибка файловой системы только для чтения, которая работала без ошибок.Так что я тоже не думаю, что этот раздел связан с ошибкой, если честно.
Любая идея, что это может быть?
