bootstat dat что это

Здравствуйте. Некоторые пользователи любят «покопаться» в системе. Я сам отношусь к такой категории. Порой сталкиваюсь с неизвестными процессами, папками, о которых сразу же узнаю максимум информации из поисковиков, а затем рассказываю своим читателям. Сегодня хочу поведать о bootsqm.dat — что за файл, откуда он берется, можно ли удалить его без последствий для Windows.

Причины появления

Уверен, многие из Вас замечали, что данный элемент изначально отсутствует в системе, но после запуска сканирования жесткого диска, в разделе «С» создается bootsqm.dat. Зачем он нужен?

Уже по расширению «dat» можно сделать вывод, что речь идет о каких-то данных. Но открыть его просто так не получается, потому что доступ к нему имеет только та программа, которая его создала. Зачастую, подобная информация шифруется, но в некоторых случаях можно открыть документ даже в простом «Блокноте». Хотя, от этого пользы мало – скорее всего, Вы увидите набор непонятных символов (двоичный или шестнадцатеричный код).

Как уже было сказано выше, файл bootsqm появляется после проверки дисков специальными утилитами (как сторонними, так и встроенными в систему). В ходе сканирования в него записываются данные о проделанной работе, вносятся своеобразные «напоминания» о необходимости внесения изменений.

Зачем проверять накопители и как часто это делается?

Очень подробно данная тема раскрывалась в статье по ссылке. Сейчас немного повторюсь. Винчестер HDD (жесткий диск) состоит из нескольких «пластин», имеющих магнитную поверхность. По ним перемещается механизм, осуществляющий чтение и запись. Если возникает физическое повреждение, то доступ к определенным секторам носителя может затруднится.

Поэтому, следует периодически запускать сканирование, чтобы найти и устранить ошибки файловой структуры. Не нужно делать это каждый день, а только в случае возникновения проблем: Виндовс начала долго загружаться, медленно открываются папки и файлы.

Достаточно запустить утилиту командной строки с правами администратора (все способы описаны здесь) и выполнить команду:

Также, Windows может самостоятельно запускать процедуру, если обнаруживаются какие-либо проблемы, способные нарушить работу ОС. Если внезапно без Вашего участия загрузилось такое окно консоли, то лучше его не закрывать, а дождаться завершения процесса. Это займет не более 5 минут.

Удалять или нет?

Bootsqm dat что за файл мы разобрались. Но многим он визуально «мешает», хотя места занимает очень мало (несколько килобайт). Возникает вполне логичный вопрос: можно ли его удалить, и как это сделать правильно?

Отвечаю: его устранение не нанесет вреда операционной системе, но после очередной проверки элемент будет создан заново. Убрать его можно простым выделением и нажатием кнопки Del на клавиатуре.

Всё довольно просто! Уверен, тема понятная и не требует глубоких разъяснений. Но если хотите узнать больше, пишите в комментариях. Буду рад оказать посильную помощь.

Хочу разделить диск на логические разделы, но файл этот не перемещаемый и валяется в конце, что не даёт нормально сжать том.
Из инета вытянул только что это вроде как файл с инфой об удачных/неудачных загрузках винды.
Лежит в C:Windows
Винда у меня 7

Можно ли его удалить? Не навредит ли компу?

Намедни задался вопросом, при каких условиях появляется экран утилиты восстановления загрузки (Startup Repair). Восстановление загрузки это автоматизированное средство, которое обнаруживает большое количество общих проблем загрузки Windows и пытается их устранить в автоматическом режиме. Данная функциональная особенность последних версий Windows зачастую достаточно серьезно достает пользователей, поскольку в ожидании окончания процесса восстановления можно провести не один десяток минут, полностью выпадая из рабочего процесса на достаточно продолжительное время. Сама утилита восстановления конечно же интересна, но это тема отдельной статьи, а на тот момент мне просто хотелось выяснить по каким же условиям она стартует. Было выдвинуто предположение, что экран появляется лишь при внезапном выключении питания. Данная версия сразу была поставлена под сомнение, поскольку в памяти у меня всплыли примеры ситуаций, когда пользователи жаловались на автовосстановление загрузки даже при нормальном (с виду) завершении работы. С целью выяснить причины запуска средства восстановления загрузки решено было провести небольшой эксперимент. Хочу сразу оговориться, что рассматривать данный материал следует применительно к операционной системе Windows 7 SP1, поскольку все тесты проводились именно на этой версии, поэтому учтите, что в других версиях ситуация могла кардинально поменяться.

Начать поиски я решил в исходном коде распакованного файла bootmgr.exe, всё же как-никак самый что ни на есть начальный этап загрузки. Необходимой информации по теме в Сети я найти так и не смог, а с чего то надо было начинать! Памятуя, что в различных окнах английских версий системы я видел названия recovery tool и startup repair , я просто решил поискать по словам «recovery» (восстановление) и repair (исправление, ремонт), однако простым поиском по исходнику мне ничего подобного обнаружить не удалось, в файле не было упоминаний ни про какое восстановление. Далее я перешел к исходному коду дизассемблированного Winload.exe всё в той же IDA и просто решил поискать всё то же слово «recovery». В листинге файла мной была найдена переменная, автоименованная дизассемблером как aRecoveryTrue , которая имела значение recovery=true и на которую в коде ссылались две функции: OslpDisplayAutoAdvMenu и OslpDisplayAdvancedBootMenu . Должно быть это опция в конфигурации загрузки, по которой код Winload.exe , судя по всему, должен производить некие действия по восстановлению работоспособности. Предположим что это ОНО! Опираясь на некоторые внутренние критерии я отбросил вторую функцию и сконцентрировался на функции с именем OslpDisplayAutoAdvMenu (которая вызывалась из OslpDisplayAdvancedOptionsProcess , а та, в свою очередь, вызывалась из основной функции OslpMain ).

Но, вернемся к основной линии повествования. Так вот, чуть выше по коду в функции OslpMain я обнаружил некие условия перехода, по которым либо функция OslpDisplayAdvancedOptionsProcess получает управление, либо нет. Упомянутые условия являются результатом работы с выходными параметрами функции OslpGetBootStatusData , которая, судя по моим догадкам и названию, получает и проверяет некий статус загрузки. В самой функции OslpGetBootStatusData вызывается функция OslpGetSetBootStatusData , которая, вероятно, и оперирует с неким источником статуса. Так что же является источником статуса? Начав просматривать код функции, я обнаружил указание на файл bootstat.dat, и, поскольку файл этот попадался мне довольно часто, то вспомнил, что знания мои о нем ограничивались лишь пониманием, что это файл, в котором хранится некий статус загрузки, более ничего о нем я не знал. В Сети исчерпывающего описания по нему я не встретил, поэтому попытаюсь предложить собственное определение:

Возможно что данные эти каким-то образом могут использоваться для обнаружения ошибок этапов загрузки/завершения операционной системы для предоставления пользователю вариантов восстановления на этапе загрузки или автоматического запуска среды восстановления. В дополнение ко всему, как будет показано далее, файл статуса загрузки содержит разнообразную дополнительную информацию. Если мне не изменяет память, файл появился еще в операционной системе Windows XP, однако значимость его для системы со временем могла меняться.
Я вспомнил, что Bootmgr тоже работает с данным файлом, во всяком случае у меня в памяти осталось стойкое на то ощущение. Вернувшись к коду Bootmgr и поискав файл bootstat.dat , я удостоверился, что к нему действительно происходит обращение через функцию BmpInitializeBootStatusDatalog , то есть он начинает использоваться уже до этапа Winload.exe , на этапе Bootmgr . В коде функции BmpInitializeBootStatusDatalog вызывается:

  • функция _BlGetBootOptionDevice@16 с идентификатором BCD элемента 11000043h , который указывает на устройство.
  • функция _BlGetBootOptionString@12 с идентификатором BCD элемента 12000044h , который указывает на путь к файлу.
  • функция _BlGetBootOptionBoolean@12 с идентификатором BCD элемента 16000045h , который указывает на то, сохранились ли записи BSD с предыдущей сессии или BSD обнуляется при каждой сессии.

Эту логику можно отследить по следующему фрагменту кода:

Оцените статью