Здравствуйте!
Система FreeBSD 5.3, хард 76293MB <WDC WD800BB-75DKA0/77.07W77> [155009/16/63] at ata0-slave UDMA100
(разбит на 3 раздела /, /usr, /var ), SQUID 2.5 stable9
Обнаружил такую строчку в консоли.
May 11 13:41:33 s74 kernel: ad1: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=78724439
Запустил FSCK (без параметров) на разделе /usr обнаружилось следущее:
** /dev/ad1s1d (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
UNALLOCATED  I=2287082  OWNER=squid MODE=100644
SIZE=0 MTIME=May 11 16:49 2005
FILE=/local/squid/cache/00/05/0000057C

REMOVE? no

** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
LINK COUNT FILE I=2294016  OWNER=squid MODE=0
SIZE=0 MTIME=May 11 16:49 2005  COUNT 0 SHOULD BE -1
ADJUST? no

LINK COUNT FILE I=2294022  OWNER=squid MODE=0
SIZE=0 MTIME=May 11 16:49 2005  COUNT 0 SHOULD BE -1
ADJUST? 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

318824 files, 2010716 used, 11698058 free (806258 frags, 1361475 blocks, 5.9% fragmentation)

fsck вопросы не завал, все решал самостоятельно!
Перезагрузился в single user mode. Как только не пробовал проверять фс, в решиме read only, rw, fsck  с всевозможными параметрами (-p –y ) не единой ошибки!
Загрузился с Frenzy теже процедуры, результат без изменений, ошибок нет!
Запускаю в обычном режиме, останавливаю squid, fsck НЕТ ОШИБОК, запускаю ОПЯТЬ ЕСТЬ!!!
Из лога видно что ошибки в месте где находится Кеш сквида, удаляю Кеш, перезапускаю сквид сначала все нормально, но через некоторое время опять тоже самое.
Для проверки перенастроил squid на каталог /var/local/squid, пока без ошибок!!!
Подскажите в чем проблема, хард доживает свои последние деньки, фс некорректно работает, может сквид издевается?

  

• Проблема с HDD,lavr, 20:47 , 11-Май-05
  • Проблема с HDD,Sanchez, 19:35 , 12-Май-05

>Здравствуйте!
>Система FreeBSD 5.3, хард 76293MB <WDC WD800BB-75DKA0/77.07W77> [155009/16/63] at ata0-slave UDMA100
>(разбит на 3 раздела /, /usr, /var ), SQUID 2.5 stable9
>Обнаружил такую строчку в консоли.
>May 11 13:41:33 s74 kernel: ad1: WARNING - WRITE_DMA UDMA ICRC error
>(retrying request) LBA=78724439
>Запустил FSCK (без параметров) на разделе /usr обнаружилось следущее:
>** /dev/ad1s1d (NO WRITE)
>** Last Mounted on /usr
>** Phase 1 - Check Blocks and Sizes
>** Phase 2 - Check Pathnames
>UNALLOCATED  I=2287082  OWNER=squid MODE=100644
>SIZE=0 MTIME=May 11 16:49 2005
>FILE=/local/squid/cache/00/05/0000057C
>
>REMOVE? no
>
>** Phase 3 - Check Connectivity
>** Phase 4 - Check Reference Counts
>LINK COUNT FILE I=2294016  OWNER=squid MODE=0
>SIZE=0 MTIME=May 11 16:49 2005  COUNT 0 SHOULD BE -1
>ADJUST? no
>
>LINK COUNT FILE I=2294022  OWNER=squid MODE=0
>SIZE=0 MTIME=May 11 16:49 2005  COUNT 0 SHOULD BE -1
>ADJUST? 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
>
>318824 files, 2010716 used, 11698058 free (806258 frags, 1361475 blocks, 5.9% fragmentation)
>
>
>fsck вопросы не завал, все решал самостоятельно!
>Перезагрузился в single user mode. Как только не пробовал проверять фс, в
>решиме read only, rw, fsck  с всевозможными параметрами (-p –y
>) не единой ошибки!
>Загрузился с Frenzy теже процедуры, результат без изменений, ошибок нет!
>Запускаю в обычном режиме, останавливаю squid, fsck НЕТ ОШИБОК, запускаю ОПЯТЬ ЕСТЬ!!!
>
>Из лога видно что ошибки в месте где находится Кеш сквида, удаляю
>Кеш, перезапускаю сквид сначала все нормально, но через некоторое время опять
>тоже самое.
>Для проверки перенастроил squid на каталог /var/local/squid, пока без ошибок!!!
>Подскажите в чем проблема, хард доживает свои последние деньки, фс некорректно работает,
>может сквид издевается?
>
>
>

fsck на живую FS запускаем? Ну-ну, потом возникают идиотские вопросы.

тебе ясно в логе написано было что при записи WRITE_DMA была ошибка CRC,
когда блок будет плохим, он должен быть переназначен - используя унутреннюю технологию самого HDD, если сие невозможно, на свой страх
и риск можешь использовать утилиту badsect, но лучше сперва попробовать
mhdd32 - оченна осторожна, прочитав ее документацию

To Lavr,
Получается, что дохнет хард?
Имеет ли смысл его восстанавливать, или от греха подальше заменить?
Не пойму только почему ошибка, возникает исключительно при работающем сквиде?