The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Как при переносе системы на другой HDD пометить bad block, !*! artemii, 31-Авг-06, 10:40  [смотреть все]
Ситуация следующая:

Есть FreeBSD 5.2.1 на HDD WD 80 GB SATA. На этом винте bad block.
Хочу перенести на новый винт. пытался перености и при помощи dump/restore и при помощи pax
результат один - система виснет с таким сообщением

ad4 TIMEOUT - READ_DMA retrying (2 retries left) LBA = 125704384

пробывал перености и в обычном режиме и в single-user. результат один и тот же.

внимание вопрос. Чем вычислить где именно bad block и чем их прикрыть чтобы при переносе системы эти блоки обходились стороной. или может ключи какие есть для dump/restore или pax чтобы он bad block не трогал.

и еще при попытки запустить fsck система виснет с такой же ошибкой как выше указано.
еще вопросы: как отключить проверку fsck_ufs при перезагрузке системы и какие скрепты в /etc/periodic/daily запускают проверку диска?

  • Как при переносе системы на другой HDD пометить bad block, !*! lavr, 10:47 , 31-Авг-06 (1)
    • Как при переносе системы на другой HDD пометить bad block, !*! artemii, 11:24 , 31-Авг-06 (2)
      >
      >поиск по форуму здесь и на http://forum.sysadmins.ru/2/
      >

      Пробывал, неоднократно. данной проблемы не описывается.

      >
      >вот это номер, но для ГЕРОЕВ, наводка:
      ># grep fsck /etc/rc.d/*
      >:-Q

      Спасибо!!!


      • Как при переносе системы на другой HDD пометить bad block, !*! lavr, 12:23 , 31-Авг-06 (3)
        • Как при переносе системы на другой HDD пометить bad block, !*! artemii, 13:46 , 31-Авг-06 (4)
          >>
          >>Пробывал, неоднократно. данной проблемы не описывается.
          >
          >нахлая лошь, например:
          >

          Сейчас почитаю, но большинство ссылок я уже видел ;-) Там проблемы немного другого плана.
          У меня сервак стал виснуть каждую ночь, а когда его ребутишь то запускается fsck ессно и на ней он опять виснет


          >
          >за что? за отключение fsck?! я вас умоляю - все что вы
          >сделаете, исключительно на
          >вашей совести, я вам отключать fsck НЕ СОВЕТОВАЛ!

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

          я думаю в rc.conf background_fsck="NO" мне поможет???


          • Как при переносе системы на другой HDD пометить bad block, !*! lavr, 14:40 , 31-Авг-06 (5)
            • Как при переносе системы на другой HDD пометить bad block, !*! artemii, 15:21 , 31-Авг-06 (6)
              >
              >1) никогда не использовать fsck в background (вы себе враг?)
              >

              Это вопрос или утверждение??? ;-)

              >2) fsck ну никак не может быть отключен, иначе init остановит загрузку
              >в single-user mode:
              >- "/" root-fs останется смонтированной на read-only
              >- все остальные FS из /etc/fstab останутся несмонтированными и непрочеканными

              согласен ;-)

              >3) в FreeBSD проверка на bad'ы была выкинута давно из newfs по
              >причине новой
              >технологии современных ATA-HDD - внутренняя технология ремапинга

              да уже почитал ваши посты. жаль.

              >4) в FreeBSD есть утилита badsect - но работает она с относительными
              >номерами
              >секторов, в то время как ATA-драйвер выдает АБСОЛЮТНЫЕ номера секторов (LBA):
              >
              >- относительные - разбили диск на слайсы, затем каждый слайс на партиции,
              >вот
              >внутри партиции, например ad1s1a - в ней относительная адресация блоков
              >- абсолютные - ну тут все понятно
              >
              >итог: высчитать относительный сектор по абсолютному - проще убиться (dumpfs и
              >считать-считать-считать... - в итоге плюнуть)

              прикольно. я про нее почитал man - такая фигата ;-)


              >
              >PS. Однажды мне удалось получить относительный номер, но badsect нифига не сделал,
              >
              >только сообщил мол что создаст файл для fsck, не помню то ли
              >не создал, то ли fsck_ffs
              >его не подцепил, короче пустая утилита.

              хм. интересно а нафига ее тогда поместили в систему???


              >6) Итого: программного инструмента в FreeBSD для оформления bad blocks НА УРОВНЕ
              >FS
              >НЕТ

              мда. весело.

              >
              >Но что можно попробовать сделать:
              >
              >- современные PATA/SATA диски имеют инструмент который САМ должен РЕМАПИТЬ bad blocks,
              >
              >НО это происходит только при операциях WRITE (очень весело)

              т.е. с уничтожением данных проще говоря.

              >
              >а теперь два варианта которые могут помочь:
              >
              >- известная утилита mhdd32 - последняя версия которую можно найти 4.6 (DOS/Windows),

              да нашел. только версия DOS. помойму ее нет под винды??? или я не прав.
              >
              >пользоваться нужно аккуратно, используя серое вещество, НЕ ВСЕГДА может помочь

              вообщем RTFM сначала ;-)

              >- вариант средствами FreeBSD, использование dd для создания образа + mdconfig для
              >
              >>= 5.x и vnconfig для 4.x:
              >

              попробую.

              >
              >Теперь о том что вы писали, что значит dump/restore КОПИРУЕТ bad'ы?!
              >
              >Bad сектора на ДИСКЕ, dump и restore копируют ФАЙЛОВУЮ систему. и ЕСЛИ
              >ВЫ ЕЁ
              >не ПРОЧИСТИЛИ с помощью FSCK - то dump/restore вам НЕ ПОМОГУТ, потому
              >как FS
              >not-clean. Сами BAD'ы не копируются :)

              я понимаю. просто не совсем верно выразился.
              >
              > Отсюда и задача:
              >- либо заремапить BAD на физическом уровне - mhdd32 или аналог, либо
              >на уровне FS

              беды где то в районе /usr

              ибо остальные разделы нормально себе ведут при проверке и dump

              сейчас проверяю таким образом

              dd if=/dev/ad4s1g of=/dev/null

              если не повиснит то пойду путем через dd и mdconfig

              еще вопросы:
              1) если грузануться с frenzy или любого live cd freebsd
              и натравить fsck -y
              в принципе может помочь если fsck исправит ошибки
              2) А если тривиально сделать копию каким- нибудь acronis true image
              или не стоит давать винты с freebsd винде (покусает) ;-))


              Спасибо большое!




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру