Tohle se musi Miscrosoftu priznat, ze oni chapu co zakaznici chteji.
Staci porovnat delku "support window" u MS SQL a u Oracle.
IT se sice zrychluje, ale 5 let u nejakeho projektu (konkretni aplikace je relativne kratka doba). To co zakaznici chteji se stabilita bez bez migraci ktery vsechno rozbiji.
Mno, v linuxu pred aktualizaci aspon vim, ktere balicky budou pridany a ktere odebrany. Pokud zmizi podpora neceho v jadre, tak muzu hned nahodit predchozi jadro, a resit problem o neco pozdeji az na to bude vhodna chvile.
Porad mam pocit ze to je celkem v pohode, narozdil od windows, ktere na mne zarvou ze bude update, ze bude restart a je vymalovano. Jo jasne, muzu updaty docasne pozastavit, muzu odpojit sitovku. A taky se muzu jit klouzat.
15. 6. 2021, 11:34 editováno autorem komentáře
Tak ve Windows se ty aktualizace dají odinstalovat, a je možné se dokonce vrátit k dřívějšímu stavu systému pomocí System Restore (odrolování změn v systému a aplikacích, uživatelských dat se to netýká). Ten Windows Update se také dá nastavovat, jen je to nastavení trochu schované v GPO Editoru. Ovšem kdo je zvyklý editovat konfiguráky ve vimu (hjkl esc!) a memorovat se stovky příkazů včetně syntaxe, pro toho by otevření GUI aplikace a nalezení nastavení ve stromu mělo být procházkou růžovým sadem.
Myslite to nastaveni, ktere se pri vetsim updatu windows zase zrusi a vrati zpatky? Tak jako pekne dekuju.
Jestli updaty vzaly 5 restartu windows a hodinu aktualizovani (a to ty windowsy byly vypnute jen 4 dny), kolik restartu udela System Restore? Vidim to tak na cely pracovni den, kdezto nahodit predchozi jadro linuxu je jeden jediny restart.
Nastavení Windows Update se mi ještě nikdy nezměnilo, mám ho na několika strojích stejné už od instalace prvních Windows 10 (plus podobná nastavení používá každá firma pomocí AD/GPO). Aktualizace nikdy nechtěly víc než jeden restart, a nejdéle jsem kvůli nim nemohl používat počítač cca 10 minut.
System Restore neřeší jenom kernel, ale také drivery, aplikace a nastavení. Když jsem ho použil, trvalo to cca 20 minut včetně nalezení flashky s instalačními médii. Boot z flashky, vybrat System Restore, datum a čas kam se chci vrátit, a pak restartovat. Nula problémů a obezliček, nula příkazů k zapamatování, stoprocentní výsledek.
Podotýkám že používám všude normální HW. SSD, nejméně 16GB RAM, CPU nejvýše 4 roky staré. Předpokládám že na velmi slabém HW mohou věci trvat déle.
1) čemu nerozumíte na spojení "upgraduje úplně všechen software"? Pochopitelně, že to znamená nejen kernel, ale i všechny knihovny a dokonce i všechen ostatní software (grafické programy, kancelářský software atd.).
Je evidentní, že je pro vás koncept linuxových distrubucí tak vzdálený a nepochopený, že se vám bude asi stávat častěji, že se neznalost projeví takto viditelně.
1) Ehm? Já nějak popírám, že distro upgraduje veškerý SW instalovaný v rámci toho distra (tj. mimo toho co jste nainstaloval instalátorem třetí strany, řekněme Oracle DB, Lotus Domino, SAP a ostatní věci kvůli kterým firmy nahrazují Linuxem klasické Unixy)? Jen jsem konstatoval, že Windows upgradují vše co je v nich obsažené. A toho je celkem dost, protože to zahrnuje vestavěné aplikace, a rozsah API (a tedy knihoven které ho implementují) je dost těžko srovnatelný.
To je zajímavé.
2004->20H2, 20H2->21H1 a 2004->21H1 (tedy verze 1904[12]->19043) se akutalizuje jako feature update pomocí enablement package. Celý update trvá jako běžná aktualizace s restartem. Stejně to měl přechod z 1903 na 1909.
Tento update vám ovšem musí nabídnout Windows Update nebo administrátor WSUS.
Jsou i jiné cesty, kdy to trvá déle - ale i přechod spuštěný z instalačního média na takovém stroji je dost dlouhý. Takovou dobu bych čekal na mechanickém disku.
Ano, "plnotučný" upgrade trvá - mj. proto, že v každém okamžiku při potížích se může provést návrat zpátky. I po úspěšném přechodu lze návrat zpátky provést ručně po dobu 30 dní.
Vy mozna mate nejake zazracne windows, ale nekolikanasobny restart pri updatech je tady u nas caste.
Jinak v ubuntu na vraceni kernelu nepotrebuju hledat flashku s instalacnimi medii, jen pri bootu vyberu jiny radek. Zadne prikazy k zapamatovani a zadne flashky. Kdyz argumentujete, tak aspon najdete argumenty ktere podpori vas nazor, a ne muj :)
Tady u nás se systémy při Windows aktualizací rebootují opravdu jen jednou. Může být, že pokud dlouhou dobu neaktualizujete, tak nejprve musíte nainstalovat aktualizaci nutnou pro instalaci těch dalších.
V mém případě jsem System Restore (opakuji že zdaleka neřeší jen kernel) použil k odinstalaci špatného driveru storage controlleru. Do normální instalace se nedalo zabootovat ani v nouzovém režimu (ježto i nouzový režim použil stejný driver), a na stroji nebyla recovery partition. Boot z flashky je pak nejrychlejší řešení. Jinak o žádné opravdové alternativě k System Restore na Linuxu nevím.
Lael: "Může být, že pokud dlouhou dobu neaktualizujete, " - Dyt jsem psal, ze ten pocitac byl vypnuty pouhe 4 dny, a predtim aktualizace normalne probihaly. A po aktualizacich jsem prisel o drivery pristroje, aniz by mne to jakkoliv upozornilo! Takze vezmeme tu diskuzi od zacatku - opravdu je tohle chovani lepsi nez treba ubuntu, ktere nabizi prehled toho co se bude instalovat pred instalaci, a nabizi jednoduche nahozeni predchoziho kernelu? Opravdu je lepsi slepe instalovani aktualizaci, u kterych mi system nerekne co bude menit, a k tomu abych system vratil do puvodniho stavu potrebuju hledat puvodni instalacni medium? A opravdu o tomhle vedete diskuzi nekolik dni a snazite se obhajovat tu horsi pozici?
K tomu můžu jen opakovat, že u průběžně aktualizovaných strojů jsem neviděl opakované restarty při instalaci aktualizací. Že jste přišel o drivery? Netuším důvod, ale zřejmě byste ho našel v logu.
Pokud jde o srovnání Ubuntu a Windows, tak ve Windows také vidíte, co se bude aktualizovat. K těm patchům existuje dokumentace na webu MS. Pravda, v některých případech nemusí být description k dispozici ke dni uvedení aktualizace. To je protože rollout aktualizace trvá, a čím podrobnější je popis, tím větší je pravděpodobnost, že zranitelnost začne být masivně zneužívaná dříve, než se dokončí rollout na rozumné procento strojů. Jinak jednoduché nahození předchozího kernelu je fajn, ale ve srovnání s Windows nic moc. Uvědomte si, že když aktualizace selže, tak ji Windows automaticky odrollují a zabootují do stavu před ní. Aktualizace je možné odebrat, a je možné se vrátit i do stavu před upgradem systému. Vyjma toho je možné vrátit veškerý SW a nastavení (ale nikoliv dokumenty) do stavu k dřívějšímu datu. Ve srovnání s tím se jeví možnost bootu do předchozího kernelu jako poněkud nedostačující.
Lael: "K tomu můžu jen opakovat, že u průběžně aktualizovaných strojů jsem neviděl opakované restarty při instalaci aktualizací."
Ergo Vase dobra zkusenost s windows je zalozena na male zkusenosti.
Mozna by to chtelo vice poznavat svet kolem sebe, nez se zacnete poustet do tehle diskuzi.
Obhajovat nedostupny popis aktualizaci tim ze by to mohl nekdo zneuzit driv nez se vubec nainstaluji, tomu rikam myslenkove eskamoterstvi. Nekde si to dam za ramecek, protoze tahle (ne)logika je proste kouzelna.
Tak teď jsem schválně změřil jak dlouho bude trvat update na mém pracovním notebooku, což je ThinkPad s 32GB RAM Intel i7 dva roky starý s Windows 10 (kde byl poslední update minulý týden). A trvalo to 15minut, kde 8 minut trval update před restartem a 7 min po restartu. Plus ještě 2minuty po Apply settings po přihlášení.