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

» Windows Preinstallation Environment(WinPE) и BartPE LiveCD 5

Автор: AZJIO
Дата сообщения: 15.10.2008 19:43
jCHex
У меня таже проблема была, и я делаю разбиение образа на файлы менее 2 Гб, и проблемы не вижу. Уже несколько лет так пользуюсь.

vv07

Цитата:
Работает сборка вроде пока

нужно просто скачать другой конструктор... удалить самокат, скачать автомобиль...
Автор: Ksanderash
Дата сообщения: 15.10.2008 20:14
jCHex
Попробуй ImgBurn (мое любимое средство CD-записи, после того как Неро пошла по пути "100 метров дистра не предел" Еще есть платная Complex Evolution (см. варезник). И еще есть cdimage.exe+make_cd.bat, что собственно рекомендуется Если аллергия на ключи/батники, можно CDImageGUI (хотя, да, понимаю, создание 4Гб исошки вещь неприятная)
Автор: jCHex
Дата сообщения: 15.10.2008 20:23
7sh3
Спасибо за вполне логичный совет
(кстати справку нашел в самом конструктре тоже)
Однако, эм, не получилось. Дело еще в том, что мне нужно с bcdw.
1) С вариантом -u1 (добавить udf-имена + оставив iso и joliet) - запустился bcdw, а попытка запустить ram-winxpe обругалась на поврежденный или отсутствующий txtsetup.sif (интересно нафига, если он вообще при рам-загрузке не используется... или setupldr.bin не нашел еще какой-то (winnt.sif?..) и вместо него пытался энтот. А его-то конечно нема. Да и сомневаюсь, что помогло бы наличие, скорей всего тоже не прочел бы )
2) Ключ -u2 без -j1 (только udf, без iso+joliet - именно такой вариант в Vista) - не смог загрузится bcdw (споткнулся прочесть bcdw.ini)
Исходными ключами послужили те, что при сборке bartxpe, после вникания в суть каждого Перепробовал можество разных вариантов.
Вотс... Предполагаю, с -u2 чистая сборка (и возможно рам-сборка тоже, хоть и не факт) полетит номрально. Но нужен же bcdw
Так что пока получается действительно выход один - без UDF

Ksanderash
Спасибо, попробую
Да уж, неро скоро пора в разряд ОС ставить
Аллергии на ключи нет, и если программа консольная - предпочитаю самостоятельно как раз вникать в ключи и ставить нужные, а не пользоваться готовым неизвестным набором (за исключением конечно авторитетных, как bartpe, но все равно под свои нужды проверяю). Про гуй к cdimage в курсе, но создан ли он к последней версии или от старой? Да, возможно разницы в ключах и нет, но мне приятней и надежней с ключами, когда их так немножко
Вот другое дело mkisofs, просто не хотелось времени на ее ключи тратить, которых оой как по ср. с cdimage
Автор: 7sh3
Дата сообщения: 15.10.2008 20:29
Ksanderash - кстати да, забыл совсем про ImgBurn, отличная прога, главное в настройках не перемудрить, по умолчанию там как раз сразу выставлено ISO9660+UDF и версия udf 1.2 лучше для начала просто образ сделать ей - "Создать образ из файлов\папок"

Добавлено:
jCHex

Цитата:
Так что пока получается действительно выход один - без UDF

попробуй еще ImgBurn собрать проект, версию udf не меняй
Автор: jCHex
Дата сообщения: 15.10.2008 21:21
Ух ты, спасибо! Хорошая софтинка.
Но, попробовал... BCDW не может запустится, пишет - неверный boot-режим или несовместимая bios. Ставил на вариант без эмуляции (если попытаться с эмуляцией флопа - предупреждение о несоответствии, и не создается, логично). Попробую еще способы.
А так - замечательная штучка, как же я про нее раньше не знал , есть более гибкие и удобные опции чем в UltraISO, особенно порадовала возможность достаточно гибкой настройки каждой fs отдельно.

Добавлено:
Хм, после нее даже со стадартным ISO+Joliet / только ISO так и не вышло на DVD запустить bcdw... может я что делаю не так в ней? Вообще кто-нибудь создавал в ней bcdw-boot диск?
Сектор загрузки ессно оставлял по умолчанию 07C0, и размер 1. С CD не пробовал, нужен-то DVD.
Ну а пока, на сегодня похоже мое терпение в исследовательских попытках создания рабочей со всех сторон bartxpe+bcdw на udf-dvd иссякло
Пойду писать сборку + резаный по 1,9Гб акронис-образ. который давно валяется на винте, а я все экспериментирую
Всем спасибо за помощь
Автор: Ksanderash
Дата сообщения: 15.10.2008 21:37
jCHex
Ага, причем у нее довольно именитые корни -- DVD Decrypter не напоминает интерфейсом?

Хм, а если без UDF? Как я помню, кроме ключей -n и -d я на DVD ничего не использовал, но архивы более 2Гб одним файлом добавлял.
Автор: jCHex
Дата сообщения: 15.10.2008 22:12
Все, последний на сегодня тест без udf.
Результат: что и следовало ожидать - 4Гб файл якобы создан в образ (cdimage отрабатывала его по полной соответствующее длительное время), все атрибуты и размер верные, но чтение (даже начала) невозможно (ошибка чтения).
Автор: yurkesha
Дата сообщения: 15.10.2008 22:29
jCHex
Цитата:
Пойду писать сборку + резаный по 1,9Гб акронис-образ. который давно валяется на винте, а я все экспериментирую
вот это правильно!
Зачем отрабатывать заведомо узкоспециализированное неуниверсальное решение работающее только в диапазонах от 2 до 9 гигов, если есть много вариантов без ограничения объема образа... Даже вариант с сегментированным на куски по 2 гига образом более универсален.
Автор: Ksanderash
Дата сообщения: 16.10.2008 01:08
jCHex
Откопал таки один свой старый загрузочный диск, слепленный cdiamge в ISO9660, на котором лежит файл размером 2,5Гб. Проверку проходит (у меня md5 при важных файлах), след. образ рабочий, BCDW грузится. Но лучше все-таки не искушать судьбу и писать по частям.
Автор: Erekle
Дата сообщения: 16.10.2008 04:07
7sh3

Цитата:
в последней рамсборке еще цепляют реестр Autoruns 9.33 и HijackThis 1.99.1 да и вообще все проги которые должны работать чужим реестром - иначе какой в них смысл, OSAM я не смотрел на предмет работы с runscaner'ом

Я осёл, там же указывается ROOT...
OSAM - не пошёл: "вызов IOCTL осуществлён неверно".
Спасибо за вашу сборку. Это класс.
Автор: Sish
Дата сообщения: 16.10.2008 06:47
jCHex
Может это тебе хоть чем-то поможет...
Автор: AZJIO
Дата сообщения: 16.10.2008 12:47
jCHex
вот так сделаешь образ на 4.3 гига, а его ещё и на FAT32 не скинешь.

Цитата:
Сектор загрузки ессно оставлял по умолчанию 07C0, и размер 1.

последнее не 1, а 4. Вот при тестах с загрузчиками вывел и записал для себя:

Цитата:
Интересная зависимость 17 секторов - 68 (число загрузочных секторов)
1 сектор - 4
то есть в 4 раза больше. Чем больше загрузочный файл, тем больше число загрузочных секторов (прямо пропорционально).

А для ввыдирания фирменных дисков, от ms или типа Navigator нужно ещё и метку диска оригинальную указывать, вот к примеру у меня запись о загрузчике:

Цитата:
Navigator.ima - (Установка Win XP SP1) Navigator (34816 байт, 17 секторов, LBA 1593 000639)
нет эмуляции
07С0
68
NAV2003 - метка
Win32 - идентификатор
вытаскивал инфу из UltraISO
Ksanderash

Цитата:
Неро пошла по пути "100 метров

но есть урезанный дистр 11 мег. Пользуюсь, так как думаю, что в ней ещё есть алгоритмы записи для разного типа дисков (скорость, сила луча).

Кстати сделал ещё плагины "AutoPlay Media Studio 6.0" и "Music Creator Pro24 2004", размеры SFX-архивов 17 и 7,5 Мб.
Используя InstallRite для сохранения данных реестра вывел по опыту какие данные нужно удалить перед экспортированием reg-файла [more]
Строки в данных для реестра, которые нужно удалить.

HKEY_USERS\S-1-5-18\
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ExpIorer\UserAssist
HKEY_CURRENT_USER\Software\Microsoft\Windows\ShelINoRoam\MUICache
HKEY_CURRENT_USER\Software\Microsoft\Windows\ShelINoRoam\BagMRU\0
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControISet\Services\Tcpip\
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\RNG

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections

а также строки антивирусника

подробно
HKEY_USERS\S-1-5-18\ - это строка наверно предназначена для восстановления реестра из последней рабочей конфигурации, в LiveCD это не нужно.
HKEY_USERS\.DEFAULT\ - это строка для профилей поумолчанию для новых пользователей, а в LiveCD это не нужно, там достаточно HKEY_CURRENT_USER.
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ExpIorer\UserAssist
HKEY_CURRENT_USER\Software\Microsoft\Windows\ShelINoRoam\MUICache - это какой-то кэш, точно не нужен, но очень часто в списке
HKEY_CURRENT_USER\Software\Microsoft\Windows\ShelINoRoam\BagMRU\ - это какие-то баги точно не нужны, но очень часто в списке
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControISet\Services\Tcpip\ - настройки TCP-IP, что-то сетевое
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\RNG - какая-то криптография, редко в списке.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ - это для удаления программы, в LiveCD это не нужно.



это точно не удалять :
HKEY_CLASSES_ROOT\CLSID\ - типа регистрации библиотек, составных частей программы
HKEY_LOCAL_MACHINE\SOFTWARE\CIasses\CLSID\ - аналогично предыдущему, вроде как для всех пользователей
HKEY_CLASSES_ROOT\.bmp - типа регистрация расширений, типов файлов
HKEY_LOCAL_MACHINE\SOFTWARE\CIasses\.bmp - аналогично предыдущему, вроде как для всех пользователей
HKEY_LOCAL_MACHINE\SOFTWARE\имя программы - раздел софта и всех настроек [/more]
Автор: jCHex
Дата сообщения: 16.10.2008 12:57
Sish
Да, это сработает, чуть позже отпишусь подробно что почему как закончу все текущие эксперименты и время найду.
Но я не помню, какие настройки надо поставить в последней UltraISO чтоб она не заново создавала iso а добавляла файлы в существующий... С чуть старой версией все ок, а с новой что-то не вышло А может у меня глючная версия..
AZJIO
Вот оно в чем дело-то с загрузкой от ImgBurn... спасибо, буду знать
Ага, неро-мини в самый раз.
У форума бывают глюки и отправленное сообщение не всегда сразу появляется. Или кэш браузера, особенно IE

Добавлено:
Сорри что так подробно
В продолжение вчерашней эпопеи: как оказалось, хехе, не все так просто как хотелось бы.
Итак, рам-сборка barxpe, bcdw и два куска по 1,9Гб акронис-образа в корне диска (важный момент, см. далее). Делаем .iso с ISO+Joliet (cdimage / почти не важно чем) - упс, неработает Зависает SETUPLDR.BIN (или NTDETECT.COM)
Методами "догадался", научного тыка, и "да ващще так и знал!" с помощью незаменимого режима редактирования In-place mode WinHex'а, cdimage, IsoBuster (отличная штука), и VMware в ходе упрямых усердных экспериментов я нашел причину этого
По всей видимости, если та часть NTDETECT.COM, к которой происходит обращение (им самим) находится за 4Гб пределом диска (LBA 2097152, помним что сектор CD/DVD = 2048 байт) - SETUPLDR.BIN повисает на этапе (или после него) проверки оборудования ("Setup is inspecting your computer's hardware configuration..."), или (скорее) это виснет сам NTDETECT.COM. Размер NTDETECT.COM от ramboot.exe (в конструкторе) - 47596 байт = 24 сектора, в конкретно нашем случае ram-boot'а последний допустимый стартовый сектор для NTDETECT.COM - LBA 2097135 (проверено). Однако не факт, что на всех hw-конфигурациях. Надежней целиком помещать его до 4Гб-предела.
У SETUPLDR.BIN такой проблемы с этим пределом нет. Загрузочная область ессно всё равно какая, что bcdw-loader, что оригинальная WinXP, или др.
Все это относится по кр. мере к Windows XP SP2. С вистовыми файлами проверить нет возможности, да и пока желания В XP SP3 файлы SETUPLDR.BIN и NTDETECT.COM отличаются от SP2?
С mini-nt итп конкретно с NTDETECT.COM думаю та же история, но возможно и еще с другими файлами, проверять не собираюсь
IsoBuster удобно показывает LBA-offset (адрес начала) каждого файла.

Большинство программ создания iso из файлов распределяют их в образе (сортируют) по уровням каталогов, затем по имени, катологи тоже по имени. Т.е. сначала файлы корневого каталога (уровень 0), затем файлы 1го каталога но не вложенных в него, 2го и тд (уровень 1), затем файлы каталогов, вложенных в 1ый каталог в корне, вложенных во 2ой итд (уровень 3) и т.д.
Именно поэтому в моем случае (в корне два по 1,9Гб + Boot.img в 225Мб = 4.02Гб, а NTDETECT.COM после них) неудача.
У cdimage есть тестовый ключ -y5, заставляющий ее помещать в iso-образ папку i386 первой. Но он работает когда создается только ISO-fs, вместе с Joliet уже нет
Однако, будьте внимательны, при создании только ISO-fs для ram-загрузки необходимо, чтобы имена файлов SETUPLDR.BIN, NTDETECT.COM и папки I386 были в верхнем регистре. Если оставить по умолчанию i386 - NTDETECT failed.

Чем же можно изменять/задавать свой порядок файлов в iso? Кто знает такой софт?
Очень возможно, сработает -path-list у mkisofs - задает файл со списком файлов+каталогов для образа, говорят, не должен изменять указанный порядок, проверю позже.
Автор: Sish
Дата сообщения: 16.10.2008 13:40
jCHex
Возможно, это тебе немного поможет.

А UltraISO советую брать последнюю - UltraISO 9.3.1.2633 - обновилась буквально сегодня.
Автор: AZJIO
Дата сообщения: 16.10.2008 14:30
jCHex
Похоже и моя загадка разрешилась, так как я много раз записывал DVD-сборки, кстати с каталогами r386 и s386 (с нижним регистром) и они всегда работали и добавлял установку винды SP3, но записав DVD с образом в корне столкнулся с тем, что рам-сборка отказалась грузится, хорошо хоть хайренс грузился, и диск в общем оказался рабочим.
Автор: 7sh3
Дата сообщения: 16.10.2008 15:47
Erekle

Цитата:
там же указывается ROOT...

да, сразу цепляет реестр, диалог появится если только есть несколько юзеров или вторая система установлена, Autoruns может вылетать, Paraglider советует запускать развернутым на полный экран - но все равно у меня вылетал, опытным путем понял что колесо мышки крутить не надо, надо использовать полосы прокрутки мышью...
Автор: jCHex
Дата сообщения: 16.10.2008 15:52
AZJIO
Ага, а выход:
1) либо кидать крупные образы в папки по имени после папок с WinPE
2) либо создавать сначала iso в UltraISO только с нужными WinPE, затем открывать и добавлять образы, и снова сохранять (галка "Обновить образ при сохранении" в настройках должна быть отключена). И т.п. способы с редактированием iso-образа.
Либо ковыряем mkisofs и прочие страсти
А чудеса с секторами похоже объясняются очень просто - видимо программа(-ы) считают их как hdd-сектора по 512 байт. Которых как раз 4 в cd/dvd-секторе в 2048 б.

Цитата:
кстати с каталогами r386 и s386 (с нижним регистром)

Уверен, что в ISO не было автоперевода в верхний регистр? Точно проверить можно в IsoBuster - он покажет каждую фс отдельно. Я проверял с i386 в ниж. регистре в ISO (cdimage -d) - не работало, NTDETECT failed. А в жульете он как угодно может быть, если не отключать автоперевод в верхн.рег. для исо.

Sish
Спасибо, обновил, и все правильно заработало, видимо предыдущая криво стояла.

И наконец, финальный аккорд Удалось собрать BartXPE+BCDW с UDF! Отличился конечно ImgBurn: необходимы все три фс ISO+Joliet+UDF, причем версия последней любая. И ставим размер загрузки считая сектор по 512б, т.е. для bcdw - 4.
И что не менее важно, образ работает и после обновления в UltraISO! Только не менять никаких свойств, лишь добавить нужные файлы (крупные образы и проч. - если та же ошибка у NTDETECT.COM)

Т.о., оказалось, возможно все

Надеюсь, результаты моих экспериментов помогут не только мне Всем еще раз спасибо
Автор: Ksanderash
Дата сообщения: 16.10.2008 18:48
jCHex

Цитата:
Чем же можно изменять/задавать свой порядок файлов в iso?

Не поверишь -- ImgBurn (но только для содержимого корневой папки) и старая добрая Нюра (вызываешь свойства файла, выбираешь приоритет, если много файлов -- с Ctrl / Shift)

Добавлено:
jCHex

Цитата:
видимо программа(-ы) считают их как hdd-сектора по 512 байт

Именно.

AZJIO

Цитата:
но записав DVD с образом в корне

Кстати, да, я тоже помню свои эксперименты по созданию ультраскоростной RAM-загрузки, когда образ находится на внешних треках, где на DVD скорость под 20Мб/сек, но все виды хитрых манипуляций вроде подкидывания огромного файла-пустышки в начальные треки терпели неудачу. Хотелось быстро результата, поэтому выяснять причину тогда не стал.
Автор: AZJIO
Дата сообщения: 16.10.2008 19:24
Вот автоплагины ACDSee, Nero, Office, Cakewalk, архив 235 кб, пароль ru-board.
Автор: jCHex
Дата сообщения: 16.10.2008 19:58
Ksanderash
В корне-то бестолку, наш нтдетект ведь не там А вот с нюркой интересно, поглядим. Но для себя все же выбираю вариант с повторным редактированием в ултраизо.

А быстрый вариант все ж ведь возможен, главное, чтоб этот злополучный нтдетект был поближе к началу Т.е. если в ультраизо - 1) сначала кидаем все основное, кроме бутового образа и пустышки, сохраняем 2) Докидываем пустышку, сохраняем 3) Кидаем образ-бутик (последним). Или пустышку кидаем в каталог, который по имени после i386/т.п. сразу в 1ом этапе (zempty), тогда не нужен 2ой этап. (Не забываем про откл. той галки в настройках)
Автор: jCHex
Дата сообщения: 16.10.2008 22:24
Внимание, обнаружен глюк.
При создании CD-iso BartXPE (I386) + та же сборка ram-boot (R386) + BCDW посредством
cdimage.exe -lWinXPE -g -h -c -j1 -m -o
рам-сбока грузится, но с описанным мной ранее глюком:
Цитата:
система грузится, однако все этапы xpelogon.exe проходят заметно медленней чем обычно, и в конце-концов после окончания всей загрузки остается тот же пустой рабочий стол (без иконок+таскбара+фона), который висит пока работает xpelogon.exe, и сам он висит в процессах (можно запустить таск-менеджер, однако все работает намного медленней обычного). Сама сборка ессно грузится все-таки рам Диск можно вытащить и лазить с таск-менеджера - работает...
Причем все файлы с записанного диска совпадают по содержимому с оригиналами.
Тот же исошник из тех же файлов, но собраный в UltraISO со стандартным набором ISO+Joliet никаких глюков/нареканий не вызывает, все летает отлично.
Странно

Добавлено:
Стоп, cdimage не виновата, какой-то странны собака глюк, замучил уже. Только что образ от UltraISO записал на CD-RW - все летает. Тот же .iso записал на CD-R - тот же глюк Да ё-моё Писал все нерой 7ой.

Добавлено:
Похоже, причина в хардваре. Или хз. Потому как повторно запущенный рам с CD-R отлично залетал, фуух
А вот после cdimage сколько ни пытал повторно - нет-с, нехотит. Ну да ладно, видимо hw виновно.
Автор: 7sh3
Дата сообщения: 16.10.2008 23:08
jCHex

Цитата:
но с описанным мной ранее глюком

такой глюк раньше был с mkisofs и fbwf на обычной сборке, если на компе было зимнее время (на летнем все нормально) когда собираешь, собсно и переход с mkisofs на cdimage был обусловлен этим и нормальным отображением кириллицы в исошнике при просмотре в tc, помню мы тут долго на эту тему отображения кириллицы говорили щас вроде как еще лето по системным часам да и пофиг cdimage на это время всегда было, надо проверить будет, собрать такую сборку, может действительно cdimage заглючил не с того ни сего тем более версия у него как-то левая 2.52p, ImgBurn ее не видит, неспроста все это...
Автор: Ksanderash
Дата сообщения: 16.10.2008 23:47
7sh3
Хочется работать с конструктором не вылезая из PE, но B: для этих целей не годится, маленький. Что можно написать в cmd-файле для перемещения переменных TMP и TEMP на диск С:\, к примеру? Если это вообще возможно легко сделать. По типу "Create pagefile on drive C" хочется кнопочку.
Автор: 7sh3
Дата сообщения: 17.10.2008 01:24
Ksanderash

Цитата:
перемещения переменных TMP и TEMP на диск С:\

это противоречит самой идее PE в случае конструктора этого сделать нельзя cmd файлом, диск B: всегда занят когда загрузился, я не помню требуется ли в xp перезагруз когда вручную переменные среды меняешь, если перезагруз не нужен то сделать батник можно но перед этим надо отвязать все остальное от %temp% %ramdrv% - Documents and Settings логи eventlog и т.д. спроси лучше у AZJIO - он собирает PE не стандартно, может что-то подобное уже делал
Автор: lucky_Luk
Дата сообщения: 17.10.2008 01:35
7sh3
Можно ли сделать так, чтобы конструктор перед записью нового образа на болванку CD-RW проводил не быстрое ее стирание, а полное? Уже несколько раз сталкивался с ситуацией, когда при загрузке с записанной конструктором болванки WinPE отказывается запускаться и выдает разные ошибки.
Проблема решается полным стиранием болванки и записью образа (того же самого) по-новой.
Автор: NIKZZZZ
Дата сообщения: 17.10.2008 05:16
Ksanderash

Цитата:
перемещения переменных TMP и TEMP на диск С:\, к примеру?

Можно просто запускать нужную прогу, требующую большой %Temp% строкой, вида

Код: cmd /c (set temp=c: ) & (прога.exe)
Автор: AZJIO
Дата сообщения: 17.10.2008 05:37
Вот ещё батники удаления для этих же программ и изменённый "Office", там две строки с русскими символами исправлены, дабавлен Framework, пароль ru-board. И reg-файл для Framework.
7sh3

Цитата:
спроси лучше у AZJIO - он собирает PE не стандартно

стандартно, но с возможностью изменений. Кстати сегодня опять пробовал извлечение SFX-архива с переменной %AllUserProfile%, в винде её нету, а в XPE есть, ну я и использовал, не сработало, даже применение reg-файла несработало (для "ACDSee_Pro_2" срабатывало), пришлось самый надёжный способ использовать, менять в "Пуск > Мой Компьютер > контекстное меню/Свойства > Вкладка Дополнительно > Переменные среды". Переменная %temp%\Documents and Settings имеет смысл в "без рам-драйв", а в остальных вариантах можно использовать B:\Documents and Settings.
Ksanderash
диск B можно увеличивать в размере, если он эмулировался с помощью imdisk, насколько ОЗУ позволяет, но одним кликом пока не получается.
Переменную TMP и TEMP можно перенести на диск С:\, но тогда нужно указать остальные переменные, типа %temp%\Documents and Settings тоже менять, или перекопировать содержимое диска B в папку C:\temp_pe, а потом менять переменную. Менять переменную кликом батника способа у меня нет, единственное, что я уже выкладывал, это скрипт добавления (соответственно и изменение) переменной эмулированием клавиатуры созданный прогой "InqSoft Sign 0f Misery". Там в скрипте только поменять имя переменной и путь и и сохранить новый *.exe. Я им пользуюсь при каждой загрузке с харда, переключив переменные портабле-софта с CD-диска на хард.
Автор: jCHex
Дата сообщения: 17.10.2008 13:25

Цитата:
с переменной %AllUserProfile%, в винде её нету

Как это так нету? Всегда сколько помню была, вот xp sp2 ru, только зовется чуть иначе, и в верхн. регистре:
Код: C:\>set
ALLUSERSPROFILE=C:\Documents and Settings\All Users
Автор: AZJIO
Дата сообщения: 17.10.2008 14:39
7sh3
Да, действительно, добавление моей переменной SYS=C:\SYS создаёт глюк, хотя непонятно почему. Но проверил все проблемные программы, всё заработало, всё устанавливается.
jCHex
ручками печатал, ошибся чуть, в архиве то всё верно, Path=%ALLUSERSPROFILE%, а создаётся путь X:\PROGRAMS\temp%\Documents and Settings\All Users, проблема в моей переменной, без неё всё нормально.
Ksanderash
проверил перенос переменной TEMP в D:\Temp и попробовал использовать ramboot.exe, сработало без проблем, исошник создал.
Автор: jCHex
Дата сообщения: 17.10.2008 19:15
Эх, емое... кто-нибудь знает вообще хотя бы теоретически возможные причины этого глюка с замедлением ram-сборки уже после загруки boot.img, во время самого запуска? Он меня уже просто замучил Неправильная работа ram-драйвера? Некорректное обслуживание им рам-диска? Или может влиять hwpnp full? Да только наличие глюка становится заметно еще до hwpnp full в автозагрузке...
Стоят рядом две чуть разных машины, двухядерник с 2Гб рам, одноядерник с HyperThreading с 1Гб... На втором все летает, на первом - этот глюк с того же cd-диска (и то же с другим - dvd, только рам-сборка, та же, + акронис-образ в конце) Причем раньше глюка не было ни одной из них, правда сборки были чуть другие, уже и не вспомню отличия, совсем небольшие.
Я бы спихнул это на hw... да только глюк этот замечал еще на многих одноядерниках и без HT, и на VMware, видимо hw тут не главное... Да что же это, черт возьми?
Тот же диск очередному заказчику сделал, а тут такой подвох, на тебе...
ISO собирался хоть cdimage, хоть UltraISO, хоть вообще редактировался в UltraISO образ после конструктора для добавления рам-сборки к обычной. Причем, последний способ как ни странно показал себя самым надежным.
Раньше с этим глюком почти не встречался, а сейчас как специально, когда нужна надежность - через раз пошел Прямо руки опускаются.

Добавлено:
И если б хоть только замедление, это еще можно стерпеть, оно небольшое. Да только ж после такой загрузки ни разу нет рабочего стола Не считая фона))

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768

Предыдущая тема: Контекстное меню мыши


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