[ликбез] Зависимость работоспособности системы от использования CDImage для создания ISO

[dimon1947]

Всем!! Всем!!
Если читали мое послание о том, что при интеграции UpdatePack-XPSP2
происходит изменение оригинального времени создания дистрибутива Windows XPSP2.
В частности дистрибутив Windows XP Professional with Service Pack 2 - VL (Russian)
(метка диска VRMPVOL_RU) имеет оригинальное время создания 18.08.2004 17:00,
а после обработки (как выяснилось в ходе многочисленных эксов) после работы
аддона zZ-CDImg и происходит смена времени на 19.08.2004 1:00.

По ходу расследования выяснил, что дистрибутив куда интегрируется UpdatePack-XPSP2
содержит правильные после интеграции оригинальные даты, а в ISO-образе созданном
zZ-CDImg уже измененные на 19.08.2004 1:00.Попытки манипулировать GMT ни к чему не привели.

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

Без всякой дополнительной обработки только с настройками Нюры (Нет эмуляции и 4 сектора),
да плюс вытащил с диска оригинальный загрузчик Microsoft Corporation.img и записал.

Подготовил раздел и начал установку, боясь, что будет неудача.
Но когда вошел в систему у меня был шок!!
Все встало на ура, а мой многолетний контролер Everest выдал ровно 100% параметра
работоспособности системы!! Никогда не видел этой цифири с интегринными дистрибами!
В лучшем случае 95-96%. Вот с этих измененных дат создания и начинаются большие,
неопознанные глюки-загадки.

Скажите пустяк! Нет - это скажится вообще на всем здоровье системы.
Больше не буду пользоваться CDImage.

Я как шофер задницей чует машину, крысой чувствую состояние системы.
Долго мучила меня эта непонятность и вот разрешилось.
Посмотрите свои дистрибутивы на предмет дат создания?
Правда они могут отличаться от моих в зависимости от типа лицензии.

[mickmack]

не понимаю как может дата создания влиять на работоспособность системы?

[Vadikan]

dimon1947а в ISO-образе созданном
zZ-CDImg уже измененные на 19.08.2004 1:00.Попытки манипулировать GMT ни к чему не привели.Надо не GMT манипулировать, а CDImage. Есть параметр -t (http://wiki.oszone.net/index.php/CDIMAGE), его и меняйете, если нбх. Все встало на ура, а мой многолетний контролер Everest выдал ровно 100% параметра
работоспособности системы!! Интересно, каким образом пара некритичных ошибок в журнале событий соотносится с работоспособностью системы. Скажите пустяк! Нет - это скажится вообще на всем здоровье системы.
Больше не буду пользоваться CDImage.Любым инструментом надо уметь пользоваться, и CDImage - не исключение. Если вы не можете забить гвоздь, то это не молоток кривой :)

[dimon1947]

Vadican
""Надо не GMT манипулировать, а CDImage. Есть параметр -t, его и меняйете, если нбх.""

Я ее просто выкинул в мусорку..

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

Я в принципе и не рассчитывал на вдумчивые, продуманные ответы.
Объяснить как это и почему происходит с CDImage не знаю и не хочу теперь знать.

Просто нашел простое и надежное решение.

Почему эта пара некритичных ошибок влияет на работоспособность - очень просто..
При первом входе в систему в журнале событий 4 первые записи датированы на 8 часов вперед от реального
времени. Затем система пишет в журнал уже реальное время, а через 8 часов работа (секунда в секунду)
Бац и на 25-30 вниз - конфликт ее же записей.
Вы наверное никогда в журнальчик не заглядывали, так будете делать новую установку загляните.
А слету поучать и умничать с гвоздями...

Да и вообще разве нормально фактическое редактирование защищенных системных файлов?

Что то я не понимаю?

Не проще ли исправить эти некритичные ошибки с CDImage?

Лично мне по барабану ваша реакция.

Спасибо за менторский тон, но по мелочам то и отличают любителя от профи.

[QUADamage]

dimon1947
А можно узнать при чем тут работоспособность системы и количество ошибок в журнале?

Работоспособность системы ни что иное как отношение общего времени работы к времени простоя. Никакие ошибки при этом не учитываются :)

К тому же ошибка ошибке рознь...

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

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

[dimon1947]

jameszero

В каталоге I386, да и в DOCS, SUPPORT, VALUEADD и всех остальных после обработки аддоном
CDImage абсолютно все файлы меняют дату с 18.08.2004 17:00 на 19.08.2004 1:00.

В исходном каталоге в который интегрирован UpdatePack-XPSP2 все нормально.

Решил эту проблему предельно просто.

Делал загрузочный не с ISO-образа от CDImage, а с исходного каталога.
Эффект потрясный - впервые увидел индекс работоспособности ровно 100%!!

Спасибо за разъяснение этого. Видно я пропустил эту тему.
""По поводу записей в setuplog - "...не удален из-за следующей ошибки" - есть такое дело... вопрос уже поднимался, на работу компьютера не влияет.



QUADamage

Не могу с детства переносить даже мелкие огрехи..
Меня не переделать.
А софт и так давно ставлю автоматом.
Драйверы тоже сразу и все...

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

Все отточено и продумано до мелочей. Чтобы те кому я это добро устанавливаю кроме восторга ничего не испытывали.
Это для меня самый высший кейф!

[dimon1947]

QUADamage

Извините, а если я заменю термин производительность на РАБОТОСПОСОБНОСТЬ?

[M67]

dimon1947 вы молодец. Но по-любому испытаете гнёт со стороны завсегдатаев, даже если правы. И молодец потому что вносите новизну.

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

Поэтому "спасибо" пока говорю чисто за новаторство, но в тоже время абсолютно полно - за подход.

[Vadikan]

dimon1947
Я в принципе и не рассчитывал на вдумчивые, продуманные ответы.Мой ответ был абсолютно продуман. Я даже не поленился указать вам на страницу, где перечислены параметры командной строки CDImage.
Вы наверное никогда в журнальчик не заглядывали, так будете делать новую установку загляните.Вам, наверное, следовало бы воздержаться от необоснованных заявлений.А слету поучать и умничать с гвоздями...Вы обратились на форум с проблемой и я объяснил вам, как ее исправить. Если вам не нравится, что вас поучают, то не задавайте вопросов на форуме. Что же касается гвоздей, то это была просто метафора, подкрепляющая заявление о том, что каждым инструментом нужно иметь пользоваться. Более того, вывод о кривизне своих рук вы сделали самостятельно. У вас как с чувством юмора-то? :) Лично мне по барабану ваша реакция.Это была не реакция, а ответ на ваш вопрос. К сожалению, вы не способны это понять, что следует из вашей немедленной готовности к конфронтации. Равно как вы оказались неспособны дать обоснованный ответ на мой вопрос.Затем система пишет в журнал уже реальное время, а через 8 часов работа (секунда в секунду)
Бац и на 25-30 вниз - конфликт ее же записей.Все-таки не вижу, каким образом это влияет на работоспособность.но по мелочам то и отличают любителя от профи.Вы, конечно, профи, а я - любитель? Я-то любитель, а вот ваш профессионализм надо еще продемонстрировать. Примерами не поделитесь?
[hr]Используйте ссылку "Цитировать" над сообщением или тег QUOTE при цитировании сообщений других участников, плиз.

[jameszero]

dimon1947
Экперимента ради, провёл интеграцию UpdatePack с аддоном zZ-CDImg (раньше им не пользовался), но так и не смог смоделировать вашу ситуацию.

http://img401.imageshack.us/img401/3773/sshot1un3.th.jpg (http://img401.imageshack.us/my.php?image=sshot1un3.jpg) http://img401.imageshack.us/img401/3844/sshot2ue7.th.jpg (http://img401.imageshack.us/my.php?image=sshot2ue7.jpg)

Насчёт времени создания файлов, 17-00 или 16-00 спорить не буду, в своё время тоже подгонял дистрибутив под VRMPVOL_RU, но возможно, впоследствии, где-то произошёл сдвиг на час.
Вот только, что не могу понять: как время создания файла может влиять на системное время старта системы? Всегда думал, что системное время берётся из BIOS, а не из атрибутов файлов. Попробуйте интегрировать пак на другой машине, мне кажется, что дело не в аддоне zZ-CDImg.

[chogo]

dimon1947
Вы просто мало понимаете в данном вопросе, а панику развели на две страницы.

[MaxDELETE]

dimon1947, седня заглянул в журналчик ошибок, так, ради интереса и заметил одну интересную вещь - за 5 дней работы виндовс с последними обновами от jameszero (или Пети) и экстримпаком от dimadr (ну плюс еще мои всякие фичи и т.д. + подмена файлов, опять же моими) -- НИ ОДНОЙ ОШИБКИ! Предупреждения есть, уведомления есть, но никаких "сдвигов дат" и прочего, что вы писали, просто нет. Идеальная работа.

[prokazzza]

мой многолетний контролер Everest выдал ровно 100% параметра
работоспособности системы!!

Чушь какая. Я думаю ни одна программа не в состоянии и вряд ли сможет оценить работаспособность системы Windows XP в общем. Даже если её с делают в Мелкософте.

[DedAlex]

prokazzza
Everest под "работоспособностью" подразумевает "относительное" время работы, прошедшее со времени установки.

[YuriPet]

Everest под "работоспособностью" подразумевает "относительное" время работы, прошедшее со времени установки.
Чушь какая.И я того же мнения... ;)

[dimon1947]

M67
M67

Открываете EVEREST Ultimate (в Про-версии этой вкладки нет)-

"Операционная система" > "Время работы" > "Работоспособность системы"

В процентах увидите этот параметр.

Длительное использование Everest, постояное наблюдение за этим параметром,
особенно сразу после новой установки и установки софта можно видеть реакцию системы
на ваши действия и устанавливаемые программы.
Выражается реакция снижением числового значения процента работоспособности.
Поначалу использования не придавал значения, но по мере наблюдения
интерес возрос и не зря.
Во-первых при первом входе в систему эта цифра должна быть ровно 100%,
если меньше, то какие-то проблемы.
Поверьте эти показания не простой арифметический подсчет производительности по
времени работы и простоя.
Если Вы наблюдательный и вручную подсчитаете этот процент станет очевидным
разница показаний.
Дальше простор для мысленной деятельности..

jameszero
Вот у Вас уже и неверная дата, время не 17.00

[dimon1947]

MaxDELETE


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

[dimon1947]

Vadikan

Во-первых я обратился на форум не с просьбой решить проблему, а с информацией для размышления.

Во-вторых меня просто обидело ваше высокомерие.

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

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

В-пятых "Не боги горшки обжигают"

В-шестых аддон zZ-CDImg в том виде как он есть лучше не использовать.
Его бесполезность очевидна, если после интеграции UpdatePack-XPSP2-Rus не редактировать
полученный дистрибутив.

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

А вы сами пробовали редактировать CDImage? Да и не CDImage нужно редактировать.

То что вы предложили требует отдельной дополнительной операции создания образа из образа.

Зачем? Ведь UpdatePack-XPSP2-Rus уже его сделал!

Я свою проблему решил намного проще и короче - выбросил аддон zZ-CDImg.

[XXXler]

dimon1947, потрудитесь ознакомится с данной статьей (http://en.wikipedia.org/wiki/Availability) вики и прекратите оффтопить. Может вы и копаеете в правильном (с точки зрения расчетов Everest) направлении, но это просто трата времени и нервов

[GrandCat]

dimon1947

"Операционная система" > "Время работы" > "Работоспособность системы"...
Поверьте эти показания не простой арифметический подсчет производительности по
времени работы и простоя.
Если Вы наблюдательный и вручную подсчитаете этот процент станет очевидным
разница показаний.
Дальше простор для мысленной деятельности.


В английском: "Operating System - UpTime - UpTime Statistics - System Availability", что в контексте переводится как доступность системы
и точно равен ("время работы")/("время работы"+ "время простоя")