forum.lissyara.su

Добавлено: **2009-08-25 18:42:51**

У меня такой вопрос. Обязательно ли делать fsck -y в сингл юзер после аварийной остановки системы?????

Добавлено: **2009-08-25 18:55:46**

в /etc/defaults/rc.conf есть

fsck_y_enable="NO"      # Set to YES to do fsck -y if the initial preen fails.

такая строчка

Добавлено: **2009-08-25 19:32:42**

hizel писал(а):в /etc/defaults/rc.conf есть
Код: Выделить всё
fsck_y_enable="NO"      # Set to YES to do fsck -y if the initial preen fails.
такая строчка

Как увидеть, что fsck отработала при загрузке? В dmesg ничего не вижу?
и ошибки остались :

Код: Выделить всё

** /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)

Добавлено: **2009-08-25 19:36:00**

если штатно то в логах что то типа, раздел неотчекан запускаю проверку, смотришь в процессах а он действительно проверяет :]

Добавлено: **2009-08-25 19:47:33**

hizel писал(а):если штатно то в логах что то типа, раздел неотчекан запускаю проверку, смотришь в процессах а он действительно проверяет :]

В логах ничего не нашел. Ошибки остались(посмотри сообщение выше) после ребута, хоть в rc.conf стоит

Код: Выделить всё

 fsck_y_enable="YES"

Добавлено: **2009-08-25 21:04:42**

значит руками из сингла запусти

Добавлено: **2009-09-08 19:23:38**

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)

Что посоветуете?

Добавлено: **2009-09-08 19:32:25**

а yes не пробовали выбирать?

Добавлено: **2009-09-08 19:53:56**

paradox писал(а):а yes не пробовали выбирать?

Дело в том, что в сигле нет этих ошибок, а в мульти --** /dev/ad0s1a (NO WRITE)

Добавлено: **2009-09-08 19:57:34**

что то слабо вериться
ну скажи yes в мульти
в чем трабл? не понимаю

Добавлено: **2009-09-08 20:14:16**

Вот лови

Код: Выделить всё

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)

В мульти даже не спрашивает yes или no

PS: как на сайте вставлять код с "вложением", чтоб он не был такой длинный?

Добавлено: **2009-09-08 20:17:21**

грузись в синг моде
и указывай конкретно девайс

** /dev/ad0s1d (NO WRITE)

поскоку новрайт

Код: Выделить всё

fsck /dev/ad0s1d

Добавлено: **2009-09-08 20:28:03**

В сингле и так проверяет /dev/ad0s1d - и заканчивает без ошибок.
Но я обязательно еще раз попробую, чтобы убедиться.

Добавлено: **2009-09-09 20:15:16**

paradox писал(а):грузись в синг моде
и указывай конкретно девайс

** /dev/ad0s1d (NO WRITE)
поскоку новрайт
Код: Выделить всё
fsck /dev/ad0s1d

Загрузился в сингл и запустил

Код: Выделить всё

#fsck /dev/ad0s1d

На найденные ошибки жмакал -y
после этого запустил fsck -y --- закончил без ошибок!!!
После перезагрузки в мульти fsck -y --- опять теже ГРАБЛИ

Добавлено: **2009-09-09 20:19:40**

На найденные ошибки жмакал -y

надо было смотреть внимательно в каком режиме работает fsck
может он в NO WRITE
естественно ничего не пофиксит

внимательней!

Добавлено: **2009-09-09 20:24:53**

Насколько я понимаю, если я сингле не монтирую фс и запускаю fsck они полюбому в write - правильно?
И когда я первый раз проходил fsck /dev/ad0s1d он же спрашивал -yn - я отвечал y.

Добавлено: **2009-09-09 20:30:46**

Насколько я понимаю, если я сингле не монтирую фс и запускаю fsck они полюбому в write - правильно?

лучше смотреть чем угадывать
всяко может быть

Добавлено: **2009-09-09 20:37:15**

Ок, обязательно буду внимательней и обращу на это внимание, а кроме этого есть еще варианты? Может быть в железе проблема?

Добавлено: **2009-09-09 20:40:15**

других варантов незнаю
если бы были проблемы с винтом то ошибки были бы плавающими или каждый раз новые
либо вообше винт уходил в ступор

Добавлено: **2009-09-10 8:20:44**

Сфоткал весь процесс, может я и правда, что-то не так делаю. Сори за качество фото под рукой был только телефон и не было времени

http://skyline.at.ua/publ/for_paradox/2-1-0-89
Что посоветуете?

Добавлено: **2009-09-10 8:44:55**

paradox писал(а):
На найденные ошибки жмакал -y
надо было смотреть внимательно в каком режиме работает fsck
может он в NO WRITE
естественно ничего не пофиксит

внимательней!

дак оно же всегда вроде как показывает

fsck -y /data
** /dev/ufsid/49dc337a4d020421d (NO WRITE)

Добавлено: **2009-09-10 11:39:28**

дак оно же всегда вроде как показывает

не всегда

сделай переход в мультиюзере в синг юзера(наскоко помню такое можно)
и попробуй запусти fsck в ручную
токо укажи ему путь к /dev/ где var

Добавлено: **2009-09-10 12:53:00**

2 paradox: "здесь" пишется через "з"

по сути вопроса:
читаем маны и хендбуки

http://www.freebsd.org/doc/ru/books/han ... -disk.html

Soft Updates существенно увеличивают скорость создания и удаления файлов путём использования кэширования. Мы рекомендуем использовать Soft Updates на всех ваших файловых системах. Однако у Soft Updates есть и обратные стороны: во-первых, Soft Updates гарантирует целостность файловой системы в случае сбоя, но может наблюдаться задержка в несколько секунд (или даже минуту!) перед записью на жесткий диск. Если система зависнет -- вы можете потерять больше, чем, если бы вы не включили Soft Updates. Во-вторых, Soft Updates задерживает освобождение блоков файловой системы. Если ваша файловая система заполнена, выполнение значительного обновления, например, make installworld, может вызвать переполнение.

Если кто-то еще не понял в чем грабли -- поясню на пальцах. MySQL, в данном случае, использует кэш, и не все данные сохранены на диск физически. fsck, в свою очередь, работает непосредственно с файловой системой. Если рубануть питание, то эти ошибки вылезут при загрузке (в сингле). Если перезагрузиться корректно, то при завершении работы будет произведена синхронизация, и данные, находящиеся в кэше, будут сброшены на диск. Естественно, при загрузке все будет чисто.

Добавлено: **2009-09-10 13:00:39**

пишу как хотю
дай бох форум не по правописанию

а в остальном конечно нужно думать
есть ли у него mysql и что у него с софт апдейтом
но если ему это можоте то гуд
главное что бы он все пофиксил

Добавлено: **2009-09-10 13:14:22**

пишу как хотю
дай бох форум не по правописанию

а в остальном конечно нужно думать
есть ли у него mysql и что у него с софт апдейтом
но если ему это можоте то гуд
главное что бы он все пофиксил

А что он должен пофиксить? Все работает так, как и должно. Перечитайте мой предыдущий пост. Что, по-вашему, должен показать fsck в данном случае?
Я плохо понимаю "по-олбански", так что может что-то и не так понял

forum.lissyara.su

fsck -y

fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y

Re: fsck -y