PDA

Показать полную графическую версию : [решено] Почти все файлы стали "грязными", но смарт причину не выдает


gannet
29-03-2017, 13:45
Вчера весь день работал исправно, сегодня утром не загрузился, по причине неправильного конфига BCD, глянул на диск с флешки:
-- Controller Map ----------------------------------------------------------
+ Стандартный контроллер SATA AHCI [ATA]
- TOSHIBA DT01ACA050
- Контроллер дискового пространства (Майкрософт) [SCSI]

-- Disk List ---------------------------------------------------------------
(1) TOSHIBA DT01ACA050 : 500,1 GB [0/0/0, pd1]

----------------------------------------------------------------------------
(1) TOSHIBA DT01ACA050
----------------------------------------------------------------------------
Model : TOSHIBA DT01ACA050
Firmware : MS1OA750
Serial Number : 16DR1WYGS
Disk Size : 500,1 GB (8,4/137,4/500,1/500,1)
Buffer Size : 23652 KB
Queue Depth : 32
# of Sectors : 976773168
Rotation Rate : 7200 RPM
Interface : Serial ATA
Major Version : ATA8-ACS
Minor Version : ATA8-ACS version 4
Transfer Mode : SATA/600 | SATA/600
Power On Hours : 1349 ч
Power On Count : 253 раз
Temperature : 38 C (100 F)
Health Status : Хорошо
Features : S.M.A.R.T., APM, 48bit LBA, NCQ
APM Level : 0000h [OFF]
AAM Level : ----
Drive Letter : C: D:

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 100 100 _16 000000000000 Ошибки чтения
02 142 142 _54 000000000047 Производительность
03 127 127 _24 000300B600B4 Время раскрутки
04 100 100 __0 000000000105 Запуски/остановки шпинделя
05 100 100 __5 000000000000 Переназначенные сектора
07 100 100 _67 000000000000 Ошибки позиционирования
08 113 113 _20 000000000023 Скорость поиска
09 100 100 __0 000000000545 Часы работы
0A 100 100 _60 000000000000 Повторные попытки раскрутки
0C 100 100 __0 0000000000FD Включения/отключения
C0 100 100 __0 000000000105 Отказы отключения питания
C1 100 100 __0 000000000105 Циклы загрузки/выгрузки
C2 157 157 __0 0027000E0026 Температура
C4 100 100 __0 000000000000 События переназначения
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
2. BootICE на файл BCD ругается, при попытке открыть профиль пользователя - "Файл отсутствует или поврежден"(((
3. в отсутствие Нестабильных секторов запустил chkdsk и тут оказалось, что все (ну ладно, не совсем все - тысяч 36 из 42, причем и из Windows, и из PF, и из Users выборочно) файлы, их индексы, атрибуты нуждаются в исправлении, к слову, каталог пользователя в Users в ходе проверки исчез, но в dir***.chk было почти всё.
4. второй раздел на диске не затронут сей напастью.
5. Тест Verify в Victoria показал пару оранжевых по 215-250 (по секторам на втором разделе), но при повторном проходе на месте их не оказалось, зеленых не было

Вопрос - как это могло произойти при отсутствии нестабильных\переназначенных, ошибок по кабелю, медленных секторов? И почему изначально каталог пользователя в папке Users был, а после проверки его там не оказалось? И откуда такая массовость при том, что раздел в RAW не перешел, то есть разметка\$MFT вроде как не слетела?
P.S. Блок питания FoxLine FOC-FZ-450R 450W, в другой паре дюжин ПК той же конфигурации сбоев не дает, компьютеру нет и полгода.
P.P.S. Любые мнения приветствуются:)
P.P.P.S. неужели причина может быть в драйвере AHCI???

vfl
29-03-2017, 17:56
Грязный пол - знаю.
Грязный том - тоже.
Грязный файл - это что?
А ещё не знаю как понимать нуждас

gannet
29-03-2017, 19:03
"Грязный файл" по аналогии с грязным томом, то есть помеченным на наличие необходимых для исправления ошибок. Поверить в то, что столько папок/файлов (и не вложенных в 1-2!) "внезапно" стали битыми при исправном диске сложно, так что более подходящего прилагательного не нашел)))

vfl
29-03-2017, 20:09
то есть помеченным на наличие необходимых для исправления ошибок »
каких ошибок?

mwz
29-03-2017, 23:53
gannet, файл не помечается как "грязный" — там другой принцип.

У вас произошло серьёзное нарушение файловой системы: видимо испорчена MFT.
Компьютер был накануне выключен штатно — или, скажем, выключением Пилота (или электросеть пропала)?

PS
Да, и вы запустили chkdsk с флэшки, с исправлением ошибок? Тогда я вам не завидую. При таком количестве ошибок ваши файлы теперь придётся искать только по сигнатурам в *chk-файлах (есть утилиты, которые позволяют рассортировать *chk-файлы по doc, по docx, по jpg и т.д. — но без восстановления имён) и по тем же сигнатурам при поиске по свободному пространству диска для файлов, которые не были восстановлены как *.chk и, соответствено, были потеряны вообще.

