Unc ошибка диска

Последний раз редактировалось DarkWave 25 окт 2007, 15:12, всего редактировалось 1 раз.

0 Пользователей и 1 Гость просматривают эту тему.

Имеется DS1513+ DSM 6.2.2-24922

с 5 одинаковыми дисками в 5 отсеках 3000Gb Western Digital (WD30EFRX) 64Mb IntelliPower SATA3 Red

Настроен один раздел SHR ext4 10,81 TB, занято 9ТВ

Состояние «Раздел 1 — нормально»

Также подключен модуль расширения Synology-DX513 с 5 дисками в 5 отсеках — точно такая же конфигурация,

Настроен один раздел SHR ext4 10,81 TB, это видимо к делу не имеет отношения

«Раздел 2 — нормально»

В последнее время на основном хранилище на диске №4 начали появляться ошибки ввода-вывода,

(почему-то полазив по профильным форумам часто натыкался именно на 4 диск — может совпало)

количество плохих секторов = 16

Bad sector was found on disk[4].

Обнаружена ошибка чтения (ошибка UNC) с диска 4 на DS1513+

Количество поврежденных секторов на диске 4 на DS1513+ увеличено

и т.д.

При этом и раздел и диск находятся в состоянии «нормально».

Как правильно заменить этот диск, подскажите по шагам.

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

Если бы диск уже сдох, то наверняка вылез бы какой-нибудь «мастер» из DSM, который по шагам бы мне рассказал — что как делать надо.

Вопросы:

Нумерация дисков слева направо, правильно?

upd — да, нашел где лампочки зажигать через веб-морду

В диспетчере хранения в разделе HDD/SSD есть функция «деактивировать диск» — нужно это делать?

или просто выдернуть корзину на работающей системе надо?

Или выключить перед установкой нового? Хотя хотсвап поддерживается.

Сколько примерно будет идти ребилд? 5 дисков раздел SHR ext4 10,81 TB, занято 9ТВ

Ни разу не менял в этом NAS диски — не пинайте сильно )

Хочу перед отпуском на всякий случай поменять этот диск, а старый под бекапы приспособить…

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

Бэд, бэды, бэд-сектор, бэд-блок – (от англ. “bad” – плохой) – сбойный, нечитаемый, ненадежный, ненадежный файл, сектор диска.

Ссылки на программу:

• Оффициальный сайт Mhdd (на русском)
• Скачать последнюю версию iso образа (на момент написания статью версия 4.6) mhdd32ver4.6iso

Приведу пошаговую инструкцию по тестированию HDD на примере программы MHDD. Программа при должном умении и опыте дает шанс исправить некоторые бэды, по незнанию лучше ничего не пытаться исправить!!!. А вот проверить исправность диска – довольно просто и безболезненно, об этом и напишу.

1. Запиши образ на дискдискетуфлешку.
2. Диагностируемый накопитель IDE должен быть переключен в режим MASTER. Все устройства SLAVE должны быть отключены. Поэтому, проверь в каком режиме жесткий диск (в качестве примера смотри рисунок)

   

   Внимание: Никогда не запускайте MHDD с накопителя, который находится на том же физическом IDE канале (кабеле), к которому (к кабелю, к каналу) подключается тестируемый накопитель. Вы будете иметь значительные повреждения данных на обоих накопителях! В связи с этим, по умолчанию, MHDD не работает с каналом PRIMARY, так как у большинства пользователей именно там находится MHDD.

   Иными словами – IDE устройства (жесткий диск и CD-Rom) не должны находиться на одном кабеле (как на изображении).

3. Перезагрузи компьютер и убедись что он загружается с образа, который ты записал, а не с жесткого диска. (загрузка носителей выставляется в БИОСе, если не понятно – пиши в комментариях).
4. После загрузки с образа, появится следующий экран (см. изображение ниже). Для доступа к SCSI-устройствам MHDD использует DOS ASPI драйвер. Если вы не планируете работать с накопителями SCSI — значит, вам не нужен этот драйвер. Поэтому выберем параметр загрузки по-умолчанию (пункт 2).



5. Через несколько секунд на мониторе появится окно, где нужно выбрать номер тестируемого HDD. В этом примере жесткий диск находится под номером 1, его и выберем. Жмем ентер!



6. Для подготовки к тестированию нужно нажать либо F4, либо написать scan и нажать ентер.



7. Появится окно параметров сканирования, оставим все значения как есть. Для запуска тестирования жмем CTRL+ENTER или F4



8. Далее начнется сканирование жесткого диска на наличие ошибок. Особое внимание следует обратить табличную часть справа.

Как работает сканирование?

1. MHDD посылает команду VERIFY SECTORS с номером LBA (номер сектора) и номером секторов в качестве параметров
2. Накопитель поднимает флаг BUSY (диск блокируется)
3. MHDD запускает таймер (таймер замеряет время блокировки диска,т.е. когда он был BUSY или по-русски – занят!)
4. После того, как накопитель выполнил команду, он опускает флаг BUSY
5. MHDD вычисляет затраченное накопителем время и выводит соответствующий блок на экран (табличная часть справа). Если встретилась ошибка (bad block), программа выводит соответствующую букву, которая описывает ошибку.

MHDD повторяет шаги 1—5 до конечного сектора.

Как разобраться в результатах скана?

Наличие красных (>500ms) блоков на полностью здоровом накопителе недопустимо. Я бью тревогу когда появляются зеленые блоки (<150ms). Можно попытаться исправить эти блоки стиранием всей поверхности диска (естественно все данные будут потеряны)  и, если это не помогло – можно делать выводы (накопитель перестал быть достаточно надёжным).

Буквенно-символьные блоки говорят о наличии BAD блоков на поверхности.

Расшифровка ошибок mhdd:

• UNC (Uncorrectable Data Error) – Не удалось скорректировать данные избыточным кодом, блок признан нечитаемым. Может быть как следствием нарушения контрольной суммы данных, так и следствием физического повреждения HDD;

• ABRT (Aborted Command) – hdd отверг команду в результате неисправности, или команда не поддерживается данным HDD (возможно установлен пароль, устаревшая или слишком новая модель…).

• IDNF (ID Not Found) – Не идентифицирован сектор. Обычно говорит о разрушении микрокода или формата нижнего уровня HDD. У исправных винчестеров такая ошибка выдается при попытке обратиться к несуществующему адресу (проблема в том, что в современных винтах сектора не всегда имеются заголовки);

• AMNF (Address Mark Not Found) – невозможно прочитать сектор, обычно в результате серьезной аппаратной проблемы (например, на HDD Toshiba, Maxtor – говорит о неисправности магнитных головок);

• T0NF (Track 0 Not Found) – невозможно выполнить рекалибровку на стартовый цилиндр рабочей области. На современных HDD говорит о неисправности микрокода или магнитных головок;

• BBK (Bad Block Detected) – Найден бэд-блок. Ошибка устарела;

Подробнее об этих ошибках можно узнать в описании ATA-стандарта на сайте www.t13.org (но найти там нужный документ -нудное дело ).

Исправить буквенно-символьные блоки можно (только осторожно и 100% гарантии нет):

1. Полная очистка поверхности командой erase.
2. Если это не помогло, то scan с включенной опцией EraseWaits.
3. Если Bad блоки так и не исчезли, следует запустить scan с включенной опцией Remap.

И самое главное!!! Перед тем как что-то пытаться исправить подумай трижды! Сохрани исправную информацию (все сотрется)! Почитай дополнительную информацию:

• Сайт MHDD
• Документация MHDD на русском языке
• Часто задаваемые вопросы по MHDD и ответы на них

З.Ы. ПОМНИ! Если что-то не знаешьне понимаешьне уверен – не пытайся сам исправлять, можно все угробить!

Удачи!

Я купил футляр Interstellar Snail C во время катастрофы на шахте, два красных диска для хранения данных. Я не ожидал, что качество красных дисков будет таким низким. С начала прошлого года до настоящего времени ошибки UNC появлялись периодически. На этой неделе произошел сбой. Запишите процесс восстановления:

Система Synology использует внутреннее управление программным рейдом. После того, как новый жесткий диск вставлен и инициализирован, он обычно будет отформатирован на 3 раздела. Как правило, первые два связаны с системой, а последний используется как диск для хранения. На рисунке ниже показан мой плохой сектор. Ситуация с разделами жесткого диска

Обратите внимание на то, какой тип является типом рейда, в настоящее время его нельзя использовать напрямую.
Когда в системе несколько жестких дисков, каждый жесткий диск является таким разделом. Вместе первый раздел каждого жесткого диска образует массив режима raid1 (данные хранятся в нескольких местах) В этом случае на каждом жестком диске есть резервная копия системных файлов. Это также причина, по которой система все еще работает нормально, когда жесткий диск отключен от машины Synology. См. Рисунок ниже:

После того, как массив мягких дисков составлен, массив дисков в это время эквивалентен жесткому диску, и его необходимо разбить на разделы.
Система Synology использует раздел управления lvm, сначала отделяет группу томов, а затем добавляет том в группу томов. Фактически, при управлении пространством хранения через веб-интерфейс пул хранения соответствует группе томов , Объем памяти соответствует тому. На моей машине есть два жестких диска и создано две группы томов. В каждой группе томов по несколько томов. Я использовал команду lvm, чтобы перечислить группы томов и тома следующим образом:

При создании тома будет указан формат файла.Теперь Synology рекомендует файловую систему btrfs. Обычно возникают ошибки файловой системы, для этого необходимо проверить /var/log/disk.log и scemd.log. То, с чем я столкнулся, было более сложным.
Сначала восстановите файловую систему btrfs, используя команду:

btrfs-find-root /dev/vg1/volume_1 &> /tmp/test.txt

Обратите внимание, что путь к тому в этой файловой системе варьируется от человека к человеку. Моя плохая область диска — volume_1 / volume_2 / volume_3 в группе томов vg1, поэтому это именно этот путь. Эта команда используется для поиска проблемного блока.
обычно встречается так

Выберите первый, чтобы начать восстановление:

btrfs check --repair -r 117784576 -s 0/1/2

Необходимо обратить внимание на — после добавления восстановления, это рискованно. Восстановление может завершиться неудачно и файловая система будет беспорядочной. Поэтому перед восстановлением необходимо сделать резервную копию жесткого диска. Выберите один после -s и замените его после сбоя. Как правило, после выполнения этого Noabort / failed — успешно
Если вы столкнулись с ошибкой с ключевым словом «RDWR» во время выполнения, вам необходимо выполнить команду очистки кеша.

btrfs check --clear-space-cache v2

После непрерывного восстановления всех блоков файловая система btrfs, как правило, завершена. Удачи на данный момент, общее пространство для хранения доступно после перезапуска dsm, а режим только для чтения восстанавливается до режима чтения-записи.

Не повезло, процесс восстановления файловой системы мог повлиять на формат soft raid. Вам нужно проверить журнал. К сожалению, я столкнулся с этим. Посмотрев на файл scemd.log, я обнаружил ключевое слово / dev / md2 RAID crash, поэтому я перестроил raid-формат третьего раздела моего жесткого диска / dev / sdc3. Конкретные приемы:
1. Отключите неисправный диск.
2. Перезагрузите компьютер.
3. Горячее подключение поврежденного диска
4. Запустите команду:

mdadm -Cf -e1.2 /dev/md2 -n1 -l1 /dev/sdc3

После завершения реконструкции вы можете сделать проверку, -e — это версия, 1.2 и 0.9 можете попробовать сами

mdadm -D /dev/md2

Пространство для хранения больше не регистрируется как поврежденное после перезапуска компьютера. Однако процесс восстановления по-прежнему повлиял на систему. DSM предлагает восстановить систему. Процесс восстановления — это процесс синхронизации RAID. Как показано на рисунке ниже, вы можете видеть, что мой неисправный диск является жестким диском sdc, а данные sde1 в md0 синхронизируются с sdc1.

Сводка:
Linux от Synology более чувствителен к поврежденным секторам жесткого диска, поскольку файловая система является журнальной, она может вовремя обнаруживать поврежденные сектора жесткого диска. Если есть сообщение о повреждении, необходимо вовремя создать резервную копию данных и заменить жесткий диск. . Данные бесценны

MHDD – бесплатная программа для низкоуровневой проверки жестких дисков на наличие битых секторов и ошибок. Программа поддерживает работу с жесткими дисками через наиболее распространенные интерфейсы:  IDE, Serial ATA, SCSI.

При помощи программы MHDD, записанной на загрузочную флэшку или CD/DVD, можно просканировать жесткий диск на ошибки не загружая Windows. Это очень удобно в том случае, когда нет возможности подключить HDD к компьютеру с рабочим жестким диском и исправной ОС. Утилита может работать с жесткими дисками любых производителей благодаря тому, что взаимодействие осуществляется через стандартные порты ATA  и определенный набор команд, определенных в спецификации ATA.

Как пользоваться программой MHDD.

1. Выбираем в BIOS или BOOT MENU (загрузочном меню) устройство, с котрого будет производится загрузка — USB или CD/DVD.
2. После загрузки программа попытается найти подключенные жесткие диски и выведит на экран список того, что было найдено. Для выбора жесткого диска на проверку битых секторов необходимо ввести цифру, соответствующую ему в списке, и нажать Enter.
3. После этого необходимо нажать F2, чтобы определить параметры жесткого диска. Для получения расширенной информации о жестком диске будет предложено нажать Shift+F2. После того как параметры жесткого диска определены можно приступать к проверке жесткого диска на ошибки — нажимаем клавишу F4.
4. Появится окно, в котором будет предложено установить параметры сканирования жесткого диска. Start LBA — адрес начального блока.
   End LBA — адрес конечного блока.
   Remap — это функция позволяет найти нерабочие сектора жесткого диска и заменить их на работоспособные.
   Timout (sec) — задает время на выполнение операции с жестким диском.
   Spindown after scan — останавливает жесткий диск после сканирования.
   Loop test/repair — проводить сканирование/восстановление циклично.
   Erase Delays — стирает сектора в которых обнаружены задержки чтения.Поменять значение параметра можно нажав клавишу Enter.
5. Установив нужные параметры, нажимаем еще раз F4 для запуска сканирования.
6. Запустим режим сканирования со стиранием секторов , в которых есть задержка чтения — Erase Delays: ON.После завершения, запустим повторное сканирование и не меняя параметров проверим состояние диска. Если битые сектора остались, то MHDD их не удалось затереть и в таком случае эти сектора нужно заменить рабочими. Для этого нужно запустить сканирование с параметром Remap: ON

Расшифровка ошибок MHDD.

В процессе проверки поверхности диска программой блоки секторов закрашиваются квадратиками. Чем светлее квадратик тем больше времени было потрачено на чтение этого блока. Цветными квадратиками отмечаются блоки с высокой задержкой чтения. У блоков отмеченных зеленым цветом задержка чтения еще в пределах нормы — менее 150 мс, а красные блоки сигнализируют о том, что начал формироваться BAD block (плохой блок). ? TIME и  UNC по сути означают уже сформированные BAD блоки.

х UNC (Uncorrectable Data Error). Не удалось скорректировать данные избыточным кодом, блок признан нечитаемым. Может быть как следствием нарушения контрольной суммы данных, так и следствием физического повреждения HDD;

! ABRT (Aborted Command). Винт отверг команду в результате неисправности, или команда не поддерживается данным HDD (пароль, устаревшая или слишком новая модель итд.).

S IDNF (ID Not Found). Не идентифицирован сектор. Обычно говорит о разрушении микрокода или формата нижнего уровня HDD. У исправных винчестеров такая ошибка выдается при попытке обратиться к несуществующему адресу.

A AMNF (Address Mark Not Found). Невозможно прочитать сектор, обычно в результате серьезной аппаратной проблемы (например, на HDD Toshiba, Maxtor — говорит о неисправности магнитных головок);

0 T0NF (Track 0 Not Found). Невозможно выполнить рекалибровку на стартовый цилиндр рабочей области. На современных HDD говорит о неисправности микрокода или магнитных головок;

* BBK (Bad Block Detected). Найден бэд-блок. Устарело;

Индикация режимов работы жесткого диска HDD.

(Первоисточник — стандарт ATA/ATAPI)

 BUSY  (Busy). Винт занят обработкой команды или «завис». В то время, пока горит эта лампочка, все остальные индикаторы считаются недействительными, и винчестер может реагировать только на команду «Reset» (F3).

 DRDY  (Drive Ready). Винт готов к приему команды;

 WRFT  (Write Fault). Ошибка записи. Устарело. По новому стандарту, и, следовательно, на новых HDD: «Device Fault» — неисправность устройства;

 DRSC  (Drive Seek Complete). Винт успешно закончил установку головки на трек; Устарело. На новых назначение зависит от предшествующей команды.

 DRQ  (Data Request). Винт готов к обмену данными через интерфейс;

 INX  (Index). Зажигается при каждом обороте диска. На некоторых винчестерах уже не используется, или может выдавать неверный результат.

 CORR  коррекция. Устарело и на новых HDD не применяется.

 ERR  (Error) Произошла ошибка. В регистре ошибок можно узнать код ошибки.

Sector Size:      512 bytes logical/physical

In almost any case, this value is 512 bytes, so in this example the byte offset would be 26620672 * 512 = 13629784064 = 12.69 GiB. In some cases it might be helpful to look up this address in a tool like GParted to see in which partition the error occured in. Also see this smartmontools HOWTO describing this process in detail.

UNC errors

The error message now tells us than an error called UNC occured at this LBA. UNC is shorthand for UNCorrectable, which means the data which has been read from the hard drive at this LBA was damaged and could not be corrected.

Hard drives not only store your data by itself, but automatically compute a so-called error-correction code (ECC). While there are many subtypes of those mathematical codes, they have one aspect in common: Given a set of bytes (e.g. the ones stored on the hard drive) which might be slightly damaged (i.e. some 0-bits are now-1 bits or vice versa) and and the matching ECC code (constituting of a few extra bytes) a suitable decoder can recover a limited number of bit errors. In most cases, ECC codes can also detect errors – for example, one specific ECC code might be able to correct one bit flip in two bytes, but it can detect up to three bitflips in two bytes.

If there are more bitflips than the ECC can recover (but not more than it can detect), this results in an unrecoverable error – the UNC. If there are more bitflips than the ECC can detect, anything might happen: Usually, the data that is computed from the ECC will be damaged, or no error might be detected at all.

Note that this explanation is highly simplified. For example, ECC codes are not stored as bytes separate from the data, but instead a mathematical function is computed on the data, resulting in a set of bytes that is larger that the original dataset – containing both the data itself plus the error-recovery extra data. In other words, the ECC data plus the data itself are mixed together.

This has multiple consequences for the interpretation. Firstly, this means that physically the data could be read, yet it does not seem to be correct. This means

Other error messages

While UNC errors occur reasonably often, there are other, more rare errors that you can’t find too much documentation about.

There is one definitive source for all smartctl error messages: The smartmontools source code.

We can find the error descriptions in ataprint.cpp (also see the GPL license information in the source tarball):

const char  *abrt  = "ABRT";  // ABORTED
const char   *amnf  = "AMNF";  // ADDRESS MARK NOT FOUND
const char   *ccto  = "CCTO";  // COMMAND COMPLETION TIMED OUT
const char   *eom   = "EOM";   // END OF MEDIA
const char   *icrc  = "ICRC";  // INTERFACE CRC ERROR
const char   *idnf  = "IDNF";  // ID NOT FOUND
const char   *ili   = "ILI";   // MEANING OF THIS BIT IS COMMAND-SET SPECIFIC
const char   *mc    = "MC";    // MEDIA CHANGED 
const char   *mcr   = "MCR";   // MEDIA CHANGE REQUEST
const char   *nm    = "NM";    // NO MEDIA
const char   *obs   = "obs";   // OBSOLETE
const char   *tk0nf = "TK0NF"; // TRACK 0 NOT FOUND
const char   *unc   = "UNC";   // UNCORRECTABLE
const char   *wp    = "WP";    // WRITE PROTECTED

Realistically, you’ll only encounter a few of these errors even if you are working with hard disks professionally. Some of these errors like MC, MCR or NM are also related to hot-swapping of hard drives and do not neccessarily represent errors related to hard drive health itself.

One important error is ICRC – the interface CRC error. This means that there are errors being detected on the IDE/SATA or PCIe bus the hard drive is connected to. Although this is rare and might be caused by the HDD itself, it might mean that your chipset (the hardware controlling e.g. SATA) is damaged – in this case, replacing the hard drive would not fix the issue. Possibly there is also an intermittent cable connection.

How severe are those errors?

Over the life of most hard drives, especially consumer models, errors will occur – more often so in portable devices where high acceleration forces are more like to be encountered.

What separates a good hard drive from one at the end of its life (excluding those that fail without warning) is often the frequency of new errors. If you look at the total lifetime of the HDD, i.e. Power_On_Hours or similar:

9 Power_On_Hours          0x0032   082   082   000    Old_age   Always       -       8586

and compare the value (in this case 8586) with the lifetime at the last error,

Error 8911 occurred at disk power-on lifetime: 7257 hours

in this case, 7257, you can see over a thousand HDD operational hours have passed since the last error. This indicates that there is no mechanical defect which could result in destruction of the hard drive but rather a couple of defective or damaged sectors. UNC errors do not even neccessarily mean that the sectors are physically damaged.

Often hard drive errors are triggered when a files that are accessed very rarely (such as archived video files that are only opened every few years). When there are enough bit flips in such files for any reason, this can result in a larger number of HDD errors appearing at once.

Another indicator is the total number of errors the hard drive has encountered, i.e. 8911 in

Error 8911 occurred at disk power-on lifetime: 7257 hours

or in

ATA Error Count: 8911 (device log contains only the most recent five errors)

While this number is not shown for all hard drives, a very high number or a number which is growing rapidly indicates there is some physical issue with the drive. Issues relating to only a few bad sectors induce a sudden jump in the error counter, but after that. Note, however, that there can be other reasons for a high error counter, for example a bad or intermittent physical connection to the hard drive.

Also see this previous post on how to fix bad HDD sectors.