Запуск CentOS 5.6 с mdadm RAID1, 2 ТБ, 3 раздела (загрузочный, подкачка и корневой). У меня была паника ядра на сервере, и после перезагрузки система остается в рабочем состоянии около 5-10 минут, затем она начинает выводить ошибки fsck на консоль, а корневая файловая система переводится в режим только для чтения.
Я перезагрузился в однопользовательский режим, отключил раздел / и попытался запустить
e2fsck -f /dev/md2
но завис на Этапе 1 более 8 часов без обновлений. Я заметил, что выполняется повторная синхронизация RAID (cat / proc / mdstat) - может ли это повлиять на e2fsck? Я запустил smartctl на обоих дисках, они оба вернулись исправными, поэтому я не думаю, что это проблема с диском, хотя я понятия не имею, что вызвало перестройку RAID.
В любом случае, есть ли проблема с запуском e2fsck на устройстве рейда, которое синхронизируется повторно? Что я могу сделать, чтобы вывести fsck из этапа 1 или получить больше отзывов о ходе работы? Почему ошибка указывает на loop0, а не на одно из реальных устройств?
(Loop0) должен был дать мне подсказку. Проблема заключалась не в файловой системе жесткого диска, а в tmpfs на основе оперативной памяти. Мой каталог / tmp был смонтирован с помощью tmpfs (/ dev / shm)
/usr/tmpDSK /tmp ext3
Ошибки ext3 возникали в tmpfs на основе ОЗУ. Как только я размонтировал / tmp (пришлось принудительно использовать umount -l / tmp), ошибки исчезли, и все начало работать. Остается вопрос, почему файловая система в памяти может получать ошибки ext3, но, по крайней мере, я работаю.