„Odladěný SP3 na MS Windows XP“

Hrozne rad bych, aby root.cz dospel a takove zpravicky se tu nevyskytovaly..co to ma spolecneho s Linuxem/Open Source? Docela to vypada ze jde jen o "W00t! M$FT neco pokazili, LOL, jsou lam3"

Anebo az napriklad Red Hat pokazi nejaky update, (a stava se, viz. treba RHBZ #191841), bude na rootu zpravicka "Odladeny update X na RHEL Y" ?

Hrozně rád bych, aby komentátoři na Rootu dospěli, a pokud nemají k článku co užitečného říct, tak raději nic nepsali.

to se tyka predevsim tebe

Ono je to totiz o tom,ze ja napriklad za 8 let na takovou chybu pri Update nenarazil na jakekoliv verzi Linuxu nebo BSD a to jsou vetsinou za tim jen soukrome osobnosti a nebo male firmy.MS se svym ohromnym zazemim a financnimi prostredky ma tyto prusery pomerne casto.Pro mne osobne to neco velmi vypovida o kvalite jednotlivych produktu a vubec o pristupu tvurce k zakaznikum.

Nechci vyvolavat flame, ale uvedomte si, ze Windows v defaultnim stavu bez dalsich zasahu funguji na milionech ruznych konfiguraci. Osobne jsem Linux istaloval na notebook a az treti distribuce si poradila s wi-fi nebo sirokouhlym monitorem a uznejte, ze tyto periferie nejsou zase tak neobvykle. Jasne, je to vec ovladacu.
Muzete mit penez kolik chcete, zamestnancu kolik chcete, ale vzdy nevychytate vsechny problemy. A kombinaci deska - procesor - graficka karta jsou stovky a tisice. Co jsou proti tomu stovky PC s jednou chybujici kombinaci? Stejne to uzivatele neprinuti prejit na Linux.
Predem oznamuji, ze v ramci zabraneni flame mezi Linux a Windows nebudu na odpoved reagovat. Jsem uzivatel obou systemu a na obou se daji najit znacne mouchy a problemy.

No ja nevim ale neni na tom nahodou Linux prave s podporou HW daleko lepe nez Windows? Vemte si kolik architekrut podporuje Linux a kolik Windows?

zalezi od uhla pohladu. Windows je urceny predovsetkym na desktopy, a kolko ludi ma doma ako desktop nieco kde Windows nebezi? Urcite sa najdu, ale mizive percento.

Windows běžely ve své historii na x86, Alpa AXP, MIPS, PowerPC, IA64 a x86-64. Ukázalo se ale, že Alpha AXP, MIPS a PowerPC byly mrtvé platformy. Výrazně dražší, než x86, a prakticky neprodejné. K čemu je mít podporu platforem, které prakticky nikdo nepoužívá, pro které je naprosté minimum SW, a které nezaplatí ani náklady na svůj support? Proto, aby výrobce SW mohl říci "běžíme i na PowerPC (a stojí nás to dost peněz)"?

Mne taky o zadny flame tim prispevkem neslo.To co popisujete je problem vyrobcu HW a ne Linuxu nebo Windows,taky uz jsem narazil na hodne grafik,wifi a jinych zarizeni,ktere Win nedetekuji a nastavi jim jen generic ovladac a ten spravny musite nahrat z prilozeneho CD a nebo ze dokonce nefunguje ani ovladac z CD nebo WinUpdate webu.

Taky jsem uzivatelem obou systemu,ale jednoho proto,ze musim.

"Nechci vyvolavat flame, ale uvedomte si, ze Windows v defaultnim stavu bez dalsich zasahu funguji na milionech ruznych konfiguraci."

a v defaultnom stave sa prave SP3 na legalnych windwsoch stiahne a nainstaluje ako update. navyse po nainstalovani update sa windows chce sam restartovat a ak clovek nahodou neni pri pc, tak po istou timeoute to aj spravi. aspon tento timeout na viste dotiahli do spravneho konca ;)

smutna vec na tom je, ze uzivatelom sa funkcny system SAM pokazi pokial nemaju zakazane updaty. a o to ide...

Jenže jak jste se mohl dočít o pár příspěvků níže, problém není na straně Windows, ale HP a jejich zmršené předinstalace.

Například na popsaný problém je tato "lampáreň": http://support.microsoft.com/kb/888372

>>> Ono je to totiz o tom,ze ja napriklad za 8 let na takovou chybu pri Update nenarazil na jakekoliv verzi Linuxu <<<
To je jenom otázka štěstí, stačí se podívat na diskusní fóra, kolik je potrefených při updatu verzí třeba Ubuntu nebo OpenSuse.

Pri updatech hned na nove verze jsem taky obcas narazil na problemy,ale ne takoveho razu,ze se mi zacykli PC a jen se restartuje.Pri pulrocnim cyklu novych verzi musim pocitat s tim,ze kdyz pujdu hned do nove,tak mohou nastat problemy,proto je lepsi update udelat za 5-6 mesicu,kdy uz je nova verze pomerne odladena a na starou jsou porad aktualizace.Ale u Win je SP tak cca jednou za 2 roky a mezitim je kupa update.Ale kdyz uz delam SP,je to jednou za 2 roky a je primarne pro platici zakazniky,tak si dam tu praci a radne to otestuji.

Mne robila problemy s Xkami aktualizacia Ubuntu, ked este update nebol ani alfa verzia. Vo Windows to funguje asi podobne...

Mate pravdu, to je proste bohuzel casto styl pana Pavla Chalupy.

Jestli takhle radíte svým kamarádům, tak jich asi budete mít spousty...

sorry, nechci byt za idiota mezi svejma znamyma.

Tak to jim hlavně neraď, ať si nainstalují Linux...

Koupil jsem si OEM verzi, ale ne s novym pocitacem. Tedy si podporu a hot-line musim delat sam. A myslim, ze z daleka nejsem sam - legalizacni OEM verze maji tusim stejnou politiku. Tvuj prispevek je stejne uzitecny jako oblibena rada radoby-linux-guru ala "RTFM".

Takze: Jsi-li zaslepeny linuxak, tak ten clanek ignoruj. Jsi-li normalni linuxak, tak to ber na vedomi a ve svem srdci si libuj, ze tebe se ty problemy netykaji.

Zpravicka je vhodna, ale spatne formulovana, vitam ji protoze zde chodi administratori obo platforem a tedy nevidim duvod proc by zde nemela byt uvedena. Ale rozhodne by mela byt neutralne naladena

zas na druhou stranu, proč si nerýpnout.U windows platíte primárně za produkt (mimo jiné i za support - větší korporace). Na druhou stranu u linuxu se platí většinou za support. A support je o tom, že jak říká kamarád když se něco zchruje, tak se ti prostě omluvěj :D. Takže co čekáte od komerční aplikce? Snad, že bude trochu fungovat. Pokud si já instaluju nějaký nekomerční distro, nebudu remcat, protože to dělají na koleně. jo a můžete sem hodit link na to RHBZ, ať tu nevaříme z vody.

https://bugzilla.redhat.com/show_bug.cgi?id=191841

Update neprojde, RedHat se pak sekne při rebootu. Přímo na linkované stránce je uveden link na podobný případ u RH v minulosti:
https://bugzilla.redhat.com/show_bug.cgi?id=129294

takovych pripadu jsou mraky. Stava se to ne vyjimecne u Solace (po update kernelu se nenatahnou drivery) a krome u RHEL se mne to stalo nekolikrat i s Ubuntu. Proste po upgrade kernelu v minor verzi to uz nebootlo.

Tim chci rict, ze v unixech se to stava bezne zato ve windows je to velmi ridka vyjimka. Od doby co pouzivam windows XP (predtim jsem pouzival jako desktop unix/linux/solac) se mne to jeste nestalo.

Ty windows XP jsou opravdu velmi vyrazne lepsi nez Linux (o Solaci ani nemluve ten je dost fragilni OS). Pouzivaji je v naproste vetsine pripadu naprosti lajci a nemaji s nima povetsinou zadne zasadnejsi problemy. Dovedete si presdstavit ze by tihle lidi meli na desktopech linux? V linuxu se musite potykat

Ještě že jsem svému počítači s Windows XP, s procesorem AMD, základní deskou ASUS A8N32-SLI Deluxe a USB myší nedal nic podobného přečíst předem a proto na mém počítači už SP3 spokojeně běží...

A samozřejmě, za ten primární problém může HP, ale proč si takříkajíc nekopnout do AMD a MS, že...

Souhlas. Na 3 mých PC, tj. 2x Intel a jedno AMD SP3 běží jak víno. Asi tak.

No to je proto, že ten systém nikdy neviděl Intel chipset. Systémy, které viděly oba (typicky výsledek mass-deployment) tento problém mají - narazil jsem na to hned při vydání SP3 a vyřešil jsem to podobně, ale trošku brutálněji - intelppm.sys jsem prostě smazal :-), což samozřejmě při instalaci SP4 provede totéž, zakázání ovladače je korektnější řešení.

Pan Chalupa by mohl (a snad i měl) uvést, že problém nastává na počítačích HP, a to z toho důvodu, že instalovali počítače s procesory Intel a AMD ze stejného image. Na počítačích pak skončil driver Intelppm.sys, který na počítačích s procesory AMD nemá co dělat. Po instalaci SP to pak dopadne špatně. Ten samý problém způsobili někteří výrobci již v minulosti, kdy došlo ke stejnému problému po XP SP2. Řešením problému je reboot v safe mode, a změna jedné hodnoty v Registry (linuxáci jsou na podobné zásahy dobře zvyklí).

Daleko jednodušší, než napsat objektivní zprávičku, je navážet se od "odladění SP3". Autor by se měl stydět. Naštěstí čtenáři již vědí, že internetová "žurnalistika", natož zprávičky na root.cz, má kvality více než pochybné.

Zdroje:
http://support.microsoft.com/kb/888372
http://www.theinquirer.net/gb/inquirer/news/2008/05/09/xp-sp3-crashes-amd-machines
http://msinfluentials.com/blogs/jesper/archive/2008/05/08/does-your-amd-based-computer-boot-after-installing-xp-sp3.aspx

Dalsi vec, kterou nelze oklikat :(

Já myslel, že je to další věc, která se oklikává.

Daj na to nejaky prikaz, v registroch sa urcite nikomu nechce rypat.

Viz reg.exe, případně boot do konzole, a poté regeditem sloučit připravený .reg soubor. Ale kdo by to dělal, když je možné použít GUI, že?

A jeje kdyby se v tom HP věnovali radši Debianu. :-)

http://www.hp.com/go/debian :-)

grrr NaiL

Dejte si přes hubu sám, až třeba budete bootovat do konzole, a a hrabat se v parametrech. Nebo obecně než se budete hrabat v hromadě logů a konfiguráků. OK?

Jakýkoli ovladač má při zavedení zkontrolovat, jestli je ovládané zařízení přítomné, a pokud není, tak se nezavést (případně vypsat nějakou chybu, ale rozhodně ne shodit počítač). Chybu tam udělali vývojáři Microsoftu, že tento test pokazili (před tím service packem nejspíš fungoval správně).

Tohle psal falesny BLEK. Pravy BLEK prave bali novou kamaradku.

Kamarádky nebalím, protože jsem psychopat. Nejsem schopen styku se ženami, mám poruchu osobnosti. Tak raději píšu ovladače.

To bohužel není možné vždy zajistit. Sám jistě víte o případech, kdy takovou věc ani teoreticky zjistit nelze.

Faktem zůstává, že instalaci zmršili pánové v HP. Není jobem výrobce OS, aby odpovídal za jakoukoliv kombinaci souborů, kterou někdo jiný namíchá na disk. Nebo myslíte, že ano?

To, že není možné detekovat přítomnost zařízení, platí pro ISA zařízení bez PNP. Např. není možné detekovat přítomnost starého řadiče paralelního portu (bez EPP nebo ECP), protože řadič paralelního portu, ke kterému není nic připojeno, se chová, jako kdyby tam žádný řadič nebyl --- vrací na všech portech 0xff. Podobně je to s řadičem IDE na ISA, ten taky nejde detekovat, pokud k němu není nic připojeno.

Až na tyhle obskurní případy (v dnešních počítačích se ISA stejně nenachází) se zařízení detekovat dají. Např. procesor má na detekci instrukci CPUID. Takže ji lidé z MS zapomněli použít.

"Není jobem výrobce OS, aby odpovídal za jakoukoliv kombinaci souborů, kterou někdo jiný namíchá na disk. Nebo myslíte, že ano?"

Pokud si uživatel vymění v počítači grafickou kartu, zvukovou kartu apod., tak by ovladače starého zařízení určitě měly poznat, že není přítomno, a neměly by shodit systém. S výměnou procesoru je to podobné, až na to, že uživatelé si běžně procesory tak často nevyměňují --- takže se ta chyba projevila jen v tomto konkrétním případě s HP.

Nejspíš by se našly i jiné případy, kdy to spadne (např. pokud uživatel vyjme procesor Intel a strčí tam jiný procesor Intel, který intelppm.sys nepodporuje).

Na prvním místě OS ten driver nenainstaluje, pokud zařízení neexistuje. Na druhém místě u nástroje Sysprep (který se na hromadné instalace používá) je jasně řečeno, že image musí být určen pro cílový typu CPU, jinak je to špatně. Tím je dořešeno, chyba je na straně HP.

Jestli driver způsobí chybu, nebo je required a zároveň odpadne kvůli neexistujícímu HW, to fakt netuším, a ve světle výše uvedeného je to naprosto jedno. Běžnými způsoby by driver nebyl nainstalován. Když jsme u instrukce CPUID, tak tu pánové z MS zjevně použili, viz třeba detekce mechanismu syscallu prováděná při bootu (int 2e nebo sysenter/syscall).

Samozřejmě změnu HW by měl OS poznat, a korektně obsloužit (tak jako Windows obslouží změnu grafické karty - neskončí na command line s chybovou hláškou). Typ CPU (AMD/Intel) ale fakticky měnit nemůžete, a typ HALu (legacy/ACPI) měnit nesmíte.

Jestli by se našly jiné případy, sem s nimi. Já tvrdím, že problém je jednoznačně na straně HP. Instalace byla provedena v rozporu s dokumentací nástroje Sysprep. Společnost HP měla tento problém už u SP2, a nic s tím od té doby neudělali.


Když jsme u toho, pokud si na Linuxu natáhnete kernelový modul pro neexistující HW (ovšem máte jiný HW jemu podobný), a dojde k pádu OS, můžete si za to sám, nebo je to chyba kernelového modulu?