gannet
30-03-2017, 07:16
Спасать инфу не надо (что было нужно - на другом разделе, да и из профиля пользователя почти все восстановилось по dir***.chk) :) возможно, стоило запостить в Хочу всё знать :dont-know
видимо испорчена MFT »Да, это выглядит логично, но почему тогда с флешки диск открывается (не стал RAW (https://ru.wikipedia.org/wiki/RAW_(%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0)#.D 0.92.D0.BE.D0.B7.D0.BC.D0.BE.D0.B6.D0.BD.D1.8B.D0.B5_.D0.BF.D1.80.D0.B8.D1.87.D0.B8.D0.BD.D1.8B)) и изначально в папке Users, например, были папки пользователей, да и вообще структура отображалась? У меня был случай, когда из-за ошибок диска последние записи файлов были некорректы (двойные-тройные) - папка с ними просто открывалась пустой [в Windows]... Впрочем в подтверждение этого можно указать то, что $mft был разбит на два фрагмента, вторая часть явно больше первой, и после беглой проверки на месте остались папки, что были в образе - то есть писались первыми! В опровержение - dir***.chk'и с целыми файлами и папками с сохранением имен, или chkdsk $mft по кусочкам восстанавливал (:up) ?
Компьютер был накануне выключен штатно — или, скажем, выключением Пилота (или электросеть пропала)? »На словах - "все как всегда, даже бережней", как было на деле - есть определенные сомнения
Да, и вы запустили chkdsk с флэшки, с исправлением ошибок? »Я же тогда еще не знал, сколько там ошибок, да и смарт молчал :o - получается не все серьезные ошибки попадают в него и правду открыли бы только Error Log'и... Хотя тут, наверное, просто нужно взять за правило - "сперва бэкап - потом лечение" Тем более, что признаки того, что проблема серьезная, были!

vfl
30-03-2017, 09:05
:unsure:
Жаль… Жаль, что нам так и не удалось послушать начальника транспортного цеха.

mwz
30-03-2017, 09:43
и изначально в папке Users, например, были папки пользователей, да и вообще структура отображалась? »
смарт молчал - получается не все серьезные ошибки попадают в него »

В SMART никогда не попадут ошибки, связанные не с диском, а с файловой системой (например — с неверно записанной $MFT), да и вообще с работой операционки: диск честно записывает ту информацию, что ему дали, а разбираться с её достоверностью — это не его уровень в иерархии компьютера.

Могла быть, например, проблема с памятью, которая привела к созданию неверной записи (типа: при вспышке на Солнце заряженная частица пролетела через модуль памяти, исказив информацию в нём). Я такие "разовые" проблемы, когда комп прекрасно работал до критической проблемы и затем месяцами работает вообще без проблем после её устранения, т.е. когда нет видимых причин, называю "несчастным случаем".

Но, кстати, да: не все ошибки диска попадают в SMART, а только те существенные, которые имеют явные признаки и, соответственно, поддаются контролю.

"сперва бэкап - потом лечение" »
Именно, и даже если точнее — бэкап нужен вообще всегда.

Сhkdsk при непонятных случаях надо сначала запускать без ключей, разрешающих исправления, и оценивать степень бедствия по отчёту о найденных [и не исправленных] ошибках.

Ну и в вашем случае пофайловый бэкап привёл бы к массе ошибок (не зря чекдиск почикал три четверти ваших файлов: программа бэкапа до них бы и не достучалась), и пришлось бы делать посекторный бэкап, т.е. не на уровне файловой структуры, а на уровне секторов диска. И тогда можно было бы повернуть время вспять, вернув посекторную копию на исходное место. Ну а затем разбираться проводится уже другими методами (у меня, например, однажды в результате такого "несчастного случая" на диске увеличился на единичку указатель на начало файловой таблицы, что я и обнаружил затем при просмотре структуры файловых записей; знающие товарищи подсказали, где этот указатель искать — и я изменил его значение на то, что должно было быть по моим представлениям. И попал в точку.).

gannet
30-03-2017, 11:07
каких ошибок? » файловой системы тома (http://windata.ru/windows-world/com/komanda-fsutil-dirty/)
mwz, Спасибо! Теперь верю:)

vfl
30-03-2017, 16:54
файловой системы тома »
Больной, скажите где конкрентно у вас болит и какие боли?
Доктор, вы что, совсем не алё? Я же вам говорю "У меня ОЧЕНЬ СИЛЬНО болит!".
:lol:

не зря чекдиск почикал три четверти ваших файлов »
Та ему что одну запись, что все почикать, в том числе и саму MFT - монокристально.
В том числе при незначительных ошибках.
А бэкап тоже разный бывает - хотя т\бы той же MFT.




© OSzone.net 2001-2012