fsck -y
Добавлено: 2009-08-25 18:42:51
У меня такой вопрос. Обязательно ли делать fsck -y в сингл юзер после аварийной остановки системы?????
Код: Выделить всё
fsck_y_enable="NO" # Set to YES to do fsck -y if the initial preen fails.
Как увидеть, что fsck отработала при загрузке? В dmesg ничего не вижу?hizel писал(а):в /etc/defaults/rc.conf есть
такая строчкаКод: Выделить всё
fsck_y_enable="NO" # Set to YES to do fsck -y if the initial preen fails.
Код: Выделить всё
** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1797 files, 40997 used, 212818 free (802 frags, 26502 blocks, 0.3% fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
263306 files, 1577113 used, 6791542 free (44038 frags, 843438 blocks, 0.5% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
UNREF FILE I=70686 OWNER=mysql MODE=100600
SIZE=0 MTIME=Aug 25 19:27 2009
CLEAR? no
UNREF FILE I=70824 OWNER=mysql MODE=100600
SIZE=0 MTIME=Aug 25 19:27 2009
CLEAR? no
UNREF FILE I=70866 OWNER=mysql MODE=100600
SIZE=0 MTIME=Aug 25 19:27 2009
CLEAR? no
UNREF FILE I=70868 OWNER=mysql MODE=100600
SIZE=0 MTIME=Aug 25 19:27 2009
CLEAR? no
UNREF FILE I=70870 OWNER=mysql MODE=100600
SIZE=0 MTIME=Aug 25 19:27 2009
CLEAR? no
UNREF FILE I=94252 OWNER=root MODE=140666
SIZE=0 MTIME=Aug 25 19:27 2009
CLEAR? no
** Phase 5 - Check Cyl groups
1879 files, 27532 used, 598363 free (747 frags, 74702 blocks, 0.1% fragmentation)
В логах ничего не нашел. Ошибки остались(посмотри сообщение выше) после ребута, хоть в rc.conf стоитhizel писал(а):если штатно то в логах что то типа, раздел неотчекан запускаю проверку, смотришь в процессах а он действительно проверяет :]
Код: Выделить всё
fsck_y_enable="YES"
Запустил из сингла проверяет без боков, но после перезагрузки в мультиlissyara писал(а):значит руками из сингла запусти
Код: Выделить всё
#fsck -y
** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1797 files, 40997 used, 212818 free (794 frags, 26503 blocks, 0.3% fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
263314 files, 1577981 used, 6790674 free (44706 frags, 843246 blocks, 0.5% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
UNREF FILE I=71122 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71137 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71206 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71331 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71517 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=94274 OWNER=root MODE=140666
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no
SUMMARY INFORMATION BAD
SALVAGE? no
BLK(S) MISSING IN BIT MAPS
SALVAGE? no
1914 files, 29528 used, 596366 free (758 frags, 74451 blocks, 0.1% fragmentation)
Дело в том, что в сигле нет этих ошибок, а в мульти --** /dev/ad0s1a (NO WRITE)paradox писал(а):а yes не пробовали выбирать?
Код: Выделить всё
fsck
** /dev/ad0s1a (NO WRITE)
** Last Mounted on /
** Root file system
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1797 files, 40997 used, 212818 free (794 frags, 26503 blocks, 0.3% fragmentation)
** /dev/ad0s1e (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
263314 files, 1577981 used, 6790674 free (44706 frags, 843246 blocks, 0.5% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
INCORRECT BLOCK COUNT I=70701 (4 should be 0)
CORRECT? no
INCORRECT BLOCK COUNT I=94257 (4 should be 0)
CORRECT? no
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
LINK COUNT FILE I=70686 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 18:44 2009 COUNT 2 SHOULD BE 1
ADJUST? no
UNREF FILE I=70701 OWNER=operator MODE=100400
SIZE=0 MTIME=Sep 8 20:11 2009
RECONNECT? no
CLEAR? no
LINK COUNT FILE I=70762 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 18:55 2009 COUNT 2 SHOULD BE 1
ADJUST? no
LINK COUNT FILE I=70774 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 19:55 2009 COUNT 2 SHOULD BE 1
ADJUST? no
LINK COUNT FILE I=70806 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 20:00 2009 COUNT 2 SHOULD BE 1
ADJUST? no
LINK COUNT FILE I=70809 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 19:33 2009 COUNT 2 SHOULD BE 1
ADJUST? no
LINK COUNT FILE I=70860 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 19:44 2009 COUNT 2 SHOULD BE 1
ADJUST? no
LINK COUNT FILE I=70948 OWNER=operator MODE=100400
SIZE=2048 MTIME=Sep 8 19:22 2009 COUNT 2 SHOULD BE 1
ADJUST? no
UNREF FILE I=71122 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71137 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71206 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71331 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=71517 OWNER=mysql MODE=100600
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
UNREF FILE I=94257 OWNER=root MODE=100644
SIZE=0 MTIME=Sep 8 20:11 2009
RECONNECT? no
CLEAR? no
UNREF FILE I=94274 OWNER=root MODE=140666
SIZE=0 MTIME=Sep 8 19:15 2009
CLEAR? no
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no
SUMMARY INFORMATION BAD
SALVAGE? no
BLK(S) MISSING IN BIT MAPS
SALVAGE? no
1917 files, 29538 used, 596355 free (755 frags, 74450 blocks, 0.1% fragmentation)
поскоку новрайт** /dev/ad0s1d (NO WRITE)
Код: Выделить всё
fsck /dev/ad0s1d
Загрузился в сингл и запустилparadox писал(а):грузись в синг моде
и указывай конкретно девайс
поскоку новрайт** /dev/ad0s1d (NO WRITE)
Код: Выделить всё
fsck /dev/ad0s1d
Код: Выделить всё
#fsck /dev/ad0s1d
надо было смотреть внимательно в каком режиме работает fsckНа найденные ошибки жмакал -y
лучше смотреть чем угадыватьНасколько я понимаю, если я сингле не монтирую фс и запускаю fsck они полюбому в write - правильно?
дак оно же всегда вроде как показываетparadox писал(а):надо было смотреть внимательно в каком режиме работает fsckНа найденные ошибки жмакал -y
может он в NO WRITE
естественно ничего не пофиксит
внимательней!
fsck -y /data
** /dev/ufsid/49dc337a4d020421d (NO WRITE)
не всегдадак оно же всегда вроде как показывает
Если кто-то еще не понял в чем грабли -- поясню на пальцах. MySQL, в данном случае, использует кэш, и не все данные сохранены на диск физически. fsck, в свою очередь, работает непосредственно с файловой системой. Если рубануть питание, то эти ошибки вылезут при загрузке (в сингле). Если перезагрузиться корректно, то при завершении работы будет произведена синхронизация, и данные, находящиеся в кэше, будут сброшены на диск. Естественно, при загрузке все будет чисто.Soft Updates существенно увеличивают скорость создания и удаления файлов путём использования кэширования. Мы рекомендуем использовать Soft Updates на всех ваших файловых системах. Однако у Soft Updates есть и обратные стороны: во-первых, Soft Updates гарантирует целостность файловой системы в случае сбоя, но может наблюдаться задержка в несколько секунд (или даже минуту!) перед записью на жесткий диск. Если система зависнет -- вы можете потерять больше, чем, если бы вы не включили Soft Updates. Во-вторых, Soft Updates задерживает освобождение блоков файловой системы. Если ваша файловая система заполнена, выполнение значительного обновления, например, make installworld, может вызвать переполнение.
А что он должен пофиксить? Все работает так, как и должно. Перечитайте мой предыдущий пост. Что, по-вашему, должен показать fsck в данном случае?пишу как хотю
дай бох форум не по правописанию
а в остальном конечно нужно думать
есть ли у него mysql и что у него с софт апдейтом
но если ему это можоте то гуд
главное что бы он все пофиксил