Error 0x8007006e

[lil 1959]

Доброго всем!
Не думал, что вляпаюсь в такую элементарщину...
Дано:
Имя ОС Microsoft Windows 7 Ultimate
Версия 6.1.7601 Service Pack 1 Сборка 7601
Дополнительное описание ОС Недоступно
Изготовитель ОС Microsoft Corporation
Имя системы LLOL-PC
Изготовитель MICRO-STAR INTERNATIONAL CO., LTD
Модель MS-1727
Тип x64-based PC
Процессор Intel(R) Core(TM) i7 CPU Q 840 @ 1.87GHz, 1867 МГц, ядер: 4, логических процессоров: 8
Версия BIOS American Megatrends Inc. E1727IMS.10F, 27.05.2011
Версия SMBIOS 2.6
Папка Windows C:\Windows
Системная папка C:\Windows\system32
Устройство загрузки \Device\HarddiskVolume2
Язык системы Россия
Аппаратно-зависимый уровень (HAL) Версия = "6.1.7601.24552"
Имя пользователя llol-PC\llol
Часовой пояс RTZ 2 (зима)
Установленная оперативная память (RAM) 8,00 ГБ
Полный объем физической памяти 7,98 ГБ
Доступно физической памяти 6,14 ГБ
Всего виртуальной памяти 16,0 ГБ
Доступно виртуальной памяти 13,9 ГБ
Размер файла подкачки 7,98 ГБ
Файл подкачки C:\pagefile.sys
Образ Win7 x64 by Simplix, свежий пак .Net Framework от него же, свежие официальные Visual C++, Java 8.251, RuntimePack 20.3.3,
также установлен UpdatePack7R2by simplix

- на текущий момент система практически чистая (т.е. установлена начисто и кроме указанных пакетов служебных программ установлены
лишь драйвера);
- до переустановки системы в учетной записи гостя пакет SetupViber.exe (v12/v7) устанавливался и функционировал корректно!
- сейчас установка пакета SetupViber.exe (v12/v7) в учетке админа проходит успешно;
- уж не зная, что и думать выполнил sfc /scannow - естественно, норма!
Найти:
- почему аналогичные действия в гостевой учетке дают ошибку 0x8007006e (см. логи)?!
- чистая загрузка (https://support.microsoft.com/ru-ru/help/929135/how-to-perform-a-clean-boot-in-windows#apps) - та же ошибка (на почти чистой системе), почему?
- первый лог указывает на невозможность развертывания пакета msi по пути, включающем папку с кириллическим
именем ("Гость"), хотя гостевая учетка уже была переименована ранее (на "iol"). Успешно и полностью переименовал повторно (https://answers.microsoft.com/ru-ru/windows/forum/windows_7-performance/%D0%BA%D0%B0%D0%BA/0ed802de-d597-44c6-8dcf-d6002ffce86d). Но почему второй лог выдает ту же ошибку но уже по пути, включающем папку на латинице ("iol")? Выходит, проблема не в этом?
- какого #@*&! после установки сервис-пака обновлений от симпликса на сборку Win7 от того же симпликса в свойствах системы мы все равно видим SP1 (вместо SP2)?..

[nextnext]

Зачем устанавливать что-то из под гостя? Теоретически он не предназначен для установки программ. Практически у него прав никаких нет на запись во многие папки, поэтому и неуспешно, думаю. Возможно, раньше такие права были по какой-то причине. Если нужен гость, сначала нужно проверить, есть ли полные права доступа для гостя на все устанавливаемые папки, подпапки и файлы, потом уже смотреть, будут ли ошибки.
И SP2 для Win7 не существует.

[lil 1959]

Зачем устанавливать что-то из под гостя? »
затем, что пользоваться подобным софтом в админской учетке некорректно! а уж на фоне того, что он ранее свободно устанавливался и не менее свободно работал под гостем - и подавно! считаете иначе?

относительно прав доступа к папкам - в первую очередь об этом подумал, пардон, что не указал во вступлении!
что ранее было сделано по доступу к папкам:
- пкм на экзешнике - свойства - безопасность - группы и пользователи - добавлен гостевой пользователь с полными правами доступа (при этом разрешения, наследуемые от родительских объектов некутивны, т.е. стоит "не унаследовано");
- пкм на экзешнике - свойства - безопасность - группы и пользователи - дополнительно - владелец: добавлен гостевой профиль в качестве владельца

результат - см. выше!

апофигеем всех этих процедур к вам вопрос - нафейхоа? вы вообще логи смотрели?! ведь в них четко указан этап, на котором произошел сбой:
C:\Users\iol\AppData\Local\Package Cache\{1092125F-2017-43D1-BDDD-9E4F202F8F1C}v7.0.0.1035\ViberSetup.msi, arguments: ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" INSTALLFOLDER="C:\Users\iol\AppData\Local\\Viber\"'
[02C8:0E08][2020-05-01T10:49:51]e000: Error 0x8007006e: Failed to install MSI package.
как гостевая учетка не может иметь прав доступа к папке своего же профиля C:\Users\iol\AppData\Local\\Viber\?! да еще и на свежеустановленной оси с максимумом сервис-паков!

p.s. и да, это, того, что ли... из-под, вообще-то, через дефис пишется)

[lil 1959]

только что проверил права на доступ для гостевой учетки по адресу C:\Users\iol\AppData\Local\
напоминаю, "iol" - гость, "llol" - админ
https://ibb.co/NmxHS4k

т.о. вопрос по доступу отпадает, верно?
тогда какие еще могут быть нюансы? возможно, все-таки, что-то в логах еще есть?..

p.s. ну я конечно подозревал, что на период карантина у многих свободного времени прибавится, но чтобы настолько...
никак не ожидал, что таким "страдать" буду...(

[nextnext]

Логи я смотрел. Если под админом программа устанавливается, а под гостём нет, то проблема с правами гостя, скорее всего. Если не прямо в папке установки, то где-то ещё не прямо. Я проверил в виртуалке на чистой win7 x64 msdn + сервис-пак обновлений от симпликса (декабрь 2019), пакет SetupViber.exe нормально устанавливается из под гостя. Мои варианты:
- создайте новую учётку гостя с изначально английскими буквами и попробуйте поставить из под неё, чтобы окончательно исключить вариант с не до конца правильным переименованием
- отключить защитник и центр обновления
- [удалено, лишнее]
- проверить диск на ошибки и смарт
- попробовать поставить программу в виртуалке на чистую win7 + обновления от симпликса без драйверов, которые могут с чем-то конфликтовать, и RuntimePack, теоретически могущего вызывать ошибку, например, тем, что какие-то права у гостя на системные файлы он отнимает.
- если есть желание, помониторить с помощью Procmon, что пытается сделать установщик с файлами и ключами реестра, и проверить права доступа гостя на это всё

[lil 1959]

Мои варианты: »
спасибо за конкретику!

что сделал:

- учетка "система" уже имеет полный лоступ к С:
https://ibb.co/j65TK79
при этом владелец - TrustedInstaller:
https://ibb.co/VvKY0wQ

- центр обновления (как и защитник) отключены изначально (без говнотвикеров - ср-вами самой системы);

- новая учетка (с правами ОБЫЧНОГО пользователя) с изначально английскими бквами создана. результат установки из-под нее ниже:
https://ibb.co/wrXGWYT

- SMART SSD C:
https://ibb.co/Lp7B9fb

КАК конкретно мониторить установщик с помощью с Procmon?

p.s. забыл добавить, в системе стоит это:
https://ibb.co/pfJkjK5
настройки никак не влияют.

[nextnext]

p.s. забыл добавить, в системе стоит это:
https://ibb.co/pfJkjK5 »

С этого и надо было начинать. Если вы читали комменты на comss.ru к этому файерволу, как это недавно делал я (как раз выбирал файервол), то вы в курсе, что этот SpyShelter довольно глючный: конфликтует с антивирусами, не запускает браузеры, запрещает синхронизацию даже при отключении, вызывает проблемы с драйверами...

По мониторингу: качаете "Process Monitor", запускаете. Начинаете установку SetupViber.exe. Смотрите в Procmon неудачные попытки обращения к файлам (без SUCCESS) основных процессов SetupViber.exe, msiexec.exe, Viber.exe. Они есть и при нормальной установке, но если их много и они где-то в конце, то, возможно, здесь и проблема. Для удобства можно отфильтровать ненужное: нажимаете кнопку Filter (Ctrl+L), удаляете из списка фильтров Procmon по одной все записи, добавляете, например, "Process name is SetupViber.exe then Include" - add - ok.

[lil 1959]

С этого и надо было начинать. »
вычистил уже полностью. до одного места.
так что это ничего не меняет.
к сож.

кстати, какой фаер выбрали?

[nextnext]

Иногда и после удаления подобных программ комплексной защиты их настройки остаются. Никто не знает, что SpyShelter там комплексно защищал, может он влез в групповую политику gpedit.msc и ужесточил настройки для ветки "Конфигурация компьютера – Административные шаблоны – Компоненты Windows – Установщик Windows", включил там "Запретить установки пользователям", например, в целях лучшей защиты.
кстати, какой фаер выбрали? »
Malwarebytes Windows Firewall Control

[lil 1959]

Иногда и после удаления подобных программ комплексной защиты их настройки остаются »
Истинно глаголете!

Что имею после ПОЛНОГО удаления этой "программы" (после отработки родного uninstaller.exe нек-рые папки с ее наименованием в реестре пришлось удалять, изменяя наследование параметров с системного на админ):

- Вайбер не получает доступа в сеть в гостевой учетке (под админом - норм):
https://ibb.co/7QtWSrX

- при попытке установить TinyWall получаю:
https://ibb.co/j45x5v9

- в гостевой учетке открываю "сетевые подключения" и вижу:
https://ibb.co/597ZZdh

- именно Malwarebytes Windows Firewall Control (6.1.0.0 RePack by elchupacabra) устанавливается и работает корректно везде.
Самое интересное, что на SpyShelter перешел вынужденно именно с WFC 4.8.7.0/5.3.1.0 т.к. обе эти версии с гостевой учеткой не поддерживали автозагрузку. На чистой системе! Тогда поспешил и не придал этому должного значения. Решил "отделаться", сменив "стенку"(((
При этом до переустановки системы (и внесения в нее обновленного Runtime pack и Updatepack от Simplix) WFC 4.8.7.0/5.3.1.0 работал без нареканий. С кучей другого мультимедиа-софта!
Т.е. можно уверенно говорить, что глюки с работой сети под гостевой учеткой возникли еще до установки SpyShelter!

Резюмируя:
- прошу помощи в грамотной настройке сетевого подключения для гостевой учетки!
- что сделал сейчас:
а). проверил компоненты Windows: https://ibb.co/RH2hm0w;
б). выполнил gpedit.msс:
https://ibb.co/HgxdmrK
в). групповые политики для установщика Windows:
https://ibb.co/hMRNJ6Q