Deleting orphan file record segment что это
Перейти к содержимому

Deleting orphan file record segment что это

  • автор:

В порядке ли HDD?

У меня ПК с Windows 7, в качестве одного из накопителей используется 1Тб винчестер Seagate (ST31000528AS). Он весь отведен под логический диск D.

Некоторое время назад при загрузке системы после [u]штатного[/u] ее отключения почему-то началась проверка диска D утилитой scandisk. В процессе проверки высветилось несколько сообщений (вначале сообщения «Deleting index entry. » на стадии проверки индексов, а на следующий день — «Deleting corrupt attribute record (128, «») from file record segment. «, «File record segment. is unreadable», «Deleting orphan file record segment. «, «Deleting index entry. «).

В журнале событий Windows появилось несколько записей вида «Неверный блок на устройстве \Device\Harddisk1\DR1». Источник события — «Disk».

В первый раз я просто удивился, но когда проблема возникла повторно, это меня насторожило. Я скачал утилиту для просмотра SMART, вот результаты:

Я очистил том, удалил раздел (чтобы избавиться от папки «System volume information» и лишних обращений к диску) и запустил сканирование с помощью HDDScan 3.3.

Быстрое сканирование SMART (SMART offline tests -> Short test) не выполнилось, выдав ошибку «self-test execution status: error with read element failed».

После этого я запустил тест поверхности с перезаписью (Surface test -> Erase test). Он выполнился успешно.

График прохождения теста:

(небольшая впадина в конце, я подозреваю, связана скорее с ОС, чем с диском: в это самое время я копировал данные из одной папки в другую на втором HDD)

Сводные данные по секторам:

SMART после теста:

Журнал с номерами «медленных» блоков я залил [url=https://cloud.mail.ru/public/AASV/Qte2NY8Ca]сюда[/url].

Теперь, собственно, вопросы.

1. Какие выводы можно сделать из имеющихся данных: диск все-таки накрывается или можно считать, что это был разовый сбой?

2. Есть ли смысл проводить дополнительные тесты? Если да, то какие?

3. Почему SMART после сканирования не показывает ошибок 197 и 198? Я читал о том, что диски умеют делать ремаппинг сбойных секторов, но тут число в поле «Reallocation Sector Count» не менялось, так что это вряд ли был ремап. Как же все «починилось»?

Deleting orphan file record segment что это

1. Если вы не уверены в правильности ответа, напишите об этом, или не отвечайте вообще, не давайте дезинформацию!
2. Не забывайте указывать полное наименование, модель, изготовителя и краткие характеристики оборудования.
3. Аргументируйте свое мнение — приводите развернутое высказывание или источник информации.
4. Прежде чем задать вопрос посмотрите, нет ли ответа на него на перечисленных ниже ресурсах:
FAQ
Полезные ссылки
www.ixbt.com
www.overclockers.ru
www.fcenter.ru
www.3dnews.ru
www.thg.ru
www.nvworld.ru
www.radeon2.ru

Здесь вы можете выразить мнение о модераторе этого раздела, ^D^ima.

Модераторы: DimA3
‘> deleting orphan file record segment , что с моим винтом .

  • Подписаться на тему
  • Сообщить другу
  • Скачать/распечатать тему

Сообщ. #1 , 20.10.06, 21:42

Рейтинг (т): 228

млин. поиграл называется. после установки 2 игрушек на диск D:\
Винамп вдруг начал ругаться что не может найти файл d:\music\1.mp3
затем d:\$mft
перегрузился винда при загрузке уходит в синий экран,
при следующей попытке запустился скандиск, который и начал как бешеный писать:
deleting orphan file record segment 1
deleting orphan file record segment 2
deleting orphan file record segment 3
deleting orphan file record segment 4
deleting orphan file record segment 5
deleting orphan file record segment .
deleting orphan file record segment 10000

мне это надоело, на клавиатуру windows не реагировал, я нажал ресет.

переставил винду на C:\, теперь винда определяет тип файловой системы на D:\ как RAW

что делать ?
как этого избежать в будущем.

Технические характеристики:
HDD: WD2000JS — 200Гб, был разбит на два NTFS раздела, размерами 15Гб и 185Гб
ОС: Windows2000Pro

» Deleting orphan file

Такая история. есть винт на 200Гб, поделен на 2 части: 10ГБ, остальное (176). Как-то пришел с винтом к другу и обнарушил что у него раздел 176Гб определяется, но заходить не хочет (пишет что он разбером 0Гб и без ФС) и при перезагрузки все время просила проверить диск на ошибки. Установили ему на ХР сервис пак 2 и все стало ровно (даже на ошибки проверять на захотела сама). Проверили этот раздел на ошибки — ничего не нашло. Принес домой (дома Сервер 2003 СП1) тоже не ошибок не глюков нет.
На дня уж черезчур винда забородила, решил поставить ХП. Поставил его и как и тогда раздел не хотел открываться. дал винде как она просила проверить раздел на ошибки.
во время проверки было написано следующее
Deleting orphan file record segment Х Х от 0 дошло до 100000 и более.

После проверки Винт оказался пустой. Слава богу на работе был бэкап 90% инфы.

Что это было? что за ошибки? и почему с СП2 все работало без косяков?

Автор: Pacha
Дата сообщения: 01.12.2005 15:59

Дело в том, что система видит максимум 131 GB (а остальное она считает пустым, и карёжит его)..
Поставь новый диск в IDE_3 (GigaRAID)
Поставь загрузку через SCSI..
Все будет тип.топ

Добавлено:
Ещё. Ставь самые новые дрова под мать..

Добавлено:
Если есть на метеринке Raid контроллер, то лучше к нему подключатся.

Автор: stumbler
Дата сообщения: 01.12.2005 16:17
А причем тут SCSI и Раэд? я говорил про один простой ИДЕ винт
Автор: Pacha
Дата сообщения: 01.12.2005 16:45

1.Поддержка 48-bit для контроллера. Увидят ли родные контроллеры чипсета 200г винт ,фиг его знает, может в более ранних прошивках, это было сделано, (а может и нет)Покрайней мере High Point точно увидит 200 гигов. Просто у этого контроллера есть свои BIOS(иначе как конфигурировать RAID),а строить raid или использовать как простой IDE,это дело твое.
2.RAID 0 хорошая весчь, быстрая, но при вылете одного из винтов,теряется все инфа

3. Стоит ли у тебя это.
48-bit Logical Block Addressing (LBA) это технология, которая расширяет емкость IDE ATA/ATAPI дисков выше предела 137,4 Гб.(Это ограничение применимо только к IDE ATA/ATAPI, а не к SCSI ).
48-bit LBA требования для SATA жестких дисков те же самые, что и для IDE жестких дисков. Реальный предел 28-bit это 137,4 гигабайт.
С 48-bit адресацией — предел 144 петабайт (144.000.000 гигабайт).
48-bit LBA расширение для ATA интерфейса означает, что операционная система сможет иметь доступ к данным свыше 137 Гб.

4. включить вручную в реестре:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters

В процессе активации режима BigLBA с небольшой вероятностью можно потерять все данные на диске, поэтому не забудь резервную копию. Операционные системы, которые изначально не имеют поддержки BigLBA, — а такие на сегодня все Windows — нельзя устанавливать в раздел, расположенный за пределами первых 137 Гб.

Автор: Gena1971
Дата сообщения: 01.12.2005 16:46

stumbler
Ну и чего не понятно то? СП2 наверное не зря выпускали. Там поддержка больших винтов встроена. А у тебя винда наверное вообще без сервиспаков. Там только не более 137 опредялось. И включилась оддержка эта уже в первый сервиспак (по моему).

Автор: stumbler
Дата сообщения: 01.12.2005 18:13

Так что я так понял что если раздел 176Гб забит более чем на 137ГБ то его винда без СП не увидит? А если меньше чем на 137 то видит?

Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Хард умирает?

Сегодня, при запуске (после летающих огоньков), Windows неожиданно запустил CHKDSK. Оставил компьютер на пару минут, за это время CHKDSK выдал такое:

CHKDSK is verifying files (stage 1 of 3).
Deleting corrupt attribute record (128, «»)
from file record segment 30218.
Deleting corrupt attribute record (128, «»)
from file record segment 56152.
Deleted corrupt attribute list entry
with type code 128 in file 392968.
Deleting corrupt attribute record (128, «»)
from file record segment 14655.
Deleting corrupt attribute record (128, «»)
from file record segment 15386.

437248 file records processed. File verification completed.
Deleting orphan file record segment 14655.
Deleting orphan file record segment 15386.

183 large file records processed.
0 bad file records processed.
2 EA records processed.
265 reparse records processed.

Дальше пошел второй этап, там он удалил некоторые файлы *.tmp.
Интересный факт: компьютер работал уже включен довольно долго, решил перезагрузить после того, как перестали открываться некоторые файлы с исходниками. Notepad++ говорит что файл открыт в другой программе, блокнот — доступ запрещен.
Вопрос: хард скоро умрет? Бежать все бекапить? Вообще это ноутбук, и он еще на гарантии, есть ли смысл идти в гарантийный сервис? Они же не найдут ничего, скажут что сейчас все работает.

  • Вопрос задан более трёх лет назад
  • 47102 просмотра

Комментировать
Решения вопроса 1

Возмите MHDD или Викторию и проверьте накопитель. возможно, он и правда поврежден.

Если физический баг не подтвердится запустите chkdsk c: /f /r для полной проверки файловой системы.

А бэкапы надо делать всегда…

Ответ написан более трёх лет назад
Комментировать
Нравится 4 Комментировать
Ответы на вопрос 6
podwhitehawk @podwhitehawk

Для начала посмотрите S.M.A.R.T. статус диска, например c помощью CrystalDiskInfo. Далее я бы послушал как ведет себя диск во время работы: любые отклонения от монотонного гула и шуршания головками по пластинам считайте плохим знаком. Потом гоняйте MHDD или victoria, как посоветовали выше.
Возможно, такой подход сохранит вам некоторое время на то, чтобы понять действительно ли диску скоро прийдет конец.

Ответ написан более трёх лет назад
Нравится 1 5 комментариев
antoo @antoo Автор вопроса

image

Шумов не услышал, вроде все как обычно.
Скрин смарта:

fzfx

не вижу проблем с диском по смарту.

следите за параметром переназначенные сектора. Сейчас он равен 140. Если будет увеличиваться — срочно меняйте на новый хард

извините, не в ту колонку посмотрел. Со SMART все впорядке
podwhitehawk @podwhitehawk

Забыл добавить: по возможности, поменяйте SATA кабель, которым подключен ваш жесткий диск. В последнее время участились случаи, когда попадаются бракованные SATA кабеля. Симптомы, которые проявляються на бракованном кабеле очень похожи на описанные вами.

Гентушник, разработчик на PHP и Symfony.

По логу чекдиска похоже на ошибки файловой системы. На умирание следует смотреть S.M.A.R.T., поверхность можно протестировать Victoria. Причем, лучше DOS-версией, windows-версия может подтупливать и выдавать неверные данные по секторам.

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
противоречивый, сложный, весь компьютерный.
Ошибки файловой системы — если будут проявлятся еще, значит аппаратные.
Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать

У меня примерно такое было. Сначала проблема с chkdsk, потом винчестер перестал определяться.
Сделайте на всех дисках команду dir /s/a далее внимательно слушайте и следите за выводом команды.
Если будут сильные щелчки или вывод будет «замирать» а то и вообще прервется и не дойдет до конца,
то есть не покажет, сколько места занято, сколько свободно — то скоро (неделя-две) диск 100% умрет.

Ответ написан более трёх лет назад
antoo @antoo Автор вопроса
Никаких замираний и щелчков, место показал нормально.

В чем бы проблема не была, но бекап надо сделать в любом случае. Свои данные ценнее всего.
А для проверки я бы просканировал на плохие сектора и следил что бы ошибки не начали появляться опять.

Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
Отличная программа для тестирования дисков. Лучше использовать Pro версию
Ответ написан более трёх лет назад
Комментировать
Нравится Комментировать
Ваш ответ на вопрос

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

hdd

  • Жёсткие диски

На какие нагрузки рассчитан диск NAS версии?

  • 2 подписчика
  • вчера
  • 202 просмотра

hdd

  • Жёсткие диски

Как на внешнем HDD отключить переход в режим сна?

  • 1 подписчик
  • 06 янв.
  • 49 просмотров

hdd

  • Жёсткие диски

Как правильно проверить новый жосткий диск через Victoria?

  • 1 подписчик
  • 05 янв.
  • 66 просмотров

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *