Бывает в жизни так, что во время работы ПК какому то мудаку на электростанции вздумалось подёргать туда > < сюда рубильник и конечно свет резко пропадает и наступает тьма кромешная, в такие моменты иногда бывает вылетает что-то из железа или частично летит файловая система. Обычно в UNIX подобных системах файловая система проверяется и чистится во время старта операционной системы.
Но, бывает что система не в состоянии прочесть поврежденные разделы файловой системы и требуется их восстановление из под single user mode. Для загрузки OpenBSD в однопользовательский режим (single user mode) нужно перезагрузить ПК и во время старта операционной системы поймать приглашение строки загрузки которое длится очень короткое время, около 3-х секунд. Выглядит эта строка следующим образом:
boot >
В OpenBSD нет менюшки загрузчика как в FreeBSD, тут все намного скромнее, просто boot > и все тебе... Вобщем что б не проморгать приглашение можно после того как потухнет БИОС сразу давить на какую то клавишу пока не увидим повторяющуюся на экране букву которую мы жмем, далее удалим тот бред что мы там надавили и введём:
boot -s
Должно быть сообщение с просьбой выбрать путь к оболочке или удовлетворится оболочкой по умолчанию, что мы и делаем нажимая ENTER:
Enter pathname of shell or RETURN for sh:
Маленькое замечание, загружаться то нужно не с установочного диска:
Welcome to the OpenBSD/i386 4.9 instalation program. (I)nstall, (U)pgrade or (S)hell
, а с жесткого диска !;)
Enter pathname of shell or RETURN for sh:
Далее принудительно проверим на наличие ошибок все разделы жесткого диска, даже те которые отмечены как чистые:
fsck -yf
После аварийного выключения питания сервера с OpenBSD или FreeBSD обязательно следует проверить файловую систему на ошибки и обязательно вспомнить незлым тихим словом дядю электрика который добавил нам работы:)
Это ещё не всё, если запустив fsck после нормального входа в систему мы увидим такие строки:
> UNREF FILE I=8 OWNER=_mysql MODE=100600 > SIZE=0 MTIME=Aug 31 11:32 2011 > CLEAR? no
не стоит сразу паниковать, скорее всего такие строки могут появится при проверки раздела /tmp - для повторной проверки можно отмонтировать раздел (если возможно) и проверить его все той же утилитой:
#!/bin/sh umount -f /tmp fsck -y -f /tmp mount -rw /tmp
Если все ОК и все работает слажено и без проблем тогда оставим MySQL в покое, пусть себе там в /tmp тусуется:)