Проверка жесткого диска в FreeBSD

[kvirtu 315]

Всем привет !

Есть подозрения на жесткий диск.

Боевой сервак на FreeBSD.

Можно ли запустить утилиту dd_rescue на рабочем серваке ?

fsck -y запускать на смонтированной системе не рекомендуется

[Sanito 127]

А не дешевле в срочном порядке купить новый серверный винт, быстро поставить систему, и в 4 часа утра поменять hdd?

Имхо, если что-то пойдет не так, выйдет значительно дороже.

[kvirtu 315]

А не дешевле в срочном порядке купить новый серверный винт, быстро поставить систему, и в 4 часа утра поменять hdd?

Имхо, если что-то пойдет не так, выйдет значительно дороже.

Запасной жесткий с установленной системой есть. Вопрос по утилите dd_rescue или все проверки однозначно делать в однопользовательском режиме ?

[muff 115]

Можно проверять, не останавливая работу сервера. Статья по использованию ddrescue.

Также может пригодится инструкция по переносу "системы" на другой диск.

[muff 115]

Кстати, fsck -y на смонтированной файловой системе запускать можно. fsck по умолчанию запускается автоматически после загрузки сервера:

# cat /etc/defaults/rc.conf | grep fsck
fsck_y_enable="NO"	  # Set to YES to do fsck -y if the initial preen fails.
background_fsck="YES"   # Attempt to run fsck in the background where possible.
background_fsck_delay="60" # Time to wait (seconds) before starting the fsck.

 

Другое дело, что исправить ошибки не сможет - только выведет уведомление.

[loki 86]

В монопольном режиме (сингл мод) fsck -y (man fsck)

[muff 115]

Ну дык это понятно...

 

Кста, можно вообще удаленно принудительно проверку выполнять, без локального присутствия. Статья о принудительно проверке диска.

[KaYot 3 681]

С помощью fsck нельзя лечить soft-raid разделы, о чем он честно предупреждает. Когда-то сделал такую глупость, после чего имел многочасовой секс по поднятию умершего рейда..

Обычные разделы проверять можно, и лечить принудительно в принципе тоже.

[natiss 16]

Кстати, fsck -y на смонтированной файловой системе запускать можно. fsck по умолчанию запускается автоматически после загрузки сервера:

# cat /etc/defaults/rc.conf | grep fsck
fsck_y_enable="NO"	  # Set to YES to do fsck -y if the initial preen fails.
background_fsck="YES"   # Attempt to run fsck in the background where possible.
background_fsck_delay="60" # Time to wait (seconds) before starting the fsck.

 

Другое дело, что исправить ошибки не сможет - только выведет уведомление.

Есть можно ВСЕ грибы. Просто некоторые только один раз. Да?

На смонтированнйо ФС fsck мало того, что ничего не исправит, а еще и скорее всего приведет к панике ядра и очередному аварийному ребуту, чем еще больше разрушит ФС. Я сталкивался с ситуациями, когда после N итераций ФС разваливалась настолько, что на не получалось починить даже в сингле по всем канонам. Только подключатьк другой машине... так шо не шутите с этим делом. А фоновую проверку в фри < 9.0 вообще надо сразу же выключить и разрешить явную обязательную проверку при старте.

[adeep 212]

С помощью fsck нельзя лечить soft-raid разделы, о чем он честно предупреждает. Когда-то сделал такую глупость, после чего имел многочасовой секс по поднятию умершего рейда..

глупость. fsck не видит различия между raid и просто носителем. он работает с логической структурой.

а вот запускать его на смонтированной файловой системе обычно бесполезно - во время работы с фс много структур не сохраняются сразу на диск, поэтому фактическое физическое состояние диска некорректно и если его попытаться "вылечить", то появятся проблемы.

 

afaik, фоновый fsck который запускается при запуске системы работает не с самой файловой системой, а с ее снапшотом.

[kvirtu 315]

С помощью fsck нельзя лечить soft-raid разделы, о чем он честно предупреждает. Когда-то сделал такую глупость, после чего имел многочасовой секс по поднятию умершего рейда..

глупость. fsck не видит различия между raid и просто носителем. он работает с логической структурой.

а вот запускать его на смонтированной файловой системе обычно бесполезно - во время работы с фс много структур не сохраняются сразу на диск, поэтому фактическое физическое состояние диска некорректно и если его попытаться "вылечить", то появятся проблемы.

 

afaik, фоновый fsck который запускается при запуске системы работает не с самой файловой системой, а с ее снапшотом.

C fsck понятно - низя, с а dd_rescue кто-то реально работал ?

[NiTr0 584]

C fsck понятно - низя, с а dd_rescue кто-то реально работал ?

А что вы нею хотите реально сделать-то? Это вообще-то аналог dd только с несколько улучшенной обработкой ошибок...

А тест состояния винта - фирмварные смарт-тесты чем не угодили?

[adeep 212]

C fsck понятно - низя, с а dd_rescue кто-то реально работал ?

а что с ней работать? копирует сектора и ладно.

если вы хотите скопировать винт наживую - получите результат эквивалентный запуску fsck на живой системе.

если просто прочитать винт в поисках ошибок чтения - читайте сколько влезет.

[kvirtu 315]

C fsck понятно - низя, с а dd_rescue кто-то реально работал ?

если просто прочитать винт в поисках ошибок чтения - читайте сколько влезет.

спс, понял)