Проверка диска обработано байтов usn
Обновлено: 30.06.2024
CHKDSK используется для проверки дисков и вывода отчетов о результатах проверки. Формат командной строки:
CHKDSK [том:[[путь]имя_файла]] [/F] [/V] [/R] [/X] [/I] [/C] [/L[:размер]]
Том Определяет точку подключения, имя тома или букву проверяемого диска с двоеточием.
имя_файла Файлы, проверяемые на наличие фрагментации (только FAT/FAT32).
/F Исправление ошибок на диске.
/R Поиск поврежденных секторов и восстановление их содержимого. (требует ключ /F ).
/L:размер Только для NTFS: изменение размера файла журнала до указанной величины (в КБ). Если размер не указан, выводится текущее значение размера.
/X При необходимости, принудительное отключение тома. Все открытые дескрипторы для этого тома будут недействительны. (требует параметр /F ).
/I Только для NTFS: менее строгая проверка индексных элементов.
/C Только для NTFS: пропуск проверки циклов внутри структуры папок.
Ключи /I или /C уменьшают время выполнения CHKDSK за счет пропуска некоторых проверок тома.
CHKDSK - проверить текущий диск (том) в режиме "только чтение"
Тип файловой системы: NTFS.
Метка тома: DISK_C.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Проверка файлов (этап 1 из 3).
Проверка файлов завершена.
Проверка индексов (этап 2 из 3).
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3).
Проверка дескрипторов безопасности завершена.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
488384000 КБ всего на диске.
482155688 КБ в 332072 файлах.
108552 КБ в 14989 индексах.
0 КБ в поврежденных секторах.
1120884 КБ используется системой.
65536 КБ занято под файл журнала.
4998876 КБ свободно на диске.
Размер кластера: 4096 байт.
Всего кластеров на диске: 122096000.
1249719 кластеров на диске.
CHKDSK D: /F - проверить диск D: в режиме исправления ошибок.
Если в данном режиме проверки CHKDSK не может получить монопольный доступ к проверяемому тому, то программа выдаст запрос на установку режима автоматического запуска тестирования указанного диска при следующей перезагрузке системы. Выполнение проверки будет произведено службой менеджера сеансов Windows, в соответствии с содержимым раздела реестра
HKLM\System\CurrentControlSet\Control\Session Manager\BootExecute
Результаты проверки можно просмотреть в журнале событий системы -(Панель управления - Администрирование - Просмотр событий - Приложение) уведомления службы Winlogon . Наличие признака запуска программы CHKDSK при следующей перезагрузке Windows можно проверить с помощью команды CHKNTFS , ссылку на описание которой, также можно найти на странице со списком команд CMD Windows. Кроме того, с ее помощью можно выполнить изменение некоторых параметров тестирования.
Не рекомендуется прерывать работу программы CHKDSK , запущенной с ключом /F поскольку, в таком случае, существует вероятность нарушения целостности файловой системы.
Работа программы CHKDSK делится на три основных прохода, в течение которых CHKDSK проверяет все метаданные на томе, и дополнительный четвертый проход. Термин "метаданные" означает "данных о данных." Метаданные являются надстройкой над файловой системой, в которой отслеживаются сведения обо всех файлах, хранящихся на томе. В метаданных содержатся сведения о кластерах, составляющих объем данных конкретного файла, о том, какие кластеры свободны, о кластерах, содержащих поврежденные сектора и т.д. С другой стороны, данные, содержащиеся в файле, обозначаются как "данные пользователя". В NTFS метаданные защищаются с помощью журнала транзакций. Процесс изменения метаданных делится на определенные логические этапы, или транзакции, которые фиксируются в журнале. Если последовательность действий по изменению метаданных логически не завершена, то выполняется откат по данным журнала транзакций на тот момент, когда это изменение еще не было начато. Другими словами, использование журнала транзакций, значительно повышает вероятность целостности метаданных.
Для защиты данных пользователей ( не метаданных ) в файловой системе NTFS этот способ не используется.
Этап 1. Проверка файлов
Этап 2. Проверка индексов
По существу, индексы - это каталоги файловой системы NTFS. CHKDSK выполняет проверку того, что нет "потерянных" файлов и что во всех списках каталогов содержатся существующие файлы. Потерянным называется файл, для которого существует правильный сегмент записи файла, но о котором нет данных ни в одном списке каталога. Потерянный файл может быть восстановлен в соответствующем ему каталоге, если этот каталог еще существует. Если соответствующий каталог более не существует, CHKDSK создаёт каталог в корневом каталоге диска и перемещает файл в него.
Этап 3. Проверка дескрипторов безопасности
В дескрипторах безопасности содержатся сведения о владельце файла или каталога, о разрешениях NTFS для данного файла или каталога, и об аудите для данного файла или каталога. CHKDSK проверяет структуру каждого дескриптора безопасности, но не выполняет проверку реального существования перечисленных пользователей или групп и правомерность предоставленных разрешений.
Этап 4. Проверка секторов
Данный этап выполнения CHKDSK определяется наличием параметра /R при запуске программы. Выполняется поиск поврежденных секторов в свободном пространстве тома . CHKDSK выполняет попытку чтения каждого сектора на томе, и , при обнаружении ошибки, кластер, в который входит данный сектор, помечается как дефектный и исключается из логической структуры тома. Даже без использования ключа /R программа всегда проверяет чтением секторы, относящиеся к таблице MFT ( к метаданным ). Кроме того, секторы, которые используются для области пользовательских данных, проверяются на предыдущих этапах работы CHKDSK.
Необходимо учитывать тот факт, что время выполнения CHKDSK с ключом /R может быть значительным. Кроме того, современные жесткие диски имеют встроенную систему самотестирования и контроля параметров (S.M.A.R.T) , наличие которой делает бессмысленным использование режима поиска поврежденных секторов с помощью CHKDSK , поскольку все современные накопители постоянно выполняют внутренние подпрограммы контроля технического состояния и самодиагностики, а также встроенные на микропрограммном уровне процедуры переназначения плохо читающихся секторов ( нестабильных секторов ) на секторы из резервной области ( процедура remap или ремап ). Данные процессы происходят невидимо для пользователя компьютера. Поэтому, наличие сбойных блоков ( Bad Blocks ) возможно только при отсутствии свободного места в резервной области для переназначения, или при возникновении сбоев в момент записи данных в сектор, например, при аварийном выключении первичного электропитания.
Проверка диска в Windows 10 с помощью утилиты chkdsk
Чтобы проверить жесткий диск на ошибки, запустите командную строку с правами администратора. Выполните команду:
Данная команда запустит проверку диска E:\, найденные ошибки будут исправлены автоматически (/F), при наличии поврежденных секторов будет выполняться попытка восстановления информации (/R). Полная проверка диска может занять длительное время в зависимости от емкости носителя и количества файлов.
Утилита chkdsk последовательно выполняет четыре прохода, на которых выполняется проверка метаданных тома:
- Этап 1. Проверка файлов
- Этап 2. Проверка индексов
- Этап 3. Проверка дескрипторов безопасности
- Этап 4. Проверка секторов
После окончания проверки диска вы увидите подробную статистику диска, информацию о поврежденных секторах и файлах, предпринятых действиях по восстановлению.
Если утилита chkdsk не обнаружила проблем, появится надпись:
Вы не сможете выполнить онлайн сканирование и исправление ошибок на системном диске (C:\). При запуске команды chkdsk C: /F /R вы увидите, что диск заблокирован и его проверку можно выполнить только при следующей перезагрузке Windows:
Теперь, если вы перезагрузите Windows, запустится проверка диска. Нужно дождаться ее окончания.
Если вы хотите проверить на ошибки диск в офлайн режиме (пропустить онлайн проверку), используйте опцию offlinescanandfix:
chkdsk E: /f /offlinescanandfix
При использовании опции offlinescanandfix для системного диска будет предложено запланировать проверку при перезагрузке.
Скорость офлайн проверки диска в Windows 10 существенно увеличена по сравнению с предыдущими версиями ОС. Не рекомендуется прерывать выполнение команды chkdsk. Однако, если вы руками остановите/завершите процесс chkdsk.exe, вы не повредите этим том (он не повредится сильнее, чем он был поврежден изначально). В любом случае через какое-то время рекомендуется выполнить полную проверку диска.В Windows 10 обслуживание дисков (проверка и дефрагментация) выполняются автоматически по расписанию или во время бездействия компьютера. Информацию о статусе автоматической проверки дисков можно найти в меню Панель управления -> Центр безопасности и обслуживания -> Обслуживание -> Состояние диска (Control Panel -> System and Security -> Security and Maintenance -> Drive status). На скриншоте виден статус All drives are working properly .
Также в современных билдах Windows 10 добавлена утилита диагностики хранилища StorDiag.exe (Storage Diagnostic Tool). Данная утилита выполняет сразу несколько операций проверки диска ( chkdsk , fsutil и fltmc ). Лог можно сохранить в виде ETW трейса. Например:
stordiag.exe -collectEtw -checkfsconsistency -out %userprofile%\desktop
Проверка ошибок на жестком диске с помощью PowerShell
В версии PowerShell 4.0 появился отдельный командлет для проверки диска Repair-Volume. Это командлет является PowerShell аналогом команды chkdsk.
Чтобы из PowerShell выполнить онлайн проверку жесткого диска на ошибки, выполните команду:
Repair-Volume –driveletter C –scan
Repair-Volume –driveletter E –offlinescanandfix
Также поддерживается быстрое исправление ошибок с помощью параметра spotfix (исправляются только ошибки, найденные при онлайн сканировании):
Repair-volume –driveletter E –spotfix
Можно проверить сразу несколько локальных дисков:
Repair-Volume -DriveLetter EHI –SpotFix
Через CIM сессии проверить диски на удаленных компьютерах:
Repair-Volume –driverletter c -scan –cimsession fs01,fs02,dc01
Также вы можете проверить SMART состояние жестких дисков из PowerShell с помощью командлетов из модуля Storage:Get-PhysicalDisk | Sort Size | FT FriendlyName, Size, MediaType,SpindleSpeed, HealthStatus, OperationalStatus -AutoSize
Просмотр результата (лога) проверки диска Chkdsk в Windows 10
При проверке диска в онлайн режиме, вы видите в консоли полную статистику. Однако, если вы запланировали проверку диска с помощью опции offlinescanandfix, вы не увидите на экране загрузки Windows итоговый отчет chkdk. В Windows 10 на экране загрузки отображается только общий процент выполнения проверки диска.
В Windows 10 вы можете получить информацию о всех действиях, которые были выполнены процедурой проверки дисков только из журнала событий Windows (Event Viewer).
Откройте Windows Event Viewer ( Eventvwr.msc ).
В открывшемся окне перейдите в раздел Windows Logs -> Application.
Щелкните ПКМ по разделу Application и выберите пункт меню Find. В строке поиска введите chkdsk и нажмите Find next.
Можно искать по источнику событий. Для поиска событий проверки диска при загрузке Windows нужно искать включить фильтр по событиям с источнико Wininit. Для событий проверки диска, инициированных пользователем смотрите источник Chkdsk.
Поиск должен перейти на последнее событие с Event ID 1001 и источником Wininit. На вкладке General будет содержаться подробный лог с данными последней проверки системного диска.
Вы можете получить информацию из событий проверки диска с помощью PowerShell. Следующая команда экспортирует 5 последних результатов проверки диска из журнала событий и сохранит их на рабочий стол в текстовый файл CHKDSK_SCAN.txt.
Get-EventLog -LogName Application -Source chkdsk | Select-Object -Last 5 -Property TimeGenerated,Message | Format-Table -Wrap| out-file "$env:userprofile\Desktop\CHKDSK_SCAN.txt"
Полученный файл можно открыть в любом текстовом редакторе.
Итак, мы получили журнал проверки дисков, выполненной при загрузке Windows 10. Если Windows запускает проверку при каждой загрузке ОС или проверка зависает, возможно стоит временно отключить автоматическую проверку дисков при загрузке Windows.
Предыдущая статья Следующая статья
Большое спасибо, инфа очень пригодилась
Ищет только при наборе eventvwr.
Проверка файловой системы на C:
Тип файловой системы-NTFS.
Метка тома-это Windows.
Была запланирована проверка диска.
Теперь Windows проверит диск.
Windows внесла исправления в файловую систему.
Никаких дальнейших действий не требуется.
148795388 КБ всего дискового пространства.
35573640 КБ в 130357 файлах.
91072 КБ в 34092 индексах.
0 КБ в поврежденных секторах.
295580 КБ используется системой.
65536 КБ, занятый файлом журнала.
112835096 КБ доступно на диске.
4096 байт в каждом кластере.
37198847 всего единиц распределения на диске.
28208774 единицы распределения доступны на диске.
Windows закончила проверку вашего диска.
Пожалуйста, подождите, пока ваш компьютер перезагрузится.
При большом размере лога он не влезает в поле журнала Windows и обрезается.
Полную версию искать в папке System Volume Information проверяемого тома, которую лучше открыть из под учётной записи SYSTEM или придётся изменять права доступа на неё.
"Неверный атрибут BITMAP основной таблицы файлов"
С чем это может быть связано? Проблем в работе не наблюдается абсолютно никаких, то же самое выдавало и на предыдущей системе. Система Windows 7 x64, проверял Acronis Disk Director 11 Home (по сути тот же чекдиск). Эта ошибка никуда не девается и после параметра F
Система установлена на ноутбуке HP Pavilion dv5-1260er
результат проверки на скриншоте:
| Конфигурация компьютера | |
| Процессор: Intel C2D E6750 | |
| Материнская плата: Asus P5K-VM | |
| Память: 4 X 1024MB Kingston KVR800D2N5 | |
| HDD: Seagate Barracuda 7200.10 320GB sATAII | |
| Видеокарта: Asus Radeon HD5570 | |
| Звук: HDA кодек Realtek ALC883 | |
| Блок питания: Antec 500W ATX | |
| CD/DVD: SonyNEC Optiarc AD-7203S | |
| Монитор: Acer 1934M | |
| ОС: Windows 7 Ultimate 32-bit | |
| Индекс производительности Windows: 5.4 |
-------
Нефиг ставить то, к чему второй сервис-пак не вышел.
"Есть старое правило - чтобы не было геморроя, руки должны быть прямыми, а извилины - кривыми, но не наоборот." © Korzh
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Аналогичная проблема, только на файлопомойке. Chkdsk запускал и из самой системы и из консоли восстановления, — результата никакого, при следующей проверке снова ругается на ошибки. Смарт диска:Пробовал, наверное, все способы, что смог нагуглить, не помогает ничего. Буду благодарен любой помощи.
Какая аналогичная. тоже метафайл $Bitmaр неверный, или нечто другое.Полный рапорт чекдиска покажите.
Имело бы смысл для начала посмотреть S.M.A.R.T. диска.
Бегло глянул SMART, --- вроде как он впорядке.
На всякий случай загрузитесь со стороны с Live CD с Victoria 4.46 на борту и выполните просто тест линейного чтения, хотя скорее всего дело не в бэдах…
и скачайте дисковые редакторы DMDE (пойдёт FREE версия) и WinHex (нужна лицензия специалист, --- на варёзке полно…).
А я пока на подопытном кролике потренируюсь битовую карту сносить и восстанавливать. Если у меня гладко пройдёт, то и Вы потом побалуетесь.
имеется 2 харда, второй хард разделен на 3 раздела (все в NTFS),
после спящего режима на вин ХР перестал открываться 1й раздел на нем,
в управлении дисками отображается его размер и состояние "Исправен",
в свойствах файловая система RAW и емкость 0 байт.
запустил Акронис, удалил раздел, создал заново, пойду данные вытаскивать
R-Studio видит что то странное, кроме вновь созданного раздела есть ещё какой-то без буквы, и начало обоих разделов совпадает
эх, видимо придется всё заново с торрента качать (((
Kelvin
Не стоило этого делать. Просто на будущее, если у вас слетела ФС, то никогда и ничем не пишите на этот диск ничего, пока хотите хоть что-то восстановить с него. Создание раздела акронисом неизбежно куда-то что-то записало, и, возможно, затерло все остатки старой ФС. А до этого были все шансы полностью все восстановить, т.к. ФС обычно хранится в двух экземплярах.запустил Акронис, удалил раздел, создал заново, пойду данные вытаскивать
Kelvin
Можно было просто восстановить его через тот же Акронис.запустил Акронис, удалил раздел, создал заново, пойду данные вытаскивать
чекдиском надо было прост проверить
diesel.elcat.kg вы имеете ввиду Acronis Recovery Expert - восстановления удаленных разделов? , как то забыл про эту замечательную функцию
tempacc буду иметь ввиду
где можно поподробней почитать про
ФС обычно хранится в двух экземплярах
Kelvin
Она самая, вроде есть в любом Acronis Disk Director. Сам ей пару раз восстанавливал NTFS разделы. Но после форматирования думаю лучше будет через R-Studio инфу на другой хард восстановить.вы имеете ввиду Acronis Recovery Expert - восстановления удаленных разделов?
опять проблемы с тем же разделом (первым на харде), только теперь при попытке на него зайти говорит, что диск или папка повреждены
решил его чекдиском проверить, чекдиск сказал что требуется перезагрузка, я согласился,
после перезагрузки пропали все разделы с этого харда (разделов у меня там 3), когда зашел в управление дисками, вылез "Мастер инициализации и преобразования дисков"
я выбрал инициализацию без преобразования, изменений не заметил, в управлении дисками диск "Не распределен"
тогда я его программой Seagate DiscWizard -> Диспетчер дисков расширенной емкости -> выделить пространство, разделов не видать
загрузился с флешки, запустил Acronis Recovery Expert под вин 7, акроис оказывается некорректно видит диск (не видит весь объем), но я все равно попытался найти разделы, как оказалось неудачно
P.S. хард Seagate 3ТБ, таблица разделов MBR, размер кластера 4Кб, разделен на 3 раздела по 931ГБ (делился с загрузочной флешки на основе HirensBootCD), работал под WinXP (32bit) с использованием Seagate DiscWizard.
Вопрос: как влияет на надежность не размеченное пространство в начале диска ?
Вопрос: как влияет на надежность не размеченное пространство в начале диска ?
Kelvin
Due to the limits of CHS addressing,[14][15] a transition was made to using LBA or Logical Block Addressing. Both the partition length and partition start address are sector values stored in the partition table entries as 32-bit quantities. The sector size used to be considered fixed at 512 (29) bytes, and a broad range of important components including chipsets, operating systems, database engines, partitioning tools, backup and file system utilities and other software had this value hard-coded. Since the end of 2009, disk drives using a new technology known as Advanced Format and employing 4,096-byte sectors (4Kn) have been available, although the size of the sector for some of these drives was still reported as 512 bytes to the host system through conversion in the hard drive firmware and referred to as 512 emulation drives (512e).P.S. хард Seagate 3ТБ, таблица разделов MBR, размер кластера 4Кб, разделен на 3 раздела по 931ГБ (делился с загрузочной флешки на основе HirensBootCD), работал под WinXP (32bit) с использованием Seagate DiscWizard.
На стационарном месте системного блока.
Да, галочки стоят, но не активны почему-то (нельзя отключить).
Добавлено через 3 минуты
Есть как минимум две основные причины такого (если речь идёт о NTFS):- в записи файла в размере инициализированного стоит 0. (*)
- в атрибуте, отвечающем за расположение файла ест какие то ошибки, которые чекдиском обычно "лечатся" методом обрезания по самое не хочу.
(*) В этом случае, если поверх прежнего расположения файла ничего не записалось, есть шанс на то что после корректировки записи файл восстановится.
По любому, не лишним будет посмотреть что сделал чекдиск (в отношении записей проблемных файлов). Исходя из этого можно будет более точно понять в каком направлении "копать". Файлы уже восстановил в принципе некоторые (на другом диске кое-что было), а некоторые удалил.
Если подскажите где найти результаты работы программы чекдиск, то с удовольствием покажу вам их) Что касается логов чекдиска тот тут ты меня озадачил.
1. В каком то из журналов винды.
2. Бывает в подпапке Chkdsk папки System Volume Information - в данную папку не так просто зайти, но это и не обязательно - можно для этого использовать возможности программы DMDE, которой пригодится посмотреть что с записями проблемных файлов и ещё кое что.
Сейчас ещё остались файлы нулевых размеров? Что касается логов чекдиска тот тут ты меня озадачил.
1. В каком то из журналов винды.
2. Бывает в подпапке Chkdsk папки System Volume Information - в данную папку не так просто зайти, но это и не обязательно - можно для этого использовать возможности программы DMDE, которой пригодится посмотреть что с записями проблемных файлов и ещё кое что.
Сейчас ещё остались файлы нулевых размеров?
Программа Chkdsk была запущена в режиме чтения и записи.
Проверка файловой системы на E:
Тип файловой системы: NTFS.
Метка тома: DRV2.
Этап 1. Проверка базовой структуры файловой системы.
Обработано записей файлов: 119552. Проверка файлов завершена.
Обработано больших файловых записей: 4494.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов.
Обработано записей повторного анализа: 8562.
Обработано записей индекса: 132126. Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов в утерянное и найденное: 0.
Обработано записей повторного анализа: 8562.
Этап 3. Проверка дескрипторов безопасности.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 6288. CHKDSK проверяет журнал USN.
Обработано байт USN: 143253496. Завершена проверка журнала USN
Этап 4. Поиск поврежденных кластеров в данных пользовательских файлов.
Обработано файлов: 119536. Проверка содержимого файла завершена.
Этап 5. Поиск поврежденных и свободных кластеров.
Обработано свободных кластеров: 51172359. Проверка свободного места на диске завершена.
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.
5723036 МБ всего на диске.
2524258 МБ в 66578 файлах.
163584 КБ в 6289 индексах.
0 КБ в поврежденных секторах.
354943 КБ используется системой.
65536 КБ занято под файл журнала.
3198272 МБ свободно на диске.
65536 байт в каждой единице распределения.
Всего единиц распределения на диске: 91568591.
Доступно единиц распределения на диске: 51172359.
Нашёл журнал :-) И файлы нулевого размера тоже оказывается остались :-/
Такое подходит?
Программа Chkdsk была запущена в режиме чтения и записи.
Проверка файловой системы на E:
Тип файловой системы: NTFS.
Том отключен. ВCE ОТКРЫТЫЕ ДЕСКРИПТОРЫ ТОМА СТАЛИ НЕВЕРНЫ.
Метка тома: DRV2.
Этап 1. Проверка базовой структуры файловой системы.
Обработано записей файлов: 119552. Проверка файлов завершена.
Обработано больших файловых записей: 4494.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов.
Обработано записей повторного анализа: 8562.
Обработано записей индекса: 132126. Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов в утерянное и найденное: 0.
Обработано записей повторного анализа: 8562.
Этап 3. Проверка дескрипторов безопасности.
Очистка от неиспользуемых индексных записей 72 в индексе $SII файла 0x9.
Очистка от неиспользуемых индексных записей 72 в индексе $SDH файла 0x9.
Очистка 72 неиспользованных дескрипторов безопасности.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 6288. CHKDSK проверяет журнал USN.
Обработано байт USN: 143253320. Завершена проверка журнала USN
Этап 4. Поиск поврежденных кластеров в данных пользовательских файлов.
Обработано файлов: 119536. Проверка содержимого файла завершена.
Этап 5. Поиск поврежденных и свободных кластеров.
Обработано свободных кластеров: 51172360. Проверка свободного места на диске завершена.
В битовой карте тома обнаружено свободное место, помеченное как выделенное.
Windows сделала исправления в файловой системе.
Дальнейшие действия не требуются.
5723036 МБ всего на диске.
2524258 МБ в 66577 файлах.
163584 КБ в 6289 индексах.
0 КБ в поврежденных секторах.
354943 КБ используется системой.
65536 КБ занято под файл журнала.
3198272 МБ свободно на диске.
65536 байт в каждой единице распределения.
Всего единиц распределения на диске: 91568591.
Доступно единиц распределения на диске: 51172360.
Ошибки есть, но это обычные и не имеют отношения к проблеме.
А логи эти из журнала или из указанной папки (на том томе где проблемные файлы)? Если реально не делалось усечение атрибутов файлов, то возможен другой вариант о котором писал выше.
Пробовал работать с DMDE? Хочешь разобраться или как? Если хочешь - напишу как.
Были обычные.
Поковырялся в E:\System Volume Information\Chkdsk и нашёл похоже то что надо - файл SpotFix20190302225523:
Проверка файловой системы на E:
Том отключен. ВCE ОТКРЫТЫЕ ДЕСКРИПТОРЫ ТОМА СТАЛИ НЕВЕРНЫ.
Метка тома: DRV2.
Проверка записей (158) о повреждениях.
Запись 1 из 158: Поврежденный файл "\Video\такой-то.mkv <0x3,0x49>" . Флаг разреженности в атрибуте стандартной информации в файле 0x49
не должен быть задан.
Исправление сегмента 73 записи разреженного файла.
обнаружено и исправлено повреждение.
Запись 2 из 158: Поврежденный файл "\Video\Cartoon\такой-то.mkv <0x3,0x6c>" . Флаг разреженности в атрибуте стандартной информации в файле 0x6c
не должен быть задан.
Исправление сегмента 108 записи разреженного файла.
обнаружено и исправлено повреждение.
и т.д. 158 аж. Заканчивается так:
Обработано записей о повреждениях: 158 за 32.1 с.
Windows исправила все обнаруженные ранее проблемы с этим диском.
Дальнейшие действия не требуются.
Добавлено через 1 минуту
ZimDХочешь разобраться или как? Если хочешь - напишу как. ZimD
Вот это то самое.
И вполне ожидаемое - разреженные файлы. Учитывая что это файлы видео, то предположу что скачаны через торренты. А некоторые клиенты изначально записывают их на диск мелкими фрагментами и (что более странно) делают их разреженными. это и приводит к тому что файл имеет ооооооооочень большое число фрагментов, описание расположения которых требует огромное число записей MFT. Если в базовой записи не хватает места для перечисления всех записей, используется расширенный атрибут, в котором перечисляются все записи.
В случае повреждения любой из этих составляющей из них вся эта "цепочка" нарушается и чекдиск "фиксит" всё это таким образом.
И тут остаётся только понять что же случилось - а вот с этим скорей всего облом, потому как надо иметь то, что было до правки чекдиском. Хотя, а вдруг у тебя имеется образ тома Е до фикса?
Даже если и нет предшествующего состояния можно всё таки посмотреть как выглядят записи повреждённых файлов, в том числе и уже удалённых (если они ещё не перезаписались чем то новым.
Итак
1. Запускаешь программу DMDE (GUI версия удобней).
2. В окне выбора можешь сразу выбрать логический диск (я так понимаю Е) и на последующем окне Разделы выбрать том и открыть его.
3. В открытом томе, переходишь в правое верхнее окно и заходишь в папку Root а далее продвигаясь по структуре папок находишь нужный файл. Можно и не бродить по папкам а воспользоваться поиском по типу (имени) файла.
3. Когда найдёшь проблемный файл, выдели его и нажми Ctrl+Enter (или в контекстном меню выбери "Открыть файл MFT (диск.редактор)
И смотри на содержимое окна ниже. Интересует наличие среди нескольких атрибутов 20-го - это и есть расширенный атрибут. Выделяешь его и нажимаешь пробел - список раскроется и в нём видно какая структура этого расширенного атрибута (бывает двух типов).
Можешь сделать аналогичное и на тех файлах, которые не потеряли размер.
В случае если хочется посмотреть запись удалённого файла, то надо сделать Виртуальную реконструкцию, после которой станут видны и удалённые файлы (с характерным значком корзины).
На скриншоте я выделил цветом на что стоит обратить внимание:
красным выделен значок удалённого файла
зелёным - номер файловой записи
филетовым - номер атрибута
коричневым - открытый 20-й атрибут
Хинт. В логе чекдиска фигурируют номера исправленных записей.
В твоём - в шестнадцатиричном виде, хотя могут и в десятичной (иногда даже в одной строке бывает что и так и так). Шестнадцатиричные можно определить по 0х в начале (например "в файле 0x6c").
Переводишь шестнадцатиричное в десятичное и получаешь 0x6c = 108
Зная номер исправленного файла можно не искать его в структуре папок а просто перейти к нужной записи. Для этого в меню Редактор выбираешь "Файловая запись" или просто нажимаешь Alt+F, вбиваешь нужный номер записи и переходишь к ней..
Читайте также: