Ru-Board.club
← Вернуться в раздел «Тестирование»

» "Активация Windows 7" - Правка и обсуждение шапки

Автор: aRLi
Дата сообщения: 21.08.2013 15:59
Пора обновить ссылку на смежную тему:

"Активация Windows 7 и Windows Server 2008 R2 при помощи KMS"
Автор: twinl
Дата сообщения: 02.09.2013 08:42
emx,-пора бы в шапке создать " Volume MAK ключи " как в теме активации по телефону Windows 8.
Автор: m0nkrus
Дата сообщения: 02.11.2013 11:41
napalum

Цитата:
Смотрю Вы убрали примечание о Ваших сборках W7 из шапки.
Давайте обсудим в каком формате данное предупреждение занести в шапку. Если не согласны с оценкой, то тоже выскажите свои возражения.
Клеймить все сборки подряд не хотелось бы, например, на основе кмс.
Напишите в каких релизах использована активация с патченным ядром. Для x64 только патчится?

Я считаю, что ни в каком виде заносить не нужно. Да, проблема есть, признаю. Но она решаема. Описание решения проблемы (включая профилактическое) приведено в шапке топиков проблемных сборок на трекерах. Поэтому юзеры могут вполне ответственно сами сделать выбор, использовать ли им мои сборки, поработав над ними напильником самостоятельно или не использовать вовсе. И не надо им давать ничем не обоснованные категорические рекомендации не использовать мои сборки. Вот то самое описание (с трекеров), если есть такое уж желание выделить мои проблемные сборки, можно вынести в шапку:

Цитата:
Проблема (ошибка 0xc0000005) после установки обновлений KB2859537, KB2872339 или KB2882822 (возможно, в дальнейшем, будут еще) возникает из-за их несовместимости с используемым в 64-битных системах этой сборки методом активации. Установка этих обновлений в большинстве своем вызывает отказ запуска 32-битных приложений.

Если вы уже установили одно из проблемных обновлений, то решение проблемы все равно есть. Первый вариант: Панель управления -> Программы и компоненты -> Просмотр установленных обновлений -> находите там, к примеру, KB2859537, правый клик мыши по нему и выбрать "Удалить". Если такой способ по каким-либо причинам не проходит, то запускаем консольное окно от имени администратора (Win+R) и набираем в нем следующую команду: wusa.exe /uninstall /kb:2859537, где цифра - номер обновления. После этого просто перезагружаем компьютер.

Далее, находим в сети активатор ODIN версии 1.3.7, и с его помощью деактивируем систему. После перезагрузки безбоязненно ставим любые обновления. По окончании установки обновлений с помощью все того же ODIN'a активируем систему повторно. Все! Больше с вероятностью 90% ошибка 0xc0000005 вас не посетит.

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


За все время существования семерки было выпущено реально всего одно единственное обновление - KB2859537, которое привело к такому конфликту с активатором. Да, может показаться, что вышли и еще обновления (KB2872339 и KB2882822), приводящие к таким последствиям, но нет, это были кумулятивные обновления, которые просто ассимилировали в себе то первое. И, если первое уже было установлено и обойдено путем переактивации, то остальные уже никаких побочных эффектов не давали.

Ядро, действительно, патчится только у 64-битных редакций. У 32-битных редакций проблем нет.

Проблема касается следующих релизов (привожу только актуальные на текущий момент сборки):
Windows 7 Ultimate SP1 IE10+ RUS-ENG x86-x64 Activated
Windows 7 SP1 IE10+ RUS-ENG x86-x64 -18in1- Activated (AIO)
Microsoft Windows 7 SP1 RUS-ENG x86-x64 -18in1- Activated (AIO) (не актуальная, но до сих пор часто используемая)
m0nkrus x86-x64 System Boot DVD 13.0 (Windows от 98 до 2011)


P.S. Меня просто убивает, что ты даже не зная, что пропатчивается только 64-битное ядро (то есть не разбираясь в вопросе), сам не юзая мои сборки, не посчитав нужным уточнить что-то у меня, как у автора, просто впихнул дельный совет в шапку! Да еще и не счел важным уточнить, каких именно сборок это касается, дав общую рекомендацию для всех сборок сразу! Почему ты тогда для своего активатора Windows 7 Loader eXtreme Edition v3 не дал рекомендацию не использовать? Ведь в нем среди прочих методов есть все тот же, проблемный, что и у меня!

P.P.S. Кстати, первые две проблемные сборки из списка будут пересобраны в самое ближайшее время. займусь уже на следующей неделе. Так что проблема исчезнет. Сборка с KMS-активацией чуть позже тоже будет пересобрана.
Автор: napalum
Дата сообщения: 02.11.2013 19:03
m0nkrus

Цитата:
P.S. Меня просто убивает, что ты даже не зная, что пропатчивается только 64-битное ядро (то есть не разбираясь в вопросе), сам не юзая мои сборки

Чтобы сделать вывод не нужно быть даже экспертом в области активации, юзать Ваши сборки, не имеет значения только ли для 64-бит существует проблема.
Достаточно того изложенного факта, что принудительно юзается старое ядро.
У нас в профильном топике сложился консенсус: патчи файлов мы не рекомендуем к применению для активации.


Цитата:
не посчитав нужным уточнить что-то у меня, как у автора, просто впихнул дельный совет в шапку! Да еще и не счел важным уточнить, каких именно сборок это касается, дав общую рекомендацию для всех сборок сразу!

в том посте, ссылку на которую дал dialmak, человек говорил о том, что вы отмахивались от него с этой проблемой
решил, что сами найдетесь и сделаете свой коментарий для шапки по перечню сборок и пр.


Цитата:
Почему ты тогда для своего активатора Windows 7 Loader eXtreme Edition v3 не дал рекомендацию не использовать? Ведь в нем среди прочих методов есть все тот же, проблемный, что и у меня!

SLIC Loader для x86 у меня


Цитата:
P.P.S. Кстати, первые две проблемные сборки из списка будут пересобраны в самое ближайшее время. займусь уже на следующей неделе. Так что проблема исчезнет.

если патченное ядро, рекомендации те же

предлагаю в шапку так:
Про патчеры/дисейблеры активации:
Chew-WGA, RemoveWAT и пр., [more=некоторые сборки W7]Список нерекомендуемых сборок Windows 7 от m0nkrus для установки x64 версий:
Windows 7 Ultimate SP1 IE10+ RUS-ENG x86-x64 Activated
Windows 7 SP1 IE10+ RUS-ENG x86-x64 -18in1- Activated (AIO)
Microsoft Windows 7 SP1 RUS-ENG x86-x64 -18in1- Activated (AIO)
m0nkrus x86-x64 System Boot DVD 13.0 (Windows от 98 до 2011)
Причина
[/more] от m0nkrus - не рекомендуются к практическому применению.
Автор: m0nkrus
Дата сообщения: 02.11.2013 20:27
napalum
Цитата:
Чтобы сделать вывод не нужно быть даже экспертом в области активации, юзать Ваши сборки, не имеет значения только ли для 64-бит существует проблема.
Да неужто?! То есть, если у тебя в сумке 4 помидора, два гнилых и два нормальных, ты рекомендуешь выкинуть все?

Цитата:
Достаточно того изложенного факта, что принудительно юзается старое ядро.
То есть тот факт, что в описании сборки дана недвусмысленная рекомендация, как ядро обновить, уже не учитывается? А почему тогда не зарубить все сборки, которые не включают обновления по текущее число? Бог мой, обновления же можно потом докачать!!! Так что же в этом вопросе отличает мою сборку, если тут все можно тоже докачать (и ядро обновить), пусть и с некоторыми дополнительными процедурами? А ведь многие ставят в режиме UEFI. А там вообще совершенно другой метод активации. И это я не говорю про то, что если вшита SLIC-таблица, то тоже никакого пропатчивания не происходит, независимо от того, 32-битная система или 64-битная.

Цитата:
У нас в профильном топике сложился консенсус
У вас, это у кого, извините? Вас (кого?) кто-то уполномочивал решать за всех? А почему ваша группа единомышленников не посчитала нужным заслушать противную сторону? Почему ко мне обратились только после того, как я убрал результат ваших "изысканий", хотя он напрямую касается моих продуктов?

Цитата:
в том посте, ссылку на которую дал dialmak
Хоть немного уважения прояви к собеседнику. Предоставь ссылку на пост, на который ты ссылаешься. Или ты думаешь, что я обязан перерыть все посты dialmak и угадать, о каком ты говоришь?

Цитата:
SLIC Loader для x86 у меня
Да плевать, что у тебя для х86. Проблема с 64-биткой. А вот скрин твоего активатора на 64-битной системе:

Согласно твоим воззрениям, если хоть где-то есть возможность воспользоваться методом, где производится пропатчивание ядра, то этот продукт надо заклеймить позором. Или это касается каких угодно продуктов, кроме твоих?

Цитата:
если патченное ядро, рекомендации те же
Оно патченное уже три года как в моих сборках. И что-то никто не жаловался до появления всем известной проблемы, у которой есть не особо обременительная методика решения. Сборка Windows 7 SP1 IE10+ RUS-ENG x86-x64 -18in1- Activated (AIO) до недавнего прокола была самой популярной сборкой семерки, да и сейчас осталась, несмотря на ваши активные старания ее и ей подобные дискредитировать.
Автор: napalum
Дата сообщения: 02.11.2013 22:39
m0nkrus

Цитата:
Хоть немного уважения прояви к собеседнику.

Я Вас уважаю, просто за тот факт, что часто вижу Ваше релизы, а значит делаете большое дело для варез сцены. Спасибо.
Это так, чтобы не думали, что у меня к Вам какие-то персональные претензии.


Цитата:
а неужто?! То есть, если у тебя в сумке 4 помидора, два гнилых и два нормальных, ты рекомендуешь выкинуть все?

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

Хотя с активаторами Staforce, например, в общем не церемонились, справедливо заклеймили напрочь его активаторы, в конечном итоге перешло все на личности.


Цитата:
То есть тот факт, что в описании сборки дана недвусмысленная рекомендация, как ядро обновить, уже не учитывается?

да


Цитата:
А почему тогда не зарубить все сборки, которые не включают обновления по текущее число?

не в компетенции топика


Цитата:
Так что же в этом вопросе отличает мою сборку, если тут все можно тоже докачать (и ядро обновить), пусть и с некоторыми дополнительными процедурами?

"дополнительными процедуры" - "патчи файлов мы не рекомендуем к применению для активации"


Цитата:
А ведь многие ставят в режиме UEFI. А там вообще совершенно другой метод активации. И это я не говорю про то, что если вшита SLIC-таблица, то тоже никакого пропатчивания не происходит, независимо от того, 32-битная система или 64-битная.

Давайте в примечания добавим.
Но проблема остается. Когда продавец подсовывает вместе с хорошими помидорами гнилые, можно излишне доверясь авторитетности продавца начать есть их все, не рассматривая их.


Цитата:
У вас, это у кого, извините? Вас (кого?) кто-то уполномочивал решать за всех?

У тех кто в профильной теме ру-борда живет. Были долгие дискусии на тему, в конечном итоге пришли к общему пониманию. В шапке от лица ру-борда уполномочен говорить каждый мембер ру-борда, также как и каждый в полномочиях отменить сказанное, что Вы и сделали.


Цитата:
Предоставь ссылку на пост, на который ты ссылаешься.

та ссылка, что была в шапке, которую удалили
в посте выше по ссылке "некоторые сборки W7" ссылка "Причина"(сейчас выделил жирным)
http://forum.oszone.net/post-2202458-94.html


Цитата:
Да плевать, что у тебя для х86. Проблема с 64-биткой. А вот скрин твоего активатора на 64-битной системе

только для х86 как работающий вариант в активаторе


Цитата:
если хоть где-то есть возможность воспользоваться методом, где производится пропатчивание ядра

вообще системных файлов


Цитата:
Или это касается каких угодно продуктов, кроме твоих?

Принцип W7LXE - не вносить ни каких изменений в ОС.
Этому принципу он соответствовует и всегда соответствовал.


Цитата:
Оно патченное уже три года как в моих сборках. И что-то никто не жаловался до появления всем известной проблемы

http://forum.oszone.net/post-2202458-94.html
"предупреждал монкруса об этой проблеме пару лет назад"
Автор: m0nkrus
Дата сообщения: 03.11.2013 00:32
napalum

Цитата:
Пояснил же. Вы отмахивались от человека, когда он указывал на проблему.
Я не вижу подтверждения утверждению этого человека. Более того, насколько я понял, это утверждение ты тоже мне диктуешь из третьих рук. То есть ты где-то видел пост dialmak, где он написал, что общался с неким индивидом, который утверждал, что я его отшил, когда он задал вопрос, как решить проблему. Шикарное обоснование не советуясь со мной решать судьбу моих продуктов! Самому не смешно?

Но, даже если предположить, что оно так и случилось, и я что-то отказался решать с этим конкретным индивидом, кто-нибудь выяснил причину моего отказа? Кто-нибудь прочел комменты в моих топиках этих сборок, где я на каждой странице по нескольку раз рассказывал людям, как решить проблему? Нет, на основании одного заявления непонятно кого (и непонятно правдивое ли оно и было ли вообще), меня записали в мерзавцы, не заботящиеся о пользователях своих сборок.

Цитата:
У тех кто в профильной теме ру-борда живет
Ники, пожалуйста. Меня к дискуссии не пригласили на основании, изложенном выше. Но уж имена оппонентов я имею право знать.

Цитата:
Когда продавец подсовывает вместе с хорошими помидорами гнилые, можно излишне доверясь авторитетности продавца начать есть их все, не рассматривая их.
Некорректная аналогия. В данном случае я скорее выступаю как продавец, торгующий электроникой. На некоторых образцах написано, что у них не все функции работают, но дана подробная инструкция, как починить. Уже по другому выглядит, не правда ли?

Цитата:

Цитата: То есть тот факт, что в описании сборки дана недвусмысленная рекомендация, как ядро обновить, уже не учитывается?
да
Автор: napalum
Дата сообщения: 03.11.2013 02:01

Цитата:
Я не вижу подтверждения утверждению этого человека.

слабо верится, что ни кто Вас не предупреждал
должен был найтись хоть кто-то, данный конкретный человек или кто-то еще


Цитата:
Более того, насколько я понял, это утверждение ты тоже мне диктуешь из третьих рук.

есть анонимка по ссылке, мне достаточно было проанализировать и сделать выводы об очевидной проблеме
общались Вы с ним или нет - дело десятое


Цитата:
То есть ты где-то видел пост dialmak

в нем просто ссылка, не хочу приводить сам пост, т.к. с нелестным ярлыком


Цитата:
общался с неким индивидом

не думаю, что dialmak с ним общался


Цитата:
когда он задал вопрос, как решить проблему.

не знаю кто, что задал
есть текст поста на oszone - все


Цитата:
Самому не смешно?

нет


Цитата:
рассказывал людям, как решить проблему

у нас разное видение проблемы *


Цитата:
меня записали в мерзавцы, не заботящиеся о пользователях своих сборок.

не говорите глупости

Есть черный список, есть нерекомендуемые. Последнее не отрицает допустимости использования, но подразумевает, что человек понимает что делает и прочел все примечания. Если прочесть еще мож кто и прочтет, то с пониманием у рядового пользователя, мягко скажем, большие трудности. Еще большие проблемы с поиском причины потенциальных последствий и здесь уже голова может заболеть у любого про. Попробуй догадайся, что стоит старое ядро и по этой причине x86 приложения не запускаются.


Цитата:
Меня к дискуссии не пригласили на основании, изложенном выше.

какое основание?
уточню на всякий случай: эта давняя дискуссия не о Ваших сборках(если так вдруг поняли) была, а о патчинговых решениях.


Цитата:
но дана подробная инструкция, как починить

перпатчить - это не починить


Цитата:
На каком основании? Почему из двух вариантов (починить или выкинуть) ты выбрал последнее?

ответ выше


Цитата:
Забракуйте активатор ODIN

На примере Staforce.
Он тоже собирал w7, но его сборки были значительно менее популярны, чем продвигаемый собственный активатор.
Пришлось реагировать, давать оценку. Не был бы он популярен, то и смысла в посвященном ему "списке" бы не было.
В топик приходят с Вашими сборками. Они явно популярнее у нас на ру-борде чем ODIN.
А так замечание справедливое про ODIN для x64.


Цитата:
оценка сборок не в компетенции этого топика

если это не связано с активацией


Цитата:
Но это исправить возможно!

у нас разное видение проблемы *


Цитата:
Но у вас такие же права на высказывание его в шапке, как и у меня. Вы говорите НЕТ, а я говорю ДА.

тоже самое написано в мое предыдущем посте


Цитата:
последствиям выходят раз в столетие

На основании чего такие суждения?


Цитата:
Если я буду прислушиваться ко всем предупреждениям, я вообще не смогу выпустить ни одной сборки. Более того, я буду сидеть в бетонном бункере, пути к которому никто не знает. Ведь меня не раз предупреждали, что при встрече измордуют и даже убьют!

могли бы к нам зайти посоветоваться о выбранном решении


Цитата:
То есть ты сейчас признаешь, что в твоем активаторе существует опция, которая не работает, вводя пользователя в заблуждение? Потому как возможность выбора SLIC Driver на 64-битной системе в твоем активаторе присутствует.

к сожалению не одна(
Known issues(bugs):
- Multi-User login(Access violation error message)
- "Every 30 Days" option doesn't work
- GPT disk partition format incompatibility
- Incomplete SLIC + MBR SLIC Loader
- SLIC Driver x64 doesn't work


Цитата:
Предупреждать и жаловаться - разные понятия.

не понял


Цитата:
активно выступить против сборок

если Вы про надпись красным шрифтом
то нет там такого
просто написана очевидная истина
плохие сборки - это плохо
плохие сборки - плохо для активации


* Речь не о проблеме после установки KB2859537, а о ее сущности, проблеме, что вообще грузится не обновляемое ядро после любых потенциальных обнов, в то время как система думает о себе, что все успешно обновлено, при этом накладывается дополнительное обременение пользователя в виде обязанности отслеживать изменения, чтобы перепатчиться.
Автор: m0nkrus
Дата сообщения: 03.11.2013 08:18
napalum
Цитата:
слабо верится, что ни кто Вас не предупреждал, должен был найтись хоть кто-то, данный конкретный человек или кто-то еще
То есть теперь, как оказывается, со мной не сочли нужным посоветоваться по поводу вывешивания моих сборок на "доску почета" в шапке, даже не потому что были какие-то факты, говорящие о том, что я от кого-то отмахивался, а потому что тебе слабо верится, что меня никто о проблеме не предупреждал? Охренеть!..

А дописка, вида...
Цитата:
Потому счел возможным внести в шапку без реверансов, ожидая начала диалога с Вами.
...вообще шикарная. Ты ожидал со мной диалога, забыв меня уведомить, что ты готов к диалогу. Ты просто подгадил мне в шапке топика, который я редко посещаю и скорее всего не скоро обращу внимание на подобную правку, а потом, типа, сел ждать диалога с собеседником который ни ухом ни рылом об этом ожидании. Ты не счел нужным написать мне в ПМ и пригласить к диалогу ни до записи в шапке, ни, даже, после. Выглядит, исключительно, как подлянка исподтишка.

Цитата:
не знаю кто, что задал, есть текст поста на oszone - все
С тем же успехом я могу сказать: 'Есть текст под спойлером "Проблема с обновлением KB2859537 на 64-битных системах и пути ее решения" на трекерах, откуда скачивается сборка - все'.

Кстати, тот самый simplix с oszone, на пост которого ты постоянно ссылаешься, выпускал патчи, позволяющие решить проблему с обновлением KB2859537 на моих сборках, при этом сохранив тот метод активации, что я использую. То есть человек, за фразу которого ты так держишься, счел активацию по-монкрусовски вполне уместной, раз его патчи ее сохраняли, устраняя лишь проблему с обновлением. На чьи теперь слова будешь опираться, пытаясь обосновать свое решение по размещению моих сборок на "доске почета"?

Цитата:
Есть черный список, есть нерекомендуемые. Последнее не отрицает допустимости использования, но подразумевает, что человек понимает что делает и прочел все примечания.
Для рядового юзера это одно и то же. Он оттенки не улавливает. Да и я их тоже не уловил.

Цитата:
Еще большие проблемы с поиском причины потенциальных последствий и здесь уже голова может заболеть у любого про. Попробуй догадайся, что стоит старое ядро и по этой причине x86 приложения не запускаются.
А не надо догадываться. И список потенциальных последствий, и решение проблемы описаны в шапке топика того трекера, откуда юзер скачал сборку. И какой активатор задействован в сборке, в шапке топика тоже информация есть. Если юзер умеет читать, то он прочтет описание и сделает выводы самостоятельно, а если не умеет, то и ваши выводы в адрес моих сборок он тоже не прочтет.

Цитата:
На основании чего такие суждения?
Когда вышел SP2 для висты? В мае 2009 года. Так вот, в моих сборках висты с SP2 используется все тот же ODIN. Ни одного нарекания на него до сих пор не поступило. Следовательно, обновлений, подобных KB2859537 для семерки, для висты не выходило минимум 4,5 года.

Цитата:
На примере Staforce. Он тоже собирал w7, но его сборки были значительно менее популярны, чем продвигаемый собственный активатор. Пришлось реагировать, давать оценку.
Вот и давайте оценку активатору ODIN. В топике активации вы можете давать оценку именно активаторам. По крайней мере в шапке. А с оценками сборок (не важно на каком основании) пожалуйте в топик "Самостоятельные сборки дистрибутивов Windows...". Вы и так уже отсылаете пользователей "говносборок", к коим, без сомнения вы причисляете и мои (так как приписка эта появилась после проблемы с KB2859537), к их авторам. ОК, я решу проблемы своих юзеров с ними сам. Я поддерживаю пользователей своих сборок с момента появления сборки и до бесконечности. Вы всё - вы высказались, вы самоустранились. Теперь будьте любезны не вставать между мной и моими юзерами со своими НЕрекомендациями.

Цитата:
могли бы к нам зайти посоветоваться о выбранном решении
А почему я к вам должен идти советоваться? Почему не вы ко мне должны были обратиться с советом, а я к вам? Да и вы кто, вообще? Я попросил список ников людей, которые принимали решение о вопросе рекомендации не использовать мои сборки. Где он? Или в вашем товариществе одни трусы сидят и ни то что имена, но даже ники боятся засветить в данном вопросе? Масонская ложа, млин.. Тогда, господа неназваванные, извините, но идите вы в жопу. Так как вы никто и зовут вас никак. В самом прямом смысле этого слова.

Цитата:
Речь не о проблеме после установки KB2859537, а о ее сущности, проблеме
Ты сказал, что ваша самопровозглашенная фокус-группа выступает активно против против любых изменений системных файлов винды и поэтому используемые в моей сборке активаторы плохи. Я на это возразил, что любой активатор, в основе которого лодер, тоже правит системные файлы, так почему на них никто бочку не катит? И снова не получил ответа.

А между тем, метод активатора ODIN для 32-битных систем, в отличии от лодеров не трогает НИ ОДИН системный файл и никак не изменяет структуру загрузки. Это самое идеальное средство активации - лучше даже чем KMS! Но вы за компанию с механизмом ODIN для 64-битных версий (который влияет на системные файлы не больше лодеров) готовы похерить и 32-битную его часть. Где логика?

Я привел тебе цифры с примерным количеством юзеров от общего числа пользователей моих сборок, которые могут оказаться в "группе риска". Это число равно всего 1/6 от общего числа пользователей. Но и это не было принято тобой во внимание - ты просто проигнорировал эти выкладки. Все равно сборки НЕрекомендуемые!

Цитата:
к сожалению не одна(
Твой мультиактиватор, судя по дате, последний раз обновлялся в мае 2010 года. Ты знаешь кучу проблем этого активатора. За прошедшие 3,5 года, наверняка часть методов активации, что ты используешь в своем мультиактиваторе, обновились, появились одно-два совершенно новых решения... Так объясни мне, почему ты занимаешься не развитием своего собственного проекта, который определенно требует доработки, а попытками потопить чужие? Потому что так проще?

Цитата:

Цитата: Но у вас такие же права на высказывание его в шапке, как и у меня. Вы говорите НЕТ, а я говорю ДА.
тоже самое написано в мое предыдущем посте
Автор: napalum
Дата сообщения: 03.11.2013 15:49

Цитата:
То есть теперь, как оказывается, со мной не сочли нужным посоветоваться по поводу вывешивания моих сборок на "доску почета" в шапке, даже не потому что были какие-то факты, говорящие о том, что я от кого-то отмахивался, а потому что тебе слабо верится, что меня никто о проблеме не предупреждал? Охренеть

Даже при той малой вероятности, что к Вам не обращались, счел возможным разместить в шапку.


Цитата:
Ты не счел нужным написать мне в ПМ и пригласить к диалогу ни до записи в шапке, ни, даже, после. Выглядит, исключительно, как подлянка исподтишка.

в профильном для себя топике как-нибудь сам разбирусь, что заносить в шапку, что нет. Считаю в праве сделать без каких либо уведомлений. Наш диалог не меняет сущности проблемы сборок.


Цитата:
Ты ожидал со мной диалога, забыв меня уведомить, что ты готов к диалогу

мы в одном сообществе, слухи быстро распространяются, выбрал такую форму привлечения внимаяния. День. наверно, правка не провисела в шапке, пока не пришли Вы с подачи dialmak. Вероятно, было бы этичней мне лично проинформировать Вас, т.к. в одном сообществе, но уж извините.


Цитата:
То есть человек, за фразу которого ты так держишься, счел активацию по-монкрусовски вполне уместной,

не имеет смысла, что сказал человек, важен вывод из приведенных им фактов


Цитата:
Для рядового юзера это одно и то же. Он оттенки не улавливает

вот рядовому пользователю и не рекомендуем


Цитата:
Да и я их тоже не уловил.

RemoveWAT, Chew-wga и т.п - большой вклад в дело разлочки механизма активации. Заслуживают безусловного уважения. Но вот порекомендовать рядовому пользователю их нельзя.
Staforce - просто косячные поделки делал, брал чужие идеи и воспроизводил на свой манер в худшем исполнении.


Цитата:
. И список потенциальных последствий,

последствия непредсказуемы


Цитата:
"говносборок", к коим, без сомнения вы причисляете и мои (так как приписка эта появилась после проблемы с KB2859537), к их авторам. ОК, я решу проблемы своих юзеров с ними сам. Я поддерживаю пользователей своих сборок с момента появления сборки и до бесконечности. Вы всё - вы высказались, вы самоустранились. Теперь будьте любезны не вставать между мной и моими юзерами со своими НЕрекомендациями.

ну вот меня как раз этим словом Ваши сборки назвать язык не поворачивается. Т.е. вроде как сборки неплохие в общем плане, но не рекомендуются) В общем здесь Вы меня в тупик поставили.


Цитата:
Я попросил список ников людей, которые принимали решение о вопросе рекомендации не использовать мои сборки. Где он?

Такой дискуссии не было, Вы не так меня поняли:
Цитата:
уточню на всякий случай: эта давняя дискуссия не о Ваших сборках(если так вдруг поняли) была, а о патчинговых решениях.



Цитата:
лодер, тоже правит системные файлы, так почему на них никто бочку не катит? И снова не получил ответа.

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


Цитата:
готовы похерить и 32-битную его часть.

где я это предлагал?


Цитата:
а попытками потопить чужие?

я только за, новые и хорошие активаторы
Автор: m0nkrus
Дата сообщения: 03.11.2013 20:04
napalum
Цитата:
в профильном для себя топике как-нибудь сам разбирусь, что заносить в шапку, что нет. Считаю в праве сделать без каких либо уведомлений. Наш диалог не меняет сущности проблемы сборок.
3,5 года не обновлять свой мультиактиватор имеющей тучу уже выявленных проблем! Да этот топик назвать профильным для тебя уже и язык не поворачивается. И еще раз повторяю, топик не занимается проблемами сборок - топик занимается проблемами активаторов!

Цитата:
Вероятно, было бы этичней мне лично проинформировать Вас, т.к. в одном сообществе, но уж извините.
Золотые слова! Только вот я не пойму, как их можно сочетать с предыдущим твоим высказыванием. То я буду делать так как считаю нужным и никто мне не указ, то этичней, конечно, было бы проинформировать. Ты уж как-то определись с позицией!

Цитата:
не имеет смысла, что сказал человек, важен вывод из приведенных им фактов
А факты, я повторю, таковы, что simplix выпускал патчи, позволяющие решить проблему с обновлением KB2859537 на моих сборках, при этом сохранив тот метод активации, что я использую. То есть человек, за фразу которого ты так держишься, согласно фактам, счел активацию по-монкрусовски вполне уместной, раз его патчи ее сохраняли, устраняя лишь проблему с обновлением.

Цитата:
последствия непредсказуемы
Так можно сказать о любом активаторе. Никто не знает, какое Майкрософт выкинет коленце в следующий раз. Вспомни, как вышло обновление на висту, заблокировавшее первые лодеры! А ведь ты именно лодеры считаешь более корректным методом активации. А блокировку ID mini-KMS еще не забыл?
А по текущему случаю проблемы выявлены, описаны, разобраны и представлены пути их решения. Но ты упорно отказываешься это замечать!

Цитата:
ну вот меня как раз этим словом Ваши сборки назвать язык не поворачивается
А ты как считешь, что юзер подумает, если мои сборки ты вывесил под шильдиком "НЕрекомендуемые" и рядом находится надпись про говносборки? Ты извини, но счесть, что одно не связано с другим ну очень сложно.

Цитата:
Т.е. вроде как сборки неплохие в общем плане, но не рекомендуются
Ну и не рекомендуй их как частное лицо в своих частных высказываниях. Без внесения своих личных мыслей в шапку.

Цитата:
на то он и называется лоадером, чтоб загручик свой ставить
На то в ODIN и патчер для 64-битки встроен, чтобы вносить изменения для использования неподписанных драйверов. Почувствуй, как говорится, разницу. Я принципиальной не вижу. И то и другое влияет на системные файлы. Так и не получил ответ, почему одним можно, а другим нельзя?!

И снова проигнорированы проценты подсчета людей из "группы риска" моих сборок. Как и закономерный вопрос, почему ты вместо того, чтобы развивать свой проект, занимаешься фигней в виде топления чужих проектов. Впрочем, второе, это твое личное. Но твой комментарий по первому моменту мне очень хочется услышать.
Автор: napalum
Дата сообщения: 03.11.2013 23:03

Цитата:
Да этот топик назвать профильным для тебя уже и язык не поворачивается.

Вы сомневаетесь в моей компетентности в области активации?


Цитата:
Золотые слова! Только вот я не пойму, как их можно сочетать с предыдущим твоим высказыванием. То я буду делать так как считаю нужным и никто мне не указ, то этичней, конечно, было бы проинформировать. Ты уж как-то определись с позицией!

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


Цитата:
за фразу которого ты так держишься

Мне опять приходится повторятся.
Плевать на фразу.
Есть сборка, есть проблема - факт и точка.


Цитата:
А ведь ты именно лодеры считаешь более корректным методом активации.

не говорил я такой глупости


Цитата:
Без внесения своих личных мыслей в шапку.

Это обобщение из общего настроя жителей топика. При обращении людей в топик предпочел бы в ответах жителей вместо ярлыков говносборка к Вашим сборкам видеть ссылку на нерекомендуемые, как более точную характеристику. Ладно, как хотите...


Цитата:
почему одним можно, а другим нельзя?!

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


Цитата:
И снова проигнорированы проценты подсчета людей из "группы риска" моих сборок.

проценты не критерий


Цитата:
занимаешься фигней в виде топления чужих проектов

что я топлю? какие проекты? если считаю, что нужно дать оценку, то делаю это
Автор: m0nkrus
Дата сообщения: 04.11.2013 11:58
napalum
Подведем итог: ты самолично на основании собственных фобий счел возможным добавить в шапку топика посвященного активации Windows 7 информацию, что все мои сборки без разбора не рекомендованы к использованию. В качестве оправдания/объяснения своего поступка ты привел ссылку не некий пост господина simplix, где он рассказал о том, как выявить, возможно ли появление ошибки 0xc0000005 на компьютере юзера и чем она вероятнее всего вызвана. Также, ты сослался на некую давнюю договоренность неизвестных лиц, которые постановили, что все активаторы, затрагивающие системные файлы, суть, плохие и не рекомендуемые к использованию.

Мои возражения, что во-первых, в топике оцениваются активаторы, а не сборки (для чего есть отдельный топик), во-вторых, что 3/4 моих сборок Windows 7 не имеют проблемы вовсе, а в тех, где она есть, с ней может столкнуться лишь 1/6 от общего числа пользователей сборки, в третьих, что проблема имеет пути решения, которые изложены там, где проблемные сборки раздаются, в четвертых, что лодеры, которые по твоему мнению, рекомендованы к применению, тоже патчат/подменяют системные файлы, в пятых, что прикрываться давнишним решением каких-то индивидуумов без поименования их ников и взятой с потолка информацией о настрое жителей топика (опять же без ников), некорректно, в шестых, что господин simplix, на которого ты ссылаешься, сам делал патчи, исправляющие данную проблему, при этом сохраняющие исходный метод активации, что говорит о том, что этот метод его устраивает, в седьмых, что непредвиденные последствия, которыми ты пугаешь тех, кто воспользовался данным методом активации, висят дамокловым мечом абсолютно над любым методом активации, были проигнорированы. Это при том, что каждое мое утверждение не бралось с потолка, а аргументировалось фактами и расчетами.

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

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

Любого, кто хочет высказать свое мнение по этому вопросу, буду рад выслушать. Но на сей раз прошу с аргументами, фактами и адекватной реакцией на позицию оппонента.
Автор: napalum
Дата сообщения: 04.11.2013 12:26
не решается проблема:

Цитата:
у нас разное видение проблемы *

Цитата:
* Речь не о проблеме после установки KB2859537, а о ее сущности, проблеме, что вообще грузится не обновляемое ядро после любых потенциальных обнов, в то время как система думает о себе, что все успешно обновлено, при этом накладывается дополнительное обременение пользователя в виде обязанности отслеживать изменения, чтобы перепатчиться.


Автор: m0nkrus
Дата сообщения: 04.11.2013 12:56
napalum
Да, извини, на эту твою ремарку я забыл ответить. Исправляюсь...

После этих самых потенциальных обнов может быть нарушена и связь между ядром и лодером, так как могут измениться точки входа в процедуры. Как следствие, невозможность запуска системы вообще. У юзеров, столкнувшихся с ошибкой 0xc0000005 из-за использования ODIN, хоть откат проблемного обновления возможен без всяких сторонних средств. А у тех, кто не сможет запустить систему из-за утраты связи между лодером и ядром, без MSDaRT или других средств диагностики на стороннем носителе, дело будет швах. И никакое отслеживание изменений здесь не поможет, потому что предугадать, что обновление вносит подобные правки, сложно даже профессионалу.

Но ты упорно считаешь лодеры хорошими, а ODIN с его пропатчиванием нерекомендуемым. Считай так и дальше. Не смею препятствовать твоей фанатичной уверенности.
Автор: napalum
Дата сообщения: 04.11.2013 13:12
В W7LXE предусмотрена процедура проверки загружаемости винды, если не загрузилась, то делается автооткат.
Что за мифические точки входа в процедуры изменяющиеся после обновлений, приводящие к незагрузке винды при наличии лоадера, мы не в курсе.
Автор: m0nkrus
Дата сообщения: 04.11.2013 13:25
napalum
Мы, Napalum I, как я понимаю? Поясню для несведущих: ошибка 0xc0000005 была вызвана как раз смещением точек входа в процедуры. Обновленные файлы пытались состыковаться с файлами ядра по новым адресам, в то время как в старом необновленном ядре адреса остались на прежнем месте. Мне удивительно, что мне приходится объяснять такие вещи, человеку, считающему себя компетентным в сфере активации.

И мы сейчас не сравниваем конкретно твой активатор и активатор ODIN. В шапке топика активации Windows 7 среди рекомендуемых есть и другие активаторы, кроме твоего.
Автор: napalum
Дата сообщения: 04.11.2013 15:17

Цитата:
Мы, Napalum I, как я понимаю?

Napalum IV the Terrible.
Что ж Вы обо мне такого плохого мнения...
Это не величие, как Вы пытаетесь мне приписать, а обобщения гласа народа. Если мои высказываея от лица "мы" считаете субъективными, прочитайте топик, сделайте нелицеприятный вывод о моих способностях к дедукции, но это будет уже другая история. А так слежу за темой, считаю возможным в определенных случаях говорить от лица жителей топика (только не надо опять развивать тему, имею или нет на это право). Говоря "в курсе" подразумеваю знания топика, т.е. то, что в нем было написано кем-либо - а значит это некие наши общие знания.

обратите внимание еще раз на фразу

Цитата:
с момента инициации загрузки винды обратного обращения к лоадеру не происходит, по этой причине

т.е. даже теоретически ни какие точки входа в процедуры измениться не могут
к ядру же происходят обращения после его загрузки
в этом разница
Автор: m0nkrus
Дата сообщения: 04.11.2013 17:41
napalum
Считать себя вправе говорить от имени народа, когда никто тебя не выбирал и полномочий говорить от их имени не выдавал, это и есть мания величия. И да, я уже на собственном опыте заметил, как ты читаешь написанное другими людьми. Если это не укладывается в твою концепцию, ты предпочитаешь это игнорировать. Так что давай не будем раздувать зоб, пытаясь продемонстрировать, что ты альфа-самец и представляешь всю стаю. Говори за себя.

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

Могу и при помощи аналогий. Представь конвейер. Все автоматизировано и подчинено общей программе. Но вдруг один из автоматов поточной линии сломался, причем так, что не починить. Простейший автомат, перекладывающий с равными интервалами детальку с одной конвейерной ленты на другую. Что делать? Купить новый автомат было бы логично! Но вот беда, этот автомат отдельно от конвейера не продается. Ну или продается, но втридорога! Что здесь делать? Купить автомат от другого производителя, выполняющий схожие функции по нормальной цене! Купили. Управляющее ПО, разумеется, не совпадает с остальным конвейером и ему просто персонально выставили программу, схожую той, что выполнял прежний автомат. Аналогия, надеюсь ясна? Так вот, фирма расширилась и конвейер оказалось надо видоизменить. Среди прочего одну из конвейерных лент передвинули на 10 сантиметров. Все изменения без проблем внесли в ПО конвейера, согласно инструкции. И вроде бы все должно работать, но... Но автомат по перекладке деталек не подключен к общей управляющей цепи конвейера и ничего о сдвиге конвейерной ленты не знает. Он как и раньше перекладывает детальку с одного места на другое. Только если раньше деталька ложилась на ленту, то теперь она падает на пол! А все потому, что точка сопряжения передачи детальки изменились, а наш автомат об этом не имеет ни малейшего понятия, так как запрограммирован еще на старые параметры. И вся отлаженная система не работает. Надеюсь, теперь до тебя дойдет, что я хочу сказать.
Автор: napalum
Дата сообщения: 05.11.2013 09:21

Цитата:
Считать себя вправе говорить от имени народа, когда никто тебя не выбирал и полномочий говорить от их имени не выдавал, это и есть мания величия.

Шапка - результат выражения общего согласия, что в ней написано. Обобщение итогов дискуссий - важная часть функционирования топиков. Маний, я надеюсь, тут ни у кого нет, есть желание лишь облегчить жизнь задающим вопросы и отвечающим.


Цитата:
И да, я уже на собственном опыте заметил, как ты читаешь написанное другими людьми. Если это не укладывается в твою концепцию, ты предпочитаешь это игнорировать.

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

Давайте назад немного откатимся.
Вам понадобилось сделать мультизагрузку, чтобы грузить еще и линукс.
Делаете стандартную вещь: ставите GRUB4DOS.
Для активации эмулируем слик в коде GRUB4DOS.
Какие системные файлы мы изменили?
Автор: m0nkrus
Дата сообщения: 05.11.2013 14:06
napalum
Цитата:
Шапка - результат выражения общего согласия, что в ней написано. Обобщение итогов дискуссий - важная часть функционирования топиков.
Ну, тогда, получается так, что ты внес мои сборки в шапку - все согласились. Я вынес - тоже все согласились. Ведь все молчат! В полемике на этот счет кроме нас с тобой участия никто не принимает. Отсюда вывод: шапка - результат выражения личных предпочтений отдельных индивидуумов, которые находят время и желание ее править. А остальным насрать.

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

Цитата:
Давайте назад немного откатимся. Вам понадобилось сделать мультизагрузку, чтобы грузить еще и линукс.
Ты сейчас вообще о чем?
Автор: napalum
Дата сообщения: 05.11.2013 18:47

Цитата:
написанное другими людьми

как написали так и спросил
По Вашим репликам моя фраза тоже выражала согласие ответить о причине неответа, если хотите


Цитата:
Ты сейчас вообще о чем?

классическую работу слик эмуляции через лоадер пересказываю


Цитата:
обновляются файлы загрузчика (родного загрузчика!), чтобы им соответствовать, а файлы лодера остаются неизменными.

аналогия чтоль как с ядром в Вашем случае было?
грузится лоадер GRUB4DOS со слик эмулятором, потом родной загрузчик, потом винда
все идентично процедуре стандартной загрузки винды
Автор: m0nkrus
Дата сообщения: 05.11.2013 19:00
napalum
Эмулятор SLIC запущен постоянно или нет? Если постоянно, значит твое утверждение, что вся работа лодера сводится только к запуску системы, после чего он самоустраняется, не соответствует истине, поскольку эмулятор - часть лодера.

Если же опрос эмулятора производится только при запуске системы, то достаточно изменить в системе механизм опроса наличия SLIC и дело швах. По аналогии: раньше в магазин был вход с одной двери, а сейчас разблокировали другую, а первую закрыли; и сколько бы алкаш дядя Петя не стучался в первую дверь, не видя, что вход перенесен, ему все равно с этой двери бутылку не продадут.

P.S.
Цитата:
как написали так и спросил
Фразу надо читать целиком! Тогда ты увидишь ВЕСЬ ее смысл без искажений.
"И да, я уже на собственном опыте заметил, как ты читаешь написанное другими людьми." Другими, если ты не понял, это теми, кто не является тобой.
Автор: napalum
Дата сообщения: 05.11.2013 19:36

Цитата:
Эмулятор SLIC запущен постоянно или нет?

нет, он отработал, занес бинарный неисполняемый код маркера SLIC в память


Цитата:
Если же опрос эмулятора производится только при запуске системы,

я Вас понял
нет, это не как кмс эмулятор сидящий в памяти и формирующий ответы винде
SLIC - это просто тупо набор байтов в участке памяти, а эмулятор запихивает его туда в момент своего исполнения, винда смотрит есть ли эти байты.


Цитата:
Фразу надо читать целиком!

да читал я ее целиком
Вы же призвали не употреблять множественное число, вот бы и писали "другим человеком".
Автор: errone
Дата сообщения: 11.11.2013 07:07
Бегло глянул, вроде нет упоминаний о загрузчике clover . В первую очередь он предназначен для загрузки mac os (хакинтош), но умеет загружать и Windows и не только. Разработчик slice.
Если в папку загрузчика подложить таблицу SLIC.aml, то активировать семёрку не составит большого труда. Таблица остаётся в памяти и затем идёт загрузка винды. Варианты установки его как на MBR, так и GPT. Существуют варианты и bios загрузки и UEFI.
Может кому интересно.
Автор: jondoor
Дата сообщения: 15.12.2013 12:32
Приветствую всех! Небольшая просьба по-поводу "шашечек" ("ехать" конечно нужно в первую очередь, но все же):
давно слетел логотип топика и надпись под ним: "Windows 8 в другой теме: Активация Windows 8" визуально воспринимается как тема о Windows 8
подправьте, пожалуйста, например вот этим:

или с параллельного топика

а про Windows 8 можно кинуть ссылку в подвале, например, в "смежные темы"
Спасибо, прошу прощения за занудство)
Автор: frost_ua
Дата сообщения: 21.12.2013 10:49
Свежий бекап шапки



Финальный RTM релиз (Build 6.1.7600.16385.090713-1255)

Windows 8 в другой теме: Активация Windows 8

Активация Windows 7 | Исторические, для активации Windows Se7en: 1 момент 2 момент

Классификация всех существующих эмуляторов SLIC
Методы активации

ВСЕ версии Windows 7 ТРЕБУЮТ активации после установки и могут быть активированы.
Большинство практических вопросов топика и смежных с ним решаются применением Windows 7 Loader eXtreme Edition v3.
Сопровождение неразрешенных ситуаций скриншотом приветствуется
(W7LXE->Advanced Mode->Upload Screenshot - скриншот ссылкой, без тегов IMG)

Новичкам и не готовым восстанавливать загрузчик, вследствие невозможности загрузиться после применения активаторов, рекомендуется использовать только Windows 7 Loader eXtreme Edition v3
(нажать кнопку "Отмена" после перезагрузки для метода "Loader").
Подробнее...

Прежде чем задать вопрос в топике прочти шапку и воспользуйся поиском !!!


1. Эмуляция OEM SLIC маркера через загрузчики - bootmgr (родной), grub4dos (сторонний), загрузочный сектор.
Windows 7 stupid activator v1.0.2 by stupid_user
Windows Loader v2.2.1 by DAZ
Open 7 Activator v1.2.7 by Nononsence revised by HotCarl

2. Универсальный активатор (для любой редакции Windows 7/Vista/2008R2/2008RTM/preRTM + Office 2010).
Windows 7 Loader eXtreme Edition v3.503 by napalum - Ваш домашний эксперт по активации Windows F.A.Q.
(W7 Loader + Open W7 Loader + Vista Loader 2.1.2 + Vista Boot + WOW7 + MBR SLIC Loader + SLIC Driver + KMS-активация + BIOS SLIC активация + Trial Reset + утилиты)

3. Эмуляция OEM SLIC маркера через драйвер.
[more=OEM-driver installer]

[b]ODIN 1.3.7 by secr9tos


зеркало

Примечание: OEM драйверы несовместимы с GPT-разделами на жёстких дисках.
В случае отказа активации с последующей циклической перезагрузкой или падении Windows в BSOD нужно :

1 способ: Загрузиться с установочного диска Win7, выйти в окно списка выбора раздела для установки,
открыть командную строку (Shift+F10), ввести :
Для x86: del <win7_drive_letter>:\Windows\System32\drivers\oem-drv86.sys
Для x64: del <win7_drive_letter>:\Windows\System32\drivers\oem-drv64.sys
Загрузиться в Windows и вновь запустив ODIN нажать кнопку "Удалить"(Uninstall Driver).

2 способ: При перезагрузке между POST Screen и началом загрузки Windows нажать клавишу F8 для вызова
дифференцированного меню загрузки. Выбрать "Устранение неполадок компьютера"(Repair Your Computer) и нажать Enter,
выйти в окно списка "параметры восстановления системы" и нажать вкладку "командная строка", в командной строке ввести :
Для x86: del <win7_drive_letter>:\Windows\System32\drivers\oem-drv86.sys
Для x64: del <win7_drive_letter>:\Windows\System32\drivers\oem-drv64.sys
Загрузиться в Windows и вновь запустив ODIN нажать кнопку "Удалить"(Uninstall Driver).

Немного о GPT :
Управляющая Таблица Разделов - GUID Partition Table
это технология обеспечивающая работу жёстких дисков в среде UEFI, а также последних версий BIOS на материнских платах
выпуска второй половины 2011 года. Предшествующие версии BIOS использовали технологию MBR, не содержавшую
инструкций для разделов винчестера размером свыше 2.2 терабайт. Вследствии этого в среде BIOS такие разделы были
не допустимы. Новые инструкции снимают какие либо ограничения на размер разделов. Но загрузка с такого раздела
возможна только на 64-bit системе.
В случае если жёсткий диск (или один из жёст.дисков) превышает ёмкость 2.2 Tb, ОЕМ-драйверы будут работоспособны при разметке жёстких дисков способом MBR (MBR-разделы 2.2 Tb - maximum).

OEM-driver installer
SECR9TOS@WIN7VISTA.COM
7/11/2010

Аннотация содержит общую информацию, советы и устранения неисправностей

Что такое ODIN и что он делает с моей системой?
Это способ активации Windows 7 и Windows Server 2008 R2 в качестве OEM-лицензии без использования загрузчика GRUB или
разрушения целостности файловой системы, чем занимаются Chew7,ChewWGA,HAL7600,RemoveWAT и им подобные.
Он устанавливает драйвер, который эмулирует SLIC 2.1 используемый различными OEM-брендами ноутбуков, как Acer, Dell или Toshiba и т.д.
На системах 64-bit и процессорах AMD64 это программное обеспечение будет также патчить Ntoskrnl, WinLoad и BCD, в противном случае он не будет работать "правильно".
Это вызвано невозможностью установки на x64-системы драйверов не имеющих цифровой лицензии microsoft .
К 32-bit системам(x86) вышесказанное не относится и в том числе при x64 процессоре на x86 систему будет установлен
x86-драйвер без пропатчивания.

Поддерживаемые системы :
Windows 7 Starter x86
Windows 7 Home Basic x86
Windows 7 Home Basic x64
Windows 7 Home Premium x86
Windows 7 Home Premium x64
Windows 7 Professional x86
Windows 7 Professional x64
Windows 7 Ultimate x86
Windows 7 Ultimate x64
Windows Server 2008 R2 Standard
Windows Server 2008 R2 Foundation
Windows Server 2008 R2 Enterprise
А также все системы семейства windows vista , но ключ придётся установить вручную .
Архитектура IA64 процессоров Intel Itanium не то же самое, что x64, то есть ОЕМ-драйверы не совместимы с этими процессорами.

Совместимость :
BIOS не имеет SLIC таблицу
BIOS имеет неполную SLIC таблицу (incomplete SLIC)
BIOS имеет SLIC таблицу 2,0
BIOS имеет SLIC таблицу 2,1
UEFI (MBR-разделы)

Как проверить SLIC?
Если вы не знаете, какая версия SLIC присутствует на компьютере, я рекомендую использовать SLIC ToolKit .
Если в BIOS ноутбука прошит заводской SLIC 2.0\2.1, установленный OEM-driver будет его игнорировать
и сбивать его код эмулируя собственный, применяя его параметры.

Примечание: в случае заводского SLIC в BIOS, для активации обычно достаточно вручную установить сертификат и
соответствующий установленной редакции ключ OEM-SLP.


Установка:
На вкладке "Advanced" указать нужный SLIC, CERT и ключ, если вы не удовлетворены автоматически выбранной конфигурацией.
Если нужной конфигурации нет выбирайте любую понравившуюся , но ключ должен соответствовать установленной windows.

Опции тихой установки для опытных пользователей:

Цитата:
Syntax: odin.exe [/I [/slic=OEM_BRAND] [/cert=OEM_BRAND] [/pkey=OEM_SLP]] [/U]

/I Stands for “Install”. If no additional parameters are specified it serves as an “automated-install” switch.

/U With this option the driver gets removed from your system.

/slic= Specifies the SLIC the driver will use for emulation.

/cert= Specifies the CERT which will be installed on your PC

/pkey= Specifies a OEM-SLP key which gets applied during installation

NOTE: You can also use /U switch for silent uninstall .

Удаление:
Откройте odin.exe, нажмите кнопку "Uninstall Driver" и перезагрузите компьютер после завершения процесса.

Как проверить состояние активации?
Вы можете запустить командную строку от имени администратора и ввести:
slmgr.vbs -dlv или slmgr.vbs -хрr
Интернет Метод:
Перейдите к http://www.microsoft.com/genuine и нажмите кнопку : Проверьте систему Windows.
ПРИМЕЧАНИЕ: Следуйте инструкциям на сайте, если у вас есть проблемы.

Это необходимо знать : Пакеты обновления Service Pack и обновления для Ntoskrnl
Рекомендуется после установки нового пакета обновления на компьютере повторно установить ODIN .
Для этого сначала удалите его и установите снова после перезагрузки.

То, что вы не должны модифицировать или удалять :

Цитата:
На 64-разрядных системах(x64):

%systemroot%\System32\drivers\oem-drv64.sys

%systemroot%\System32\xNtKrnl.exe

%systemroot%\System32\xOsLoad.exe

HKLM\SYSTEM\CurrentControlSet\services\oem-drv64

The {default} BCD entry.

На 32-разрядных системах(x86):

%systemroot%\System32\drivers\oem-drv86.sys

HKLM\SYSTEM\CurrentControlSet\services\oem-drv86

Удалять/изменять одну из вещей, упомянутых выше, можно только если вы посоветовались с secr9tos, сотрудником win7vista.com ,
или другим опытным пользователем, которыму Вы доверяете. В противном случае это может привести к отказу загрузки системы .

PAE на x86:
OEM-drv86 не поддерживает PAE из-за ограничений +/- 2GB jump instructions на Ассемблере(язык програмирования которым написан BIOS. То же относится к EFI написанному на C++)
Поэтому вы не должны использовать модифицированное ядро и не должны любым другим способом принудительно включить PAE.
Если вы не знаете, что такое PAE : http://en.wikipedia.org/wiki/Physical_Address_Extension
Извлечение из статьи:
В программировании расширение физических адресов (PAE) является опцией, позволяющей x86 процессорам работать
с физическим адресным пространством оперативной памяти и внешней памяти устройства размером более 4 гигабайт.
Мой совет: если вы хотите использовать более 4 ГБ оперативной памяти, установите x64 операционную систему.

Обновление ODIN:
Загрузите последнюю ODIN.zip с источника, которому вы доверяете и выполните следующие действия:
Удалите драйвер
Перезагрузите компьютер
Установите новый драйвер
Перезагрузите компьютер
Проверьте состояние активации
В общем случае рекомендуется обновиться до последней версии из-за того, что могут возникнуть новые возможности ,
или какие-либо ошибки были исправлены, если таковые имеются.

Выгрузка драйвера:
Оба, x64 и x86 драйверы, выгружаемы вручную , но это не рекомендуется делать по двум причинам:
1. Вы не сможете повторно загрузить драйвер в рамках этой сессии Windows.
2. Windows становится "не являющимся подлинным" пока драйвер будет выгружен.

Отладка ядра:
В общем, вы не должны запускать отладку ядра во время загрузки. Есть две причины для этого:

Цитата:
1. If your Windows boots with “/DEBUG ON” parameter and no debugger is attached during the HAL initialization,

your PC will freeze and must be rebooted by force. ( power-off )

2. If your Windows boots with “/DEBUG ON” parameter and a debugger is attached during the HAL initialization,

your Win7 or 2k8 R2 will become non-genuine.


If you attach a kernel debugger after the system has booted and oem-drv86 or oem-drv64 gets unloaded for some reason

you will enjoy a BSOD because the driver will not have the opportunity to undo the changes done to the kernel module in RAM.

Журнал процесса установки/удаления автоматически сохраняется: %systemroot%\Logs\odin.log (C:\Windows\Logs\odin.log)
независимо, если вы используете тихую или с графическим интерфейсом установку/удаление .

Получить индивидуальную помощь:
Чтобы получить индивидуальную помощь и поддержку для вашей ситуации вы можете посетить win7vista.com.
Пожалуйста, не забывайте, что без подробного описания вашей проблемы, журнала созданного инсталлятором и креш-дампа в случае BSOD, ваша проблема не может быть исправлена.
Поэтому глупо жаловаться на нескольких сторонних форумах об ODIN, если вы не предоставили необходимую информацию мне.
ПРИМЕЧАНИЕ: необходима минимум VIP подписка на win7vista.com для получения индивидуальной поддержки[/more][/b]

4. Эмуляция OEM SLIC маркера через код MBR.
[more=MBR SLIC Loader 0.70 by DDDC от 01.01.2012]

[b]MBR SLIC Loader 0.70
by DDDC

Контрольные суммы файлов:
c819a5d18f3f57d5c66458dba1c82a7d *mbr_slic_v070.exe

Это эмулятор SLIC а не полноценный активатор, поэтому после его применения НЕОБХОДИМО установить КЛЮЧ (для вашей редакции Windows) и СЕРТИФИКАТ (соответствующий эмулируемуму SLIC-у) !!!

Данной версии присвоен условный номер 0.70, так как она является не продолжением линии 0.5x и 0.6x, а развитием одной из более ранних неопубликованных версий.

Главное отличие этой версии - попытка разработки универсального платформонезависимого эмулятора.
Это значит, что опции, сильно затрудняющие инсталляцию в нестандартных случаях (-intel, -vmware, -register=)
в данной версии не поддерживаются, для всех аппаратных платформ используется один и тот же код. Инсталляция эмулятора по-прежнему производится в режиме командной строки.

Кратко о преимуществах эмулятора:

- На работу эмулятора НЕ влияет "антипиратское" "обновление" KB971033
- Очень компактный код: размер инсталлятора менее 60кб, размер полезного кода - менее 1.5 килобайт,
- Не нуждается в наличии или отсутствии дополнительного скрытого дискового раздела,
- Не изменяет ни одного байта в логических дисках (т.е. не прописывается в системный реестр, не меняет код виндового загрузчика, не меняет системных файлов, не добавляет новых файлов и т.д.),
- Самая безопасная эмуляция, по принципу действия максимально приближенная к эффекту от перепрошивки BIOS-а, т.к. модификация памяти и прописка SLIC-а происходит сразу после передачи управления от BIOS-а к загрузчику жесткого диска, т.е. ДО старта операционной системы и, естественно, без ее участия,
- Эмуляция работает на всех вариантах комбинаций ОС (т.е. на компе могут быть установлены одновременно любые ОС от MS, от DOS до W7),
- Для нескольких ОС на одном компе инсталляция кода производится однократно (т.е. нет необходимости инсталляции для каждой системы!), эмуляция slic-а становится доступной одновременно для всех имеющихся ОС,
- Активация не слетает при выходе из гибернейта,
- Эмуляция SLIC-а может временно отключаться (нажатием Backspace в момент перезагрузки, во время следующей загрузки эмуляция снова включается автоматически),
- Возможность подгрузки SLIC-ов любых вендоров из внешних файлов (в сам инсталлятор встроен slic 2.1 от Asus)

Не забываем, что инсталляция эмулятора должна производиться в режиме командной строки (предварительно запускаем CMD, FAR и т.п.) строго с админовскими правами с вЫключенным UAC (в тех системах, где он есть), после успешной инсталляции можно снова включить UAC, если это надо.
Перед инсталляцией рекомендуется сделать резервную копию секторов (опция /backup) для соответствующего диска и сохранить в надежном месте полученный резервные файлы.

Краткое описание принципа работы эмулятора:
Инсталлятор записывает копию MBR и код эмулятора в сектора жесткого диска с номерами 38,39,40 (предыдущие версии эмулятора использовали 60,61,62).
Данные три сектора в настоящее время не используются _ни_одной_микрософтовской_системой_, что на 100% гарантирует отсутствие глюков с активатором, если юзер на данном компе использует только MS системы.
Для GRUB-а и прочих ему подобных загрузчиков твердую гарантию дать не могу, но у тех, что я видел, эти три сектора также свободны. Далее, активатором в MBR прописывается код, инициализирующий загрузку в память трех вышеуказанных секторов.
Происходит модификация памяти (прописка SLIC-а) с последующей передачей управления коду из сохраненной MBR. Как легко заметить, модификация памяти происходит сразу после передачи
управления от BIOS-а к загрузчику жесткого диска, то есть ДО загрузки кода системы (включая интересующие нас W7 и Vista).
Для тестовых целей предусмотрена возможность пропуска модификации памяти при перезагрузке системы. Для этого необходимо нажать клавишу Backspace после теста оборудования, подтверждением будет
короткий звуковой сигнал. В этом случае в память НЕ будет прописан Slic, и все тестовые программы сообщат об его отсутствии, а W7 сообщит о том, что она не активирована. При следующей перезагрузке (без нажатия Backspace) все
восстанавливается как было (т.е. повторная инсталляция активатора не нужна!).
(Желающие могут поэкспериментировать, вводя в гибернейт систему, а потом вновь загружаясь с включенным/отключенным slic-ом).

Изменения в новой версии:
v0.70
+добавлена опция -slic=
*улучшен код

Основные опции командной строки:

/backup - сохранение первых 63 секторов выбранного жесткого диска в файл (рекомендуется выполнить перед (!) инсталляцией)
/fixmbr - перезапись загрузочного кода MBR, код полностью соответствует загрузочному коду W7 (т.е. аналог bootrec /fixmbr)
/install - запись кода в MBR, сохранение оригинального MBR в резервном секторе и запись кода эмуляции в двух следующих секторах
/uninstall - восстановление MBR из резервного сектора, заполнение трех секторов нулями

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

Другие опции командной строки:

-slic="Имя файла содержащего slic" - выбор slic-а из внешнего файла размером 374 байта, содержащий slic от производителя оборудования. Инсталлятор уже содержит внутри себя slic v2.1 для Asus
-hdd0.. -hdd7 - номер жесткого диска, с которого производится загрузка в системах с несколькими хардами, уточняется в "Disk Management"
(по-умолчанию используется хард #0)
-sector="номер сектора от 2 до 61" - номер сектора, где будет размещаться резервная копия MBR, в след. двух секторах - код эмуляции
(по-умолчанию используются сектора 38,39,40)
-testboot Данная опция используется исключительно для отладки в нестандартных ситуациях. Если указать данную опцию при инсталляции, то загрузка системы каждый раз будет останавливаться до нажатия любой клавиши. Нажатие Backspace приведет к отмене эмуляции slic-а. Если данная опция не использовалась при инсталляции, то загрузка системы не приостанавливается, и если нужна отмена эмуляции, то необходимо успеть нажать на Backspace до того, как управление получит системный загрузчик..

Примеры командной строки при инсталляции:

mbr_slic_v070 -hdd0 -sector=2 /install
mbr_slic_v070 -hdd0 -sector=2 /install -testboot
mbr_slic_v070 -hdd0 -sector=2 /install -slic=HPQOEMSLIC-BPC_V2.1.bin -testboot

В случае явной ошибки эмуляции SLIC-а, при перезагрузке будет выдано сообшение error и дальнейшая загрузка остановится.
В этом случае, при следующей перезагрузке нажмите Backspace, загрузите ОС, деинсталлируйте эмулятор и повторите инсталляцию с другими параметрами.

После инсталляции и перезагрузки проверяйте успешную/неуспешную эмуляцию SLIC-а при помощи проги SLIC ToolKit 3.2.
Если SLIC нормально эмулировался, то решайте возможные проблемы активации ОС правильным подбором ключа/сертификата.[/more][/b]
[more=GUI v0.031 by dialmak for MBR SLIC Loader 0.47 by DDDC]

GUI v0.031 для MBR_SLIC v0.47 by DDDC c дополнительными плюшками.

MD5 602CE2BCEDB9B47AF81F5C4F48F213EB для GUI_v0031_MBR_SLIC_v047.exe

[b]Внимание! Только для MBR! В GPT не работает естественно!

Внимание! Активатор безопасен. Если что-то не сраслось, Вы всегда можете отменить эмуляцию SLICа при загрузке - для этого нужно нажать и удерживать до появления звукового сигнала клавишу Backspace

Включает:
- MBR SLIC v0.47
- BootIce v0.9.2011.512
- SLIC ToolKit v3.2

Работает в WinXP-2008 и WinPE.
Работает с включенным UAC.
Автоматически определяет приоритетный диск при запуске из Win7-2008R2.
При инсталляции MBR SLIC автоматически создаёт архив MBR в виде файла $_hddX_63sectors_Y_Z.bin в папке MBR_SLIC_LOG на Рабочем столе, где
X - номер HDD
Y - дата в формате год.месяц.число
Z - время в формате час.минута.секунда
Через BootIce можно восстановить MBR из архива.
Поддерживается нормальный и тестовый режим MBR SLIC v0.47.
Все операции протоколируются в логе mbr_slic.log с меткой времени в папке MBR_SLIC_LOG на Рабочем столе.
Возможность устанавки сертификата от ASUS и ключа (из списка или своего).
Каждый пункт меню имеет всплывающую подсказку-хинт.

До инсталляции MBR_SLIC проверяйте наличие SLIC и после инсталляции и перезагрузки проверяйте успешную/неуспешную эмуляцию SLIC при помощи SLIC ToolKit.

Внимание! Для владельцев редакций Windows 7 Pro, Enterprise, ThinPC и POSReady!
Если у вас неполный SLIC, а вы хотите активировать через KMS, то необходимо запустить GUI, снять галочки с пунктов установки сертификата и ключа, нажать Поехали и перегрузиться. В результате сэмулируется SLIC 2.1 и теперь можно с успехом активировать через KMS.


Для новичков владельцев редакций Windows 7 Starter, Home, Pro и Ultimate порядок работы с GUI такой

1. Запуск GUI
2. Выбрать свою редакцию ОС из списка ключей
3. Нажать Поехали и если ошибок не выдал - Перегрузиться и проверить состояние активации.

Для продвинутых владельцев редакций Windows 7 Starter, Home, Pro и Ultimate порядок работы с GUI такой

1. Запуск GUI
2. Кнопка запуска SLIC ToolKit
3. Если SLIC ToolKit напишет, что SLIC 2.1 есть, значит MBR SLIC (да и вообще активатор) вам не нужен. Выключайте GUI и ставьте соответствующий сертификат и ключ любым способом (сертификат должен соответствовать конторе SLIC 2.1, ключ может быть от любой конторы (Dell, Samsung, Asus -неважно) - впрочем естественно вашей редакции)
4. Если SLIC ToolKit напишет, что есть SLIC 2.0 или Dump Error или ещё что-то другое, то закрывай SLIC ToolKit
5. Выбирай ключ для своей редакции в GUI и жми Поехали
6. Если ошибок не было, то перезагрузка Windows -> Запуск GUI -> Кнопка запуска SLIC ToolKit -> SLIC ToolKit должен написать на вкладке Advanced, что и SLIC 2.1 есть и сертификат корректный
7. Правой кнопкой мыши на Мой компьютер -> Свойства и убеждаешься, что Windows активирована



Ниже инфа для очень продвинутых

Всегда можно проверить в Управлении дисками, правильно ли утилита определила приоритетный HDD. В стандартных ситуациях на нём обязательно должен находится раздел с меткой Система. Есть и исключения из правила - описаны ниже...



Нумерация секторов в MBR SLIC нестандартная (начинается с 1 сектора) и поэтому не совпадает с нумерацией в BootIce (начинается с 0 сектора). Учитывайте это просматривая сектора в BootIce перед установкой MBR_SLIC! Для бэкапа/восстановления MBR это не имеет значения.
Также после установки MBR SLIC можно не перегружаясь проверить наличие MBR SLIC в BootIce.



Для корректной эмуляции SLIC с бутами есть некоторые нюансы (в частности HDD для установки MBR SLIC необязательно должен быть приоритетным) :
- любители бута grub4dos (обычно при загрузке из флешки) должны использовать для загрузки chainloader (hd0)+1 с предварительным маппингом (в некоторых случаях с makeactive) , а не chainloader /bootmgr. HDD для установки MBR SLIC должен содержать активный раздел с загрузчиком bootmgr для нужной ОС.
- любители бута BootIt должны использовать для загрузки режим Captured MBR. Описан в соответствующей теме. HDD для установки MBR SLIC должен содержать раздел бута. Затем после захвата Capture MBR SLIC в виде файла его можно будет применить к любым ОС на любом HDD без установки эмулятора.

[/more][/b]
GUI MBR SLIC Loader 0.621 by DDDC v1.2 by Kolizey
OEM (OffLine) активация: [more=серийные номера]
Ключ относится к производителю, но он не привязан к конкретному сертификату или маркеру.
Для активации Windows 7 при помощи ключей, расположенных ниже, требуется иметь в наличии специальный файл-сертификат, а также должна присутствовать SLIC-table в BIOS-е (файл-сертификат и SLIC-table должны быть одного производителя).

Ещё ключи, SLIC и сертификаты Здесь

Производитель / Редакция Серийный номер
Автор: CocKain
Дата сообщения: 26.06.2014 13:00
Если кто ещё эту шапку поддерживает, слетели ссылки на картинки
[no]
Классификация всех существующих эмуляторов SLIC
Методы активации[/no]
Там ещё много чего поотваливалось, но в основном imageshack.
Автор: ptitza_in_da_ruboard
Дата сообщения: 29.06.2014 20:50
У лоадера от Daz'а уже версия 2.2.2
Windоws Loader v2.2.2-Daz.7z
другая ссылка:
http://forums.mydigitallife.info/threads/54168-Windows-Loader-Download

Есть отдельный удалятор других способов WAT Fix (от него же)
Uninstall RemoveWAT (or similar)
Uninstall HAL7600
Uninstall Chew7
Uninstall uODIN
Correct file permissions
Correct important system files
Correct services required for activation
Correct VBS file associations
Remove Micrоsoft entries from the HOSTS file

http://forums.mydigitallife.info/threads/26994
Автор: KIL5
Дата сообщения: 01.09.2014 09:49
Внесите в шапку

Классификация всех существующих эмуляторов SLIC

Методы активации

Страницы: 12345678910

Предыдущая тема: Официальная страница мЫша ру-борда (2)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.