[Sanja Alone]

alcos

да и далее тоже, я так и не понял, они что по разному инфу с реестра читают или есть другие нюансы?

Они по-разному выводят - попробуй запустить oeminfo.cmd с англ. reg.exe. Или ты считаешь, что я просто так усложнил код практически одинаковыми строками?

По прежнему отсутствуют в списке:

В файле prokazzza, MSXML 6.0 Parser принадлежит ветке {AEB9948B-4FF2-47C9-990E-47014492A0FE}. Выходит, что имя ветки не зафиксировано. Какой тогда смысл вносить подобную инфу при пом. oeminfo.cmd. Между прочим, стандарная утилка от MS systeminfo.exe вообще как-то странно выводит список обновлений - не вдаваясь в тонкости... Да, я так и не видел твоих reg-файлов соотв. веток. Как ты мне предлагаешь анализировать не имея материала?

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

Это дело вкуса

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

Это довольно сложно, а толку мало.


prokazzza

да ниче не изменилося как было написано 104 так оно так и осталося!!!

Пункт один: сначала анализируем, потом возмущаемся.
Пункт два: с твоими файлами веток Updates и Uninstall вот такой я получил результат при тесте (oeminfo /r):

Код:

[General]
Manufacturer=Sanja Alone
Model=Unattended XP DVD
[Support Information]
Line1=ОС: Windows XP SP 2 версия 5.1 сборка 2600.xpsp.050301-1521
Line2=
Line3=Дата и время установки (обновления): 06.11.2006 (03:44)
Line4=
Line5=Установленные компоненты и обновления (136):
Line6=
Line7=KB319740  KB873339  KB883667  KB884267  KB884575  KB884883
Line8=KB885353  KB885626  KB885835  KB885836  KB885855  KB885894
Line9=KB886612  KB886677  KB886716  KB887078  KB887472  KB887606
Line10=KB887626  KB888111  KB888302  KB888402  KB888656  KB889016
Line11=KB889315  KB889320  KB889673  KB889858  KB890046  KB890831
Line12=KB890859  KB891122  KB891781  KB892313  KB893240  KB893241
Line13=KB893357  KB893756  KB893803  KB895181  KB895316  KB895572
Line14=KB896256  KB896358  KB896414  KB896423  KB896424  KB896428
Line15=KB896626  KB897338  KB897586  KB897663  KB898461  KB898549
Line16=KB898900  KB899271  KB899587  KB899589  KB899591  KB900399
Line17=KB900485  KB900725  KB901017  KB901214  KB902344  KB902400
Line18=KB903234  KB904412  KB904706  KB904942  KB905414  KB905749
Line19=KB906569  KB907265  KB907658  KB907865  KB908519  KB908521
Line20=KB908531  KB909095  KB909520  KB909608  KB910437  KB911280
Line21=KB911562  KB911565  KB911567  KB911854  KB911927  KB912817
Line22=KB912919  KB913296  KB913538  KB913580  KB914388  KB914389
Line23=KB914841  KB915865  KB916595  KB916846  KB917344  KB917422
Line24=KB917537  KB917730  KB917953  KB918005  KB918093  KB918439
Line25=KB918766  KB918837  KB918899  KB919007  KB920214  KB920670
Line26=KB920683  KB920685  KB920872  KB921398  KB921401  KB921413
Line27=KB921883  KB922582  KB922616  KB922819  KB923191  KB923414
Line28=KB923996  KB924191  KB924496  KB924867  KB924941  KB925486
Line29=WGA       WMFDist1  wmp11     Wudf0100

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

[alcos]

prokazzza

alcos У тя нормальное OEMINFO получается щас написано 136 обновлений включая написано что WMP11 включен это хорошо

Это спасибо должно быть адресовано Sanja Alone, я только оформил под себя, мне так больше нравится.

WGA WMFDist1 Wudf0100 - вот эту строку в конце я немного непонял???

Это вопрос тоже к Sanja Alone, он рулит вычислениями обновлений.

YuriPet

Странно... У меня оба CMD-шника (от Sanja Alone и от alcos) выдают 136 шт.

Действительно ничего не изменилось, так как я менял в файле от Sanja Alone только оформление произвольного текста и выбор даты, времени установки системы и последнего обновления. Вообще инфу о дате можно брать из .NET Framework вреестре, там формат хороший, да и все его ставят, но, вероятно, не все при установке. Время вообще можно обычное брать - это не критично, как дата.
А разница в показаниях 104 и 136 достигается просто - я по умолчанию включил следующий параметр в файле "Oeminfo.cmd", так более информативно, потому что не все обновления прописывают свои каталоги безопасности в определённом месте.

Код:

::Использовать ли реестровый метод для составления списка апдейтов (1 - да; 0 - нет)
set REGMODE=1

prokazzza

вот эта строка чет неправильно выдает инфу - Дата установки последнего обновления: 12/13/2004

Правильно, неверно, внимательно прочти мой пост 124, там описана эта проблема. Я просто пример привёл, а для осуществления этой идеи надо думать. Можно пока вписывать обычную дату или закомментировать строку.
а кто такой kolobok - нарисуй в своём файле что хочешь

sattva

::Считываем из реестра информацию о "MSXML 6.0 Parser Я этой секции в твоем файле не нашел!!? И откуда берется переменная %HF%?

Этой секции действительно нет

Sanja AloneВ файле prokazzza, MSXML 6.0 Parser принадлежит ветке {AEB9948B-4FF2-47C9-990E-47014492A0FE}. Выходит, что имя ветки не зафиксировано. Какой тогда смысл вносить подобную инфу при пом. oeminfo.cmd

Переменная %HF% есть не что иное, как:

Код:

set HF=%SystemDrive%

Sanja Alone

Они по-разному выводят - попробуй запустить oeminfo.cmd с англ. reg.exe. Или ты считаешь, что я просто так усложнил код практически одинаковыми строками?

Так я и писал выше: "Просто у меня нет английской винды и я этого не знаю." Таперь узнал. Если не затруднит, то приведи тут пример чтения одной строки разными версиями reg.exe.

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

[alcos]

Я тут ещё чуток подправил (исправил) в файлике оформление даты и время, более приятный и правильный вид.

[Sanja Alone]

alcos

приведи тут пример чтения одной строки разными версиями reg.exe

Да практически любой if в моем oeminfo и есть примером. Но, как можно увидеть, необходимость в разделении на версии reg.exe возникает только при определении в кач-ве разделителей подстрок в команде for пробелов/табуляций. Вот, что выводит рус. и англ. версии reg.exe при выполнении команды:

Код:

reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /v SourcePath

рус. REG.EXE версии 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158) (Windows XP SP2 VL):

Код:

! REG.EXE VERSION 3.0

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
    SourcePath  REG_SZ  G:\SETUP\XP\UNATDRCT\I386

англ. REG.EXE версии 5.2.3790.1830 (srv03_sp1_rtm.050324-1447) (Windows Server 2003 SP1):

Код:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
    SourcePath    REG_SZ    E:\SETUP\2K3\UNATTEND\I386

Бросается в глаза наличие версии файла в выводе русского reg.exe + разное к-во пробельных символов (и их вид - где-то это пробелы, а где-то табы). Короче говоря, обобщить что-либо здесь сложно - нужно тестить.


prokazzza

WGA WMFDist1 Wudf0100 - вот эту строку в конце я немного непонял???

А что тут не ясно? Сам же задавал вопрос, на к-рый я ответил однозначно - "Из ветки HKLM\SOFTWARE\Microsoft\Updates - ВСЕ!". Если не нравятся обрезанные названия н-рых обновлений, то измени значение переменной UPNAMEL с 8 на, к примеру, 11 - этого вполне хватит.

В принципе, у меня даже была идея доставать описания обновлений из параметров Description и/или PackageName. Вот тестовый код для Description-ов (для PackageName будет тоже самое) - выводит описания в файл up.txt (ес-но, учтены не все обновления):

Код:

@echo off
setlocal ENABLEEXTENSIONS ENABLEDELAYEDEXPANSION
for /F "tokens=5* delims=\" %%j in ('reg query "HKLM\SOFTWARE\Microsoft\Updates" /s ^| findstr /i /v "REG_ FileList"') do if %ERRORLEVEL%==0 (
	for /F "tokens=* delims=\" %%m in ('echo %%j\%%k^| findstr /i "[\\].*[\\]"') do (
		set regkey=HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\%%m
		for /F "tokens=3 delims=	" %%g in ('reg query "!regkey!" /v Description 2^>nul') do (
			echo %%g>>up.txt
		)
	)
)

Но, тут есть серьезная проблема: для одних обновлений определен только параметр Description, для других - PackageName, для третьих - оба (причем с различным содержимым). Нормально реализовать анализ всего этого посредством cmd-файла крайне тяжело. Желающие могут поиграться

[Dark Engel]

Использовал скрипт уважаемого Sanja Alone. Отрабатывает хорошо но.... поля проставляются почему то неправильно На картинке внизу это видно.

[prokazzza]

Dark Engel Почему вы не читали FAQ, я же просил прочитать его перед применением OEMINFO.

[Dark Engel]

prokazzza
посмотрите пожалуйста на рисуно еще раз....
Faq я прочитал
set MANUFACTURER=prokazzza (это будет имя сборщика)
set MODEL=Workgroup (это будет рабочая группа)
Предположим это исправится. А Ram и тип системы?

[Opolon]

Думаю что вопрос задаю по адресу и надеюсь что вы сможете мне помочь ?
есть Arun.bat который запускается из "C:\WINDOWS\Temp"

Код:

@CLS
@echo off
move oeminfo.cmd C:\WINDOWS\system32
move oemlogo.bmp C:\WINDOWS\system32
%systemroot%\system32\oeminfo.cmd /install /silence
del %systemroot%\Temp\Arun.bat

Здесь oeminfo.cmd
Здесь то чего пытаюсь добиться
Проблема состоит в том что данный батник "Arun.bat" не хочет выполнять команду oeminfo.cmd или игнорирует команду DEL при небольших изменениях при которых отлично проходит работа oeminfo.cmd
Помогите пожалуйста !!![/quote]

[ProkVS]

Opolon
Попробуй так:

Код:

MOVE /Y путь\oeminfo.cmd C:\WINDOWS\system32
MOVE /Y путь\oemlogo.bmp C:\WINDOWS\system32
start /wait %systemroot%\system32\oeminfo.cmd
del %systemroot%\Temp\Arun.bat
Pause
Exit

Если всё пройдет нормально удали Pause в конце, а если не нормально - увидишь что именно стопарит!

[Opolon]

ProkVS
В том то вся и загвоздка что файл oeminfo.cmd должен запускаться не через start /wait как указали вы а через /install /silence (это обязательно) но почемуто при таком условии не хочет работать следующая команда "del %systemroot%\Temp\Arun.bat"
Может у кого есть правильный вариант как это воплотить в жизнь !?

файлы oeminfo.cmd и oemlogo.bmp лежат изначально в корне с батником Arun.bat