Почему скачивается нулевой файл

Обновлено: 06.07.2024

Вопрос заблокирован. Ответить на него невозможно.

Удалить запись? Все, что вы написали, станет недоступно. Не удалось прикрепить файл. Нажмите здесь, чтобы повторить попытку. Сейчас уведомления отключены и вы не получаете электронные письма о новых записях. Чтобы включить их, откройте свой профиль и перейдите в настройки уведомлений.

Добавить или удалить ссылку

We found the following personal information in your message:

This information will be visible to anyone who visits or subscribes to notifications for this post. Are you sure you want to continue?

Сейчас уведомления отключены и вы не получаете электронные письма о новых записях. Чтобы включить их, откройте свой профиль и перейдите в настройки уведомлений . Компания Google очень серьезно относится к неправомерному использованию своих сервисов. Мы рассматриваем подобные нарушения в соответствии с законодательством вашей страны. Получив вашу жалобу, мы изучим ее и примем необходимые меры. Мы свяжемся с вами только в том случае, если потребуется дополнительная информация или появятся интересующие вас сведения.

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

Запись не относится к теме, посвящена сторонним продуктам, написана в неуважительной форме или содержит персональную информацию. Запись содержит домогательства, дискриминационные высказывания, изображение наготы, вредоносный, противозаконный, сексуальный или рекламный контент или ее автор выдает себя за другое лицо. Компания Google очень серьезно относится к неправомерному использованию своих сервисов. Мы рассматриваем подобные нарушения в соответствии с законодательством вашей страны. Получив вашу жалобу, мы изучим ее и примем необходимые меры. Мы свяжемся с вами только в том случае, если потребуется дополнительная информация или появятся интересующие вас сведения.

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

Имеется USB-флеш-накопитель (LUKS, Ext4), на который были скопированы несколько файлов и папок. Передача данных на накопитель длилась несколько минут, а во время этого процесса, на накопитель были экспортированы закладки из Chromium. Через некоторое время обнаружилось, что некоторые файлы пустые и имеют размер 0 байтов, однако все папки, в которых лежат "пустые" файлы, имеют размер, который они должны были иметь при неповрежденных файлах.

Возможно ли восстановить данные файлы? Спасибо!

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

jamakasi666

Безопасное извлечение(отмонтирование) придумали для слабаков.
Сильно вероятно что файлы не успели еще физически записаться на диск т.к. запись идет кэшированно. Т.е. перед тем как вытащить флешку нужно было дать команду sync или отмонтировать диск(при отмонтировании тоже происходит sync ). Можете попробовать конечно востановить файлы но я думаю что шансов достаточно мало.

hint000

Есть подозрение, что Убунта (в частности) не всегда корректно определяет момент завершения sync. Есть флешка с индикатором, так бывают случаи, когда Убунта уже показала уведомление, что флешку можно отключить, но индикатор на флешке ещё продолжает мигать минуту или две. Ладно, дождусь, не обломаюсь. Но беда в том, что на многих современных флешках индикатора нет.
Другой пример. Флешка с mp3-файлами для машины. Цепляю флешку к компу, удаляю старые папки с музыкой, записываю новые. Конечно же отмонтирую флешку. Потом магнитола продолжает играть с этой флешки удалённые песни. Если снова посмотреть флешку на компе - там нет этих файлов, этих папок (не видно их, как того суслика). А магнитола их видит :) Так что не всё так просто. Повсюду встречаются кривые девайсы и кривой софт.

jamakasi666

hint000, с магнитолой похожее было. Позже оказалось что флешка умирать начала. Сначала были глюки что файлы то появлялись то исчезали даже просто при перетыкивании флехи а позже начались глюки с размерами файлов. Некоторые файлы показывали вес в пару петабайт или наоборот 0 байт. Периодическое форматирование спасало но потом флешка отъехала насовсем и даже определяться перестала.

Жесткий диск показывает ноль байт? Файлы становятся 0 байтами. В этой статье мы покажем вам, почему файл становится 0 байтами и как восстановить файлы с нулевым байтом.

Wondershare Recoverit Authors

David Darlington

2021-04-16 16:42:25 • Обновлено: Восстановление файлов • Проверенные решения

Почему в моем файле указано 0 байтов?

Я только что сохранил свой документ Word. Через некоторое время я хотел открыть его, но обнаружил, что в нем ноль байт. Почему в моем файле нулевые байты? Как восстановить 0 байт в Word? Любой совет приветствуется. Спасибо.

Что означает 0 байтов

Что это значит, когда размер файла 0 байт? Файл с нулевым байтом означает, что в нем нет данных, и длина файла также становится нулевой. Другими словами, файл не содержит содержимого, которое можно было бы писать и читать. Когда размер файла становится 0 байтов, это обычно означает, что что-то не так с файловой системой или устройством хранения. Файлы размером 0 байт не открываются. Если они очень важны, вы должны восстановить файлы с нулевым байтом каким-нибудь безопасным способом.

Почему файлы становятся 0 байтов?

Файл с нулевым байтом может быть вызван множеством разных причин, которые можно разделить на 2 основные ситуации.

Ситуация 1: Жесткий Диск Показывает 0 Байт

Жесткие диски подвержены риску повреждения и потери данных по нескольким причинам. Это может привести к тому, что ваши важные файлы станут 0-байтовыми. Если вы когда-нибудь столкнетесь с такой проблемой, очевидно, что ваш жесткий диск либо поврежден, либо потерял некоторые данные в ваших файлах.

0-байтовый файл на жестком диске возникает в первую очередь из-за повреждения жесткого диска. Несколько факторов могут привести к повреждению жесткого диска. Ниже приведены некоторые из них.

  • Заражение вредоносным ПО и вирусная атака
  • Образование битых секторов на жестком диске
  • Неожиданный сбой компьютерной системы
  • Прерывание при изменении размера разделов жесткого диска
  • Неправильное выключение или внезапное отключение питания ПК
  • Неправильное извлечение внешнего жесткого диска без безопасного разрешения

Ситуация 2: Файлы Повреждены

Если сам файл поврежден, он показывает вам нулевую длину или нулевые байты. Многие факторы могут привести к файлам нулевой длины.

  • Прерывание при передаче, скачивании и выгрузке файлов
  • Сохранение файла или документа с пустым содержимым
  • Прерывание при создании программных файлов
  • Индексная таблица в файловой системе повреждена
  • Компьютер не может обрабатывать файлы с очень длинными именами

Обратите внимание: Индексная таблица используется для указания конкретного места хранения файла или папки. Если она повреждена, компьютер не может декодировать конкретную информацию о местоположении файла, что может привести к нулевым байтам файлов.

Независимо от того, что вызывает файлы с нулевым байтом, не о чем беспокоиться. Доступно 4 метода восстановления, которые вы можете использовать для восстановления файлов нулевой длины в Windows 10/8/7.

Решение 1. Исправление и Восстановление Файлов с Нулевым Байтом в CMD

  • Откройте диалоговое окно "Выполнить", одновременно нажав клавиши Win и R. Теперь откройте Командную Строку, набрав cmd в диалоговом окне "Выполнить" и нажав Enter.
  • В Командной Строке введите "chkdsk /f e:", где e - имя устройства хранения или раздела жесткого диска, на котором находится 0-байтовый файл. Нажмите Enter.
  • Подождите, пока CMD устранит ошибки 0-байтового файла на устройствах хранения или разделах жесткого диска. После того, как ваши 0-байтовые файлы будут исправлены и восстановлены, вы снова сможете их использовать.

restore zero byte files using CMD

Решение 2. Изменение Расширений Файлов для Восстановления Файлов Размером 0 Байт

Иногда вы можете восстановить 0-байтовые файлы Word после изменения имен и расширений. Конечно, этот метод применим и к другим типам файлов, таким как Excel, Блокнот и так далее. Сделайте следующие шаги, чтобы выполнить задание.

change file extensions to recover 0 byte files

Решение 3. Восстановление Файлов с Нулевым Байтом с Помощью Recoverit

Используя упомянутые выше методы восстановления, вы сможете легко исправлять и восстанавливать 0-байтовые файлы. Однако, если эти методы не дают желаемых результатов, вам необходимо использовать мощное программное обеспечение для восстановления файлов на жестком диске для выполнения этой задачи. Обычное ПО для восстановления данных не справится с этой задачей. Recoverit Восстановление Данных является одной из немногих программ, которые могут помочь вам восстановить удаленные, утерянные, отформатированные или файлы с нулевым байтом без каких-либо проблем.

Видео: Как Восстановить Файлы в Windows

Recoverit Восстановление Данных - это настольная программа для восстановления данных, которая может помочь вам восстановить удаленные или утерянные файлы на любом устройстве. Давайте посмотрим 1-минутное видео и узнаем, как это работает.

Недавние Видео от Recoverit

Руководство: Как Восстановить Файлы с Нулевым Байтом или Нулевой Длиной

Вот руководство, которое было сформулировано, чтобы дать вам возможность увидеть, как восстановление файлов Recoverit можно использовать для восстановления 0-байтовых файлов.

Шаг 1 Выберите жесткий диск с 0-байтовыми файлами

select a hard disk showing 0 bytes files

Шаг 2 Отсканируйте файлы нулевой длины

Чтобы помочь вам восстановить нужные файлы, Recoverit необходимо просканировать выбранный вами жесткий диск, чтобы найти все потерянные файлы и файлы RAW. Подождите несколько минут и получите результаты сканирования.

scan for 0 bytes files

Шаг 3 Просмотрите и восстановите файлы с нулевым байтом

Наконец, вы можете предварительно просмотреть файлы RAW размером менее 30 МБ. Затем выберите один или несколько файлов с нулевым байтом из появившегося меню и нажмите "Восстановить", чтобы вернуть их все.

Вам необходимо сохранить восстановленные файлы RAW или 0-байтовые файлы на другом безопасном жестком диске или съемном носителе на случай перезаписи данных и, следовательно, безвозвратной потери.

0 byte file recovery

Проблема с 0-байтовыми файлами в Windows 10/8/7 может сильно расстроить пользователей. Это может означать повреждение жесткого диска. Если вы столкнулись с такой проблемой, вам не о чем сильно беспокоиться. Вы можете восстановить 0-байтовые файлы, используя несколько различных методов восстановления данных. Если эти ручные методы не работают, хорошим вариантом будет использование стороннего инструмента восстановления, такого как восстановление Recoverit. Recoverit Восстановление Данных может вам помочь восстановить файлы с жесткого диска легко и просто.

На стационарном месте системного блока.

Да, галочки стоят, но не активны почему-то (нельзя отключить).

Добавлено через 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.

ZimD
Ошибки есть, но это обычные и не имеют отношения к проблеме.
А логи эти из журнала или из указанной папки (на том томе где проблемные файлы)? Если реально не делалось усечение атрибутов файлов, то возможен другой вариант о котором писал выше.
Пробовал работать с 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, вбиваешь нужный номер записи и переходишь к ней..

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