Как сделать файл 0 кб
Обновлено: 03.07.2024
Как восстановить 0-байтовые файлы? На этот вопрос должно быть сложно ответить. Вы должны знать причины появления 0-байтовых файлов. Кроме того, вам необходимо знать формат файла, метод восстановления 0-байтового документа должен отличаться от файлов JPEG. В статье рассказывается о 4 эффективных методах восстановления файлов размером 0 байт. Просто узнайте больше о решениях и выберите подходящее.
Часть 1: почему вы получаете файлы размером 0 байт, вот причины
0 Байтовые файлы относятся к отсутствию пространства и данных в файлах. Проще говоря, когда вы получаете файл с 0 байтами, это означает, что файл становится RAW и не имеет места для хранения файлов. Вы должны проверить возможности для 0-байтовых файлов, прежде чем выбирать подходящее решение для восстановления 0-байтовых файлов.
1. Неполные файлы. Когда вы загружаете, передаете, архивируете или выгружаете некоторые файлы, неполные файлы будут содержать 0 байтов. Вам нужно восстановить 0-байтовый файл с полной загрузкой.
2. Вирусная инфекция. Если на вашем компьютере есть вредоносная программа, все файлы, затронутые атакой, будут повреждены и станут файлами размером 0 байт. Тогда вам необходимо заранее запустить антивирус.
3. Поврежденный раздел. Любое прерывание во время форматирования или разбиения жесткого диска, или наличие битых секторов, которые делают файловую систему диска RAW, могут привести к нечитаемости файлов.
4. Неправильное отключение. Если у вас есть файлы в USB-кабеле, вы должны сохранить их, закрыть связанный документ и извлечь USB-кабель из компьютера. (USB не распознается?)
Часть 2: 4 лучших метода восстановления 0-байтовых файлов
Метод 1: как восстановить 0-байтовые файлы как профессия
Если вам нужно универсальное решение для восстановления 0-байтовых файлов на Mac и Windows, получения фотографий, видео, исполнительных файлов и т. Д. И даже для возврата перезаписанных файлов, Apeaksoft Восстановление данных - это желаемое восстановление 0-байтового файла, которое вы можете принять во внимание. Кроме того, он предоставляет режим глубокого сканирования с расширенным алгоритмом сканирования для получения файлов различных форматов.
Легко возвращайте фотографии, видео, документы, электронные письма и другие файлы.
Восстановите 0-байтовые файлы с компьютера, жесткого диска, флешки и т. Д.
Сохраните результат сканирования в файлах SPF для восстановления требуемых файлов в любое время.
Обработайте любую потерю данных из-за ошибочного удаления, повреждения жесткого диска и т. Д.
Скачав и установив 0-байтовый файл recovery, вы можете запустить программу на своем компьютере. Выберите тип файла и драйвер жесткого диска, который вы хотите восстановить, например фотографии, текстовый документ и т. Д. Вы можете нажать на Scan кнопка для сканирования устройства.
После сканирования раздела или устройства вы можете проверить данные, отсортированные по типу на левой панели. Выберите 0-байтовый файл, который вы хотите восстановить, или выберите папку, щелкнув значок Фильтр опция в середине вверху, чтобы узнать потерянный или поврежденный 0-байтовый файл.
Когда вы найдете данные, вы можете щелкнуть третий значок в правом верхнем углу интерфейса. Вы можете просто щелкнуть Recover кнопку, чтобы восстановить 0-байтовый файл обратно на ваш компьютер. После завершения восстановления программа автоматически покажет вам восстановленные данные.
Метод 2: как получить 0-байтовые файлы с помощью антивирусного программного обеспечения
Как упоминалось выше, файлы, пораженные вредоносным ПО, станут 0-байтовыми. Что нужно для восстановления файлов показывает 0 байт после очистки от вирусов? Вот как можно вернуть файлы.
Откройте диспетчер задач в Windows с помощью комбинации кнопок Ctrl + Shift + Esc. Найдите задачу SYSWIN в Процессы вкладку и нажмите Снять задачу кнопка, чтобы завершить процесс.
Перейдите на вкладку Start up, чтобы снова найти SYSWIN. Выберите Отключить вариант и снова щелкните правой кнопкой мыши SYSWIN и выберите Открыть файл кнопку, чтобы удалить исходный файл.
Если файл не отображается в диспетчере задач, вы можете щелкнуть правой кнопкой мыши Windows икона. Затем вы можете искать Показать скрытые файлы и откройте Параметры папки.
Выберите Показывать скрытые файлы, папки и диски вариант. Нажмите OK кнопку для подтверждения. Вы можете найти и удалить скрытые файлы, связанные с SYSWIN, соответственно.
Перейдите в корневую папку диска C: и откройте Проводник чтобы найти папку BOOT. Затем вы можете удалить папку, содержащую файл SYSWIN, а затем очистить файлы из корзины.
Откройте Редактор реестра вариант и перейдите к параметру HKEY_CLASSES_BOOT. Затем вы можете найти SYSWIN и удалить файл из реестра, чтобы убедиться, что файл очищен.
После удаления файла вы можете открыть зараженный файл размером 0 КБ, чтобы восстановить 0-байтовый файл в Windows 10/8/7, он снова запустится на вашем компьютере после перезагрузки компьютера. (Найдите способы показать скрытые файлы на Mac)
Метод 3: как восстановить файлы с 0 байтами с помощью изменения расширения файла
Если некоторые файлы Word внезапно превратились в 0 байтов или файлы Excel в USB-кабеле превратились в 0 КБ, изменение расширений файлов должно быть полезным методом для восстановления файлов документов 0-байтовых слов.
Зайдите на свой компьютер и щелкните правой кнопкой мыши запоминающее устройство или раздел. Затем выберите Свойства и перейдите на вкладку Инструменты, чтобы проверить ошибки для файлов размером 0 байт.
В окне свойств вы можете щелкнуть Проверьте в Сервис меню, а затем отметьте Автоматически исправлять системные ошибки и нажмите Start кнопку.
После завершения процесса сканирования вы можете щелкнуть Закрыть кнопка. Откройте жесткий диск или запоминающее устройство и введите НАЙДЕНА 000 в поле адреса.
Если вам нужно восстановить файл JPG размером 0 байт, вы можете изменить расширение файла на JPEG / JPG. Что касается документа Word, вы можете сохранить файл как FOUND.doc.
Метод 4: как получить 0-байтовые файлы с помощью утилиты CHKDSK
Если вам нужно получить 0-байтовый EXE-файл или разрешить 0-байтовый файл, вызванный неизвестными причинами, вы можете запустить командную строку с помощью утилиты CHKDSK, чтобы легко восстановить 0-байтовый файл.
Нажмите Win + R сочетание клавиш для запуска командной строки в Windows. После этого вы можете ввести cmd в диалоговом окне «Выполнить» и нажать клавишу Enter кнопку.
Введите командную строку CHKDSK / FK: (K - это имя устройства хранения или раздела жесткого диска с 0-байтовыми файлами. После этого вы можете нажать кнопку Enter кнопку.
Часть 3: Часто задаваемые вопросы о восстановлении файлов размером 0 байт
1. Что означает 0-байтовый файл?
0-байтовый файл - это компьютерный файл, не содержащий данных. Обычно файлы повреждены, утеряны или нечитаемы. В этом случае вы не можете открыть 0-байтовый файл с приложениями по умолчанию до восстановления.
2. Почему вы должны удалять файл WINSYS для восстановления 0-байтовых файлов?
Удаление файлов WINSYS должно быть сложным, что позволяет полностью удалить вредоносную программу. Когда вы снова откроете восстановление 0-байтовых файлов, вредоносная программа может снова запуститься на вашем компьютере.
3. Как найти 0-байтовые файлы для неподдерживаемых атрибутов?
Для большинства файлов с неподдерживаемыми атрибутами будет отображаться 0 байтов, вы можете использовать обычные инструменты ZIP, чтобы восстановить файлы с 0 байтами. Теперь вы можете поделиться на другом устройстве с помощью совместимого плеера или устройства. (Восстановить Zip файлы здесь)
Когда вам нужно восстановить 0-байтовый файл, вы можете узнать больше о 4 эффективных методах из статьи. Просто узнайте больше о ситуации и соответственно выберите желаемое решение. Apeaksoft Data Recovery - идеальное решение для восстановления файлов размером 0 байт на Windows и Mac.
На стационарном месте системного блока.
Да, галочки стоят, но не активны почему-то (нельзя отключить).
Добавлено через 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, вбиваешь нужный номер записи и переходишь к ней..
Как создать пустой файл в командной строке DOS / Windows?
но это всегда показывает, что файл был скопирован.
Есть ли другой способ в стандартном cmd?
Это должен быть метод, который не требует сенсорной команды от Cygwin или любых других нестандартных команд. Команду необходимо запустить из сценария, чтобы нельзя было использовать нажатия клавиш.
Только что обнаружил настоящую пакетную команду, приводящую к пустому файлу (0 байт): я обновил свой ответ. Да, команда copy nul> file.txt создана с текстом «1 файл (ов) скопирован». Пустой файл не создан. Для меня это просто доказывает, что MS-DOS является мусором, если вы не можете создать простой пустой файл с помощью одной команды. @KolobCanyon: вы можете, конечно, за ответы, уже размещенные. Но действительно ли вы считаете, что возможность быстрого создания пустого файла должна быть приоритетом для операционной системы, ориентированной на конечных пользователей и требующей работы в 16 КБ ОЗУ? В конце концов, это не очень полезная вещь, за исключением нескольких редких крайних случаев.В том же духе Самуил предлагает в комментариях :
самый короткий, который я использую, в основном, от Nomad:
Это дает ошибку:
(Оригинальный ответ, ноябрь 2009 г.)
( echo "" фактически поместил бы "" в файл! И echo без "." вставил бы " Command ECHO activated " в файл . )
Примечание: полученный файл не пустой, но содержит последовательность обратной строки: 2 байта.
Это обсуждение указывает на настоящее пакетное решение для реального пустого файла:
« <nul » Передает nul ответ на set/p команду, в результате чего используемая переменная остается неизменной. Как обычно set/p , строка справа от знака равенства отображается как подсказка без CRLF.
Так как здесь «строка справа от знака равенства» пуста . результатом является пустой файл.
Разница с cd. > filename (которая упоминается в ответе Патрика Каффа и также создает файл длиной 0 байт) состоит в том, что этот «бит перенаправления» ( <nul. трюк) можно использовать для отображения строк без какого-либо CR :
Команда dir должна указывать размер файла в 11 байтов: " helloworld! ".
Что это может быть? Когда произошло, даже не заметил.
Выборочно , разные файлы стали весить вдруг 0кб.
Если бы пропали, то ясно - можно найти/восстановить и т.д. Так нет, стали по 0кб
XP sp1
NTFS
Seagate Barracuda 120 (два года)
Щас отстранил его(винт) от использования, могу поэксперементировать.
Alkar, очень нескромный вопрос:первое дело - вытянуть его из разъёма, а потом туда же вставить.
На вирусы давно была проверка?
Очень знакомые симптомы.
Пока.
Олег.
Давно.
Эта машина без инета. Только монтаж.
Сейчас попроверяю.
А сколько на этом диске сейчас? А на других дисках?
У меня была подобная ситуация. После определенного процента заполнения диска данные писАлись поверх существующих файлов, в порядке старшинства, т.е. стирались самые старые файлы.
И точно так же стертые файлы отображались с нулем. И диск - близнец твоему. Поставил пилюлю (по той же ссылке что Comrade дал) и диск стал писАться до краев. Несмотря на то что объем 120, а не "более 137".
Так что попробуй (или ручками реестр проверь), вполне может быть - твой случай.
Сейчас на нём:
111 - всего.
34 - свободно.
Под "завязку" заполняю часто все винты.
Странно что проблема только с этим.
Ancle Fedor
Проверил - вирусы отсутствуют (AVP5 и свежие базы).
Алексей Ф
Поставил пилюлю. Попробую ещё подключить ко второму компу (без reg_48bit_lba_HDD) и смоделировать твой вариант.
igor_tgru
Проверю. Спасибо.
Но всё равно вопрос открыт - что делать? Верить ему теперь или нет?
Каспера лучше не юзать с расширными базами ( могут прибить некоторый софт)Проверил - вирусы отсутствуют (AVP5 и свежие базы).
Этого можно было не делать ( Эта пилюля касается толька Винды без СП, в первом СП уже исправленно)
Сделай чекдиск, должно помочь ( но не факт) ИМХО у тебя залочилась таблица файловой системы.Но всё равно вопрос открыт - что делать?
И еще вопрос - у тебя эти файлы открываются?
Алексей ФЭтого можно было не делать ( Эта пилюля касается толька Винды без СП, в первом СП уже исправленно)
никогда не встречал такой траблы с IDE винтами с обьемом до 120Г (включительно ) тем более на НТФС . МФТ корявилась было (хотя и неординарный случай) ,но после чекдиска все впорядке становилось . причем винды разные были у меня их штук 5 видов одной ХР.
И еще вопрос - у тебя эти файлы открываются?
пожоже что это темпфайлы данной проги. То есть ты их сам удалил когдато.попробуй загрузится с установочного диска винды в консоль востановления
К примеру возьми алкоголь 120% загрузи потому в неё(через алкоголивскую утилиту поиска) все образы, а потом все образы удали, или перенеси в другое место.
В Алкоголе они якобы присутствуют, но не открываются и весят 0 байт
Johnik
К сожалению нет.
igor_tgru
но после чекдиска все впорядке становилось .
Алексей Ф
---------комп2-------
Поставил reg_48bit_lba_HDD
Перегрузил.
Добил винт под завязку.
Перегрузил. всё ОК, т.е также. Новых 0кб не появилось.
Теперь самое интересное
Переставляю его на:
--------комп1-------------
(без reg_48bit_lba_HDD) родная его машина
чекдиск сразу при старте винды с радостью стал мне рапортовать белыми буковками на синем -
Deleting corrupt atribute record (128 " ")
from file record segment.
Recovering orphaned file /директория/
И так много раз, с разными цифрами.
Записал с экрана может с ошибками, не уверен на все 100%
Что это значит по-русски?
Иногда бывают ситуации, в которых требуется быстро создать один или несколько файлов произвольного размера. Операционная система Windows предлагает для этого несколько различных вариантов.
Создание файла с помощью fsutil
Быстрее и проще всего создать файл с помощью утилиты командной строки fsutil. Для примера откроем консоль (обязательно с правами администратора) и создадим на диске E файл file.txt размером 1ГБ командой:
fsutil file createnew E:\File.txt 1000000000
Таким образом можно создать файл любого размера, причем файл создается практически мгновенно.
Создание файла с помощью PowerShell
То же самое можно сделать с помощью PowerShell, хотя команды будут немного сложнее:
$file = New-Object -TypeName System.IO.FileStream -ArgumentList E:\File.txt,Create,ReadWrite
$file.SetLength(1000Mb)
$file.Close()
Здесь мы сначала создаем объект типа файл, а затем с помощью метода SetLength присваиваем ему необходимый размер. Таким способом также можно мгновенно создать файл любого размера.
Есть и еще один, альтернативный способ создания файла с помощью PowerShell. Если в первом случае мы создавали файл и задавали его размер, то здесь создаем содержимое нужного размера и помещаем это содержимое в указанный файл. Например:
$content = New-Object -TypeName Byte[] -ArgumentList 10Mb
Set-Content -Path E:\File.txt -Value $content -Encoding Byte
При использовании этого метода создание файла занимает некоторое время, зависящее от размера файла. Кроме того, с его помощью невозможно создать файл большого размера. Максимальный размер файла ограничен встроенным значением [int]::MaxValue и при его превышении будет выдана ошибка ″Array dimentions exceeded supported range″.
Все описанные способы создают пустые файлы (точнее файлы, заполненные символом NUL). Если надо создать файл заданного размера и заполнить его каким либо произвольным содержимым, то можно немного изменить предыдущий способ и воспользоваться такими командами:
$array = New-Object -TypeName Byte[] -ArgumentList 10Mb
$obj = New-Object -TypeName System.Random
$obj.NextBytes($array)
Set-Content -Path E:\File.txt -Value $array -Encoding Byte
Ну и для генерации большого количества файлов (напр. 1000) можно воспользоваться таким скриптом:
$array = New-Object -TypeName Byte[] -ArgumentList 10Mb
$obj = New-Object -TypeName System.Random
$obj.NextBytes($array)
for ($i=1; $i -le 1000; $i++) Set-Content -Path E:\File.txt$i -Value $array -Encoding Byte
>
Работает небыстро, но для ускорения можно запустить скрипт в несколько потоков.
Читайте также: