Форум 3DNews
Вернуться   Форум 3DNews > Железо > Носители информации

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 29.03.2019, 16:33   [включить плавающее окно]   #1
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Unhappy Файлы нулевого размера

Сегодня заметил, что на жёстком диске стало очень много файлов с размером 0 КБ. Этому недугу подверглись пока что только видео файлы большого размера.

Помогите пожалуйста разобраться почему так происходит? Что может вызвать такую ужасную ситуацию?

Я грешу на то что производил проверку диска встроенными средствамиСегодня заметил, что на жёстком диске стало очень много файлов с размером 0 КБ. Этому недугу подверглись пока что только видео файлы большого размера.

Помогите пожалуйста разобраться почему так происходит? Что может вызвать такую ужасную ситуацию?

Я грешу на то, что производил проверку диска встроенными средствами Вин. 10. На вирусы проверил - нету. СМАРТ диска тоже в порядке. Вин. 10. На вирусы проверил - нету. СМАРТ диска тоже в порядке.
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 29.03.2019, 17:28   [включить плавающее окно]   #2
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (ZimD) »
Вин. 10
Давай уточним ситуацию... у тебя Windows 10?
Цитата (ZimD) »
недугу подверглись пока что только видео файлы большого размера
"До того" эти файлы были адекватного размера, и видео из них показывалось плеерами?
Эти файлы были на несменном накопителе, или на внешнем?
"Быстрый запуск" в Win10 включён?
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 29.03.2019, 17:54   [включить плавающее окно]   #3
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Есть как минимум две основные причины такого (если речь идёт о NTFS):
- в записи файла в размере инициализированного стоит 0. (*)
- в атрибуте, отвечающем за расположение файла ест какие то ошибки, которые чекдиском обычно "лечатся" методом обрезания по самое не хочу.
(*) В этом случае, если поверх прежнего расположения файла ничего не записалось, есть шанс на то что после корректировки записи файл восстановится.
По любому, не лишним будет посмотреть что сделал чекдиск (в отношении записей проблемных файлов). Исходя из этого можно будет более точно понять в каком направлении "копать".
9285 вне форума  
Ответить с цитированием
Непрочитано 29.03.2019, 19:56   [включить плавающее окно]   #4
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (Smirnoff) »
Давай уточним ситуацию... у тебя Windows 10?
Совершено верно.

Цитата (Smirnoff) »
"До того" эти файлы были адекватного размера, и видео из них показывалось плеерами?
Так точно.

Цитата (Smirnoff) »
Эти файлы были на несменном накопителе, или на внешнем?
На стационарном месте системного блока.

Цитата (Smirnoff) »
"Быстрый запуск" в Win10 включён?
Да, галочки стоят, но не активны почему-то (нельзя отключить).

Добавлено через 3 минуты

Цитата (9285) »
Есть как минимум две основные причины такого (если речь идёт о NTFS):
- в записи файла в размере инициализированного стоит 0. (*)
- в атрибуте, отвечающем за расположение файла ест какие то ошибки, которые чекдиском обычно "лечатся" методом обрезания по самое не хочу.
(*) В этом случае, если поверх прежнего расположения файла ничего не записалось, есть шанс на то что после корректировки записи файл восстановится.
По любому, не лишним будет посмотреть что сделал чекдиск (в отношении записей проблемных файлов). Исходя из этого можно будет более точно понять в каком направлении "копать".
Файлы уже восстановил в принципе некоторые (на другом диске кое-что было), а некоторые удалил.
Если подскажите где найти результаты работы программы чекдиск, то с удовольствием покажу вам их)
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 29.03.2019, 20:10   [включить плавающее окно]   #5
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Что касается логов чекдиска тот тут ты меня озадачил.
1. В каком то из журналов винды.
2. Бывает в подпапке Chkdsk папки System Volume Information - в данную папку не так просто зайти, но это и не обязательно - можно для этого использовать возможности программы DMDE, которой пригодится посмотреть что с записями проблемных файлов и ещё кое что.
Сейчас ещё остались файлы нулевых размеров?
9285 вне форума  
Ответить с цитированием
Непрочитано 29.03.2019, 20:53   [включить плавающее окно]   #6
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (9285) »
Что касается логов чекдиска тот тут ты меня озадачил.
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.


Нашёл журнал :-) И файлы нулевого размера тоже оказывается остались :-/
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 29.03.2019, 23:12   [включить плавающее окно]   #7
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
Это лог, но только исправного тома а надо найти такой, в котором есть сообщения об исправлении ошибок типа таких, как на скриншоте.
Миниатюры
Нажмите на изображение для увеличения
Название: 1.PNG
Просмотров: 185
Размер:	14.2 Кб
ID:	54659  
9285 вне форума  
Ответить с цитированием
Непрочитано 30.03.2019, 14:18   [включить плавающее окно]   #8
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (9285) »
ZimD
Это лог, но только исправного тома а надо найти такой, в котором есть сообщения об исправлении ошибок типа таких, как на скриншоте.
Нашел и такой:

Такое подходит?
Программа 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.
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 30.03.2019, 17:21   [включить плавающее окно]   #9
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
Ошибки есть, но это обычные и не имеют отношения к проблеме.
А логи эти из журнала или из указанной папки (на том томе где проблемные файлы)? Если реально не делалось усечение атрибутов файлов, то возможен другой вариант о котором писал выше.
Пробовал работать с DMDE? Хочешь разобраться или как? Если хочешь - напишу как.
9285 вне форума  
Ответить с цитированием
Непрочитано 30.03.2019, 20:00   [включить плавающее окно]   #10
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Были обычные.
Поковырялся в 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 минуту

Цитата (9285) »
ZimD
Хочешь разобраться или как? Если хочешь - напишу как.
Давайте разбираться почему так вышло?!)
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 30.03.2019, 23:15   [включить плавающее окно]   #11
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
Вот это то самое.
И вполне ожидаемое - разреженные файлы. Учитывая что это файлы видео, то предположу что скачаны через торренты. А некоторые клиенты изначально записывают их на диск мелкими фрагментами и (что более странно) делают их разреженными. это и приводит к тому что файл имеет ооооооооочень большое число фрагментов, описание расположения которых требует огромное число записей MFT. Если в базовой записи не хватает места для перечисления всех записей, используется расширенный атрибут, в котором перечисляются все записи.
В случае повреждения любой из этих составляющей из них вся эта "цепочка" нарушается и чекдиск "фиксит" всё это таким образом.
И тут остаётся только понять что же случилось - а вот с этим скорей всего облом, потому как надо иметь то, что было до правки чекдиском. Хотя, а вдруг у тебя имеется образ тома Е до фикса?
9285 вне форума  
Ответить с цитированием
Непрочитано 31.03.2019, 01:50   [включить плавающее окно]   #12
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Даже если и нет предшествующего состояния можно всё таки посмотреть как выглядят записи повреждённых файлов, в том числе и уже удалённых (если они ещё не перезаписались чем то новым.
Итак
1. Запускаешь программу DMDE (GUI версия удобней).
2. В окне выбора можешь сразу выбрать логический диск (я так понимаю Е) и на последующем окне Разделы выбрать том и открыть его.
3. В открытом томе, переходишь в правое верхнее окно и заходишь в папку Root а далее продвигаясь по структуре папок находишь нужный файл. Можно и не бродить по папкам а воспользоваться поиском по типу (имени) файла.
3. Когда найдёшь проблемный файл, выдели его и нажми Ctrl+Enter (или в контекстном меню выбери "Открыть файл MFT (диск.редактор)
И смотри на содержимое окна ниже. Интересует наличие среди нескольких атрибутов 20-го - это и есть расширенный атрибут. Выделяешь его и нажимаешь пробел - список раскроется и в нём видно какая структура этого расширенного атрибута (бывает двух типов).
Можешь сделать аналогичное и на тех файлах, которые не потеряли размер.
В случае если хочется посмотреть запись удалённого файла, то надо сделать Виртуальную реконструкцию, после которой станут видны и удалённые файлы (с характерным значком корзины).

На скриншоте я выделил цветом на что стоит обратить внимание:
красным выделен значок удалённого файла
зелёным - номер файловой записи
филетовым - номер атрибута
коричневым - открытый 20-й атрибут

Хинт. В логе чекдиска фигурируют номера исправленных записей.
В твоём - в шестнадцатиричном виде, хотя могут и в десятичной (иногда даже в одной строке бывает что и так и так). Шестнадцатиричные можно определить по 0х в начале (например "в файле 0x6c").
Переводишь шестнадцатиричное в десятичное и получаешь 0x6c = 108
Зная номер исправленного файла можно не искать его в структуре папок а просто перейти к нужной записи. Для этого в меню Редактор выбираешь "Файловая запись" или просто нажимаешь Alt+F, вбиваешь нужный номер записи и переходишь к ней..
Миниатюры
Нажмите на изображение для увеличения
Название: sample.png
Просмотров: 201
Размер:	38.3 Кб
ID:	54661  
9285 вне форума  
Ответить с цитированием
Непрочитано 31.03.2019, 01:53   [включить плавающее окно]   #13
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Предположение насчёт торентов указанных файлов верное, хотя, если не ошибаюсь не всех. По-моему некоторые обнуленные файлы были перекинуты с диска на диск.
Образа диска к увы нету, ведь это самый большой из имеющихся у меня жёстких дисков - на 6 ТБ.
Можно ли что-то сделать чтобы в будущем такое не повторилось?
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.03.2019, 02:09   [включить плавающее окно]   #14
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Цитата (ZimD) »
Можно ли что-то сделать чтобы в будущем такое не повторилось?
Чтобы минимизировать фрагментацию закачиваемых файлов, нужно в настройках торрент-клиента выбрать опцию предварительного резервирования места для файлов. Я так понял что в этом случае торрент-клиент перестает использовать разреженные (sparse) файлы https://qbforums.shiki.hu/index.php?topic=2908.0
Цитата (Dayman) »
sparse is enabled when preallocation is off
Наверное так и в остальных клиентах. Но например в uTorrent можно проверить состояние флага diskio.sparse_files в разделе дополнительных настроек.

Я использую Vuze, и там переключатель предварительного резервирования места для файлов находится в меню Tools -> Options -> Files -> Allocate and zero new files on creation. Если у вас uTorrent - посмтрите в Options -> Preferences -> General -> Preallocate all files

Ну и можно рискнуть сделать дефрагментацию существующих файлов (торрент на это время лучше не запускать). /рискнуть - потому что непонятна причина повреждений в MFT/
Миниатюры
Нажмите на изображение для увеличения
Название: Allocate and zero new files on creation.JPG
Просмотров: 193
Размер:	73.3 Кб
ID:	54662   Нажмите на изображение для увеличения
Название: MBccf.png
Просмотров: 168
Размер:	42.7 Кб
ID:	54664  
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.

Последний раз редактировалось garniv; 31.03.2019 в 04:11.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.03.2019, 08:26   [включить плавающее окно]   #15
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
Сами по себе, разреженные файлы "выглядят" как расчёска и когда ты производишь запись на диск с таковыми, то и новые данные записываются в промежутки между, что приводит и к их фрагментации.
Насчёт новых торрентов читай совет garniv, что касается уже записанных, то я не знаю дефрагментатора, который бы позволял избавится от расширенного атрибута - все, с какими доводилось сталкиваться сами данные могут собрать в единый блок, и даже данные расположения в одной записи собирают в одну, но вот саму кучу этих записей нет. И в плане ненадёжности этой конструкции ничего не изменяется.
Если на диске есть достаточно свободного места, то могу лишь предложить следующее. Если торент клиент работает - заверши его. Всё таки сделай дефрагментацию - это чтобы данные файлов просто собрались в одно место.
Ну а потом скопируй файл (ы) в другую папку, старый удали а на его место верни скопированный.
Тут только есть одна закавыка - что за диск у тебя? Если с SMR то даже не знаю стоит ли такое делать - точнее на сколько дней это может затянуться.
PS. Не факт что есть вина быстрого запуска, но от этой гадости лучше отказаться.
9285 вне форума  
Ответить с цитированием
Непрочитано 31.03.2019, 10:16   [включить плавающее окно]   #16
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (9285) »
Даже если и нет предшествующего состояния можно всё таки посмотреть как выглядят записи повреждённых файлов, в том числе и уже удалённых (если они ещё не перезаписались чем то новым.
Спасибо за подробное описание. Думаю получилось, то что надо. Вот только не понимаю что это значит теперь:
Миниатюры
Нажмите на изображение для увеличения
Название: сш1.jpg
Просмотров: 188
Размер:	165.5 Кб
ID:	54666  
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.03.2019, 10:19   [включить плавающее окно]   #17
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (garniv) »
Чтобы минимизировать фрагментацию закачиваемых файлов, нужно в настройках торрент-клиента выбрать опцию предварительного резервирования места для файлов.
Спасибо, включил в qBittorent опцию, которая так и называется.

Добавлено через 11 минут

Цитата (9285) »
ZimD
Тут только есть одна закавыка - что за диск у тебя? Если с SMR то даже не знаю стоит ли такое делать - точнее на сколько дней это может затянуться.
PS. Не факт что есть вина быстрого запуска, но от этой гадости лучше отказаться.
Диск WD Blue WD60EZRZ На https://www.wd.com/ru-ru/products/in...e-desktop.html не нахожу данных о таком параметре. Может как-то программно узнать?
Подскажите еще пожалуйста как избавиться от этой гадости?) У меня почему-то не активны эти галочки (быстрый запуск включён, но отжать нельзя).
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.03.2019, 22:27   [включить плавающее окно]   #18
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
На моём скриншоте был вариант простого расширенного атрибута, к котором данные о дополнительных записях хранятся в базовой записи.
На твоём другой вариант при котором число указателей записей больше, чем можно записать в одной записи, поэтому эти данные выносятся в отдельный список, на который указывается в основной записи. Конкретно для этой записи - список расположен в кластере 42311 и там должен быть список из 5ти записей. Но думаю что там списка нет (*) но лучше посмотреть. Для этого нужно навести на строку где виден номер этого кластера и нажать Enter - когда произойдёт переход, смотри в статусной строке какой номер кластера.
Другой вариант перехода - в меню Редактор выбрать Кластер (Alt+C) и ввести указанный номер.
(*) Учитывая что чекдиск "исправил" ошибки, то если даже список был цел, а ошибки были в других "звеньях цепочки" то при "испралении" список мог быть и очищен.

Можно ли программно определить SMR - не знаю. Разве что загонять тест с длительной записью в результате чего, через некоторое время, скорость записи должна резко сократится.
А так, смотреть спецификацию в части плотности записи, и опопсредованно можно
определить по размеру кэша. Учитывая что у твоего 64мб, то это обычный диск.
Цитата
У меня почему-то не активны эти галочки (быстрый запуск включён, но отжать нельзя).
Там нужно выбрать "Изменение параметров которые недоступны сейчас", после чего можно будет снять галку.

Добавлено через 1 час 10 минут

Что касается самого усечения и выявления причины такового.
Для начала посмотреть данные списка и если там будет что то относящееся к нему, то смотреть далее сами записи перечисленные в списке - возможно что какая то из них повреждена.
Если не исключать вариант проблем из за быстрого запуска и ситуации типа как в после CHKDSK не видно фалов(win10), то можно попробовать определить была ли перезапись начальных записей, которая могла привести к отсечению части записей, в которых могли быть и те, которые относились с проблемным файлам.
В общем то, всё зависит от твоего желания со всем этим разбираться.
9285 вне форума  
Ответить с цитированием
Непрочитано 01.04.2019, 21:47   [включить плавающее окно]   #19
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (9285) »
ZimD
Там нужно выбрать "Изменение параметров которые недоступны сейчас", после чего можно будет снять галку.
спасибо, выключил быстрый запуск
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.04.2019, 22:04   [включить плавающее окно]   #20
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (9285) »
ZimD
На моём скриншоте был вариант простого расширенного атрибута, к котором данные о дополнительных записях хранятся в базовой записи.
На твоём другой вариант при котором число указателей записей больше, чем можно записать в одной записи, поэтому эти данные выносятся в отдельный список, на который указывается в основной записи. Конкретно для этой записи - список расположен в кластере 42311 и там должен быть список из 5ти записей. Но думаю что там списка нет (*) но лучше посмотреть. Для этого нужно навести на строку где виден номер этого кластера и нажать Enter - когда произойдёт переход, смотри в статусной строке какой номер кластера.
Другой вариант перехода - в меню Редактор выбрать Кластер (Alt+C) и ввести указанный номер.
(*) Учитывая что чекдиск "исправил" ошибки, то если даже список был цел, а ошибки были в других "звеньях цепочки" то при "испралении" список мог быть и очищен.
Прошу прощения если сделал не то, что следовало. Для меня эти данные тёмный лес, но надеюсь, что получилось:
Миниатюры
Нажмите на изображение для увеличения
Название: сш2.JPG
Просмотров: 192
Размер:	31.7 Кб
ID:	54668  
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 02.04.2019, 03:17   [включить плавающее окно]   #21
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
Все нормально получилось, а даже если бы и нет, то ничего страшного.
В общем то видно что это уже последствия чекдиска и по сути "закольцеванная" конструкция при которой указывается на список в котором всего одна запись ... на родительскую запись. И чётко проявляется то, о чём писал раньше - 20-й атрибут не удалятся. По сути все необходимые данные есть в самой записи и 20-ка излишня, да ещё и место занимает.
Как вариант - можно находясь в этом секторе изменить вид на обычный (хекс\текст) и для бОльшести просматриваемого закрыть правое верхнее "окошко". Не уверен точно, но вроде бы за этими пятью записями должны остаться старые записи. Как вариант - можно попробовать поискать записи MFT у которых родительская запись 3405 и по их данным попробовать понять есть ли среди них пропавшая.
То есть, по результату видно что была проблема с каким то звеном цепочки - вопрос в том с каким (списком или записью) и что явилось причиной. Может была какая то перезапись а может и какой то "байтовые" мусорные вкрапления в существующую запись.
9285 вне форума  
Ответить с цитированием
Непрочитано 02.04.2019, 09:34   [включить плавающее окно]   #22
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Цитата (9285) »
ZimD
Как вариант - можно находясь в этом секторе изменить вид на обычный (хекс\текст) и для бОльшести просматриваемого закрыть правое верхнее "окошко"
Попробую это сделать как доберусь до компьютера, но если честно, то не совсем понял как это делается.
В принципе, если я правильно понял, то причина в том что торент писал кусками, а чекдиск пофиксил не так как хотелось бы. Если это действительно так, то что ещё сделать чтобы такое не повторилось в будущем?
1. Быстрый запуск не включать?
2. В торенете следить чтобы стояла опция резервирования места под файл?
3. Не запускать чекдиск?
4. Могу ли я запустить дефрагментацию?

Последний раз редактировалось Smirnoff; 02.04.2019 в 12:09.
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 02.04.2019, 10:15   [включить плавающее окно]   #23
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
СПОЙЛЕР »
В случае каких то вопросов, в том числе поведения чекдиска при тех или иных ошибках, я обычно моделирую ситуацию в виртуалке. И, в случае обычных записей это сделать элементарно. А вот с расширенным не все так просто - по крайней мере это было так ранее, потому как практически не пользуюсь торрентами и сделать слишком фрагментированный файл было проблематично.
Именно поэтому я не могу что либо утверждать о поведении системы при тех или иных ошибках.
К тому же, до определённого времени и для меня структура расширенного атрибута была чем то неизведанным. Теперь всё стало боле понятно и есть поле для дальнейшего развития знаний.

Да, чекдиск нашёл ошибки и пофиксил их.
Вопрос в том что за ошибки были. Из того что мне известно, видятся три варианта таковых.
1. Ошибки в данных какого то из атрибутов или в самой записи - те самые байтовые вкрапления. Встречаются при проблемах с контроллером диска, хотя нельзя исключать и программные (*).
2. Проблема с дополнительными записями или данными списка расширенного атрибута. В случае проблем с диском это может проявляться при наличии сбойных секторов, приходящихся на эти места. Нельзя исключать и их перезапись чем то мусорным - в том числе в результате так называемого "заворота" данных.

Что касается вопросов.
1. Насколько дольше стал запускаться комп? Это смертельно? Если нет - оставь отключенным и избавишься от кучи проблем, связанных с этой "фишкой" новоделов.
2. Естественно. Зачем создавать проблему? Чтобы потом её решать?
3. Запускать, но сначала в режиме только чтения и смотреть что за ошибки. Это актуально если есть желание разобраться.
Правда в случае с 10-кой (8-кой) ситуация не очень радужная - её чекдиск некоторые ошибки устраняет и без запуска в режиме исправлений. Возможно что такое было и в твоём случае.
Не запускать его или вообще не давать ему исправлять ошибки - технически такое возможно; но думается мне что это как капать новокаин на больной зуб - боль то уйдёт, но сама болячка нет и будет только усиливаться.
4. Можешь, но это если разборки считаешь оконченными.
9285 вне форума  
Ответить с цитированием
Непрочитано 02.04.2019, 11:48   [включить плавающее окно]   #24
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Цитата (ZimD) »
2. В торенете следить чтобы стояла опция резервирования места под файл?
А что за ней следить - один раз после установки торрент-клиента включил ее и все...
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 02.04.2019, 20:58   [включить плавающее окно]   #25
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
9285
Надеюсь, правильно сделал "находясь в этом секторе изменить вид на обычный (хекс\текст) и для бОльшести просматриваемого закрыть правое верхнее "окошко". Если нет, может быть, если вас не затруднит, удалённо подключится и посмотрите? А то чувствую себя в этом деле полным профаном по сравнению с вами.
Миниатюры
Нажмите на изображение для увеличения
Название: сш3.jpg
Просмотров: 155
Размер:	358.5 Кб
ID:	54669  
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 02.04.2019, 22:25   [включить плавающее окно]   #26
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
На этот раз две "ошибки" - открыт какой то не тот сектор и нажал лишний раз F2
Мне надо чтобы ты дошёл до списка как в 20-ом сообщении и потом просто сменил вид - он должен быть в "столбцах" как на скриншоте.
Для контроля - номер LBA 5415808
PS. Без обид, но я не оказываю помощь по удалёнке и т.п. И не стоит беспокоится о том кем ты себя чувствуешь, тем более что ты только с этим познакомился - так что всё отлично (реально).
PPS. Кстати, на скриншоте видно что нижняя часть более светлая. Вот именно в этом "сумраке" и надо увидеть есть ли что то отличающееся от 00. То есть, если раньше запись была больше, то после усечения в неё могут остаться прежние байтики.
Миниатюры
Нажмите на изображение для увеличения
Название: al_hex.png
Просмотров: 152
Размер:	23.6 Кб
ID:	54670  

Последний раз редактировалось 9285; 02.04.2019 в 22:28.
9285 вне форума  
Ответить с цитированием
Непрочитано 03.04.2019, 10:22   [включить плавающее окно]   #27
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Что можно сказать на данный момент.
1. Судя по сообщению в логе чекдиска, проблема скорей всего в каких то байтах в стандартном атрибуте. И здесь может быть как вариант того что было такое было (и скорей всего ошибка программного плана а не диска), или чекдиску что то примерещилось - а такое тоже нельзя исключать.
Так как сейчас в том месте наверняка уже другие значения , можно как вариант посмотреть какие в исправленных записях, а какие в подобных файлах с нормальным размером.
2. Вот нашёл ещё инфу про ошибку связанную с торентовскими файлами.
https://it-doc.info/ubedites-chto-fa...-v-windows-10/
И решение аналогичное здешним.
3. На всякий случай можно проверить диск (в режиме только чтения) на предмет ошибок сейчас, и через какие то промежутки времени. Если будут какие то ошибки -анализировать что за и делать выводы.
Как то так.
9285 вне форума  
Ответить с цитированием
Непрочитано 03.04.2019, 21:16   [включить плавающее окно]   #28
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
9285
Спасибо за уточнение, думаю теперь оно:
Миниатюры
Нажмите на изображение для увеличения
Название: сш4.JPG
Просмотров: 154
Размер:	232.5 Кб
ID:	54675  
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 03.04.2019, 21:25   [включить плавающее окно]   #29
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Программа Chkdsk запущена на моментальном снимке тома в режиме сканирования.
Проверка файловой системы на E:
Метка тома: DRV2.
Этап 1. Проверка базовой структуры файловой системы...
Обработано записей файлов: 119552. Проверка файлов завершена.
Обработано больших файловых записей: 7344.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов...
Обработано записей повторного анализа: 8583.
Обработано записей индекса: 132132. Проверка индексов завершена.
Обработано записей повторного анализа: 8583.
Этап 3. Проверка дескрипторов безопасности...
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 6291. CHKDSK проверяет журнал USN...
Обработано байт USN: 144017936. Завершена проверка журнала USN
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.

5723036 МБ всего на диске.
3886483 МБ в 66687 файлах.
163776 КБ в 6292 индексах.
346943 КБ используется системой.
65536 КБ занято под файл журнала.
1880119680 КБ свободно на диске.

65536 байт в каждой единице распределения.
Всего единиц распределения на диске: 91568591.
Доступно единиц распределения на диске: 29376870.

----------------------------------------------------------------------


Этап 1. Проверка базовой структуры файловой системы...
Этап 2. Проверка связей имен файлов...
Этап 3. Проверка дескрипторов безопасности...

Добавлено через 2 минуты

Посмотрите пожалуйста и подскажите что еще мне следует сделать?
Почитал по ссылке, тоже склоняюсь в основной причине - в торрент программе не выставлена опция была.
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 03.04.2019, 21:53   [включить плавающее окно]   #30
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Теперь оно, и видно что там было много записей (*). Но без дампа секторов сложно сейчас дать однозначный ответ, хотя наверняка чекдиск скорректировал первый фрагмент и если пытаться восстановить по месту то прийдётся немного почесать репу. Ну это к слову - на самом деле, данные из категории "можно перезакачать" и наверняка не стоят этих усилий.
Самое главное то как бы выяснили. Или нет?
(*) Смотри на цифры в первом столбце - начинай с первой строки, потом через одну. Там идут 10,30,30,40,80 - это всё что было видно на скриншоте в сообщении 20. А вот все что далее 80-ки - это и есть следующие записи 80-го атрибута. И они могут продолжаться и в последующих 7ми секторах, а может и больше.
9285 вне форума  
Ответить с цитированием
Непрочитано 03.04.2019, 22:34   [включить плавающее окно]   #31
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
9285
Почти всё выяснил. Можно еще немного уточнений? Я правильно понимаю, что все проблемные (те, которые разбросаны кусками по диску из-за того, что в торрент программе не была включена опция по резервированию всего места сразу) файлы после проверки чекдиска обнулились и других обнулений уже не должно быть тогда?

Добавлено через 1 минуту

И стоит ли теперь делать дефрагментацию чтобы собрать воедино некоторые более стойкие файлы, которые не были обнулены?
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 03.04.2019, 22:40   [включить плавающее окно]   #32
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Оптимизатор дисков пишет такое:
Миниатюры
Нажмите на изображение для увеличения
Название: сш5.JPG
Просмотров: 118
Размер:	31.0 Кб
ID:	54676  
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 03.04.2019, 23:00   [включить плавающее окно]   #33
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Не могу предсказывать будущее, тем более что точная причина не установлена.
То есть была ли ошибка в атрибуте, если была, то какая и следствием чего она явилась. Но практически уверен в том что причиной такового стало разреженность файлов. Если даже и нет, то почему бы не избавится от этого? (*)
Про дефрагментацию я уже писал - она может собрать всё в кучу, но не избавит от самой разреженности. Поэтому проще провести копирование-удаление исходника как писал в начале (и как в статье по ссылке).
(*) Сама по себе конструкция, состоящая из множества элементов ненадёжна в силу того, что при проблеме с одной рушится всё. Одноэлементная тоже может разрушится, но только шанс этого значительно меньше.
9285 вне форума  
Ответить с цитированием
Непрочитано 04.04.2019, 08:46   [включить плавающее окно]   #34
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (ZimD) »
Оптимизатор дисков пишет
Для оптимизации/дефрагментации я бы советовал Auslogics Disk Defrag Free https://www.auslogics.com/ru/software/disk-defrag/
Но сначала будет разумнее
Цитата (9285) »
провести копирование-удаление исходника
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 04.04.2019, 16:38   [включить плавающее окно]   #35
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Цитата (Smirnoff) »
Для оптимизации/дефрагментации я бы советовал Auslogics Disk Defrag Free
Штатный дефрагментатор не дефрагментирует фрагменты если они больше 65 мегов (насколько помню). И он не умеет оптимизировать в том понимании что "подтянуть все файлы к началу тома".
С другой стороны, ауслоджик не может дефрагментировать некоторые метафайлы и "мелочи" типа зонного идентификатора - что в результате не даёт нормальной дефрагмнентации.
Поэтому, если говорить о ауслоджике, то лучше использовать его в паре со штатным - по крайней мере если он не справляется.
Это так, к слову.

На приатаченных скриншотах видно:
1- структура тома до дефрагментации с оптимизацией
2 - структура после таковой
3 - часть того, что не давало нормально дефрагментировать.
Миниатюры
Нажмите на изображение для увеличения
Название: 1-analize.png
Просмотров: 136
Размер:	4.1 Кб
ID:	54687   Нажмите на изображение для увеличения
Название: 2-defrag_and_optimaze.png
Просмотров: 149
Размер:	16.0 Кб
ID:	54688   Нажмите на изображение для увеличения
Название: 3-non_defrag.png
Просмотров: 155
Размер:	16.8 Кб
ID:	54690  

Последний раз редактировалось 9285; 04.04.2019 в 18:07. Причина: добавил скриншоты и их описание
9285 вне форума  
Ответить с цитированием
Непрочитано 04.04.2019, 18:31   [включить плавающее окно]   #36
ZimD
Мужской Новенький
Автор темы
 
Регистрация: 29.03.2019
Огромнейшее спасибо всем, а особенно, конечно же крупному специалисту 9285 за оказанную помощь. Приятно, что есть такие умные люди, которые делятся своими феноменальными, на мой взгляд, знаниями.
Очень хороший форум у 3dnews.ru. На https://answers.microsoft.com/ru-ru/...&page=2&auth=1 не на много хватило.
Начал копирование/удаление данных на жёстком диске).
ZimD вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 04.04.2019, 18:52   [включить плавающее окно]   #37
9285
Мужской Опытный
 
Регистрация: 08.02.2019
ZimD
Что касается темы в другом месте - повеселило, хотя ничего неожиданного не увидел. Так вот там сказано что чекдиск всё исправит - ты сам уже ощутил как он может "исправлять". Хотя есть такие, которые считают что он только разрушает. А истина, как обычно, посередине. И главная - всё зависит от типа ошибок и повреждений. Поэтому, если что то случилось и предлагается проверить диск, то лучше не соглашаться -потому что всё будет сразу исправляться; лучше запустить проверку в режиме только чтения, определиться с ошибками и принять верное решение.
PS. Не такие уж и феноменальные.
И да, так и крутится на языке "Приходите ещё!", но лучше по хорошему поводу и ДО появления проблем.
9285 вне форума  
Ответить с цитированием
Непрочитано 05.04.2019, 07:24   [включить плавающее окно]   #38
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Полагаю, что в Носителях информации этот топик будет смотреться органичнее...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 09.08.2019, 14:11   [включить плавающее окно]   #39
Uran79
Мужской Начинающий
 
Регистрация: 31.07.2019
Похожая ситуация, тоже на внешнем диске обнаружились такие файлы - видео, да я качал их торрентом, но не на внешний диск сразу, а на обычный , а уже только потом перекидывал на внешний,

могли перебросится "битые" ? или перебросились нормальные, а уже потом в результате проверки виндовым чек-диском стали "битые" - нулевого размера ?
Uran79 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 09.08.2019, 14:25   [включить плавающее окно]   #40
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Uran79
Смотри логи чекдиска и свойства подобных (ещё целых) фалов. Если при копировании сохраняется разреженность файла, то проблема могла возникнуть и на внешнике.
Как часто подобное происходит? Есть какие то закономерности?
9285 вне форума  
Ответить с цитированием
Непрочитано 09.08.2019, 14:45   [включить плавающее окно]   #41
Uran79
Мужской Начинающий
 
Регистрация: 31.07.2019
Да я специально не отслеживал честно говоря.
Чисто случайно наткнулся , и то из-за того что minidlna "споткнулась" об файлы нулевого размера при сканировании медиа на внешнем ЖД подключенном к роутеру.
в основном я качал сначала на комп, потом копировал на внешний, но как-то бывало и качал сразу на внешний ЖД (чтобы не перебрасывать, да я знаю что это не лучшее решение) , какие были настройки мю-торрента при этом не помню.

Последний раз редактировалось Uran79; 09.08.2019 в 14:47.
Uran79 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 09.08.2019, 14:55   [включить плавающее окно]   #42
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Ну так может это из тех, что сразу качались на внешник?

Цитата
какие были настройки мю-торрента при этом не помню.
У меня есть подозрение что вряд ли дефолтовые (по крайней мере в части резервирования) менялись, тем более постоянно.
и ничто не мешает посмотреть какие атрибуты у уже закачанных и ныне качающихся. Как и поискать логи чекдиска - причём ко всем томам, где фигурировали проверки (на том куда качает и на внешнем).
9285 вне форума  
Ответить с цитированием
Непрочитано 09.08.2019, 15:13   [включить плавающее окно]   #43
Uran79
Мужской Начинающий
 
Регистрация: 31.07.2019
Возможно - уже сейчас не вспомню какие из них на внешник качал, какие на
Если подскажете где глянуть эти логи - гляну.
в принципе не суть , мне главное понять - что теперь лучше сделать с этим внешним ЖД, файлы с нулевым размером не особо важные - восстанавливать их не собираюсь.
я так думаю форматнуть после того как всё важное копирну, по полной в винде и всё.
ну или в виктории сделать ремап или как это называется.
Uran79 вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 09.08.2019, 15:29   [включить плавающее окно]   #44
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Uran79
Ты определись что тебе нужно.
Если ты озаботился наличием файлов нулевых размеров, и именно в контексте того что причиной может быть внешник, то (конечно же ИМХО) не он является причиной проблемы.
Логи смотреть в журналах винды и в подпапке System Volume Information\Chkdsk
9285 вне форума  
Ответить с цитированием
Ответ Создать новую тему

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 19:55. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2019, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey