Ошибка abrt victoria что это такое

Обновлено: 21.11.2024

Суть проблемы. Включил десктоп повтор (Win 7 и vhd Win 8), он очень, очень, очень долго грузился, потом запустился chkdsk и проверив диск комп перезагрузился после чего история с долгой загрузкой. Вставил флешку, загрузился с хиренса, но из-под Win XP mini, запустил victoria 4.4 для windows, начал проверку диска. Спустя время нашелся 1 сбойный сектор и victoria повисла на несколько секунд после чего сплошь до конца появлялись ошибки номер ошибки блока abrt. Проблема за весь мой опыт знакомства. Мельком просмотрел информацию, но хочу подробнее понять, что случилось и что делать. Подскажите плиз. Прилагаю логи и умные. P.S. Т.к. файл журнала событий занял 38 мб я его обрезал посередине, там все одно и тоже блок № error:abrt

Ошибка abrt
Что значит ошибка abrt в программе Victoria?

Victoria hdd bad block
В victoria 3.52 dos при сканировании жесткого диска 2tb линейным чтением с дефектоскопом выдает 82 бед блока. .

При скане MHDD отсутствует в ABRT, BIOS не придерживается жесткости
Всем доброго времени суток. Возникли проблемы с жестким обращением, когда Винда начала.

Неожиданные переменные блока (ошибка)
Есть файл index.pug и main-template.pug, работаю с gulp. Каждый раз при сохранении index.pug.

Я в принципе так и думал, но решил, что совет состоялся, диск жалко. Почему скорее всего бесполезно? И почему ошибка: абрт до конца после первого найденного битого сектора? Смогу попробовать только в воскресенье, наверное, тогда и напишу. P.S. принимаю другие предложения

У меня то же самое, ни с того ни с сего начал барахлить хард. В поисках проблемы наткнулся на соответствующие форумы и программу Victoria 4.47.
Идет уже ~8 часов с тех пор как программа тестит, но в основном все ошибки "Erorr: ABRT" и счетчик битовых секторов просто потрясает 138.000+

Основной вопрос: "Он безнадежен?"
Из-за чего такое произошло, чтобы предотвратить развитие.
Харду около 5 лет, Работал всегда на ура, и никаких проблем не создавал, и тут раз - и на тебе: 300+ГБ нужной информации, собранной годами, коту под хвостом
SMART:
SAMSUNG HD403LJ S0NFJ1KQ402411
------------------------------------------------------------------------ ------------------------------
Идентификатор Имя Значение Худший Tresh Raw Здоровье
----- -------------------------------------------------- ------------------
1 Частота ошибок первичного чтения 100 100 51 0 •••••
3 Время раскрутки 100 100 15 7616 • ••••
4 Количество раз раскрутки 93 93 0 7606 ••••
5 Количество перераспределенных секторов 253 253 10 0 •••••
7 Частота ошибок поиска 253 253 51 0 •••••
8 Время поиска 253 253 15 0 •••••
9 Время включения 100 100 0 18141 •••••
10 Раскрутка повторных попыток 253 253 51 0 •••••
11 Повторных попыток калибровки 253 100 0 0 •••••
12 Количество запусков/остановок 97 97 0 3973 ••••
13 Мягкое чтение частота ошибок 100 100 0 2621469 •••••
187 Зарегистрированная ошибка UNC 253 253 0 262144 •••••
188 Время выполнения команды 92 92 0 864 ••••
190 Температура воздушного потока 78 52 0 22°C/71°F ••••
194 HDA Температура 172 91 0 22°C/71°F ••• •
195 Аппаратный ECC восстановлен 100 100 0 2621469 •••••
196 Количество перераспределенных событий 253 253 0 0 •••••
197 Текущие ожидающие секторы 100 99 0 1 ••• ••
198 Автономное сканирование секторов UNC 253 253 0 0 •••••
199 Ошибки Ultra DMA CRC 200 200 0 1 •••••
200 Частота ошибок записи 253 100 0 0 •••••
201 Количество ошибок вне маршрута 253 100 0 0 •••••
202 Количество ошибок DAM 1 1 0 32767 •

ПС. Занимаюсь видео конвертированием: рендер с SonyVegas, конвертация VirtualDub и т.д.Система на SSD + 2 HDD(один хард в норме). преобразование преобразования происходит с одного на другой для экономии времени.

Когда данные записываются на диск, они кодируются. Сами фактические данные никогда не записываются, только интерпретация данных. Если вы думаете, что диск содержит 0 и 1, значит вы ошибаетесь. Данные больше похожи на форму волны, записываемую на диск. Он должен быть интерпретирован обратно на выходе, прежде чем он станет 0 или 1. Перед записью данных данные рандомизируются. Это устраняет шаблоны, которые могут быть одинаковыми, чтобы не путать ECC. Трудно обнаружить паттерн на паттерне, который появляется снова и снова. Структуру данных, которая записывается в сектора, важно понимать, если вы используете какое-либо диагностическое программное обеспечение. Многие из них используют общие термины для описания типов ошибок.

Распространенные коды ошибок жесткого диска и диагностика:

BSY – диск занят
DRDY — Диск готов принимать команды
ERR — Последний результат был ошибкой
DREQ — обмен данными с хостом
UNCR — неисправимая ошибка
WRFT – Ошибка записи
Идентификатор сектора IDNF не найден.Если сектор, содержащий эту информацию, поврежден, жесткий диск не сможет найти этот сектор и вернет результат IDNF.
Маркер адреса AMNF не найден . Это похоже на IDNF, но относится к данным. Если есть ошибка и этот маркер поврежден, то данные для этого сектора не могут быть найдены. Данные в этой области составляют 512 байт пользовательских данных.
ABRT- Команда прервана. - это ошибка прерывания, и он прекратит попытки чтения этого блока
TONF – Трек 0 не найден
ECC заключается в том, что при чтении из ECC возникают проблемы, и они не совпадают. ECC используется для проверки целостности считываемых данных. Когда данные считаны, привод вычисляет ECC и сравнивает их. В случае ошибки накопитель будет повторять попытку до тех пор, пока не сможет получить правильный результат, а затем вернет ошибку UNCR.
UNCR — неисправимая ошибка
WRFT – Ошибка записи

Головки используют информацию о сервоприводах для определения правильной дорожки. Затем головки считывают каждый блок идентификатора сектора, чтобы определить, является ли он правильным, используя «переводчик». Если поле идентификатора повреждено, нет ничего, что могло бы определить, что ищут данные, и будет отмечена ошибка IDNF (идентификатор не найден). Если он находит правильный идентификатор сектора, головки затем считывают маркер адреса для 512 байтов данных, которые относятся к этому местоположению. Если эта информация повреждена, головки не могут найти начало данных и возвращают ошибку AMNF (маркер адреса не найден). Ошибка AMNF означает, что информация о маркере идентификатора БЫЛА найдена, но данные в маркерах, связанных с этим адресом, НЕ были найдены, что снова привело к потере 512 байт пользовательских данных.

После записи данных записывается 4-байтовый блок данных ECC. После считывания 512 байт привод вычисляет информацию ECC, считывает блоки данных ECC и сравнивает их. Если они не равны, то привод повторно считывает данные до тех пор, пока не произойдет тайм-аут, вызывающий ошибку данных ECC. Если он не может повторно прочитать и исправить ошибку, это приведет к тому, что флаг UNC заявит, что данные с ошибкой неисправимы. Можно выполнить восстановление данных, игнорируя ECC, но у вас не будет возможности проверить правильность чтения данных. Это следует сделать на последнем этапе для захвата данных, которые невозможно прочитать каким-либо другим способом. Головки используют информацию о сервоприводах для определения правильной дорожки. Затем головки считывают каждый блок идентификатора сектора, чтобы определить, является ли он правильным, используя «переводчик». Если поле идентификатора повреждено, нет ничего, что могло бы определить, что ищут данные, и будет отмечена ошибка IDNF (идентификатор не найден).

Диск пытается перечитать данные несколькими способами, прежде чем сдаться, в большинстве из них используется ECC. ECC может неправильно исправлять данные при определенных обстоятельствах, если данные расположены в определенном порядке. Команды чтения ECC используют НЕЧЕТНУЮ нумерацию, по крайней мере, 3, чтобы не вызвать вероятность 50/50 при выборе 2. Чтение с игнорированием ECC — это команда LBA 28 «Длинное чтение», и она была отключена в 48 битах, поскольку было определено, что быть устаревшим в дисках более 137 гигов. No Read Ignore ECC доступен после 137 гигабайт. Пробуются стандартные попытки, и обычно это 10 попыток на большинстве жестких дисков. Чтение диска с игнорированием ECC может привести к повреждению данных, но иногда это единственный способ получить данные в этих секторах, если есть проблема с платой или ECC не может правильно прочитать данные.

Средний рейтинг клиентов 4,7 на основе 71 отзыва

"Я в восторге"

Я не могу сказать достаточно положительных отзывов о ACE Data Recovery! Они успешно восстановили все мои семейные фотографии и видео с жесткого диска, который, как мне сказали, был "поджарен" другим компьютерным профессионалом! Я очень взволнован, и они поддерживали тесный контакт со мной на протяжении всего процесса. И я добавлю, что они не только действовали профессионально, но и были дружелюбны и полезны!

Здравствуйте, у меня проблема с функцией "Тест восстановления диска":

[Я пытаюсь перераспределить ожидающие секторы (текущее количество ожидающих секторов 21), приобретенные за последние 2 года. Всегда неприятно терять файлы только потому, что система продолжает использовать поврежденные сектора.]

Диск зашифрован с помощью truecrypt, но я попытался запустить тест на другом диске в своей системе, и результат был таким же. Есть идеи? "Проверка чтения" работает без проблем.

Спасибо за сообщение и извините за беспокойство, но я на 100 % уверен, что это не ошибка/ограничение программы Hard Disk Sentinel.

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

Пожалуйста, используйте меню «Отчет» -> «Отправить отчет о тестировании разработчику», так как тогда можно проверить реальную ситуацию, это может дать некоторые мысли о том, что может быть в фоновом режиме, и что можно сделать (если есть что-то). ), чтобы улучшить ситуацию.

> Диск зашифрован с помощью truecrypt, но я попытался запустить тест на другом диске в своей системе, и результат был таким же. Есть идеи?

Тогда проблема может быть связана не с truecrypt, а с чем-то другим.
Однажды пользователь обнаружил и сообщил о подобном, где был активен вирус/вредоносное ПО, которое полностью заблокировало доступ для записи (таким образом, для восстановления) ко всем дискам.< br />Не уверен, и я могу только надеяться, что сейчас это не так.

Извините за поздний ответ. (Не)к счастью, я не смог воспроизвести проблему на следующий день, поэтому я, вероятно, слишком поспешил пожаловаться, когда вместо этого должен был попробовать старое решение «выключить и снова включить». Кто знает, что блокировало диски.

С самим диском другая история, поскольку он отказывается перераспределять сектора, даже если они помечены как "плохие" (красный) или поврежденные (желтый) во время тестов записи. Я наблюдал такое поведение и при повседневном использовании — он с радостью записывает в сектор, а затем не может читать из него... и ему все равно (0 перераспределенных секторов)

Увидев многочисленные темно-зеленые области, я решил вывести диск из эксплуатации, так как он явно умирает (уже почти два года).

О, и еще одно: спасибо за эту замечательную программу!

Спасибо за изображение и результаты (и за добрые слова!)

Теперь кажется, что диск работает правильно, я не вижу плохих/поврежденных блоков и кажется, что восстановление многих секторов успешно завершено.
Это происходит, когда не требуется перераспределение: исходный сектор физически не поврежден и его можно использовать повторно.

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

Лично я бы сделал резервную копию и подключился с помощью других кабелей и/или внешней док-станции USB (поскольку такие проблемы относительно часто возникают из-за кабелей/подключений, поэтому может быть хорошей идеей проверить в другой среде).< br /> Затем я бы использовал меню «Диск» -> «Тест поверхности» -> «Повторно инициализировать тест поверхности диска». Это многократно перезаписывает весь диск и делает сектора «свежими» и пустыми (плюс проверяет результаты). Во многих случаях такие незначительные проблемы со стабильностью и/или производительностью устраняются этим тестом, тогда более медленный диск обычно работает намного лучше, как и новый (это характерно и для твердотельных накопителей, и для жестких дисков).
Поэтому возможно, что позже, дальнейший тест чтения покажет только светло-зеленые блоки, подтверждая, что диск в целом лучше и лучше.

Если это не так (повторная инициализация поверхности диска и/или последующий тест чтения могут показать ошибки), тогда да, возможно, лучше не хранить важные данные на диске.

Я попытался запустить тест поверхности для чтения и записи на некоторых темно-зеленых участках (после подключения диска к другому порту с помощью другого кабеля), и результаты были не очень хорошими. Многие из них отмечены красным/желтым цветом, но в SMART помечены только как «ожидающие» и не будут перераспределяться. Так что, боюсь, прощай, драйв

Просто идея для будущих версий: не имеет ли смысл тест восстановления переключаться в режим "чтение + запись (обновление данных)" при столкновении с исключительно медленным чтением сектора? Кажется, что в моем случае ему в конечном итоге удается прочитать их все (отсюда темно-зеленые в тесте на восстановление), но не удается записать в них (красные в тесте на чтение и запись).

Приносим извинения за ситуацию и проблемы, да, похоже, диск может не работать - нестабильно.

Спасибо за подсказку, да, это может быть хорошей идеей. Проверим возможности для будущей версии

Читайте также: