[Amigos]

В установленной системе при выполнении команды sfc /scannow - выводится требование вставить дистрибутив чтоб скопировать файлы в dllcashe. Вставляю - копируется около 500 Мб. Вынимаю диск, запускаю проверку - ситуация опять та же самая ситуация, если опять вставляю диск - копируется еще 500 Мб, и постепенно dllcashe попросту раздувается. Ругня идет на ВСЕ файлы - никакой логики и закономерности. »

смотрите в прй осмотре событий/система чего конкретно не нравится sfc »

Ругня идет на ВСЕ файлы - никакой логики и закономерности. »

ну вот к примеру, если повреждены/удалены файлы основных сертификатов
c:\WINDOWS\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\nt5.cat
c:\WINDOWS\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\sp3.cat
то возможно подобное поведение

Ругня идет на ВСЕ файлы »

у меня - с десяток, и то скорее всего, из-за того что в качестве "iso с дистрибутивом" использовалась сборка от марта месяца.

[LonerD]

если повреждены/удалены файлы основных сертификатов »

Как они могли повредиться-удалиться при использовании аддонов из данной темы?
Лог интеграции и все логи установленной системы я приложил.
Повторяю - без аддонов - нет ошибок. Один аддон отсюда - есть ошибка.
"Самодельная" цифровая подпись может служить причиной повреждения корневых сертификатов?

[Amigos]

Повторяю - без аддонов - нет ошибок. Один аддон отсюда - есть ошибка. "Самодельная" цифровая подпись может служить причиной повреждения корневых сертификатов?»

нет.
но для проверки удалите в папке svcpack выходного дистрибутива TASKMGR.CA_ и REGEDIT.CA_
и аддон превратится в обычный аддон с модифицированными файлами.
в setuperr.log должны появится записи о неподписанных файлах regedit и taskmgr

Ведь всю политику вы сводите на НЕТ. »

точно всю?
ни капелюшечки политики безопастности не остается?

DPavlik82, а вообще похоже на то, что у вас корневой сертификат не вносится.

проверьте файл .iso\I386\HIVEPCK.INF
в нём есть строчка сертификатов

Код:

HKLM,"SOFTWARE\Microsoft\SystemCertificates\ROOT\Certificates\87C47CBB95638C2264392D88EEBCAE6AD9F84764",\

?

[Amigos]

а у меня нет пробела перед 64 »

и не должно быть, это движок форума пробелы вставляет, сейчас исправлю

И строчка одна »

да, она должна быть одна.

в таком случае возвращаемся на исходную позицию

смотрите в просмотре событий/система чего конкретно не нравится sfc »

[truvo]

Amigos, у меня эта строчка есть - а ситуация аналогичная. Хотя я уверен, что конкретно ваш аддон тут ни при чем.

Что конкретно не нравится sfc? У меня уже нравится почти всё. Но вчера, когда папка dllcashe имела размер 30 мегов, и я запустил sfs, и папка выросла до 680 мегов - не нравилось, видимо, многое, о чем журнал событий умалчивает (в нем остались записи только о том десятке файлов, которые на удалось скопировать (про которые она решила, что "неправильный компакт-диск".

А не могло sfc не нравиться конкретно и только незаполненное состояние папки dllcache?

[Amigos]

я уверен, что конкретно ваш аддон тут ни при чем »

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

без аддонов - нет ошибок. Один аддон отсюда - есть ошибка. »

то же не могу.

[LonerD]

проверьте файл .iso\I386\HIVEPCK.INF в нём есть строчка сертификатов »

есть.

ну вот к примеру, если повреждены/удалены файлы основных сертификатов c:\WINDOWS\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\nt5.cat c:\WINDOWS\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\sp3.cat то возможно подобное поведение »

Данные файлы в установленной системе совпадают с оригинальными файлами чистого дистрибутива.

Кстати, а файл REGEDIT.CA_ должен попасть в дистрибутив?
И разве в аддоне он не должен лежать в папке ForceCopy\SVCPACK ?

Upd Должен. Не пойму - с какого перепугу у меня нет этой папки.
Какой ужас - столько времени потрачено на такое.

[Amigos]

И разве в аддоне он не должен лежать в папке ForceCopy\SVCPACK ? Upd Должен. Не пойму - с какого перепугу у меня нет этой папки. Какой ужас - столько времени потрачено на такое. »

если этого файла нет - аддон превращается в

в обычный аддон с модифицированными файлами. в setuperr.log должны появится записи о неподписанных файлах regedit и taskmgr »

последствий типа

В установленной системе при выполнении команды sfc /scannow - выводится требование вставить дистрибутив чтоб скопировать файлы в dllcashe. Вставляю - копируется около 500 Мб. Вынимаю диск, запускаю проверку - ситуация опять та же самая ситуация, если опять вставляю диск - копируется еще 500 Мб, и постепенно dllcashe попросту раздувается. »

быть не должно

---

Не пойму - с какого перепугу у меня нет этой папки. »

несколько часов в шапке был неправильный аддон, в котором файлы ca_ были в неправильной папке, видимо вы их и успели скачать.

[truvo]

Amigos, если сейчас у вас папки правильные, значит и я скачал неправильные варианты. А ещё там были файлы wxpsp3ru.ca_ (прокомментируете сей факт? Уж не из-за него ли неприятности?)

P. S. Сообщаю для DPavlik82 и просто ради интереса: пересобрал дистрибутив, исключив оттуда все del-аддоны (однако в дистрибутив вошли аддоны Durable Regedit & Taskmgr в их НЕПРАВИЛЬНОМ варианте, и сразу после установки системы на вирт. машине - запустил sfc. Проверка прошла без единого "крика", но при этом, опять же, папка dllcache выросла до размера 600 Мб, а была маленькой. (Я не утверждаю, что del-аддоны в чем-то виноваты, возможно и нет, это я указал просто для уточнения деталей). Значит, что:
1) аддоны Durable Regedit & Taskmgr ни при чем;
2) "ругань" sfc в моем случае (см. посты выше) является результатом более поздних изменений в системе - видимо, какие-то программы подсовывают в систему такие файлы, восстановление которых, в частности, и требует почему-то какого-то "правильного", но не моего родного диска;
3 ) получается, что для нормальной работы программе защиты файлов нужна полностью укомплектованная папка dllcache. В таком случае интересно, почему эта папка не наполняется в необходимой степени в процессе установки Windows? Что этому мешает, и как задать, чтобы папка комплектовалась сразу при установке системы?
Вот вычитал:

Fake-Setup отключает на Т-8 запуск сканирования всех защищенных файлов, из-за этого папка "dllcache" не заполняется файлами нужными для восстановления. »

Но я этот Fake-Setup вроде бы не использую. Может, интегратор его тайком использует, а я не вижу? Или, может, это где-то в твиках прописано, а я не заметил?

[LonerD]

Проверка прошла без единого "крика", но при этом, опять же, папка dllcache выросла до размера 600 Мб »

А если после наполнения данной папки вынуть диск с дистрибутивом и опять попробовать выполнить sfc ?
У меня опять ругался, кэш начинал наполняться повторно и папка dllcache перевалила за гигабайт.

Но я этот Fake-Setup вроде бы не использую. Может, интегратор его тайком использует, а я не вижу? Или, может, это где-то в твиках прописано, а я не заметил? »

Аналогично. Раньше (около трех лет создания сборок) я всегда вручную очищал dllcache и задавал ему нулевой размер (в процессе установки выполнял батники
del /f /s /q "%Windir%\System32\Dllcache\*.*"
sfc /cachesize=0.
Проблем и ошибок не было (то есть нормально работающей системе не нужна полностью укомплектованная папка dllcache).
В последних экспериментальных пересборках (UpdatePack+IE7+WMP11+кривой Durable Regedit) я уже не очищал данную папку, но она действительно после установки оказывалась пустой. Просто больше времени на пересборки и переустановки не было, не упомянул об этом факте.