LINUX.ORG.RU

ATA Error Count: 3

 ,


0

1

Добрый день! Насколько все плохо?

Complete error log:

SMART Error Log Version: 1
ATA Error Count: 3
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 3 occurred at disk power-on lifetime: 4203 hours (175 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 01 2f 39 64 00  Error: ICRC, ABRT at LBA = 0x0064392f = 6568239

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 00 28 39 64 40 00      00:04:03.938  WRITE FPDMA QUEUED
  ec 00 00 00 00 00 00 00      00:04:03.927  IDENTIFY DEVICE
  ef 10 03 00 00 00 00 00      00:04:03.917  SET FEATURES [Enable SATA feature]
  ef 10 02 00 00 00 00 00      00:04:03.907  SET FEATURES [Enable SATA feature]
  b1 c1 00 00 00 00 00 00      00:04:03.897  DEVICE CONFIGURATION FREEZE LOCK [OBS-ACS-3]

Error 2 occurred at disk power-on lifetime: 4203 hours (175 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 01 2f 39 64 00  Error: ICRC, ABRT at LBA = 0x0064392f = 6568239

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 00 28 39 64 40 00      00:04:03.796  WRITE FPDMA QUEUED
  ec 00 00 00 00 00 00 00      00:04:03.785  IDENTIFY DEVICE
  ef 10 03 00 00 00 00 00      00:04:03.775  SET FEATURES [Enable SATA feature]
  ef 10 02 00 00 00 00 00      00:04:03.765  SET FEATURES [Enable SATA feature]
  b1 c1 00 00 00 00 00 00      00:04:03.755  DEVICE CONFIGURATION FREEZE LOCK [OBS-ACS-3]

Error 1 occurred at disk power-on lifetime: 4203 hours (175 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 01 2f 39 64 00  Error: ICRC, ABRT at LBA = 0x0064392f = 6568239

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 00 28 39 64 40 00      00:04:03.664  WRITE FPDMA QUEUED
  ea 00 00 00 00 00 00 00      00:04:03.664  FLUSH CACHE EXT
  61 08 00 50 59 5f 40 00      00:03:58.112  WRITE FPDMA QUEUED
  ea 00 00 00 00 00 00 00      00:03:58.100  FLUSH CACHE EXT
  61 08 00 d8 59 5f 40 00      00:03:58.099  WRITE FPDMA QUEUED

! Ссылка на атрибуты! ! [img]http://mepic.ru/up/pic_s/5b15369560ebdb34a2b5cca3710f3a3a.jpg[/img]



Последнее исправление: FliXis (всего исправлений: 2)

Ответ на: комментарий от FliXis

Шлейф проверь, переткни, а лучше замени. Проверь питание, с ним может быть всё не очень. В остальном пока винт считает, что он будет жить долго и счастливо, если бы не косяки связи с хостом. Разгон по шине/памяти, опять же, если есть - убери.

Deleted
()
Ответ на: комментарий от FliXis

Сбэкапь все важные данные пока не поздно! Затем загрузись с Ubuntu LiveCD, установи pv и gparted / partitionmanager :

sudo apt-get install pv gparted partitionmanager
Выясни букву жёсткого диска через gparted / partitionmanager, сделай
sudo su
и попробуй реанимировать жёсткий диск вот этим скриптом, который два раза последовательно заполнит его маленькими кусочками рандомных данных, а под конец затрёт всё нулями (размер bs=4096 выбран неспроста, по размеру сектора) :

echo "PASS 1: dd if=<(openssl enc -aes-256-ctr -pass pass:\"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)\" -nosalt < /dev/zero) iflag=nocache bs=4096 | pv | dd of=/dev/sdXXXXX oflag=direct bs=4096 || true"
dd if=<(openssl enc -aes-256-ctr -pass pass:"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)" -nosalt < /dev/zero) iflag=nocache bs=4096 | pv | dd of=/dev/sdXXXXX oflag=direct bs=4096 || true
echo "PASS 2: dd if=<(openssl enc -aes-256-ctr -pass pass:\"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)\" -nosalt < /dev/zero) iflag=nocache bs=4096 | pv | dd of=/dev/sdXXXXX oflag=direct bs=4096 || true"
dd if=<(openssl enc -aes-256-ctr -pass pass:"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)" -nosalt < /dev/zero) iflag=nocache bs=4096 | pv | dd of=/dev/sdXXXXX oflag=direct bs=4096 || true
echo "PASS 3: dd if=/dev/zero iflag=nocache bs=4096 | pv | dd of=/dev/sdXXXXX oflag=direct bs=4096 || true"
dd if=/dev/zero iflag=nocache bs=4096 | pv | dd of=/dev/sdXXXXX oflag=direct bs=4096 || true

^^^
1) /dev/sdXXXXX (всего 6 штук) заменить на путь к твоему ЖД, без указания на конкретный раздел! Например: /dev/sda или /dev/sdb, главное случайно не попасть на другой ЖД с нужными данными
2) можно конечно не полагаться на наличие openssl для генерации рандомных чисел (ведь он есть не во всяком дистрибутиве) и заменить if=<(openssl...) на if=/dev/urandom, но будет медленнее

Этот скрипт заставит контроллер жёсткого диска перемапить плохие сектора при возможности, и если ЖД не помрёт после прохождения скрипта - то скорее всего ты ещё долго сможешь его использовать для торрентов и может быть хранения неважных данных

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

Бэкапы есть конечно.

Все немного усложняется тем, что у меня один раздел этого харда в лине и под люксом(если конечно это важно(, а второй раздел в винде.(дуалбут)

FliXis
() автор топика

Проверить бекапы никогда лишним не будет, но вообще не стоит переживать, если ошибка не повторяется. Адский скрипт выше не нужен, вместо него есть старый добрый badblocks -w, который поймает и проблемы с записью и со шлейфами и охлаждением. Если есть запасной хард, то можно скинуть образ на него и действительно прогнать тест.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

Благодарю за badblocks -w, не знал про него

       -w     Use  write-mode  test. With this option, badblocks scans for bad
              blocks by writing some patterns  (0xaa,  0x55,  0xff,  0x00)  on
              every block of the device, reading every block and comparing the
              contents.  This option may not be combined with the  -n  option,
              as they are mutually exclusive.

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

Нафига эта тусовка с рандомом? Диску все равно, что писать, нули ничем не хуже. Тем более что в данном случае у человека просто проблема с интерфейсом, просто кабель поменять.

olegkrutov ★★
()

Ни насколько не плохо, ICRC говорит об ошибке передачи по интерфейсу. Кабель поменяйте.

olegkrutov ★★
()
Ответ на: комментарий от olegkrutov

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

SakuraKun ★★★★★
()
Ответ на: комментарий от SakuraKun

Извини, но

Не разбираюсь в проприетарных контроллерах

Ты вот фигню вообще зачем пишешь, совершенно не разбираясь в вопросе? Я вчера тебе достаточно грубо ответил, модеры потерли (оно и к лучшему). Но больше так не делай. У человека нет проблем с механикой дисков, и то, что ты советуешь - проблему совсем не решит. Только добавит геморроя человеку. Проблемы на передаче данных от контроллера диска к ICH и наоборот. А ты советуешь это лишь усугубить.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.