windows 2k и upgreade на дъно

[Coppermine]

напоследък се сблъсквам с следния проблем - правя ъпгрейд на машина (дъно процесор рам) и инсталираният windows 2000 дава син екран и не тръгва и следва преиснталация.Въпросът ми е неможе ли да се избегне някак преинсталацията, някак да му кажа предварително че ще се ъпгрейдва или след това с някаква дискета да го накарам да зареди. При 98 такива проблеми няма и затова си мисля че и с 2000-то трябва да има начин но до сега немога да открия. Ако някой има идеи или се е сблъсквал с проблема моля да помогне

[stfn]

Малко ме обърква това, че и след преинсталация не тръгва. Не би трябвало да е така...

А иначе вече инсталиран на едно дъно, за Win2000 е нормално да не тръгне на друго, ако двете имат по-сериозна разлика в чипсетите. Проблемът е в драйвера за HDD контролера, или т.нар. "mass storage device driver". Има няклко решения, като все едно трябва да ти свърши работа. Във всичките се използва програмката Sysprep, която можеш да извадиш от файла Deploy.cab от инсталационния диск на Windows 2000. Там обаче е версия 1.0, добре е да изтеглиш от сайта на Microsoft версия 1.1, тъй като тя има допълнителни функции.

Аз съм подготвил по друг повод нещо като описание на програмката. За да не пиша наново нещата, копирам два пасажа тук. Някои неща не се отнасят за теб - например, всичко, що се отнася до снимки, копия, модели и т.н., можеш да го игнорираш, но има и доста полезна информация. Разгледай ги и после можем да ги коментираме в подробности. Пиши ми на stfn@dir.bg



Откъс 1:

"SYSPREP (SYStem PREParation toll) се използва за подготовка на компютъра-модел за клониране. Той извършва няколко операции по компютъра, като по-долу са описани някои от тях. Изпълнява се след като бъдат направени всички необходими настройки на компютъра и непосредствено преди той да бъде спрян, за да му бъде направена снимка. Всъщност, SYSPREP автоматично спира компютъра, щом свърши с подготовката му."



Откъс 2:

"Ако бъде изпълнен с параметър “ –pnp”, SYSPREP изчиства всичката PnP информация за текущо инсталираните на модела устройства и драйвери за тях. Това принуждава ОС да започне цялостно разпознаване на всички PnP устройства при следващото стартиране. Ето защо SYSPREP автоматично спира компютъра след като свърши, като това е точния момент за свалянето на снимката. При следващото стартиране на ОС, независимо дали на клонирания компютър или отново на модела, се стартира т.нар. “mini-setup”, който извършва разпознаването на новите устройства (като всъщност всички се явяват като нови) и инсталира драйвери за тези от тях, за които има вградена поддръжка в Windows 2000. Тук SYSPREP прави и нещо повече – с негова помощ могат да бъдат добавени допълнителни, потребителски драйвери, невключени в стандартната инсталация на Windows 2000 (както и обновени версии на вече включените), които да бъдат взети под внимание по време на mini-setup-а. Така, ако предварително е известно какви нови устройства има на копията, SYSPREP може да зададе на mini-setup-а информация къде да търси драйвери за тях и евентуално да ги инсталира. Това става в конфигурационния файл на SYSPREP – sysprep.inf. В частта [Unattended] се добавя следния ред (пример):

OemPnPDriversPath=install\drivers\lan;install\drivers\video;modem

Могат да се изброят няколко различни пътя до папки с драйвери, разделени с точка и запетая (. SYSPREP ще добави към всеки от тях буквата на system-устройството (най-често “c:\”) Това ще накара mini-setup да потърси драйвери за непознати устройства, както и по-нови версии на вградените във Windows 2000 драйвери, в следните папки: “c:\install\drivers\lan”, “c:\install\drivers\video” и “c:\modem”. Mini-setup търси само в изрично написаните папки, без да търси в техните подпапки, ако има такива. Т.е., ако в горния пример напишем само “install” или “install\drivers”, драйверите, намиращи се в “install\drivers\lan” и “install\drivers\video” няма да бъдат взети под внимание."



Откъс 3:

"Mini-setup започва своята работа веднага след като бъде заредена ОС. Ето защо, ако нещо възпрепятства зареждането на самата ОС, няма да може да се изпълни и mini-setup. Например, ако първоначално на модела ОС се е зареждала от диск, свързан към IDE контролер, а в последствие на копието дискът с възстановената снимка е свързан към SCSI контролер, ОС няма да знае за съществуването му и няма да има заредени драйвери за него. ОС няма да може да премине целия процес на зареждане, за да даде на mini-setup възможност да засече и отрази промяната в хардуера.

Тази ситуация наподобява първоначалната инсталация на Windows 2000 върху нов компютър. Там възниква подобен проблем, тъй като инсталиращата програма също не знае какъв точно дисков контролер има в системата. Затова на първия етап тя зарежда в паметта всички възможни вградени драйвери за дискови контролери, като освен това предоставя на потребителя право (чрез натискане на “F6” в първите няколко секунди на инсталацията) да добави допълнителни външни драйвери. При следващото рестартиране само този драйвер, който открие подходящия хардуер прави връзка с него, а останалите дават съобщения за грешки. На този етап инсталиращата програма ги премахва, като оставя за напред да се зарежда само правилният драйвер.

По подобен начин действа и SYSPREP – в конфигурационния му файл, за който стана въпрос по-горе, се описват новите дискови контролери, заедно с техните PnP-идентификатори и с пътя до драйверите им. При първото стартиране на копието след възстановяване от снимка ОС вече има информация какви дискови контролери има на компютъра, както и къде да намери драйвери за тях.

Друг подход е да не се описват конкретно различни дискови контролери за различните (евентуално) копия, а да се опишат всички тези, които се зареждат и при първоначалното инсталиране на Windows 2000. Това гарантира, че mini-setup ще премине успешно на всеки компютър, на който би минала успешно и една нормална инсталация на Windows 2000. Това се постига чрез включване на определени редове в sysprep.inf (описани по-нататък в документа).

Ползвайки един от двата подхода или комбинация от тях, системният администратор може да преодолее проблема с различните mass storage контролери на модела и копията."



Накрая, ето ти и тези допълнителни редове, които трябва да добавиш в sysprep.inf и за които стана дума по-горе:

[SysprepMassStorage]

PCMCIA\*PNP0600=%systemroot%\inf\mshdc.inf

*PNP0600=%systemroot%\inf\mshdc.inf

PCMCIA\KME-KXLC005-A99E=%systemroot%\inf\mshdc.inf

PCMCIA\_-NinjaATA--3768=%systemroot%\inf\mshdc.inf

PCMCIA\FUJITSU-IDE-PC_CARD-DDF2=%systemroot%\inf\mshdc.inf

*AZT0502=%systemroot%\inf\mshdc.inf

PCI\CC_0101=%systemroot%\inf\mshdc.inf

PCI\VEN_10B9&DEV_5215=%systemroot%\inf\mshdc.inf

PCI\VEN_10B9&DEV_5219=%systemroot%\inf\mshdc.inf

PCI\VEN_10B9&DEV_5229=%systemroot%\inf\mshdc.inf

PCI\VEN_1097&DEV_0038=%systemroot%\inf\mshdc.inf

PCI\VEN_1095&DEV_0640=%systemroot%\inf\mshdc.inf

PCI\VEN_1095&DEV_0646=%systemroot%\inf\mshdc.inf

PCI\VEN_0E11&DEV_AE33=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_1222=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_1230=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_7010=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_7111=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_2411=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_2421=%systemroot%\inf\mshdc.inf

PCI\VEN_8086&DEV_7199=%systemroot%\inf\mshdc.inf

PCI\VEN_1042&DEV_1000=%systemroot%\inf\mshdc.inf

PCI\VEN_1039&DEV_0601=%systemroot%\inf\mshdc.inf

PCI\VEN_1039&DEV_5513=%systemroot%\inf\mshdc.inf

PCI\VEN_10AD&DEV_0001=%systemroot%\inf\mshdc.inf

PCI\VEN_10AD&DEV_0150=%systemroot%\inf\mshdc.inf

PCI\VEN_105A&DEV_4D33=%systemroot%\inf\mshdc.inf

PCI\VEN_1106&DEV_0571=%systemroot%\inf\mshdc.inf

;PCI\VEN_8086&DEV_1960&SUBSYS_11111028=%systemroot%\inf\scsi.inf

;PCI\VEN_8086&DEV_1960&SUBSYS_11121111=%systemroot%\inf\scsi.inf

;PCI\VEN_8086&DEV_1960&SUBSYS_11111111=%systemroot%\inf\scsi.inf

;PCI\VEN_8086&DEV_1960&SUBSYS_04671028=%systemroot%\inf\scsi.inf

;*ADP1540=%systemroot%\inf\scsi.inf

;*ADP1542=%systemroot%\inf\scsi.inf

;*ADP4215=%systemroot%\inf\scsi.inf

;DETECTEDIsa\aha154x=%systemroot%\inf\scsi.inf

;SPARROW_SCSI=%systemroot%\inf\scsi.inf

;DETECTED\sparrow=%systemroot%\inf\scsi.inf

;*ADP1502=%systemroot%\inf\scsi.inf

;*ADP1505=%systemroot%\inf\scsi.inf

;*ADP1510=%systemroot%\inf\scsi.inf

;*ADP1512=%systemroot%\inf\scsi.inf

;*ADP1515=%systemroot%\inf\scsi.inf

;*ADP1520=%systemroot%\inf\scsi.inf

;*ADP1522=%systemroot%\inf\scsi.inf

;*ADP3015=%systemroot%\inf\scsi.inf

;*ADP3215=%systemroot%\inf\scsi.inf

;*ADP6360=%systemroot%\inf\scsi.inf

;*ADP6370=%systemroot%\inf\scsi.inf

;PCMCIA\Adaptec__Inc.-APA-1460_SCSI_Host_Adapter-BE89=%systemroot%\inf\scsi.inf

;PCMCIA\Adaptec__Inc.-APA-1460_SCSI_Host_Adapter-B67E=%systemroot%\inf\scsi.inf

;PCMCIA\Adaptec__Inc.-APA-1460_SCSI_Host_Adapter-6F71=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5075=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5175=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5275=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5375=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5475=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5575=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5675=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5775=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5078=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5178=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5278=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5378=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5478=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5578=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5678=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_5778=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7860=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6078=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6178=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6278=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6378=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6478=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6578=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6778=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7078=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7178=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7278=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7478=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7578=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7678=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7778=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8078=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8178=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8278=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8478=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8578=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8678=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8778=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_8878=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7891=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7892=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7896=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_7897=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_3B78=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_EC78=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6075=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_6075&SUBSYS_75609004=%systemroot%\inf\scsi.inf

;PCI\VEN_9004&DEV_3860=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_0010=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_0020=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_0030=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_001F=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_002F=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_003F=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_0050=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_0051=%systemroot%\inf\scsi.inf

;PCI\VEN_9005&DEV_005F=%systemroot%\inf\scsi.inf

;*FDC0000=%systemroot%\inf\scsi.inf

;DETECTEDPci\Fd16_700=%systemroot%\inf\scsi.inf

;FD16_700_SCSI=%systemroot%\inf\scsi.inf

;PCI\VEN_1036&DEV_0000=%systemroot%\inf\scsi.inf

;DETECTED\fd16_700=%systemroot%\inf\scsi.inf

;GEN_SCSIADAPTER=%systemroot%\inf\scsi.inf

;PCI\VEN_1014&DEV_002E=%systemroot%\inf\scsi.inf

;PCMCIA\IBM-PCMCIA_Portable_CD-ROM_Drive-84E3=%systemroot%\inf\scsi.inf

;PCMCIA\IBM-PCMCIA_CD-ROM_DRIVE_CD-400-5AFA=%systemroot%\inf\scsi.inf

;PCMCIA\IBM-PCMCIA_Portable_CD-ROM_Drive-84E2=%systemroot%\inf\scsi.inf

;PCI\VEN_1077&DEV_1020=%systemroot%\inf\scsi.inf

;PCI\VEN_1077&DEV_2100&SUBSYS_00011077=%systemroot%\inf\scsi.inf

;PCI\VEN_1077&DEV_1240=%systemroot%\inf\scsi.inf

;PCI\VEN_1077&DEV_1080=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_0001=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_0002=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_0003=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_0004=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_0005=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_0006=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_000B=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_000C=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_000D=%systemroot%\inf\scsi.inf

;PCI\VEN_1000&DEV_000F=%systemroot%\inf\scsi.inf

;PCI\VEN_105A&DEV_4D38=%systemroot%\inf\scsi.inf

Primary_IDE_Channel = %windir%\inf\mshdc.inf

Secondary_IDE_Channel = %windir%\inf\mshdc.inf



Съжалявам, че постът стана толкова дълъг, но темата е такава []

[orpamarosa]

Възможно е. Просто преди да сложиш новото дъно, трябва да смениш в Device manager всички типични драйвери за конкретния чипсет със стандартни(например Via PCI IDE BUS MASTER Controller със Standard PCI IDE controlLer, Via AGP Controller със Standard PCI to PCI bridge и т.н. ). Сменяш дъното и като рестартираш системата, тя ще си открие новия хардуер автоматично.

[ru-boy]

Мисля, че ако отидеш в папката с *.inf и ги изтриеш, след което рестартираш и би трябвало уиндоуса да започне да търси у/вата наново без проблем. Но трябва да имаш копие (инсталационно на уиндоуса) на диска, за да си дръпне драйверите. Ако ги търси на CD-то може да се случи да не е качило драйвери за CD-то пък оттам да иска други такива.

[stfn]

Problema, ru-boy, е, че понякога Windows забива още преди да е заредил ядрото, защото няма драйвери за новия дисков контролер. Тогава гърми на син екран със съобщение "Inaccessible boot device". А момента когато търси нови PNP устройства и зарежда драйвери за тях според това, което намери (или не) в "winnt\inf" е доста по-нататък, чак когато зареди графичен интерфейс. В такъв случай начинът е предварително да му зададе6 какъв ще е новия контролер, а това става чрез Sysyprep

[orpamarosa]

При предложения от мен подход това не се случва.

[orpamarosa]

Към Stfn: Извинявай, а каква е ролята на всички тези коментари, които варваш в sysprep.inf?

[stfn]

Ако имаш предвид редовете, които започват с ";", те наистина не се взимат под внимание в случая. Отнасят се за SCSI контролери и при домашен потребител, какъвто най-вероятно е Coppermine, няма нужда от тях. Все пак съм ги поместил, защото може и да потрябват на някого някога, ако той има SCSI контролер. Доста сървърни платки имат вграден SCSI контролер и ако някой си ъпрейдва сървъра, може да се възползва от тях.

Относно метода за подмяна на драйверите със standard devices, по същество той е същия. Идеята е да се подкара веднъж Windows 2000 на новия хардуер и от там вече е лесно. Лично не съм го пробвал, но не ти се ли появява следния ефект: когато рестартираш компютъра и ако той е още със старото дъно, си намира пак специфичните (а не стандартните) драйвери? Предполагам, че ако направиш такава смяна на драйверите, трябва да среш компютъра и да не го пускаш повече на старото дъно.

А сега един уточняващ въпрос към Coppermine: какво точно пише на синия екран? Защото сега ми хрумна, че проблемът може да е от друго - различната ACPI поддръжка на двете дъна. При него пишеше някаква друга грешка, а не "Inaccessible boot device", но не помня каква точно. Някакви шестнадесетични кодове, от рода на "0x0023a688b4". Иначе пак забива горе-долу на същия етап - още в самото начало на стартирането, преди да е заредил графичен режим. Този проблем решение няма според Microsoft, но пък за сметка на това се случва рядко - обикновено при смяна на по-ново дъно с по-старо.

[Coppermine]

stfn не говоря за конкретен случай просто ми се налага от време на време и напоследък все по често затова реших да видя как са другите с материала. по принцип попрочетох тук там и общото мнение е че в 90 процента от случайте най-лесния вариянт е repair на инсталацията и има голяма вероятност нещата да си тръгнат както трябва.Това което предлагаш е наистина интересно и ще го пробвам при първия удобен случай както и идеята на orpamarosa но в повечето случаи трябва да сменям изгоели дъна и ми е малко неприложима.А това което ru-boy предлага е най-лесно за изпълнение само незнам дали ще проработи и как ще се държи системата след това но без тестове няма да мине

[ru-boy]

По принцип, това, което предложих, помага за запазване на информацията, но винаги се комбинира и с други методи. Понякога (най-често) не е нужно да се трият всичките *.inf, а се трият избирателно (под ДОС конзола).

[orpamarosa]

Към Stfn: Абсолютно правилно, спираш компютъра и не го пускаш със старото дъно. Като сложиш новото, Win2000 си открива драйверите за новото автоматично.

[stfn]

Coppermine, смяната на драйвери и ползването на Sysprep изисква компютъра да е работещ преди да започне ъпгрейда. Дори Repair на инсталацията иска Emergency Repair дискета, която също се създава предварително, при работеща система. Тя обаче така или иначе няма да помогне при ъпргейд, защото на нея има записана специфична за конкретната система информация, която няма да важи за новото дъно. Тази дискета се ползва за възстановяване на системата на същия компютър, на който е правена.

Ако дъното е изгоряло по време на работа, ти остава само вариантът, предложен от ru-boy с изтриването на .inf-ове под command prompt, но все пак мисля, че ще ти свърши работа само в една част от случаите.

Каквото и да говорим, според мен е добре да се преинсталира наново цялата система. И то да се преинсталира "на чисто", а не да се "замазва" върху старата. Не си струва да рискуваш със запазване на старата система върху нов хардуер, защото това е предпоставка за безброй необясними проблеми по-нататък. И наистина няма да има кой да ти каже какво точно се случва и какво не е наред. По-добре събори всичко и започни от начало - като цяло ще си спестиш повече време и проблеми.

[Coppermine]

Аз ще експериментирам върху моя компютър първо и ще видя дали ще има задоволителни резултати. Иначе ми е ясно че от чиста преинсталация по хубаво няма ама ми загубва цял ден с всичките му простотии покрай преиснталирането

[ru-boy]

<blockquote id="quote"><font size="1" id="quote"><b id="quote">цитат:</b id="quote"></font id="quote"><table border="0" id="quote"><tr id="quote"><td class="quote" id="quote"><font size="1" id="quote">Аз ще експериментирам върху моя компютър първо и ще видя дали ще има задоволителни резултати. Иначе ми е ясно че от чиста преинсталация по хубаво няма ама ми загубва цял ден с всичките му простотии покрай преиснталирането



<div align="right">оргинално мнение на Coppermine</div id="right">

</td id="quote"></tr id="quote"></table id="quote"></blockquote id="quote"><font size="2" id="quote"></font id="quote">

Аз постоянно го правя, но не ми губи по цял ден, само, защото на едно CD съм си записал всичко от допълнителните неща, например:



- NAV (или друга, която ти харесва)

- най-нови (до един месец) вирусни дефиниции за надграждане

- Огнена стена

- DirectX 9b

- кирилица (тази на Генади Атанасов)

- няколко незаменими мрежови програми (GFI, ...)

- Систем Механик 3.7 (четворката е бъгава и не е по-добра)

- TweakUI 1.33



горе-доло това е всичко.

[Coppermine]

не ми е проблем намирането на инсталациите а настройката след това като почнеш ип адреси майл акаунти разни външни програми да се гласят като services някакви бат файлчета за улеснение после прехвърляне на писмата от инбокс-а документи и разни такива неща които немогат да се автоматизират и за всеки са различни до някаква степен