Jump to content

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


Recommended Posts

Всем привет !

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

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

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

Кстати, 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.

 

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

Link to post
Share on other sites

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

 

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

Кстати, 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 вообще надо сразу же выключить и разрешить явную обязательную проверку при старте.

Link to post
Share on other sites

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

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

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

 

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

Link to post
Share on other sites

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

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

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

 

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

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

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

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

Link to post
Share on other sites

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

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

спс, понял)

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...