Перейти к содержанию

KB5034441 - ошибка майков или полезная вещь?


Рекомендуемые сообщения

У меня (как и у многих людей, судя по активности) установка обновления KB5034441 завершается ошибкой 0x80070643 видимо из-за недостатка места в разделе восстановления (по мнению майков). По вашему мнению стоит изменять раздел ради этой обновы безопасности, или нет?  KB5034441: обновление среды восстановления Windows для Windows 10 версий 21H2 и 22H2: 9 января 2024 г. - Служба поддержки Майкрософт (microsoft.com)  KB5028997: инструкции по ручному изменению размера раздела для установки обновления WinRE - Служба поддержки Майкрософт (microsoft.com)

Ссылка на комментарий
Поделиться на другие сайты

Кстати да. 

Как я понял разговор про раздел в конце системного диска который раньше был 250 мегабайт а теперь 554?

Тоже ошибка - раздел при этом 554 мб. 

 

Ссылка на комментарий
Поделиться на другие сайты

17 минут назад, Bomzh78 сказал:

Кстати да. 

Как я понял разговор про раздел в конце системного диска который раньше был 250 мегабайт а теперь 554?

Тоже ошибка - раздел при этом 554 мб. 

 

Насколько я понял из обсуждения на форумах, раздел должен быть в районе гигабайта, а не так как написано на оф. сайте (на сайте майков творится дичь😄), у меня тоже чуть больше 500 мб в данный момент

Ссылка на комментарий
Поделиться на другие сайты

Если ваша Windows RE стояла на том же диске, что и система. То у вас это обновление было установлено и у вас нет проблемы. Если есть маленький отдельный раздел, то обновление не устанавливается.

 

Чтобы всё это исправить, запустите PowerShell от имени администратора и пересоздайте раздел не меняя параметры загрузчика.

 

Чтобы определить куда подключен раздел восстановления введите:
PS C:\WINDOWS\system32> reagentc /info
Информация о конфигурации среды восстановления Windows и
сброса системы:

    Состояние среды восстановления Windows:         Enabled
    Расположение среды восстановления Windows:       \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE
    Идентификатор данных конфигурации загрузки: efd963f9-afa6-11ee-8020-84c5a61716fe
    Расположение образа для восстановления:
    Индекс образа для восстановления:      0
    Расположение пользовательского образа:
    Индекс пользовательского образа:          0

REAGENTC.EXE: операция выполнена успешно.

 

У меня WinRE находится на диске 0, раздел 4. Чтобы убедиться, что это она можно ввести команду:
Get-Partition -DiskNumber 0 -PartitionNumber 4
Указав соответствующие номера для диска и раздела.

 

Отключите WinRE:
reagentc /disable

 

Удалите раздел через diskpart
DISKPART> select disk 0
DISKPART> select partition 4
DISKPART> delete partition override

 

Уменьшите раздел системного раздела, или того раздела, что слева от этой удаленного раздела восстановления так, чтобы можно было создать раздел размером в 990 мегабайт. Если смотрите через оснастку "управление дисками", то свободно в неразмеченной области должно быть 992 мегабайта. В моем случае, раз раздел восстановления имел номер 4, значит уменьшаем раздел 3. Например, если раздел был изначально 554 мегабайта, то нужно высвободить 436. Это можно сделать в графическом интерфейсе через управление дисками или через diskpart:
DISKPART> select disk 0
DISKPART> select partition 3
DISKPART> shrink desired=436 minimum=436

 

После этого должно было освободиться достаточное количество свободного места. Затем нужно создать раздел восстановления заново. Для этого нужно сначала определить используемый тип таблицы разделов MBR или GPT. В diskpart это делается так:
DISKPART> list disk

  Диск ###  Состояние      Размер   Свободно Дин  GPT
  --------  -------------  -------  -------  ---  ---
  Диск 0    В сети          953 Gбайт  1024 Kбайт        *
DISKPART>

 

То что стоит звездочка в колонке GPT говорит о том, что таблица разделов имеет формат GPT, если звёздочки нет, значит формат MBR. Создание раздела восстановления на GPT и MBR разное.

 

Для GPT нужно зайти в diskpart и выполнить:
DISKPART> select disk 0
DISKPART> create partition primary
DISKPART> set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
DISKPART> format quick fs=ntfs label="WINRETOOLS"
DISKPART> gpt attributes=0x8000000000000001

 

Для MBR нужно зайти в diskpart и выполнить:
DISKPART> select disk 0
DISKPART> create partition primary
DISKPART> set id=27
DISKPART> format quick fs=ntfs label="WINRETOOLS"

 

После выполненных команд раздел будет вновь создан с тем же номером. Это можно увидеть так:
DISKPART> list partition

  Раздел    ###  Тип               Размер   Смещение
  -------------  ----------------  -------  -------
  Раздел 1    Системный          150 Mб  1024 Kб
  Раздел 2    Зарезервирован     128 Mб   151 Mб
  Раздел 3    Основной           952 Gб   279 Mб
  Раздел 4    Восстановление     990 Mб   952 Gб

DISKPART>

 

ВАЖНО! Нельзя делать размер раздела выше чем 1GB, потому что если вы так сделаете, то вам снова не хватит места:
https://learn.microsoft.com/en-us/troubleshoot/windows-client/windows-security/disk-partition-requirement-use-windows-re-tool
1. Если раздел ниже 500МБ, то свободно должно быть 50 МБ для старых версий ОС и 200МБ для новых
2. Если раздел ниже 500МБ-999МБ, то свободно должно быть 320 МБ
3. Если раздел выше 1ГБ, то свободно должно быть не менее 1ГБ
Если вы решили переборщить с размером раздела восстановления, то делайте 2ГБ.

 

После того как вы всё это проделали вам нужно снова включить WinRE обратно:
reagentc /enable

 

И после этого перезагрузить компьютер. Только после перезагрузки это обновление поставится.


Внимательно следите за номерами дисков и разделов, чтобы случайно не удалить что-то нужное 😃

 

И кстати. Если у вас по какой-то причине WinRE обратно не включается, то вам придётся его (WinRE) переустановить заново. Для этого вам потребуется WinRE.wim. Если вы его потеряли и он reagentc сообщает, что он не найден, то:

  1. Его нужно выдрать из установочного образа Windows 10/11 или что там у вас (как его вытаскивать через DISM - это целая эпопея)
  2. Примонтировать раздел восстановления с любой буквой (например R). Выбрать партицию в diskpart и сделать: assign letter R
  3. Положить туда образ по пути: R:\Recovery\winre.wim
  4. Натравить reagentc на новую локацию: reagentc /setreimage /path "R:\Recovery\winre.wim"
  5. Включить среду восстановления через reagentc /enable
  6. Удалить точку монтирования через: mountvol R: /d

Если последнее не сделать, то при перезагрузке буква будет восстанавливаться.

 

Индийское видео про восстановление утраченного образа WinRE:

 

 

 

При этом если при включении у вас возникает WinRE у вас возникает таинственная ошибка "7b", то это означает что у вас скорее всего ноутбук, и в нем его производитель понаделал кучу кастомных опций для WinRE. Это значит что вам нужно перед включением вычистить все строчки из bcdedit, который отвечают за режим восстановления.
Проверяйте через "bcdedit /enum all", ищите и удаляйте строчки "Загрузка Windows" у которых идентификатор имеет GUID, а не {current} и у которых атрибут winpe имеет значение yes. Удаляется командой:
bcdedit /delete {efd963f9-afa6-11ee-8020-84c5a61716fe}

У вас там будут ваши GUID-ы. И главное, помните, что bcdedit не работает в оболочке PowerShell и вам нужно запустить именно cmd от имени администратора.

 

В общем, спасибо, Microsoft. Год начался прекрасно...

Изменено пользователем kmscom
исправил сообщение по просьбе автора
  • Спасибо (+1) 2
Ссылка на комментарий
Поделиться на другие сайты

Спасибо, помогло с обновлением. но после проделанных манипуляций данный раздел отображается под буквой как основной.

reagentc /info выдает 

REAGENTC.EXE: сбой операции: 5

REAGENTC.EXE: произошла ошибка.

 

Изменено пользователем ska79
Ссылка на комментарий
Поделиться на другие сайты

Ты решил эту проблему,просто у меня так же проблема,а мне интересно что же будет если не обновлять KB5034441?

Ссылка на комментарий
Поделиться на другие сайты

37 минут назад, ska79 сказал:

после проделанных манипуляций данный раздел отображается под буквой как основной.

проделайте манипуляции по удалению буквы

n31.jpg.2d57a610be7bbdc7d941e9dbde158ab0.jpg

Ссылка на комментарий
Поделиться на другие сайты

И раздел отображается как основной, но функции восстановления вроде рабочие. и на том ладно, хотя причина в правах, имхо

Ссылка на комментарий
Поделиться на другие сайты

43 минуты назад, ska79 сказал:

после проделанных манипуляций данный раздел отображается под буквой как основной.

У меня по началу тоже была такая проблема. Я приложил картинку, как этот раздел должен выглядеть в Управлении дисками. У меня компьютер работает в режиме UEFI, значит загрузка производится через раздел EFI (на скриншоте первый в 150МБ). Это значит, что таблица разделов диска имеет формат GPT. На скриншоте "Исправен (Раздел восстановления)" - это признак того, что все атрибуты на раздел выставлены верно.

 

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

  1. От имени администратора запустить CMD или PowerShell и запустить утилиту diskpart

    PS C:\WINDOWS\system32> diskpart

  2. Выбрать диск, на котором находится раздел восстановления. В моем случае это "Диск 0", это видно на скриншоте
    DISKPART> select disk 0
  3. Затем нужно найти номер раздела, например, посмотрев по размеру:

    DISKPART> list partition

      Раздел    ###  Тип               Размер   Смещение
      -------------  ----------------  -------  -------
      Раздел 1    Системный          150 Mб  1024 Kб
      Раздел 2    Зарезервирован     128 Mб   151 Mб
      Раздел 3    Основной           952 Gб   279 Mб
      Раздел 4    Восстановление     990 Mб   952 Gб

  4. Если у вас раздел выглядит как основной, а не как восстановление, нужно отредактировать атрибуты раздела (это можно сделать только через diskpart из командной строки). Сперва нужно выбрать раздел:

    DISKPART> select partition 4

    Выбран раздел 4.

  5. Далее нужно установить значения параметров, которые разнятся между MBR и GPT
    1. Для GPT (это мой вариант, для тех у кого UEFI) 
      DISKPART> set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
      DISKPART> gpt attributes=0x8000000000000001
    2. Для MBR (если у кого-то Legacy BIOS) 
      DISKPART> set id=27

Если диск имеет признак "Раздел восстановления", то нельзя удалить букву через оснастку управление дисками. Для этого нужно снова идти в diskpart.

Чтобы удалить букву диска через командную строку:

  1. От имени администратора запустить CMD или PowerShell и запустить утилиту diskpart

    PS C:\WINDOWS\system32> diskpart

  2. Выбрать диск, на котором находится раздел восстановления. В моем случае это "Диск 0"
    DISKPART> select disk 0
  3. Затем нужно найти номер тома (не раздела), например, посмотрев по размеру, букве или метке:

    DISKPART> list volume

      Том    ###  Имя  Метка        ФС     Тип         Размер   Состояние  Сведения
      ----------  ---  -----------  -----  ----------  -------  ---------  --------
         Том 0     D                       DVD-ROM         0 б  Нет носит
         Том 1     C   OS           NTFS   Раздел       952 Gб  Исправен   Загрузоч
         Том 2         ESP          FAT32  Раздел       150 Mб  Исправен   Системны
         Том 3     R   WINRETOOLS   NTFS   Раздел       990 Mб  Исправен   Скрытый

  4. Далее нужно выбрать том

    DISKPART> select volume 3

    Выбран том 3.

  5. И после этого можно удалить букву (в моем примере это R):
    DISKPART> remove letter=R

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

Вариант 1: Запустить CMD или PowerShell от имени администратора и выполнить

PS C:\WINDOWS\system32> mountvol R: /d

R - это буква диска, которая у вас назначена. Впишите правильную.

Вариант 2: Запустите regedit и перейдите по следующему пути: HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices

В этом разделе нужно удалить параметр, соответствующий точке монтирования, например: \DosDevice\R:

 

P.S. Ошибка 5 означает, что командная строка cmd или PowerShell не был запущен от имени администратора. Его нужно запускать только от имени администратора.

DiskManagement.png

Ссылка на комментарий
Поделиться на другие сайты

У меня mbr

7 минут назад, Halal_Bacon сказал:

У меня компьютер работает в режиме UEFI, значит загрузка производится через раздел EFI

 

Ссылка на комментарий
Поделиться на другие сайты

1 минуту назад, ska79 сказал:

У меня mbr

Ну если так, то нужно в diskpart писать "set id=27" после выбора правильного раздела. Тогда он будет понят системой как раздел восстановления.

Проблема в том, что это нельзя сделать через управление дисками. Только командная строка. Все остальное не меняется.

  • Спасибо (+1) 1
Ссылка на комментарий
Поделиться на другие сайты

1 минуту назад, Halal_Bacon сказал:

Ну если так, то нужно в diskpart писать "set id=27" после выбора правильного раздела.

так и делал 

Безымянный.png

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • KL FC Bot
      От KL FC Bot
      В бурном море Интернета вещей (Internet of Things, IoT) скоро будет больше порядка благодаря принятому стандарту ISO/IEC 30141, описывающему стандартизованную архитектуру решений IoT. «Лаборатория Касперского» активно участвовала в разработке принципов доверия для IoT-устройств, описанных спецификацией ISO/IEC TS 30149:2024. На этом примере удобно разобраться, зачем вообще нужны стандарты, что можно стандартизовать в Интернете вещей и почему IoT-устройство и его производитель обязаны доказывать, что достойны доверия покупателей.
      Зачем вообще нужны стандарты
      Если вы хорошо понимаете основные принципы стандартизации в электронике, то можете пропустить этот раздел и перейти к следующему.
      Когда вы в отпуске подключаете свой смартфон к гостиничной розетке, вам невидимо помогают десятки международных стандартов. Зарядные устройства выпускаются в соответствии со стандартом IEC 60335-1:2020, описывающем электробезопасность бытовой техники, форма вилки регулируется IEC 60906-1:2009 и производными стандартами (например, CEE 7/16), а само напряжение в электросети регулируется стандартом IEC 60038:2009+A1:2021. Повсеместная стандартизация значительно упростила жизнь людей: в большинстве стран мира используются одинаковые виды электроприборов, штрихкоды на упаковках продуктов, единицы измерения веса, длины и скорости. А единые подходы к контролю вредных веществ в продуктах, к изоляции и заземлению бытовой техники, дозировкам лекарств, раскраске дорожных знаков позволили значительно повысить безопасность людей и упростить сертификацию и тестирование товаров.
      Международная электротехническая комиссия (IEC, International Electrotechnical Commission) обобщает преимущества стандартизации так. Стандарты:
      позволяют разным продуктам работать и соединяться друг с другом; применяются при тестировании и сертификации, чтобы проверить, что производитель выполняет свои обещания; содержат технические подробности, применяемые для законодательного регулирования в конкретных странах; упрощают международную торговлю. Организаций, занимающихся стандартизацией, довольно много — есть региональные, есть индустриальные, а есть тематические. Кроме уже упомянутой IEC, есть, например: организация Internet Engineering Task Force (IETF), ответственная за разработку интернет-стандартов; институт American National Standards Institute (ANSI), выпускающий стандарты для американского рынка; а самой «универсальной» является Международная организация по стандартизации (ISO). Там, где их зоны ответственности пересекаются, эти организации часто взаимодействуют и вырабатывают общие рекомендации. Например, стандарты для электротехники обычно называются ISO/IEC.
       
      View the full article
    • mamruc
      От mamruc
      Здравствуйте!
      Физически помер сервер с установленным KSC14, есть бекап сервера. На новом сервере устанавливал  KSC с новой базой, при подключении через Веб морду ничего не отображает, через MMC пишет:
      «Операция не может быть выполнена, так как программа инициализируется или деинициализируется»
      Такой статус еже несколько часов.
    • SDDdo
      От SDDdo
      Здравствуйте! Есть внешний HDD диск. Во время загрузки файлов на этот диск произошло непреднамеренное отключение диска из USB разъема. При повторном подключении диска, система не видит диск в проводнике, в диспетчере устройств диск отображается, но с другим именем. В управлении дисками при попытке инициализировать диск выдает ошибку CRC. Возможно ли решить данную проблему своими силами?


    • Austria.unvorsatzlich
      От Austria.unvorsatzlich
      Доброго времени суток,столкнулся с проблемой ошибки подключения Agenta версии 14 к Центру, операционная система на которой стоит агент Линукс а Центр где стоит сервер Виндовс при попытки подключения выдает данное сообщение:
      [root@localhost user]# sudo systemctl status klnagent
      ● klnagent64.service - LSB: Kaspersky Network Agent
           Loaded: loaded (/etc/rc.d/init.d/klnagent64; generated)
           Active: active (running) since Tue 2024-12-10 10:35:07 MSK; 51min ago
             Docs: man:systemd-sysv-generator(8)
          Process: 5100 ExecStart=/etc/rc.d/init.d/klnagent64 start (code=exited, status=0/SUCCESS)
            Tasks: 26 (limit: 9182)
           Memory: 20.6M
              CPU: 36.805s
           CGroup: /system.slice/klnagent64.service
                   ├─5106 /opt/kaspersky/klnagent64/sbin/klnagent
                   ├─5108 /bin/sh /var/opt/kaspersky/klnagent/tmp/klsc-85F0189814E85A37/B48BDCEEFFC7AD12707F1E74F6D09C48
                   └─5109 /opt/kaspersky/klnagent64/sbin/klnagent -d -from_wd
      Dec 10 10:35:07 localhost.localdomain systemd[1]: Starting klnagent64.service - LSB: Kaspersky Network Agent...
      Dec 10 10:35:07 localhost.localdomain klnagent64[5100]: klnagent started
      Dec 10 10:35:07 localhost.localdomain systemd[1]: Started klnagent64.service - LSB: Kaspersky Network Agent.
      Dec 10 10:35:10 localhost.localdomain klnagent[5109]: Product 'Kaspersky Endpoint Security 11.3.0 для Linux' has started    (5B4B4C434F4E4E415050494E53545D202F686F6D6>
      Dec 10 10:35:10 localhost.localdomain klnagent[5109]: Product 'Kaspersky Endpoint Security 11.3.0 для Linux' has started    (5B4B4C434F4E4E415050494E53545D202F686F6D6>
      Dec 10 10:35:10 localhost.localdomain klnagent[5109]: Kaspersky Network Agent 14.0.0.4646 started    (5B4B4C4E41475D202F686F6D652F6275696C6465722F612F632F645F30303030>
      Dec 10 10:35:16 localhost.localdomain klnagent[5109]: Transport level error while connecting to http://192.168.7.9:13291: general error 0x4F8 (Connection has been bro>
                                                            #1272 Transport level error while connecting to http://192.168.7.9:13291: general error 0x4F8 (Connection has be>
    • ГГеоргий
      От ГГеоргий
      в процессе установки на РедОС возникает следующая ошибка

×
×
  • Создать...