Win 7 не удается установить обновление безопасности KB3185330 (код ошибки 80004005)

У меня установлена ​​Win 7 Professional 32 bit SP 1, и я получил уведомление о доступном сегодня важном обновлении для системы безопасности KB3185330 , но его не удалось установить.

Я попытался установить его через Windows Updater, он загрузил его, инициализировал установку и запросил перезагрузку, что я и сделал. Во время выключения он начинает готовить обновление, а во время следующей загрузки он продолжается примерно до 80-100%. Затем происходит сбой, откатывает обновление и перезагружается снова. После этого обновление все еще отображается для установки и отображается как неудачная попытка в журнале обновлений с кодом ошибки 80004005.

Загрузка обновления вручную по ссылке выше и выполнение его приводит к тому же результату.

Как уже упоминалось несколько раз, я использую Ubuntu 16.04 с двойной загрузкой, используя менеджер загрузки GRUB.

Я уже пытался загрузить и запустить этот файл диагностики Центра обновления Windows , он сказал, что нашел некоторые проблемы и исправил их, но перезагрузка и повторная попытка обновления приводит к тому же результату.

Что не так с моей системой? Как я могу установить это обновление для системы безопасности?
Какие журналы ошибок вам нужны для устранения проблемы и где я могу их найти?

В журналах CBS @PeterdeRivaz команда

"C:\Windows\bfsvc.exe" C:\Windows\boot /nofonts"

не удается 0x0000007b (ERROR_INVALID_NAME - The filename, directory name, or volume label syntax is incorrect)при обновлении загрузчика ( Microsoft-Windows-BootEnvironment).

Это может быть вызвано установленным загрузчиком GRUB. Поэтому удалите GRUB, чтобы использовать только загрузчик Windows, установите обновление kb3185330, а затем переустановите GRUB, чтобы иметь возможность снова загружать системы Linux.

Это известная проблема в течение многих лет, потому что Microsoft никогда не заботится и не тестирует свои обновления с установленным загрузчиком GRUB, они думают, что все используют только Windows и ничего больше.

Как отмечается в комментариях, это решение работает и для @ByteCommander .