[Vadikan]

DenchikK

от я и хочу спросить, почему после установки винды WPI определяет уже реальный девайс и как это исправить?

В wpi.cmd

Код:

for %%i in (C D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist %%i:\WIN51 set CDROM=%%i:
echo Found CD-Rom as drive %CDROM%

%WPIPATH% - просто рабочая директория wpi

Я не совсем понимаю что значит

чтоб можно было без изменения настроек ставить её как с винта так и с диска DVD.

ИМХО, тут ситуация "или-или". Можно конечно класть маркерный файл в корень логического диска, пытаться его искать, и если найден, то опредлять %CDROM% как этот логический диск. В противном случае %CDROM% - привод с диском и все ставится с CD. Это извращение

Если вы хотите чтоб софт ставился с жесткого диска, то в wpi.cmd замените код приведенный выше на

Код:

set CDROM=X:
echo CD-Rom is set as a logical drive %CDROM%

где Х: буква диска с софтом.

[DenchikK]

Доброй ночи!

>> В противном случае %CDROM% - привод с диском и все ставится с CD.
>> Это извращение

Вы очень сильно заблуждаетесь! Желание, чтоб установка происходила
быстро и удобно не есть извращение! Наоборот, это и есть цель всякого
нормального человека. И объясню почему:

1. Установка проходит гораздо быстрее с винта, чем с диска.
2. При установке не изнашивается ни привод, ни диск. Особенно важно
при проверке работоспособности связки-набора устанавливаемых прог,
дров и проч.
3. На винте можно быстрее можно заменить/добавить/обновить как
версию/наименование драйверов, так и версию/наименование программ и
проч.
4. При спешной записи, не надо вспоминать, в каком файле/файлах что
надо изменить - как лежит так и записываешь.
5. Хранение информации на CD/DVD дисках с частым их использованием,
менее надёжно, чем на винте.

Можно накидать ещё вариантов - но и выше приведённых, я думаю, вполне
достаточно.

Вот хотя бы один пример (для лёгкости восприятия, если не совсем
понятны вышеописанные): пришёл друг/надо записать на работу/поступил
срочный вызов на установку винды, и нужно изменить драйвер, к примеру,
видяхи, с устанавливаемого по умолчанию, на альтернативный. С винта
это делается намного проще. Сами понимаете, вариантов может быть масса
- и лучше делать это с винта, чем записывать на тот же винт готовую
заготовку и там её править.

И мне, всё же, не совсем понятна работа WPI: если написано, что метка
является определителем буквы для переменной %CDROM%, так почему это в
одном случае работает, в другом - нет. Вопрос то в этом! Кстати
описанный Вами вариант "CDROM=X:" так же не работает как надо: так же
при первой загрузке винды и первом вызове WPI, программы хотят
ставиться с реального CD, а не с прописанного, во всех остальных
случаях всё работает, так же, как и в методе с меткой. К тому же
вариант с жёсткой задачей буквы противоречит концепции неизменности
конфигурационных файлов.

Так что всё-таки, нужно найти причину, по которой WPI так работает,
это будет гораздо интереснее и продуктивнее.

Спасибо за понимание.

[Vadikan]

DenchikK

К тому же вариант с жёсткой задачей буквы противоречит концепции неизменности конфигурационных файлов.

По правде говоря, файл wpi.cmd не является конфигурационным файлом WPI. Я думаю, что новая версия WPI вообще не определяет %CDROM%, и эта функция возлагается на wpi.cmd.

Вы очень сильно заблуждаетесь! Желание, чтоб установка происходила быстро и удобно не есть извращение!

Так кто вам мешает последовать моему совету и сделать проверку на наличие маркерных файлов как на HDD, так и на CD? Если вы не можете создать такой файл, то почему прямо об этом не сказать, вместо того чтобы убеждать меня в преимуществах установки с HDD?

Код:

@echo off

REM Проверяем наличие marker.fle в корне всех дисков

for %%i in (C D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist %%i:\marker.fle set CDROM=%%i:

REM Если marker.fle найден, выводим сообщение об установке с HDD
REM В противном случае ищем WIN51 на CD
IF exist %CDROM%\marker.fle (GOTO HDD) ELSE for %%i in (C D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist %%i:\WIN51 set CDROM=%%i:

REM Если WIN51 найден на CD, выводим сообщение об установке с CD
REM В противном случае выводим сообщение об отстуствии каких-либо маркерных файлов
IF exist %CDROM%\WIN51 (GOTO CDROM) ELSE (GOTO FAILURE)

:HDD
echo Installing from the logical drive %CDROM%
GOTO EOF

:CDROM
echo Installing from the CDROM %CDROM%
GOTO EOF

:FAILURE
echo No marker files found, sorry

:EOF
Pause

Exit

Запустите файл и посмотрите что определилось как %CDROM%. Если ничего, то вставьте установочный CD в CDROM и запустите файл снова. Теперь не вынимая CD создайте пустой файл marker.fle и поместите его в корень диска с программами. Снова запустите файл.

Удачи.

[DenchikK]

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

Начну с конца (по моему в этом основная причина недопонимания друг
друга):

> Так кто вам мешает последовать моему совету и сделать проверку на
> наличие маркерных файлов как на HDD, так и на CD?

А смысл? В Вашем примере в любом случае, будь то найден маркер 1 на
винте или маркер 2 на CD, всё равно возвращается переменная %cdrom%,
которая равна букве первого же найденного диска с маркером. Так как
диск, с которого у меня ставиться винда, это D, а СD-Rom - L, то
переменная %cdrom% всегда возвращается с буквой винта, что мне и
нужно. И возвращается, и работает, но почти... :-)

Итак, перехожу к главному:
Ваш пример, на мой взгляд, имеет смысл в таком случае:
- найден маркер на винте - запускаем Программу №1
- найден маркер на СDRom - запускаем Программу №2
Тогда согласен, это имеет полный смысл.

Но вот что я имею:

Файл Unattend.txt
[GuiRunOnce]
%systemdrive%\install\install.cmd

Файл Install.cmd
start /wait %cdrom%\software\WPI\WPI.HTA

Файл Config.js

pn=1;
prog[pn]=['Total Commander 6.51 Rus']
desc[pn]=['Лучший Файловый Менеджер <i>Переработанный Инсталлер</i>']
ordr[pn]=[1]
cmd1[pn]=['%cdrom%:\\Software\\Programs\\total\\total.exe']
dflt[pn]=['yes']
cat[pn]=['Programs']
pn++

То бишь, мне надо изобретать какой-то способ, чтоб при выборе,
например, cdrom, файл config.js с переменной %cdrom% кидался б в
каталог wpiscripts, и при выборе установки с диска, кидался б уже
другой файл с переменной d:\

Это как видится мне, я могу опять же быть не прав.

Но самое главное то не это: WPI нормально работает, исправно
определяет букву по маркеру, и ставит программы из нужного места - и с
винта и с диска. Когда бы я его не запускал, и на каком бы диске не
была нужная метка. Вот что я безуспешно Вам пытаюсь объяснить, и вот
что меня интересует. Но всё меняется, когда я ставлю винду - по
вышеуказанной цепочке файлов, при первом входе в винду WPI опять же,
находит маркер, определяет диск D как cdrom, пишет, что ставиться
будет с D (в ДОСовском окне), но когда собственно процесс установки
начинается, начинаются ошибки, потому, что путь изменился на диск L
(мой CdRom).

И в догонку, по той же теме: если я запускаю WPI с вставленным CDROM
диском, то после его изъятия происходит та же вышеописанная петрушка:
пишет в ДОС, что CDROM - диск D, но при попытки установки программ
пытается найти их на L. Перезагрузка компа и перезапуск WPI не
помогает. Когда же я заменяю WPI из архивной копии - программы
начинают ставится нормально. Что же изменилось, и в каких файлах,
выяснить не смог - сравнивал - размер всех файлов остаётся неизменным.

Ещё раз простите за беспокойство, но очень уж интересна мне причина
такого поведения WPI.

[Vadikan]

DenchikK
Я внимательно читаю вас, но никак не могу об'яснить вам что делать Насколько я понял, логический диск - D:, a CD-ROM - L:. И там и там в корне есть папка Software с программами. Мой пакетный файл корректно определяет откуда устанавливать софт, при наличии маркера в корне D.

Так как диск, с которого у меня ставиться винда, это D, а СD-Rom - L, то переменная %cdrom% всегда возвращается с буквой винта, что мне и нужно. И возвращается, и работает, но почти... :-)

Ну раз это работает, но потом все равно пытается установить с L, значит WPI после запуска переназначает переменную %cdrom% и я не прав в том, что в новой версии эта функция возложена на wpi.cmd. Хорошо.

Тогда пусть WPI запустится, определит %cdrom%, a вы ее переназначьте первым же устанавливаемым в списке файлом. Тот же самый мой пакетный файл пусть будет первым в списке, а скопировать его на HDD можно через $ОЕМ$ папку точно также как ваш install.cmd

[DenchikK]

Ошибочка вышла - проверил я запуск WPI со вставленным диском XP -
первый он определяется, а уж потом, если на диске нет метки,
осматривает винты.
Сейчас проверю Ваш совет.

[Vadikan]

DenchikK

Ошибочка вышла - проверил я запуск WPI со вставленным диском XP - первый он определяется, а уж потом, если на диске нет метки,

У кого ошибочка? Ничего не понял...

Сейчас проверю Ваш совет.

Он не сработает лишь в том случае, если WPI прогоняет проверку на наличие WIN51 перед установкой каждого приложения.

А вообще, чем плох вариант с двумя конфигурационными файлами? Точнее, в config.js ничего менять даже не надо. В том generate.js два раза упомянут WIN51. По нему WPI и ищет CDROM. Moжно сделать два файла generate.js - оригинальный и второй, в котором WIN51 заменен на marker. Второй бросить в корень WPI. Перед запуском WPI можно моим же батником проверить есть ли маркер на логическом диске, и если есть, то скопировать второй generate.js в wpiscripts командой xcopy.

Если и это вас не устраивает, то я оставляю тему на попечение других участников форума

[DenchikK]

Ошибочка у меня вышла, когда я говорил, что сначала сканируются винты.
И опять эксперимент не сработал - всё то же самое - всё работает, но не в варианте первой загрузки винды. Придётся точно 2 копии config.js держать, и делать как я раньше хотел (вроде того, что Вы написали сейчас).
Ну да ладно! Всё равно спасибо Вам большое!

[Vadikan]

DenchikK
Сорри, проблему решить не удалось. Однако, и запросы у вас были нестандартные.