Mam 32-bitowy dodatek SP 1 dla systemu Windows 7 i otrzymałem dzisiaj powiadomienie o dostępnej ważnej aktualizacji zabezpieczeń KB3185330 , ale nie można jej zainstalować.
Próbowałem zainstalować go za pomocą narzędzia Windows Updater, pobrałem go, zainicjowałem instalację i poprosiłem o ponowne uruchomienie, co zrobiłem. Podczas zamykania zaczyna przygotowywać aktualizację, a podczas następnego rozruchu trwa do około 80-100%. Następnie kończy się niepowodzeniem, wycofuje aktualizację i ponownie uruchamia się ponownie. Następnie aktualizacja jest nadal wyświetlana na liście instalacji i jest wyświetlana jako niepowodzenie próby w dzienniku aktualizacji z kodem błędu 80004005.
Pobranie aktualizacji ręcznie z powyższego łącza i wykonanie jej prowadzi do tego samego rezultatu.
Jak wspomniano kilka razy, uruchamiam podwójnie system Ubuntu 16.04, używając menedżera rozruchu GRUB.
Próbowałem już pobrać i uruchomić ten plik Windows Update Diagnostics , który stwierdził, że znalazłem pewne problemy i naprawiłem je, ale ponowne uruchomienie i ponowna próba aktualizacji prowadzi do tego samego rezultatu.
Co jest nie tak z moim systemem? Jak mogę zainstalować tę aktualizację zabezpieczeń?
Jakie dzienniki błędów są potrzebne do rozwiązania problemu i gdzie mogę je znaleźć?
źródło
Odpowiedzi:
W dziennikach CBS @PeterdeRivaz polecenie
kończy się niepowodzeniem
0x0000007b (ERROR_INVALID_NAME - The filename, directory name, or volume label syntax is incorrect)
podczas aktualizacji Bootloadera (Microsoft-Windows-BootEnvironment
).Może to być spowodowane zainstalowanym programem ładującym GRUB. Dlatego usuń GRUB, aby używać tylko programu ładującego system Windows, zainstaluj aktualizację kb3185330, a następnie zainstaluj ponownie GRUB, aby móc ponownie uruchomić system Linux.
Jest to znany problem od lat, ponieważ Microsoft nigdy nie dba i nie testuje swoich aktualizacji za pomocą zainstalowanego programu ładującego GRUB, uważają, że wszyscy używają tylko systemu Windows i nic więcej.
Jak informowaliśmy w komentarzach, to rozwiązanie działało również w przypadku @ByteCommander .
źródło