Vlákno názorů k článku Jak jsem vracel licenci k Windows – Acer 2014 od Honza - "Občas se počítač špatně probudí (např. mu nefunguje...

Troll detected
http://www.contractortalk.com/attachments/f11/14367d1232472024-troll-alert-pic-th_trollalert.gif

Ano, mate skutecne zvrhlou logiku.

Na prvni otazku si odpovezte sam, to tu nikdo netvrdil.

Druha otazka pak spravne mela znit: Jakym poravem ridite auto, kdyz ho neumite ridit?

Z článku: Občas se počítač špatně probudí (např. mu nefunguje touchpad nebo WiFi)... výše popsaný pokus o domluvu pomocí rmmod shodí celá Xka

Jiste loliku, ty patche se nainstalujou telepaticky, vubec to netrva celej den. A kde ze mam ten nastroj abych si moh vyrobit aktualni instalacku? Aha, neni, protoze M$ se rozhod, ze tahle zastarala technologie ma zemrit spolecne s XP.

Jeronýmku, schopní admini znají Windows, a tedy i nástroj DISM. Dá se k němu najít i několik GUI.
https://4sysops.com/archives/use-dism-to-slipstream-updates/

Samozřejmě se dají do instalace přidat i drivery, a dá se udělat kompletně bezobslužná. Dá se také vynutit instalace dalšího SW, například MS Office včetně patchů, firemních aplikací apod.

Neschopní admini celý den sedí a klikají jednu instalaci. Schopní admini zasunou klíčenku a mají nainstalováno. Bohatí admini mají System Center Configuration Manager, nebo jiný podobný produkt.

Loliku, neschopni bridilove jako ty, kteri vzivote nevideli v provozu nic, samo zvani o vsem moznym a navic zcela z cesty. Opatchovanej img si udelam acronisem ty debile. Ale bude mi na tisic howen, protoze nikde jinde nebude fungovat.

Jeronýmku, zkuste se chovat trochu slušně. Z vašeho jazyka je sice jasné, že jste vyrůstal v ghettu, ale vy to jistě dokážete překonat.

Ad opatchovanej img si udelam acronisem - Windows Vista a vyšší se instalují z WIM image. Aplikace patche na WIM image je něco jiného než aplikace patche na běžící OS, ze kterého potom vyrobíte image.

Ad acronis image nikde jinde nebude fungovat - samozřejmě bude. Zvlášť pokud nejste lama a použijete nástroj sysprep, který mimo jiné způsobí, že se po příštím bootu redetekuje HW. Od Visty výš se pak Windows srovnají i s odlišným HAL. Bez sysprepu to může a nemusí vyjít, a mimo jiné budete mít dva systémy se stejným SID, což v některých scénářích není dobrý nápad.

A koukám, že už jsme zase u TEORIE vs PRAXE u MS technologií. To co tvrdíte funguje spolehlivě jen na papíře, v praxi narazíte na takovou hromadu problémů a překážek, že nejde vůbec s jistotou tvrdit, že Windowsy něco předetekují na zcela jiném kompu jak by měly. Můžete dokola omílat, že to jde, můžete se vztekat, ale to je asi tak všechno co s tím můžete dělat, v praxi to prostě takto často není.

Zatím se vztekáte jen vy :). Image ošetřené sysprepem jsem používal na hromadě instalací, a zcela bez problémů.

Já se nevztekám, já se náramně bavím výplody chorého mozku...

To že vy jste používal image ošetřené sysprepem bez problémů na hromadě instalací, nevylučuje, že jiní mají na odlišných sestavách problémy.

Že vy k tomu všemu budete mít ještě i božský komplex? "Když to jede mi (rozuměj Laelovi) na pár sestavách, tak to musí jet každému všem!"

Já mám taky hromadu případů, kdy Windows dá se říct fungují jak se očekává, ale problém je v tom, že za to aby to fungovalo zákazník platí a je to považováno za normální a správný stav, o tom netřeba diskutovat, správné je automaticky, bohužel se tím ale neobhájí stav, když to nedělá co má a těchto stavů je zjevně více a to už problém je...

Jojo, vy jste takový Brouk Pytlík, kterému vždy vše funguje, který všude byl, všechno zná, instaloval desetitisíce počítačů, administroval minimálně stovky serverů, a vše vždy naprosto bez problémů. A ještě navíc k tomu všemu stihnete zaplevelit jednu diskuzi více než stovkou příspěvků během snad dvou dní. Jen se tedy divím, proč, když všechno tedy tak bezvadně funguje, jsou na netu stovky tisíc diskuzí ohledně problémů s widlema, od totálních BFU až po "certifikované" adminy.

Když nereaguji na odpovědi na své příspěvky v diskusi, ostatní mi vytýkají, že utíkám od tématu když se mi nelíbí. Když odpovídám, vyčítáte mi zaplevelení diskuse. Těžko se zavděčit každému :)

Ad na netu stovky tisíc diskuzí ohledně problémů s widlema - stejně jako najdete na netu spoustu diskuzí ohledně problémů s automobily, nebo například s Linuxem.

Někdy je lepší mlčet a pak stížnosti o zaplevelení diskuze nemůžou vzniknout, to je ale na vaše komplexy nerealizovatelná možnost, viďte!

Ad problémy s např. Linuxem - díky tomu, že Linux není blackbox, je možné věci řešit, u Windows častokrát nedají, přestože se nás snažíte dokola lhaním přesvědčit že dají a to i v případě "certifikovaného hw" i v případě popisu jak chybu řešit v databázi znalostí ap.

Dejte laskavě už pokoj s lživou propagandou...

Ad Někdy je lepší mlčet - tak proč nemlčíte? ;)

Ad díky tomu, že Linux není blackbox, je možné věci řešit - kupodivu i ve Windows se věci dají řešit. Máte k dispozici chybové hlášky, knowledge base, logování (které si v některých případech musíte umět zapnout), a když na to dojde, tak i debugger a symboly.

"Ad na netu stovky tisíc diskuzí ohledně problémů s widlema - stejně jako najdete na netu spoustu diskuzí ohledně problémů s automobily, nebo například s Linuxem."

A vy zase bjjete černochy. Klasický troll.

tak 89% toho co pisete je fud, lez, propaganda, dezinformace, marketing atd ;)

ale tady s vama musim souhlasit, pokud hdd osetrim sysprep s generalize, a vytvorim z teho pres imagex wim, kterej nahradim ten puvodni ve win install iso, tak tato instalace je universalni a bezi na veskerem hw (na ktere jsou pritomny ovladace) a chova se jako normalni instalace s rozdilem ze jsou dostupne aktualizace, ovladace i aplikace dodane na hdd pred tvorbou toho wim...

jednu vec ale nechapu, pokud ms s vistama prisel s instalaci rozbalovanim systemu z wim (cili highcompress readonly compresed file) tedy zpusob kterej linux pouziva uz dlouuuha leta, proc neni schopen ms prijit s tim aby windows umeli z dvd live rezim ? vzdyt uz jedine co mu schazi je nahodit ramdisk, spojit ho s wim pres overlay a switchnout z winpe na real win z install.wim... jo a jeste tedy k otazke instalovat v first install dialog okne pridat moznost "pouze vyzkouset v live rezimu" ;)

I sysprep prochází neustálým "vylepšováním". U Windows Dlaždice 8.1 v něm např. v audit módu nefungují aktualizace. Genitální vylepšení usnadňující práci.

Vida, jeden člověk který ví o čem mluví. To potěší.

Ad proc neni schopen ms prijit s tim aby windows umeli z dvd live rezim - z instalačního média můžete spustit konzoli. Live CD se da (a dá) vytvořit, ale MS to přímo nijak nepodporoval. Od Windows 8 podporuje live usb klíčenku.
http://www.microsoft.com/en-us/windows/enterprise/products-and-technologies/devices/windowstogo.aspx

Koukam na WindowsToGo, ale to neni LiveUSB, na USB Flash se rozbaluje WIM, nahodi bcdboot, tedy totozne jako by slo o HDD, rozdil bude v tom ze se zabloknou mechanism na mount pripojene dalsi drive a na restore

navic pozadavek je "usb flaska 3.0", pritom staci "usb port 2.0", fleska musi byt i certifikovana a startovat jde nejspis jen na certifikovanem HW pro W7 nebo W8.
pak je to dostupne jen pro enterprise edice, tedy firemni sferu a ne pro bezne usery

naproti tomu Linux LiveUSB, staci jakekoliv USB, jedna se o opravdovy LiveUSB rezim, kde se na USB nachazi puvodni ro squashfs file, kterej se namountuje, prida se rw ramdisk (nebo rw file na usb) pro zapis zmen... v pripade rw ramdisk se sice neuchovaji provedene zmeny po vypnuti, ale zase neni potreba jediny zapis na usb pri provozu

dalsi vec WinToGo doporucujete 20GB a LinuxUSB staci s 0.2-1.5GB zabrane misto (v zavislosti jestli chcete jen graficke prostredi a www browser, nebo i libreoffice, program na strih videa a a atd), je mozne aby se obsah USB prekopirovat pri startu do ram a tedy je mozne pak USB flasku vysunout, WinToGo po vysunuti mate 60s na navraceni do totozneho portu nebo se vypne.

tedy shrnu, LiveDVD nebo i LiveUSB kde by se pouzil puvodni WIM a ramdisk a overlay nad obema, ktere by bylo nenarocne na velikost (resp cca 1-2GB), bylo dostupne pro vsechny W8 (ci W10) verze, vsem zakaznikum kteri vlastni prislusnou verzi, neni a nejspis neni chteno aby bylo protoze uz by bylo ? :)

USB klíčenky jsou podporované jen pokud jsou certifikované, a to primárně kvůli rychlosti. Budete se divit, ale některé levné klíčenky jsou neskutečně pomalé (sám jsem se při koupi spálil). Technicky by to mělo chodit i na nich, ale nebude to nic moc zážitek.

Funkce je podporovaná jen na HW certifikovaném pro Windows, což je poměrně běžný požadavek.

Windows To Go jsou určené k reálnému používání uživatelem desktopu, takže se na ně ukládá i nastavení a dokumenty. Přijít o změny v takovém scénáři není žádoucí.

Požadavek na 20GB volného místa je volený tak aby se na klíčenku v pohodě vešly Windows, různý aplikační SW, a zůstalo dost místa pro dokumenty. Vypnutí při vytáhnutí klíčenky je asi spíš licenční požadavek, aby nemohla jedna kopie Windows běžet na dvou PC.

Jak jsem už psal, neoficiálně si můžete LiveUSB vyrobit už léta.

otazka podpory na certifikovane usb a boot na certifikovanem hw je jestli je to vyzadovano a jinak stop, nebo podporovano a jinak se pokusi ale ms neruci...

pokud LinuxUSB ma rw soubor pro ukladani zmen na USB, tak ukladat lze cokoliv a pamatuje si cokoliv, stejne tak lze ukladat do dir struktury USB, pak jsou tato data samozrejme citelne kdekoliv jako bezna datova usb flaska.

v 1.5GB souboru mam Linux+Nastroje+GfxPros­tredi+Office+Fi­refox/Chrome/O­pera+StihVide­o+StrihAudio+Mul­timedialniPreh­ravace+Skype+Gim­p+Inkscape+DVDWri­ter+hafo dalsich, mnozstvi ukladatelnych dokumentu uz zalezi na zbytkove kapacite USB :)

60s nebude licencni pozadavek, hdd s win muzu naklonovat, strcit do jineho pc a je to to same, proc by se melo po odpojeni usb resit licence, jde samozrejme o to ze Win potrebujou ty soubory z USB a maj nastaven 60s timeout, bud se vrati a req se pustej, nebo nevrati a da se necistej shutdown

Ad certifikovane usb a boot na certifikovanem hw je jestli je to vyzadovano - podporováno, ale MS neručí.

Ad 60s nebude licencni pozadavek, Win potrebujou ty soubory z USB a maj nastaven 60s timeout - ty soubory mohou a nemusí být v danou chvíli potřeba, i když by to asi nakonec někde padlo. Ale z licenčního hlediska jde podle mě o to že chcete zabránit scénáři, kdy někdo obejde celou kancelář s jednou klíčenkou, a všichni pojedou na jediné kopii Windows, plně v souladu s licencí.

Když už vám činí fyzické potěšení generovat polovinu příspěvků, tak to zkuste trochu kultivovaně. LO je sice taky trotl, ale aspoň slyšel o tom, že existuje diakritika(což není až tak podstatné) a nevyjadřuje se jako řidič hovnocucu(to už celkem podstatné je). I kdybyste náhodou měl pravdu, tak svým primitivním neandrtálským projevem svoje sdělení citelně degradujete. Děláte tím Linuxu víc škody, než prospěchu.

Tak on se umí i nezřídka vyjadřovat hůře než havíř (když už teda ne jako řidič hovnocucu), stačí to pohledat, je tu (na root.cz) toho víc než dost...

Čímž samozřejmě neobhajuji toho co se nechal eLOčkem vytočit a neudržel se v hranicích slušnosti, on totiž LO je prudič a trol a vytáčení ho děsně baví.

PS: Cituji bod č. 3 z pravidel pro diskutující, co nesmí příspěvky obsahovat: "Texty, které mají za cíl jen vyprovokovat emotivní reakci (trolling)". Proč to pro LO neplatí a redakce s tím nic nedělá? Použijeme na odpověď Occamovu břitvu, zdá se, že nejjednodušší (či jedna z nejjednodušších) je, že se to redakci hodí (smutné).

V diskusi se vždycky snažím zachovávat věcnost a slušnost. Možná najdete v historii případ, kdy jsem na vulgarismy reagoval neslušně - holt nikdo nejsme dokonalý. Pokud máte ukázku že bych někoho vulgárně napadal já, sem s ní. Osobně si na takový případ nevzpomínám, a dost by mě to překvapilo.

Ad LO je prudič a trol a vytáčení ho děsně baví - to je jen váš dojem. Pokud vás něco štve, zkuste se zamyslet nad hlubší příčinou. Není to třeba proto, že se vám některá fakta nehodí do krámu?

Ad bod č. 3 z pravidel pro diskutující - myslím že se do toho pravidla vejdu. Pokud ne vždy, tak v naprosté většině případů :). Jinak tu ukázek trollingu můžete vidět v diskusích spoustu, o tom žádná.

Ad že se to redakci hodí - předpokládám že větší počet zobrazení reklamy znamená vyšší příjmy. Příznivci konspiračních teorií mohou tvrdit, že mě server root.cz za účast v diskusích platí :D

1. Zatloukat
2. Zatloukat
3. Zatloukat

a co když na to příjdou?

1. Zapírat
2. Zapírat
3. Zapírat

;-)

Zase lžete. Znám několik opravdu schopných adminů, kteří neznají - a ani nechtějí - tu vaši okýnkovou patlaninu.

Netrollujte, zjevně jsem měl na mysli adminy Windows.

Stim se pocita, mam tu 5 rezervnich ... ;D. Vetsi prdel je, kdyz nainstalujes (M$) patch ma M$ widle a M$ SQL ... a po jednom z minimalne 10ti restartu, se proste ta vec rozhodne, ze takova zbytecna vec jako datovy soubory databaze jen zabiraj misto na disku a tak je proste smazne.

Samo, i stim se pocita, ale nakopirovat (nebot je to o eony rychlejsi nez obnovovat backup) par stovek GB precijen taky neni lusknutim prstu.

Předpokládám, že Ubuntu nevydává aktualizace pro srandu králíkům, při loginu mi to zahlásí že je 7 aktualizací a že 7 z nich jsou bezpečnostní, OK, dám tedy sudo apt-get update a sudo apt-get dist-upgrade, při dalším přihlášení mi to zahlásí system restart required, tak při nejbližší vhodné příležitosti udělám restart. To je u mě vynucený restart.

Ano, můžu kašlat na aktualizace a nerestartovat třeba rok, ale to můžu i u Windows.

Aktualizace (včetně těch bezpečnostních) a restart jsou dvě odlišné věci, které spolu vůbec nemusí souviset.

P.S. Pokud aktualizujete pomocí "sudo apt-get update a sudo apt-get dist-upgrade", pak se Vám Ubuntu aktualizuje maximálně dvakrát za rok, víc verzí totiž ročně nevydávají.

P.S.II. Vynucený restart je to, co není volitelné - viz "... při nejbližší vhodné příležitosti udělám restart..."

Ve Windows můžete samozřejmě reboot po aktualizacích také odložit. Přesto si zdejší diskutéři stěžují, že musejí věčně restartovat... každý měsíc :)

A loliku, ony se ty aktualizace i projevi bez restartu? U toho tuxe kupodivu ano. Stejne tak (jake prekvapeni) se ten tux umi kupodivu loiku opatchovat jednim vrzem, zcela bez ohledu na stari systemu. Takze nepotrebuju tech restartu 15. Nemluve vubec o tom, ze jadro neni nic, co by bylo treba vymenovat i nekolik let a i to lze vymenit za chodu.

Jak už sem psal, v Ubuntu to byly bezpečnostní aktualizace a bylo jich za rok 19 a po jejich instalaci systém psal, že je potřeba restart.

takze:
- ubuntu 1x pri install a 19x za rok = 20
- windows 15 pri install a 12x za rok = 27

tedy podle Tebe je videt ze se Ti Windows restartovaly o cca 1/3 casteji, resp. vice pokud bys do tech 12x rok pocital i to kdy nestacil jen 1 restart ;)

Windows už mám nainstalovaný tři roky a nepamatuji si kolik restartů bylo při instalaci potřeba :-)

A všech předchozích 19 verzí jádra sis schoval do zásoby na horší časy. No nic. Ještě se nám sem přijď vyplakat, až ti dojde místo v /boot, což asi bude brzo.

Já nevím proč to tam ten blbec nechává.

Mám dvouterovej disk z půlky volnej.

Protože s tím neumíš zacházet, zkus RTFM, jak již bylo navrhováno nahoře. Ten "dvouterovej" disk ti bude asi houby platnej, každá normální distribuce si dává /boot na extra oddíl, předpokládal bych, že to platí i u Blbuntu ...

Nemám žádnej extra oddíl

$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 1918710832 871239496 949983464 48% /
udev 2002992 4 2002988 1% /dev
tmpfs 402500 1568 400932 1% /run
none 5120 0 5120 0% /run/lock
none 2012484 0 2012484 0% /run/shm
$ sudo fdisk -l

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000133b2

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 3898861567 1949429760 83 Linux
/dev/sda2 3898863614 3907028991 4082689 5 Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5 3898863616 3907028991 4082688 82 Linux swap / Solaris


Smutné, v Blbuntu už se asi definitivně zbláznili.

Jop a predevsim se predejde tomu, ze by system aspon nabootoval, pokud se necemu povede rozjebnout zurnal ext4. On totiz oddelenej /boot na ext2, kterej je stejne po 99% casu RO ma spoustu prinosu. Ti kteri vedi co cini pak oddeluji samo i dalsi casti jako trebas /home

Tj, jenze blbuntu se ti tahle nainstaluje i jako "server" ;D. Ja uz parkrat stroj ve fazi problematickyho / resil, prevazne po ruznych nechutnych power cyklech (kdy ti stroj behem casto vterin jde dolu a pak znova startuje a zas natvrdo dolu). Diky tomu ze tam byl /boot, tak to nabehlo aspon do konzole a dalo se stim cosi vyrobit tak, aby to nastartovalo do prijatelnyho stavu, nez bude cas ten fs opravit. On ti tam totiz knoppix nikdo na dalku nazastrci ...

Příčetný člověk hlavně neinstaluje na server Bubuntu. :-D

Ano, to co sem popisoval je Ubuntu 12.04 Server a při instalaci jsem nechal default, protože se nepovažuji za chytřejšího než odborníci z Ubuntu, pokud je na něco potřeba samostatný oddíl, tak předpokládám, že si ho instalátor vytvoří.

Blbuntu to takhle ma default, tedy pokud odklipes next, bude vse na jedny partysne. Navic cpou konfiguraci do /opt misto do /etc a podobny ficury.

/opt je u mě prázdný adresář.

A to samozřejmě pod rootem, protože běžný uživatel na to nemá práva. To je fakt dobrá vychytávka :)

Nad skutečností, že běžný uživatel nemůže mazat jádra systému, se skutečně může podivovat jen absolvent pokročilého výplachu mozků v Redmondu.

Specielne kdyz ve widlich ani jako administrator neukoncis nektery procesy a nesmazes vetsinu souboru (teda, pomazes jich dost na to, aby widle nenastartovaly, to zase jo).

Hele, onehda sem se neskutecne pobavil, skoda ze sem si neschoval link. Slo o nejakou gamesku ze staje M$, tedy celkem historie, a rada na webu M$ "a kdyz vam to nefunguje, spuste to jako administrator". Coz je ostatne standardni rada ve 100% FAQ kolem her vsech vyrobcu. A pak ze se widle daji provozovat pod userem.

Jistě vám neuniklo, že se ve skutečnosti pozastavuji nad něčím úplně jiným. Konkrétně nad tím že Ubuntu podle všeho uchovává všechna historicky nainstalovaná jádra, a restricted user si nemůže ta starší smazat. Přitom diskutéři vyčítají Windows, že člověk údajně nevystačí s restricted userem.

Řešením problému nemusí být zrovna povolit mazání kernelu uživatelem. Ono by bohatě stačilo, kdyby si Ubuntu schovávalo jen posledních pár verzí kernelu, a starší po sobě uklidilo.

Vis loliku, ubuntu se kupodivu samo od sebe ani neopatchuje bez toho, aby prisel privilegovany user a dovolil mu to. Pochopitelne muze tentyz user i vyzadat aktualizace potichu na pozadi, a stejne tak se predpoklada, ze vi co dela v jinych oblastech konani. Jinak tech 100MB co bude zabirat tech par kernelu je vazne k smichu. Narozdil od widli, ktery po par mesicich provozu zblajznou 50GB samy.

Machruje a ani nezná volby apt-get. upgrade aktualizuje balíčky, pokud se ale někde přibyla závislost, tak aktualizaci ignoruje. dist-upgrade aktualizuje balíčky a pokud došlo ke změně závislostí nainstaluje je, stále však zůstává verze OS, tj. ačkoliv apt-get dist-upgrade dělám kdykoliv je nějaká aktualizace (tedy cca každý týden), tak stále jsem na Ubuntu 12.04. Pro upgrade na novější Ubuntu slouží příkaz do-release-upgrade. Viz http://manpages.ubuntu.com/manpages/precise/man8/apt-get.8.html

> Ano, můžu kašlat na aktualizace a nerestartovat třeba rok, ale to můžu i u Windows.

Leda by vás bavilo každé 4 hodiny ve vyskakovacím dialogu vyplňovat "restartovat za 4 hodiny".

Viděls někdy Windows? Mám zásadně nastavené, že mě Windows pouze upozorní na existenci aktualizací, stahuji a instaluji (a restartuji) kdy já chci - nejsem připojen přes mobil a mám na to čas. Aktualizace se dají i úplně vypnout. To co popisuješ je možná tak v korporátním prostředí, kde to vynutil admin.

Jop a ony te pak obratem upozorni na dalsi aktualizace a po dalsim restartu opet a takhle nekolikrat dokola ... zname. Nemluve o tom, ze pokud bude kriticka dira v web serveru, nevidim zadnej duvod, abych kvuli tomu restartoval system.

Několikrát dokola ani náhodou, zase nejsem takovej trotl abych to odkládal o tolik aby se mi sešlo několik várek aktualizací na jednu instalaci.

Tak v tom pripade si vzivote nevidel widle, protoze 2-3 restarty jsou bezna davka kazde druhe utery v mesici.

Na svém osobním PC používám Windows odjakživa (postupně 3.1, 95, NT 4 WS, 2000, XP, 7) a ze zkušenosti mohu říct, že vícenásobný restart se děje pouze výjimečně, nepamatuji kdy naposledy. Ano děje se to po nové instalaci kdy se stahují aktualizace i za několik let, typicky nová verze .NET a pak aktualizace na ní.

To je samozřejmě nesmysl, který může vyvrátit každý, kdo má zapnutý WU.

A ten zariovej restart mimo termin byl sedej zakal, ze ...

MS vydává v oprávněných případech patche i mimo měsíční cyklus. Nicméně ještě před chvílí jste psal o něčem úplně jiném: 2-3 restarty jsou bezna davka kazde druhe utery v mesici. A to je zjevný nesmysl.

"Neodbytnost" výzvy k rebootu je taková, jakou si ji nastavíte. Default je zvolený tak, aby uživatele motivoval k rebootu, protože dokud nerebootuje, není patchování hotové.

Než zkoumat zda mohu aktualizaci ignorovat mi přijde snazší instalovat a restartovat.

No vidis, a vetsine zdejsich prijde jednodussi nainstalovat a nerestartovat. Kdyz si patchnu web browser, tak se sklidem potichu patchne a ja si zcela v klidu muzu browsat dal. A az se rozhodnu ten browser ukoncit, tak pri dalsim startu uz proste nabehne novsi verze. Aniz bych musel cokoli resit, aniz by me cokoli opruzovalo s nutnosti restartu.

A co teprve ta krasa, kdyz mas server, na kterym visej desitky tisic konexi, to je krasa to vsem tem lidem odstrelit ... protoze restart, zeano ... nj, profici kupodivu patchnou, a v klidu si pockaj, az klienti ty konexe ukoncej, nebo az expirujou. A oni si ani nevsimnou ze na jejich novy req uz odpovida novsi verze serveru.

Pokud máte nainstalovanou aktualizaci a chce restart, tak byste ho měl provést ASAP. Jinak máte na disku jinou verzi programu než v paměti, a to může vést k problémům.

Na widlich jiste. Na tuxovi stim zadnej problem neni. Divny co?

Ono to chce trochu přemýšlet. Pojďte to zkusit. Například Firefox bude podle všeho používat nový proces na každý tab, případně na několik tabů (BTW MSIE to dělá už pár let). Co se asi tak v tomhle modelu stane, když aplikaci aktualizujete? Staré taby běží se starou binárkou, nově otevřené s novou binárkou. Pokud se změnil interface mezi hlavním procesem a podprocesy, nebo se změnily resources aplikace, nebo se změnil bezpečnostní model, browser přestane fungovat.

Daleko drsnější to může být například u DB, která používá worker procesy (jak je na Unixech zvykem).

To že jste vy něco ještě neviděl zdaleka neznamená, že to není problém.

Nikolivek loliku, dokud FF neukoncis, tak kupodivu bezi stale tentyz. To ze widle neumej spustit dalsi proces bez hrabani na disk neznamena, ze to nejde.

A mimochodem, velke prekvapko, tux dokonce umi provozovat nekolik verzi teze aplikace zaroven. Uplne vpohode a neni to vubec zadny problem. Zazrak, co?

Je vcelku jedno, jestli se to FF týká nebo netýká (podle všeho ještě ani nepoužívá oddělení tabů pomocí procesů). Může se to týkat jakékoliv jiné aplikace, a pokud aplikaci nebo OS nerestartujete, může to mít závažné následky.

Ad tux dokonce umi provozovat nekolik verzi teze aplikace zaroven - jenže tady jde o jednu aplikaci, která může mít v paměti různé části různých verzí. A to je, Jeronýmku, něco trošku jiného.

Nikolivek loliku, tady jde vyhradne o to, ze ty nedokazes pochopit 30let starou hitech technologii patchovani.

Update Firefoxu vyzaduje restart Firefoxu.

To ani v tech widlich ne loliku ... tam se me to ZEPTA, jestlo ho TED chci restartovat. A pokud NECHCI, tak ho klidne muzu provozovat dalsi mesic.

Což má super přínos pro bezpečnost, protože pak uživatel jede měsíc na nezáplatovaném stroji.

Počkej, tak vono už se to neforkuje z disku?

Co to s tím má společného?

uzivatele windows svemu systemu rozumeji, vedi ze kdyz to zlobi maji restartovat, kdyz to porad zlobi maji restartovat jeste nekolikrat a kdyz ani to nepomuze maji reinstalovat, protoze tohle vsechno vedi tak je jim jasne ze s windows vlastne zadne problemy nemaji, protoze staci restartovat nebo reinstalovat a je vse vyresene :D

Ad U update čehokoliv jiného nepotřebujete restartovat celý OS - to bych netvrdil. Když restartujete X11, musíte restartovat i všechny GUI aplikace, takže je to na desktopu totéž co reboot.

Ad u linuxu totiž můžete bez problémů přepsat nebo dokonce smazat jakýkoliv soubor a to i soubor otevřený a používaný - což samozřejmě může snadno vést k tomu že máte v paměti verzi A, a na disku verzi B. Pokud běžící verze A načte resources nebo spustí procesy z verze B, máte vymalováno. Ale když budete mít trochu štěstí, tak se to možná nestane :)

Na desktopu mi restart nijak nevadí, stejně jej večer vypnu.

Zato u serveru by mi sakra vadil. Ale tam žádné UI samozřejmě neběží a služby po aktualizaci snadno zrestartuji, postupně, jak potřebuji. A nebo mi je debian zrestartuje rovnou a taky se houby stane - hned to zase najede.

Jistěže se občas při upgradu na vyšší verzi vyskytnou problémy, ale je má práce, abych je vyřešil. Třeba při upgradu z debianu 6 na debian 7 maže upgradovací skript balíku apache cache mod_cache ve /var/cache. Jenže když je tam pár set tisíc adresářů, je to problém. Nicméně je otázka pár sekund upgrade killnout, adresář přesunout a upgrade znovu spustit. Naváže tam, kde skončil - vyrobí nový adresář pro mod_cache a jede dál. Starý adresář se pak pomalu odmazává třeba týden, aby mazání jen minimálně zatěžovalo pole.

Tak za prvé: možná máte update Win jednou do měsíce, to však nemusí znamenat jen jeden restart. Osobně mám tu zkušenosti z té doby kdy mě v práci mučili používáním této parodie na OS, že jeden restart na aktualizaci je málo. Po jednom přicházel další a pak další a to trváválo celý den, než se systém "aktualizoval". Během té doby nešel OS pořádně používat a ani bezpečně vypnout (např. při odchodu z práce).

A za druhé: pokud Vám balíček s novým linuxovým jádrem napíše, že k tomu, abyste mohl používat toto nové jádro, tak musíte restartovat, tak to znamená jen to, že POUZE POKUD CHCETE POUŽÍVAT NOVÉ JÁDRO, tak musíte restartovat. Pokud Vám staré jádro vyhovuje, restart není vůbec zapotřebí.

Ještě jednou: pokud restartujete linux, tak jen dle svého uvážení, je to pouze Vaše osobní rozhodnutí, nikoliv defaultní vlastnost systému (prosím neplést s restartem pomocí ad-hoc, cronu nebo např. rc2.d, pak je to sice také vlastnost systému, nikoliv ovšem původní a povinná, ale vyplývající z požadavků sysadmina, který to tak chtěl).

Samozřejmě můžete mít naprosto oprávněný pocit, že Ubuntu restartujete často, pokud ho restartujete často. Zkuste jej nerestartovat a pokud onen pocit bude přetrvávat, pak doporučuji jen návštěvu nějakého psychologa či psychiatra (nicméně předpokládám, že Vám tu návštěvu bude BLEK. rozmlouvat).

Jak už sem psal Jardovi, pokud mi systém napíše, že jsou k dispozici bezpečnostní aktualizace, tak je nainstaluji (a instaluji i ty nikoliv bezpečností protože předpokládám, že nebyly vydány jen tak ze srandy) a pokud mi pak systém napíše, že je potřeba restart, tak ho restartuji, to je pro mě vynucený restart.

Můžu samozřejmě na to kašlat a aktualizace neinstalovat, zrovna tak na Windows.

Tondo, už jen ze sdělení, že "mám v /bin nataháno updaty 19 jader" je evidentní, že bys měl zkusit RTFM předtím, než tady začneš trousit další moudra.

A jak jinak se tam vzaly? Mě pouč, já sem nikdy netvrdil, že Linuxu kdoví jak rozumím a dalším znalostem se nebráním.

Jádra jsou umístěná v /boot, ne v /bin

Vskutku, no tak sem se upsal.

Jak jsem psal výš, Windows s restartem dost otravují, takže nainstalovat a restartovat někdy později není moc možné.

Dále u Windows když nerestartuji, tak se neaktualizuje skoro nic, takže nerestartovat je jako neaktualizovat. U Linuxu když aktualizuji a nerestartuji, tak se neaktualizuje pouze jádro, což je opravdu potřeba jen málokdy.

No a hlavně, restart u Linuxu není velký problém, je to docela rychlé. Prostě třeba při odchodu z práce počítač místo hibernace / sleepu vypnu. Zato když Windows chtějí dělat aktualizace, tak vypnutí trvá v některých případech i několik desítek minut, než aktualizace nainstalují. Když se člověku povede spustit takovéhle vypnutí ve chvíli kdy potřebuje jít rychle pryč, tak prokleje Gatese až do desátého kolena.

Mimochodem, i na počítači s i7, 12GB RAM a SSD se ty aktualizace instalují dost dlouho - by měl zajímalo co tam ty Windows tak dlouho provádí.

Potesi o to vic, kdyz jde o notes, kterej tahas sebou a nemas kde ho cestou pripojit na elektrinu => cela ta silenost zbuchne a mas dost velkou sanci, ze se z toho uz ty widle nikdy neproberou.

Zadám restart, vypnu monitor a jdu, ráno mám k dispozici nastartovaný aktualizovaný Windows. Navíc u nás pokud nejsem magor a nevytahuju PC ze zásuvky, tak se aktualizace instalují přes víkend, takže mě občas akorát naštve, že sem měl spuštěné nějaké aplikace a v nich něco rozdělaného, ale to se stane jen občas když se v Pátek zapomenu odhlásit, čili moje blbost.

Na druhou stranu, když se bojím restartu, tak ani nepouštím ty aktualizace, a to lze v obou světech libovolně odložit, pokud to admin nevynutil.

Existuje i taková věc, které se říká notebook a kterou si lidé často beru s sebou.

Schválně reagujete jen na něco, takže to shrnu:

A) U Linuxu můžu aktualizaci klidně nainstalovat a mám ho aktualizovaný. Pokud náhodou je součástí aktualizace update jádra, tak holt nemám aktualizované to jádro. V tom případě můžu kdykoli restartovat a zabere to asi dvě minuty.

B) Na Windows si sice můžu zapnout jen oznamování, ale:
1) Nenainstaluje se mi lautr nic dokud se pro aktualizaci nerozhodnu
2) Nikdy nevím předem, jak dlouho ta aktulizace zabere a jestli bude vyžadovat restart
3) Nejsem si jistý, jestli náhodou u některých "důležitých" aplikací Windows stejně instalaci nespustí - neprovozoval jsem je reálně nikdy v tomhle módu

Pokud mám nastaveno upozorňovat, nestahovat, neinstalovat, tak se mi ještě nestalo aby se něco přesto samo stáhlo a instalovalo.

Pokud nerestartujete patchovanou část systému (aplikaci, službu, X11 server, kernel), nemáte opatchováno. Naopak se vystavujete rizikům spojeným s tím, že vám běžící stará verze aplikace může začít číst resources nebo provádět executables nové verze, což může dopadnout velmi špatně.

Ohledně stavu na Windows:
1) WU má nastavení. Můžete nastavit automatickou instalaci aktualizací, nebo jen na vyžádání. Po aktualizaci může vyskakovat hláška vyzývající k rebootu, která může být různě "neodbytná" podle nastavení.
2) Nutnost restartu je uvedená u každého patche. Souhlas ohledně toho že nevíte jak dlouho bude instalace trvat.
3) Ne.

podle nastavení.

To bych radši na tvým místě moc nerozebíral

Nutnost restartu je uvedená u každého patche.

Hmmm... Jo, hodnota informace (may require a reboot) je povětšinou taková, že bych si mohl hodit korunou nebo zajít k věštkyni

Ad radši na tvým místě moc nerozebíral - měnily se defaults, A?

Ad may require a reboot - tam jsou v podstatě tři možnosti:
A. You must restart the computer after you apply this hotfix. Typicky kernel, drivery.
B. This update does not require a system restart after you apply it unless files that are being updated are locked or being used.
C. You do not have to restart the computer after you install this update. Typicky třeba řada aktualizací MS Office.

V popisu na MS KB je většinou o nutnosti restartu víc informací, než v dialogu WU.

1/ Jaký defaults? Co to měleš? Zkus si to přečíst (plus rok předchozích stížností WSUS adminů).

2/ Velmi hodnotná informace. Jak pravil výstižně předřečník, sdělení "nebude-li pršet, nezmoknem" je mi fakt zcela k hovnu.

2) Jak jsem psal, v popisu patche na MS KB je informace A, B nebo C. Pokud jde o scénář B, tak tam záleží nutnost restartu například na tom, jestli patchovaná aplikace právě neběží. A jistě se shodneme na tom, že v takovém případě není možné jasně říci ano nebo ne.

Ano. Takže víte hovno. Děkuji za potvrzení, že informace je zcela k ničemu.

takze uz se na ms kb nechodi jen proto aby se clovek dozvedel informace co konkretne ta konkretni aktualizace opravuje (protoze mit to info v wu by matlo uzivatele :D ted i povazujete za normalni ze informace o tom jestli se bude nebo nebude muset restartovat se take nebude zobrazovat v wu, ale na webu, aby nahodou to chudaky uzivatele nezmatlo :D on je vazne problem mit extended info schovane ale lokalne primo ve wu zobrazitelne ;)

jinak to ze patchovana aplikace bezi prave ze vadi windows update, ale linuxu new.. tak si prestante uz vymyslet ze to linuxu musi delat problemy kdyz se tak odjakziva nedeje ;)

Hele v M$ nevedi co to znamena need a neumeji napsat select * from. Natoz delete from. Videls nekdy konzoli wsus? Az nebudes mit celej den co delat, tak doporucuju ... Jen nez to nastartuje trva klidne 10 minut. Reakce na kliknuti je pak v radu jednotek minut. Pochopitelne to z 50% nefunguje vubec - trebas odmazat starsi patche nelze, proste se to na tom zhrouti (po asi tak 50ti hodinach "behu"). Najdes na to tema jen nekolik milionu postu, vcetne desitek tisic primo na webu M$.

U vsech stroju ti bude vecne svitit, ze "need 156 ..." pricemz kdyz si sednes k tomu stroji, tak zjistis, ze si o zadny patche nerekne. Po nejakym tom patrani narazis na thread primo u M$ kterej ma snad 30 000 postu na tema, ze v M$ jsou totalni trotli, protoze ti ta ADMINISTRATORSKA konzole slovem NEED reportuje, ze na dany system by slo (ciste hypoteticky, protoze to nejde, protoze to neni ultimate) nainstalovat 156 jazykovych balicku.

Reseni? Mno musis projit tech cca 300 patchu (protoze ten balicek ma vetsinou dve casti) a jeden podruhym je rucne zakazat (protoze zcela pochopitelne to nejde nijak zafiltrovat). Na nejaky dalsi moznosti konfigurace typu nastavit u ruznych skupin kdy se maji/nemaji aktualizovat muzes rovnou zapomenout.

Aaaa zase mr zvanil. 4 hodiny je maximum, vypnout to nelze. Nutnost restartu neni uvadena nikdy a nikde, u 100% patchu je napsano ze "muze vyzadovat restart" - tedy informace zcela nahowno.

Ad u 100% patchu je napsano ze "muze vyzadovat restart" - lžete, je triviální to ukázat. KB2760587, Restart information: You do not have to restart the computer after you install this update.

Ale zvanile, odkdy vydava M$ jeden balicek? Nemluve o tom, ze takovej je tak jeden z tisice. V pripade tuxe plati ve 100% pripadu, ze restartovat nic nemusim.

Pěkný pokud se vykroutit, ale neúspěšný. Napsal jste: u 100% patchu je napsano ze "muze vyzadovat restart". Zjevně to není pravda, protože existuje minimálně jeden patch, který restart nevyžaduje.

Navíc jsem si teď prošel historii WU. Z posledních 10 updatů 8 nevyžaduje restart, jeden může vyžadovat, a jeden vyžaduje.

taky jsem se podival do historie aktualizaci/in­stalaci na nb s linuxem a z poslednich cca 300 restart chtela 1 a to jadro, ale nebyl sem k tomu ani nucen otravnou wu hlaskou ;)

na Windows to "zrovna tak" rozhodne nelze, to je lez :

- linux umoznuje provest aktualizace za behu os
- windows systemove casti neumeji aktualizovat za behu os

- linux pri aktualizaci jadra chce 1 restart pri kterem uz system nabiha normalne
- windows pri aktualizacich nektere aktualizace provadi AZ pri vypnuti (a neda moznost se tomu vyhnout), pak pokracuje v aktualizacich PRI zapnuti a doplnuje to castoNEKOLIKA restarty

- linux nabizi otazku "restart pozdeji" a "restart hned"
- windows nabizi odlozeni o urcitej cas a pak se znovu a znovu a znovu ptaji...

- linux pokud das restart pozdeji tak to znamena pozdeji az budes chtit TY
- windows jsou schopny restartovat automaticky bez zasahu uzivatele, dokonece i kdyz je toto politikou vyslovne zakazano, vyslovne jsou zakazany automaticke aktualizace, a co je nejhorsi dokonce i bezici server

Tak tak, neni zas tak vyjimecny, ze M$ pusti ven zaplatu, ktera se nainstaluje a rovnou bez ptani posle system k zemi.

Zato v Linuxu se toto nikdy nemůže stát.

Nevím jak ve win (nepoužívám), ale v linuxu se nevyžádaný reboot po aktualizaci nestane. Samozřejmě může být chyba v jádře a k rebootu díky ní dojít (spíš se to celé jen zasekne, než rovnou reboot), ale to by pak byla chyba ve stávajícím jádře, ne v tom novém upgradovaném (které do rebootu neběží).

Upřímně, s linuxem nemáš zkušenosti, tak se tu o něm nehádej. Diskutuj o windows, když (pokud) s nimi máš dlouhodobé praktické zkušenosti, ale nesnaž se diskutovat o linuxu. Já taky tady nediskutuju o windows, když s nimi nemám žádnou praxi.

Kupodivu nemuze, tux totiz nikdy nic sam od sebe nerestartuje.

- Linux samozřejmě neumí aktualizovat OS za běhu. Umí nejvýš nahradit za běhu soubory, a to jen díky špatnému designu zamykání souborů na Unixech. Když soubory nahradíte, běží vám v paměti stará verze binárek, což obnáší značná rizika pokud ta stará verze začne číst resources nebo provádět executables nové verze. V podstatě jen spoléháte na to, že to celé nevybouchne.

- Windows opravdu některé aktualizace provádí až při vypínání/zapínání OS.

- Windows nabízejí po aktualizaci odložení restartu. Výzva k restartu je podle nastavení různě "neodbytná".

- Když zakážete restart po aktualizaci, Windows se po aktualizaci samy nerestartují.

to jen díky špatnému designu zamykání souborů na Unixech.

Ano, zato Mrkvošrotí design, který vyžaduje reboot systému kvůli smazání souboru, prostě protože si Windows umanuly, že ho prostě teď ne a ne a neodemknou, i když ho k ničemu nepotřebují, to je vrchol geniality, přivádějící uživatele k orgasmu.

Pokud je soubor zamknutý, asi to bude proto, že ho někdo potřebuje. Jestli nevíte kdo, můžete použít Process Explorer nebo command line utility handle.exe.

Na Unixech vidím velký problém v tom že binárka v paměti je popsaná jako /dir/dir/file, ale na disku může být něco úplně jiného. Navíc je možné smazat i právě otevřenou DB, nebo ji nedej bože namountovat znovu z jiné instance DB engine. to je zvlášť peprné v kombinaci s tím klubkem skriptů, které používáte pro management deamonů, a u kterého není nikdy tak úplně jasné, jestli deamon běží nebo neběží. Signal file s PID (který tam mohl zbýt po nějaké havárce) fakt není nejlepší způsob jak se ujistit, že nenastane havárka.

Pokud je soubor zamknutý, asi to bude proto, že ho někdo potřebuje.

Určitě. Například ho nutně potřebuje proces explorer.exe, který by ten soubor měl smazat.

Samozřejmě pokud explorer.exe například generuje náhledy, tak k tomu nějaké soubory potřebuje. A pokud to trvá déle, dost možná máte nějakou extension Exploreru, která se vám sekla. Příkladem mohou být různé open source kodeky, které instalují shell extension generující náhledy videí. Když po sobě taková extension soubor neuzavře, můžete mít problém.

Vis loliku, kdyz si na tuxovi patchnu rekneme ssh, tak ho klidne zaroven restartnu a kupodivu, me to ani neodpoji, protoze tvurce neni debil. Aplikace se (zcela korektne) ukonci az v okamziku, kdy jsou ukonceny vsechny session. A nove pochopitelne obsluhuje jiz nova verze.

Jo, Jeronýmku, teď ještě kdyby pánové něco podobného naučili X11 :D

...už naučili...

Hmm, vložit mezi klienta a server proxy držící session, to je super řešení :). Development status: Unmaintained, Last version: 2.0beta2, 16 years ago.

Umí něco takového dnešní distra, řekněme Ubuntu?

"díky špatnému designu zamykání souborů na Unixech"

:D :D :D

Tak ten byl dobrej. :D Ale korunu tomu nasazuje fakt, že to tvrdí windowsák. :D Asi jako by milovník a zastánce Trabantů vytýkal Insignii nedostatečnou pasivní bezpečnost. :D

Hele, nejlepsi je, kdyz ti na widlich zustavaj viset zamky, a jediny co stim (podle M$) muzes delat, je restart. To je nice reseni, specielne u stroje, kterej ti dela share fs na siti a visi na nem par stovek klientu. Nastesti se pod userem system daj ty zamky odstrelit, a dokonce existujou appky, ktere je vesele ignorujou.

Vzdycky potesi, kdyz si chces soubor prohlidnout, i s tim, ze samo trebas neni dostupnej v kompletni/aktualni verzi, a widle ti to nehodlaj dovolit.

Ad na widlich zustavaj viset zamky - schopní admini znají Process Explorer, utilitu handle.exe a příkaz net file /close.

Schopni admini radsi pouzivaji systemy, ktere funguji. Nejschopnejsi admin na planete pak nedela nic, protoze mu funguje vsechno.

Myslím že kdybyste u zamykání souborů na Unixech a Windows něco věděl, tak by vám do smíchu moc nebylo.

- linux umi aktualizovat za behu OS, tedy prave ze nahradit za behu soubory, restartovat za behu sluzby.. umi to prave ze by good design a windows update to prave neumi by bad win&update design, slova na tom nic nezmeni, je potreba aby ms na tom proste poradne ale fakt poradne maknul :)

- a windows take opravdu neumoznuji preskocit pri vypinani aktualizace pokud uz jsou pripravene pro instalaci pri vypinani...

- vyzva startu lze odkladat dokola po 10m-4h, neni mozne odlozit do doby nez budu chtit provest restart...

- nekolikrat mi restartoval winserver kterej mel zakazane restarty i zakazane automaticke aktualizace ;)
zazil sem uzivatele co nedopatrenim tukli na restartovat v otravnem okne kdyz jim pristalo prave v miste kde chteli ve sve praci zmacknout leftmouse, Vase ujisteni ze se Windows samy nerestartuji na me osobni zkusenosti proste nic nezmeni, chapete ? :)

Ad linux umi aktualizovat za behu OS, tedy prave ze nahradit za behu soubory, restartovat za behu sluzby - to samozřejmě umí i Windows.

Ad windows take opravdu neumoznuji preskocit pri vypinani aktualizace pokud uz jsou pripravene pro instalaci pri vypinani - ehm... Dá se to dokonce nastavit jako default, pro jeden stroj nebo klidně celou AD doménu. Je to v GPO editoru pod Computer Configuration, Administrative Templates, Windows Components, Windows Update, položka Do not adjust default option to 'Install Updates and Shut down' in Shut Down Windows dialog.
http://i.kinja-img.com/gawker-media/image/upload/s--JFtewhjK--/c_fit,fl_progressive,q_80,w_636/18ix6zoe38ul4png.png

Ad vyzva startu lze odkladat dokola po 10m-4h, neni mozne odlozit do doby nez budu chtit provest restart - opět je to věc nastavení. Konkrétně GPO, větev stejně jako minule, Re-prompt for restart with scheduled installations, enabled, a nastavíte si čas v minutách. FYI 1440 minut je jeden den.

Ad zazil sem uzivatele co nedopatrenim tukli na restartovat v otravnem okne - v jaké verzi Windows? Od Visty výše by dialogy neměly vyskakovat na popředí, místo toho začnou blikat na taskbaru. Nevím ale jestli se to týká i WU.
BTW to že uživatel někam klikne špatně se bohužel může stát v jakémkoliv GUI.

Loliku, v tom GPO NIC delsiho nez 4 hodiny nastavit NELZE, ale to clovek, kterej to vzivote nevidel, samo nemuze tusit, zeano.

Jiste, a proto se ve win 7 slozi hra, kdyz vyskoci tahle hlaska a samo pekne do popredi, a to samy ve win 8/srv 2k12.

Ale samozřejmě že to jde nastavit. Každý si to může zkusit.
http://technet.microsoft.com/en-us/library/dd939933(v=ws.10).aspx
http://i.stack.imgur.com/7UT6R.png

Ad proto se ve win 7 slozi hra, kdyz vyskoci tahle hlaska - v takovém případě tu hru autoři špatně napsali (což bohužel není až tak neobvyklé). Hra musí korektně fungovat i když přepnete na jinou aplikaci pomocí Alt+Tab, nebo když se z nějakého důvodu změní focus. Základem je správně obsluhovat window messages.

A ono lze u bezne aplikace nenezici pod systemem nebo v kernel modu zamezit vyskakovani widlich oken na popredi? Zase zvanis co? Ta hra klidne korektne bezi, ale je to ti to howno platny, kdyz si prave zapricinil to, ze celej raid vychcipal, protoze widle se rozhodly zeptat, jestli je nahodou nechces restartnout ...

Jinak mily zvanile, 1440 tam nastavi (maximalne) lze, ale widle na to tak nejak ... SEROU. Ja to tam totiz v domene nastaveno mam, vime? Presto na me vysktakujou hlasky co 4 hodiny. Nj, proste zvanil, kterej to vzivote nevidel v realu.

Uživatelské aplikace od nějaké verze Windows nemohou měnit focus. Pokud v práci za peníze zaměstnavatele a na prostředcích zaměstnavatele paříte hry, zkuste si alespoň nastavit aktualizace mimo dobu kdy paříte, nebo jejich instalaci až na dotaz.

Ad mily zvanile, 1440 tam nastavi (maximalne) lze, ale widle na to tak nejak ... SEROU - ještě jednou: přestaňte se vyjadřovat jako řidič hovnocucu. Pravidla pro diskutující jsou jasně daná. Buď si odpusťe vulgarismy, nebo mlčte.
Teď k věci. Windows to nastavení samozřejmě respektují. Všem to funguje, jen vám ne. Problém bude buď v technice, nebo mezi klávesnicí a židlí. Vzhledem k vašim (ne)znalostem a (ne)schopnostem bych si tipnul na option B.

Nj, neda si ten debil pokoj a neda.

A zazil si uz ze ses uprostred nejaky ty MP rezby, a znicehoz nic se ti to slozi, protoze widle maji potrebu ti zobrazit hlasku o potrebe restartu? To dycky potesi.

"- Linux samozřejmě neumí aktualizovat OS za běhu. Umí nejvýš nahradit za běhu soubory, a to jen díky špatnému designu zamykání souborů na Unixech"

A co je update, když ne nahrazení souborů novějšími verzemi, ynteligente? :-D NAOPAK widle neumí update za běhu kvůli špatnému designu zamykání.

Nahrazení binárky na disku je jen kus procesu. Abyste měl stroj aktualizovaný, musíte mít samozřejmě novou verzi binárek (a resources) i v paměti.

Mno, takže nahradím starší soubory bez rebootu, protože to na linuxu lze, korektně. Pak restartuji aplikaci, opět bez rebootu. Nemusím ukládat práci všude možně a po rebootu opět startovat všechny aplikace, otevírat 30 (i víc) tabů v browseru, připojovat kryptované FS, atd. atd. Dokonce se na linuxu umí aplikace restartovat tak, aby nespadla aktivní připojení. I ten kernel lze nahradit za běhu, pokud je třeba.

Pokud jde jen o aplikaci, tak byste ji měl ukončit před patchováním. Pokud to uděláte ve Windows, nedostanete pak výzvu k rebootu (pokud autor patche není úplný matlák). Pokud jde o X11, tak tam to skončí rebootem GUI a odpojením všech GUI aplikací, což je na desktopu celkem problém. A pokud jde o kernel, tak tam se rebootu nevyhnete, minimálně pokud se mění datové struktury. Ta technologie je asi stejně "vyspělá", jako fsck u experimentálních FS.

Aha, takze jsem se dozvedeli ..

ze widle nedokazou zjistit, ze aplikace bezi, a vyzvat uzivatele aby restartl konkretni aplikaci, proto restartujou celej system.

Dale sme se dozvedeli, ze widle proste nedokazou udrzet bezici servis a spustit novy, opatchovany, protoze beh dvou IIS nebo podobny ptakoviny je neco, co si v M$ nedokazou ani predstavit.

A zase sme se dozvedeli od zvanila lolila neco o X11, coz je tady uz asi v 50ti postech a nikoho ty dmentni kecy nezajimaj.

Jinak zvanil lolik samo netusi, ze tux umi kernel vymenit za chodu, protoze (jake prekvapeni) udrzuje kompatabilitu a nic se pod rukama nemeni. Co vic, bezne bezpecnostni patche se kupodivu vydavaji vuci konkretni verzi kernelu, ktera je velmi casto v ramci verze distribuce porad stejna.

Ad widle nedokazou zjistit, ze aplikace bezi - to samozřejmě dokážou :). Ad a vyzvat uzivatele aby restartl konkretni aplikaci - to není tak triviální jak si myslíte. Když uživatel do Corel Draw vloží objekt Excelu a edituje ho, tak mu nemá moc smysl říkat, aby ukončil Excel. Podobných situací existuje dlouhá řada, a reboot trvá minutu.

Ad zase sme se dozvedeli od zvanila lolila neco o X11, coz je tady uz asi v 50ti postech a nikoho ty dmentni kecy nezajimaj - tak ještě jednou: přestaňte se vyjadřovat jako řidič hovnocucu. Pravidla pro diskutující jsou jasně daná. Pokud se jich nedokážete držet, raději mlčte.

Ad kernel [Linuxu] (jake prekvapeni) udrzuje kompatabilitu a nic se pod rukama nemeni - LOL, teď jste mě fakt dostal :)

1. Že tě huba nebolí. Reboot nikdy netrvá minutu. Pokud nerebootuješ tvrdým resetem na instalační CD a pokud je to už připraveno v BIOSu, jinak není šance to stihnout. Když jsou to nevíc třeba firemní widle se šifrování disku od McAffee, s antivirem, připojením do domény,..., tak si vyhraď 10 minut na ukončení (utlouk trpí sedm minut, když ho předem nezabiju sám) a 10 minut boot pod podmínkou, že tam není žádný update. Takže reboot je v průměru půlhodina bez pootvírání aplikací. Linux s šifrovaným diskem rebootuju za dvě minuty.
2. Objekty jsou ve stromu. OLE objekt je vlastněn dokumentem, dokument je vlastněn oknem, okno aplikací... A každý objekt má obvykle referenci na vlestníka. Pokud nedokážou programátoři iterovat ve stromu směrem nahoru, je někde trochu problém.
3. A víš, co je nejkrásnější? K instalaci tučňáka nepotřebuješ instalačku. Jedoduše si stáhneš online instalátor na flashku, nabootuješ na ní, vybereš jazyk, časový pásmo, zadáš heslo roota, jména a hesla uživatelů, rozdělení diků a už se o nic nestaráš. Rovnou si to postahuje aktuální balíčky a systém se poskládá do požadované verze bez 3754 updatů a 35 restartů.

1. Na mém desktopu i notebooku je reboot hluboko pod minutu. Samozřejmě mám na obou strojích UEFI BIOS, Windows 8.1 a SSD.

2. To chcete aby instalátor prolézal OLE objekty jiných aplikací, nejlépe u všech přihlášených uživatelů? Nepřijde mi to jako dobrý nápad.

3. Windows se samozřejmě dají koupit online, přenést na USB klíčenku a nainstalovat.

Ale to se nesmí Wokna rozhodnout, že budou při vypínání nad něčím meditovat nebo dělat něco o co je člověk zrovna nepožádal, případně se nesmějí pozastavovat nad tím, že mají připojené síťové disky a začít přemýšlet co s nimi ap...

Ony většinou nepřemýšlejí Windows, ale aplikace které na nich běží. Nicméně od Visty dál má servis tuším 7-20 sekund na ukončení, pak je odstřelen OS.

Můžu vědět, která aplikace montuje disky skrz Sambu, abych ji vyměnil? Ve WinXP nebyl problém namapovat jeden disk na NAS a po startu byl k dispozici. Ta nová aplikace ve Win7 Pro požaduje nějakou domácí skupinu (nepodporován NASem) nebo doménu, jinak musím po každým restartu nebo po zapnutí (tj. 3x denně) zadávat user name a heslo k NASu a za boha si to nepamatuje nastavení...

Ještě že v Linuxu problém s automountem neexistuje...

Že je s tímhle problém i na Pro verzi, mě překvapuje. Myslel jsem, že je to specifikum tzv. Home Premium a nižších edicí. Koukám, že ty widle jsou ještě větší bastl, než jsem se domníval :-)

Hele, a to si zkus predstavit, ze mas v siti par stovek stroju, a nekde ti na par vterin prestane fungovat swich. Na vsechny pak vyskocej hlasky u kazdyho jednoho sitovyho mountu aby zadali username a heslo.

Ve finale skoncis jako vzdy u nejefektivnejsiho reseni - restart.

Já teda za neefektivnější řešení u Windows považuji službu zvanou "format" :-D ... resp. tohle se říká z historických důvodů a je tím myšleno instalace jiného OS... S oblibou odkazuji lidi, u kterých vím, že jim na jejich činnost stačí Linux na dotaz: Nevíte o nějakém kvalitním antiviru zdarma odkazuji na adresu: www.goodbye-microsoft.com :-). K tomu se pojí ještě jedna zajímavá věc, doménu stejného jména ale bez pomlčky vlastní přímo Microsoft a když zadáte tedy stejnou URL, ale bez pomlčky do prohlížeče, pošle vás to na web www.microsoft.com :-) - to už muselo někomu hodně ležet v žaludku, když podle Laela to má jen 1 % :-D.

K vám se ještě nedonesla informace jak na takové "rozbité" a původně funkční záležitosti MS reaguje v dotazech? Jedna ze standardních odpovědí č. 98 je: "To je nová bezpečnostní featura" ap. :-D

Jenomže já na "bezpečný ukládání v čmoudu" a podobný featury kašlu. Jak je to dlouho, co prosáklo, že M$ kontroluje nějakým algoritmem fotky uživatelů a pokud to vyhodnotí velký podíl "holé kůže", tak bez ptaní smaže data i s user accountem? A co ta jejich limitovaná velikost? A co měsíční poplatky? A to mám vyhodit stávající železo? A co NSA a podobní dacani?

Sorry, pánové v Redmondu. Tučňák, mount adresáře ze síťovýho disku do podadresáře ve fotkách, nastavení VPN, zálohování v cronu a jsem na tom líp, než s vaším řešením. Sice je tam nastavení pár věcí v texťáku v initu, ale při používání je to dokonce víc user friendly než síťový disk na XP. A komu se to nelíbí, ať sui dlaždici políbí.

Integraci s OneDrive ve Windows můžete a nemusíte používat. Mě se to samozřejmě líbí tím že má člověk data k dispozici na každém zařízení, ale nic citlivého jsem tam neuložil. Myslím že tam skončil jeden testovací soubor z Excelu :)

OneDrive má klient pro Windows desktop, Windows Metro, Windows Phone, OS X, iOS, Android, BlackBerry 10 a dokonce Xbox 360.

Mountování síťových disků nastavíte v Exploreru. Heslo si to normálně pamatuje. Samozřejmě nevím jaký NAS máte, a co kdo případně zmršil ve firmwaru.

"Heslo si to normálně pamatuje."

Nepamatuje.

Za to určitě může nějaké rozbité rozšíření shellu, antivir nebo Java.

Pamatuje si ho to minimálně při připojování k Windows Serveru (máme na to Credential Manager, vizte Control Panel). Pokud u vás tohle nefunguje, zřejmě nebude problém ve Windows, ale ve vašem NASu.

S Win XP to funguje.
S Fedorou 18, 19, 20 ve verzi 32b i 64b to funguje.
S Raspbmc to funguje.
S Bubuntu to funguje.
S Lunubtu to funguje.
S OpenWRT to funguje.
S Win7 Pro to nespolupracuje.

Automount disků při bootu a při přihlášení uživatele je základní funkcionalita operačního systému. Tím spíš, když je ten systém ve verzi "Professional".

Takže Win7 nezvládají základní funkcionalitu, kterou jejich předchůdce uměl. A Leaeli, nic s tím nenaděláš. I kdybys na nose skákal a ušima se odrážel.

Ve Win& Pro funguje připojování disků z Windows Serveru, ale nefunguje vám pro váš NAS. Příčinu neznám, a zjišťovat ji nebudu, protože mě neplatíte za support :)

No bodejť by jste dělal zdarma support, když musíte dělat za peníze trolla :-D, teď jste se to proflák... Ale chápu, na support nemáte, ale na trolla jo, tak se živíte čím umíte...

No pochopitelně, ve widlích přece problém být nemůže. OMG

Je zajímavé, že Ultimate si ho pamatuje, Home Pemium ne, a nejde jen o NAS. BTW to by mě FAKT zajímalo, jak to, že si widle nepamatují přihlašovací údaje, může být problém NASu.

No to je přece jednoduché, protože přece LO řekl, že ve Windows chyba není, tak musí být v NASu. A co řekne Almighty LO, to je přece tak :D

Pokud funguje připojování disků z Win7 Pro přes SMB z Windows Serveru, a nefunguje s NASem, kde asi budete hledat problém? Vy samozřejmě v těch Win7 Pro, protože jsou to Windows :D. Zbytek světa na prvním místě v tom NASu.

No neříkal jsem to, že to řekne? Přitom vesele ignoruje, že jiné verze Windows nemají problém, dokonce stejné verze jen v jiné výbavě, Linux se sambou nemá problém, ale chyba je v NASu ne v těch jedněch Windows. On ten NAS totiž když nadetekuje ty konkrétní méně vybavené Wokna určité verze, tak je automatizovaně hackne a smaže jim ty přihlašovací údaje na něj samotný z jejich vlastního úložiště, aby si to příště nepamatovaly. Vám to není jasné? eLOčkovi to je jasné jako facka, on to musí vědět, on pracuje na MS a tyhle věci řeší a ví kde je chyba a my všichni ostatní jsme úplně pitomí a neumíme analyzovat zdroj problému :-D, tedy umíme, ale když zjistíme, že je problém u Windows, tak jsme se spletli :-D

Ne proto, že to jsou Windows. Ale protože logika. Vaše zdůvodnění logiku nemá. Vše funguje, jediné konkrétní Windows nefungují. Takže podle vás je chyba v něčem co jede :-D, bezva. Už chápu proč se neživíte supportem, ale trollingem :-D

Prosímtě, já ti to usnadním.

- Pokud hodláš připojovat síťové disky přes SMB, tak jediný způsob je mít stejné uživatele a hesla na NAS i v těch Woknech. Jinak se z toho regulérně zblázníš. Jakmile začneš používat Credentials Manager, je vyřízeno.
- Pokud má ve Widlous uživatele bez hesla, tak se cokoliv v Credentials Manageru po rebootu smaže.
- Widlous jsou tak genitálně navržený OS, že pokud používáš wifi, tak se snaží nejdřív připojit persistentní mountpointy,ale k wifi se připojují až po přihlášení uživatele.
- Začtvrté, je to rozmrdané pro non-admin uživatele, viz http://support2.microsoft.com/kb/937624/en-us
- Je to rozjebané ještě tisíci dalších způsobů, přičemž Microsoft ví, že to je rozbité, ovšem rozhodl se s tím minimálně v rámci W7 nic nedělat (viz post z Monday, April 25, 2011 6:43 PM v odkazovaném vlákně - tak daleko, aby se z toho jejich Technetu daly linkovat jednotlivé posty, ještě Malej Měkkej nedospěl, takže si musíš vyhledat sám)
- Když si dáš v Googlu vyhledat "Could not reconnect all network drives", tak se zaručeně pobavíš. Pamatuju to od W2000 a ani v nejnovější inkarnaci Windows Dlaždice to není lepší.

Vy mu to tak všechno vyzradíte a on si to půjde hodit... Kdo nám tu teď bude dělat obecního blázna :-D.

Vidím že máte hodně co říct k tématu, a hlavně velmi hluboké znalosti problematiky :)

Na pozici největších trollů jste tu vy a pár dalších jedinců, takže bych s těmi nálepkami brzdil.

Za to vy jste tu toho napsal k tématu vracení licence Windows zdaleka nejvíce, že? :-D

"Pokud má ve Widlous uživatele bez hesla, tak se cokoliv v Credentials Manageru po rebootu smaže."

Lol Phirae díky, tohle je zajímavé. Rozhodně to nezapadlo. Tady je vidět, kdo má zkušenosti z praxe a kdo je pouhopouhý žvanil.

Drobný detail: když uživatel nemá heslo a uloží si položku do Credentials Manageru, po rebootu tam ta položka dál je. Zkuste si to.

O to je to srandovnější, že si Windows ty přihlašovací údaje uloží, ale nepoužijí :-D - ale tyhle podstatné detaily vám v diskuzi neustále ucházejí (nebo je schválně přehlížíte). Uživateli to prostě NEJEDE, to je problém. Ne to jestli si Windows credentials na připojení síťových disků smažou po restartu, když uživatel ve Windows nemá heslo nebo ho z nějakých jiných důvodů nepoužijí a po uživateli to heslo chtějí znovu. Řešíte kraviny místo jádra problému a pak se divíte, že s vámi není možná diskuze...

Kdo přišel s informací že se cokoliv v Credentials Manageru po rebootu smaže, pokud uživatel nemá heslo? Házejte kamenem po něm, ne po mě.

Ad Uživateli to prostě NEJEDE - toho tvrzení jsem si všimnul. A konstatoval jsem, že z toho nijak nevyplývá, že by šlo o problém Windows. Postup řešení snad znáte: kouknout co je v tom Credentials Manageru, upgradovat firmware toho NASu, zkusit ve Windows povolit NTLNv1 (a vrátit to v případě neúspěchu zpátky), prozkoumat Security Log, zkusit jestli to jde z jiného stroje se stejnou verzí Windows, zkusit to proti stroji s Windows, použít Network Monitor k analýze na úrovni protokolu, srovnat si pokus o spojení s tím NASem a storjem běžícím na Windows... Předpokládám že nějaké informace lze najít i na tom NASu. Kdo umí a chce řešit, tak zpravidla vyřeší.

Ale! Takže vy se umíte podívat i přes své ego... No toto!

Kamenem v diskuzích nehážu. Když někdo nedá zcela přesnou informaci, tak vy místo aby jste ji upřesnil (i když si tím třeba jen potřebujete naplnit své hnidopišství, protože to zrovna na věci a jádru problému nic nemění), tak se po dotyčném vozíte a odvádíte téma jinam nebo strháváte pozornost na zcela nedůležité části, místo soustředit se na důležité a na problém samotný? Tohle je správná cesta a postup? Pak se nedivte, že tu jste za trolla.

A o tom, kde je zrovna v popisovaném případě chyba už netřeba dále diskutovat. Windows starší verze jede, Windows jiné edice ve stejné verzi jede, Linux jede, Android jede, BSD jede, NAS jede, Windows konkrétní verze a edice nejede. Nepotřebuji analyzovat nic více. Occamova břitva na tohle stačí: Pokud nějaká část teorie není pro dosažení výsledků nezbytná, do teorie nepatří.

Jiný diskutér sem dal informaci, která je nesmyslná. Máte pravdu, že nebyla k věci. Protože mu to někdo jiný chválil, uvedl jsem to na pravou míru. Pokud se vám nelíbí, že to nebylo k tématu, nebo že to byla nepravdivá informace, nevytýkejte to mě.

K tomu NASu jsem se už vyjadřoval. Implementace SMB ve Windows je autoritativní, a pokud s ní něco nefunguje, je to s největší pravděpodobností problém druhé strany. Jestli ta implementace SMB na druhé straně funguje proti starším Windows, nebo proti klientům psanými těmi samými lidmi jako server, to už na tom nic nemění. Také jsem popisoval co bych udělal, kdyby to byl můj problém: místo "povídání o říkání" bych podniknul konkrétní kroky k zjištění příčiny problému. Pokud vám k analýze problému stačí to co jste popsal, tak problém analyzujete špatně.

Ne, vy jste to neuvedl na pravou míru. Vy jste byl urýpaný, povýšený, ponižující druhého, trolující, odporný...

A stejný je i váš druhý odstavec. SMB ve Windows není nic autoritativního, protože zjevně má ta autoritativní SMB ve Windows v určitých verzích problém fungovat s jinými zařízeními a to dokonce takovým podivným způsobem, že si neumí obnovit připojení k disku, přestože zná credentials.

Autoritativní je tady zákazník, protože náš zákazník, náš pán. Je fajn, že jste tady předvedl arogantní způsob jednání velké korporace - dej prachy a drž hubu, my jsme autoritativní a basta - ale tady máte smůlečku, vítejte na tržišti, pane z katedrály :-p. Svět se mění, buď se přizpůsobte nebo pojdete, tak to na světě chodí, proto může velkou firmu ohrozit i původně garážový projekt ;-).

Přečtěte si ještě jednou thread, ve kterém jsem reagoval. Autor původního příspěvku tu do diskuse vypustil stavidla žumpy. Vy sám jste pod jeho jeho příspěvky nadšeně troloval. V reakcích se velmi držím zpátky.

Ad SMB ve Windows není nic autoritativního - jde o MS implementaci a rozšíření původního SMB, a ty zjevně MS autoritativně určuje.

Ad může velkou firmu ohrozit i původně garážový projekt - to samozřejmě může. Například MS, Apple a HP jsou původně garážové projekty. Nicméně Samba MS nijak neohrožuje.

Ad buď se přizpůsobte nebo pojdete - proč by se MS měl přizpůsobovat nedokonalým reimplementacím svého protokolu? Naopak Samba trpí svými problémy s interoperabilitou. Kdyby nekopírovali MS protokol, a radši napsali vlastní včetně klienta pro Windows, udělali by lépe. I když myslím že by na trhu neprorazili ani pak; to když odhlédnu od toho, že v případě open source je trh často spíš iluze trhu.

A zas a opět urážíte, povyšujete se... Zjistěte si co je trolling a pak možná pochopíte, že to tu děláte vy.

A pak si zjistěte, co je příčina a následek. Pak možná pochopíte, že to tu vyvoláváte vy.

Diskuze fakt s vámi zbytečná, vždycky velmi rychle sjedete do toho vašeho odporného jednání.

Co konkrétně v mém příspěvku hodnotíte jako urážení a povyšování se? Nikde tam nic takového nevidím.

Moje drahá babička, kdyby ještě byla mezi námi by vám řekl: "Pleskni si mezi oči", nebo "Babu ti tam postavit, tak ji uvidíš".

BTW: Zase vaše překrucování informací a témat - já jsem nemluvil o vašem jednom konkrétním příspěvku, že?

A kde jinde ten problém je?

Logy jsem prošel.

První problém je v tom, že napřed montuje disky a potom cca za 8s připojuje Ethernet. Obecně, jakkoliv upravit posloupnost činností po startu (napřed firewall, pak antivir, pak teprve FTP server) nejde. Božské widle určují priority zcela dle svého uvážení.

Druhý problém je v tom, že kdy s pak připojuju třeba z průzkumníka, tak nepoužije uložený parametry, ale ptá se znovu a nepředvyplní ani user name.

A třetí průšvih je, že byla nějaká funkční specifikace SMB a M$ s plnou hubou zpětné kompatibility přidal domácí skupinu a další pytloviny tak, aby uživatel musel kupovat nový systém všude. Ale možná jim křivdím, třeba jsou zpětně kopatibilní díry v systému, tak hluboce jsem to nezkoumal.

První problém je v tom, že napřed montuje disky a potom cca za 8s připojuje Ethernet.

No tak jestli to je takto, tak je to - s těmi Windowsy (nejen) v téhle kauze - ještě horší, než jsme doufali :-D.

Ale třeba Lael najde nějaký pokřivený důvod, aby vám vysvětlil, že za to může NAS a stará Samba v něm :-D a Windowsy jsou v tom úplně nevinně.

Nula informací k věci, čisté trololo
https://www.youtube.com/watch?v=oavMtUWDBTM

Ad kde jinde ten problém je - bohužel je vlákno zobrazené tak, že už nedohledám na co konkrétně reagujete.

Ad napřed montuje disky a potom cca za 8s připojuje Ethernet - síťová karta startuje nezávisle na uživateli, disky se připojují v uživatelské session. Pokud má síťová karta zpoždění, může za tím být SW třetí strany (často například nějaký VPN software), switch (který připojí váš počítač k síti se zpožděním), nebo DHCP server (dokud není IP adresa, není konektivita).

Ad jakkoliv upravit posloupnost činností po startu (napřed firewall, pak antivir, pak teprve FTP server) nejde - samozřejmě že jde. Od toho mají servisy závislosti, většinou nastavené už by default. Změnit závislosti můžete příkazem sc config myservice depend=service1/ser­vice2/service3
http://blogs.adobe.com/acdc/files/acdc/windows_dependencies/service_dependencies.png
http://technet.microsoft.com/en-us/library/bb490995.aspx

Vyjma toho existuje ještě service groups, a čekání na dostupnost sítě před přihlášením lze vynutit nastavením Always wait for the network at computer startup and logon, ale to je asi mimo scope příspěvku.

Bootování a login můžete profilovat pomocí Windows Performance Toolkitu, link na stažení je ve třetím linku někde na začátku.
https://helgeklein.com/wp-content/uploads/2013/06/680x530xWindows-Performance-Recorder.png.pagespeed.ic.7ALqBQjV1g.png
https://helgeklein.com/wp-content/uploads/2013/06/Windows-Performance-Analyzer-default-graphs.png.pagespeed.ce.5XctqSIpjc.png
http://msdn.microsoft.com/en-us/library/hh162945.aspx

Ad M$ s plnou hubou zpětné kompatibility přidal domácí skupinu a další pytloviny tak, aby uživatel musel kupovat nový systém všude - jak home group nutí uživatele ke koupi nového systému? Vždyť ji můžete a nemusíte používat.

Ad kdy s pak připojuju třeba z průzkumníka, tak nepoužije uložený parametry, ale ptá se znovu a nepředvyplní ani user name - měl by použít parametry uložené v Credentials Manageru. Pokud je nepoužije, není to běžné chování systému, a je na místě troubleshooting.

Jasně, je třeba vymyslet hromadu hypotetických důvodů, napsat hooodně dlouhý příspěvek s informacemi mimo téma, aby se obhájila chyba na straně Windows a MS a když se nepodaří obhájit, tak aspoň odvést pozornost, aby už se nevědělo co se to vlastně chtělo :-D

A ohledně tech ladících nástrojů... Koukám, že Windows patří mezi věci typu "dodělej sám" jinak se tomu také říká šmejdy. ;-)

Ad hooodně dlouhý příspěvek s informacemi mimo téma - ddpovídal jsem na to co psal předřečník.

Ad Windows patří mezi věci typu "dodělej sám" - pokud má systém problém s výkonem, existují nástroje na zjištění příčiny. Jde primárně o nástroj pro OEM partnery, kteří v rámci certifikace musí splnit řadu výkonových parametrů, a PC vám dodají vyladěné.

Ad jestlize neco chce pri startu systemu montovat disky, melo by si to overit, jestli to ma konektivitu - běžně sít nabíhá daleko dřív, než se uživatel stačí přihlásit. Pokud to nefunguje, bude to nejspíš jeden z problémů které jsem popsal. Dal jsem link na nástroje, kterými se to dá snadno zjistit.

BTW pokud si vzpomínám, tak v případě nedostupnosti sítě by síťové jednotky měly zůstat nepřipojené. Jsou pak vidět v Exploreru, a systém se je snaží připojit při dalším přístupu na ně.
http://gilsmethod.wpengine.netdna-cdn.com/wp-content/uploads/2010/09/mapnetworkdriveswindows7d.png

Ad sít nabíhá daleko dřív; robustni system pro BFU nespoleha na beznost nejake udalosti - robusní systém hlavně nemá login uživatele závislý na stavu připojení sítě. Pokud síť z nějakého důvodu (psal jsem třeba o VPN SW třetí strany) nastartuje pozdě, není to důvod, aby se uživatel nemohl přihlásit.

Ad BFU nebude pouzivat nejake nastroje, kterym nerozumi - BFU si má koupit předinstalovaný certifikovaný systém, aby ho dostal připravený a minimalizoval výskyt problémů.

Ad v případě nedostupnosti sítě by síťové jednotky měly zůstat nepřipojené; Zretelne v Home Premium bude jakasi výjimka - dost o tom pochybuji. Žádnou Home Premium instalaci Win7 ale nemám, takže to nevyzkouším.

Bohužel tohle je přesně způsob "diskuze" Laela. Zahltit diskuzi zbytečnými irelevantním argumenty, používat velmi silná popření v čele s tím, že zrovna tahle věc mu přece na všem funguje a přitom si ani neuvědomuje, že se sám kolikrát proflákne, jak se mu to tentokrát podařilo také, dokonce v jednom a tom samé příspěvku... A sice na jednu stranu děsně obhajuje (nesmyslnými způsoby, jaké jsme tu popsali již mnohokrát) Windows a jejich funkčnost, prsí se tu jak to nikdo nezná a neumí (narozdíl od něj), ale zároveň se přiznal, že Windows 7 Home Premium ani nemá, tudíž o tom ví houbeles. To z něj dělá jasného křiklouna a nic nevědoucího trolla a reakce na toto určitě nebude jiná ;-).

Ad Zahltit diskuzi zbytečnými irelevantním argumenty - to se tedy necháte zahltit dost snadno :)

Ad zároveň se přiznal, že Windows 7 Home Premium ani nemá - už nějakou dobu nemám. A?

Já jsem psal, že vy zahlcujete, ne že já jsem byl zahlcen. Klesáte víc a cíc.

To, že nějakou dobu už nemáte jste nepsal, to jste napsal až teď, takže Bé!

Máte vůbec něco k věci nebo jen kecy o ničem, protože trolling?

Mohu se zeptat co jste k věci napsal vy? Dozvěděli jsme se akorát že jsem zahltil diskusi (což obratem děláte i vy), a že když nemám instalaci Win7 Home Premium, tak o věci nemůžu nic vědět. Plus nějaké manipulativní nesmysly které s dovolením ignoruji. Ale k věci nic.

Aha, takže vy můžete zahlcovat a když vás na to někdo upozorní, tak zahlcuje on a navíc si to nemůže dovolit. Arogance a chybějící sebereflexe. Diskuze s vámi zbytečná, slušnou míru neudržíte (dlouho). Mi stačilo.

Ad Rikam, ze by neco nemelo montovat sitove disky, kdyz neni k dispozici sit - co z to znamená "není k dispozici sit"? A. Neběží driver. B. Není fyzické spojení se sítí. C. Klient nedostal adresu přes DHCP. D. Nelze kontaktovat domain controller.

Jak jsem psal, pokud nejde disk připojit, měl by po přihlášení být vidět jako odpojený. Nevím jestli to funguje v edici Home Premium, a zkoušet to nebudu. Pokud budete experimentovat vy, máte námět k vyzkoušení. Samozřejmě zkoušejte z čisté instalace a proti diskovému sdílení Windows, ať oddělíte možný problém s Windows klientem od možných problémů se Sambou a SW třetích stran. BTW další tip může být firewall třetí strany.

Ad co kdyz v diskusi zmineny system predinstalovany i certifikovany byl? - pokud do takového systému nainstalujete řekněme špatný VPN klient, tak vám samozřejmě certifikace systému nepomůže.

Jak jsem si myslel, opět věci mimo. Jen zbytečně zahlcující a nic neříkající ani neřešící informace. :-D

Ad A. Proč by nás to mělo zajímat, ať si MS zajístí, aby běžel jako v jiných verzích Windows

Ad B. LOL

Ad C. LOL opět (čtete vůbec tu diskuzi, nebo jen zachytíte sem tam slovo a na to zcela mimo kontext reagujete co vás napadne?)

Ad D. WTF? ...

1. Zákazník nemá Windows Server

2. Zákazník proto nemá ani DC

3. Od kdy Home edice Windows umí pracovat s DC?

Takže jste se proflákl, že diskuzi ani nečtete a nereagujete tudíž k věci. Jen trolling.

Ad To je BFU uplne jedno - nicméně my tu nejsme BFU, že.

Ad Jenze to se nedeje, Home Premium zahodi heslo a dozaduje se, abyste ho zadal znova - to zkuste potvrdit s Home Premium v čisté instalaci a proti jiným Windows, nikoliv proti NASu.

Ad byl v tech Widlich Home Premium nainstalovan spatny VPN klient - může jít také například o firewall nebo jiný kus SW.

Nevíme jestli je ten problém způsobený OS. V IT se věci prostě občas rozbijí, a příčina nemusí být BFU na první pohled zjevná. Nakonec u aut je to podobné. Akorát že v ČR počítače neopravují odborníci, ale známí nebo sousedovy počítačově znalé děti.

BTW nechápu proč se nechytly Windows on ARM. Vždyť jsou určené přesně pro BFU: je prakticky nemožné je rozbít nebo zavirovat.

Ad Jen do doby, nez by se rozsirily dost na to, aby stalo za to se jimi zabyvat - nemyslím. Aplikace se instalují jen ze Store, jedou v sandboxu, a API je navržené prakticky stejně jako u Windows Phone, tedy "nerozbitně".

Psal jsem že vše běžně funguje proti Windows Serveru. Pokud to nefunguje proti NASu, hledal bych problém v něm.

Windows 7 používají jinou SMB verze 2.1, navíc vyžadují minimálně NTLMv2. Obojí je změna proti WinXP.

Na tom NASu bude zřejmě Samba server, kdo ví v jaké verzi. Samba má plnou podporu NTLMv2 až od verze 3.0.21, a plnou podporu SMB2 až od verze 3.6. A když se povídáte na bugzillu, tak vám budou vstávat vlasy hrůzou.

LOL... Ale on dotyčný žádný Windows Server nemá, co to do toho vůbec pletete? Problém mají jedny konkrétní Wokna a vy hledáte chybu v NASu. A jak to vyřešíte? Koupíte Windows Server, že? :-D BTW. kde je ta vámi vychvalovaná kompatibilita Windows? Vždyť přece vše funguje zpětně kompatibilně, takže i kdyby NAS měl starší verzi NTLM/SMB whatever protokolu, tak přece by novější Wokna s tím neměly mít problém díky deklarované zpětné kompatibilitě. Jenže ony mají = problém je ve Woknech, protože když se spojí se starším strojem, tak si neumí zapamatovat jméno? Vaše myšlenkové pochody to je věc! :-D Asi to bylo způsobeno tímto: http://youtu.be/8520VXgWmMU že?

Mě už vážně bolí sanice a břišní svalstvo, to není možné. Vás bych nechtěl zaměstnávat ve vlastní firmě ani za nic :-D.

Pokud uživatel ví jak uložit heslo k SMB share, a funguje mu to pro Windows Server (což funguje obecně), ale nefunguje pro NAS, hledal bych problém v tom NASu. Jak jsem už psal, Samba je plná bugů.

Ad i kdyby NAS měl starší verzi NTLM/SMB whatever protokolu, tak přece by novější Wokna s tím neměly mít problém díky deklarované zpětné kompatibilitě - to je samozřejmě nesmysl. Protokoly se běžně nahrazují novějšími verzemi, bez vlivu na zpětnou kompatibilitu aplikací.

No já už nemůžu, já se asi smíchy počůrám...

Takže naznačujete, že Windows si ukládají heslo ke sdílenému zdroji na Windows Serveru a ten ošklivý NAS jim ho neuložil? :-D Já měl doteď za to, že si to Windowsy ukládají k sobě do svého interního úložiště, ale když to říkáte, že to takhle nefunguje, tak to se fakt velmi omlouvám za svou neznalost :-D.

No krom toho, že v druhém odstavci jste vyplodil už megakrávovinu, tak i kdyby to bylo nakrásně z nějakého pokrouceného důvodu takto, tak proč teda po nahrazení protokolu a aplikace co ukládá heslo ke sdílenému prostředku ve Windows ho neuloží = má to vliv na zpětnou kompatibilitu? :-D

Ad naznačujete, že Windows si ukládají heslo ke sdílenému zdroji na Windows Serveru a ten ošklivý NAS jim ho neuložil - nic takového jsem netvrdil. Vy praktici jste asi složití lidé, co uvažují poněkud alternativně, a vidí i věci které nejsou :)

Když se Windows klientovi nepodaří přihlásit k share, žádá uživatele o heslo. Je to jeden ze scénářů. Jak jsem psal, nejsem váš support.

Vy jste ještě nepochopil, že vám jen ukazuji nesmyslnost vašich příspěvků tím, že ukážu ty nesmysly co v nich píšete? Bez ohledu na to, že třeba vím jak věci o kterých je řeč fungují, prostě jen reaguji a zvýrazňuji ty kraviny co jste napsal. A vy ani tu ironii nepochopíte? Když už i Sheldon by ji pochopil? Takže OK, k vaší osobě si ještě poznamenávám asociál :-D.

A s tím, že se Windowsům nedaří připojit k share to už je teda hodně velká zoufalost, protože očividně se jim po zadání hesla spojit podaří, takže něco dělají blbě ony, což jen podtrhuje fakt, že jiné verze Windows nebo také jinak vybavené Windows STEJNÉ verze tento problém nemají.

A když se povídáte na bugzillu, tak vám budou vstávat vlasy hrůzou.

Ještě, že se nemůžem podívat na bugzillu Mrkvošrotu.

A fázi měsíce, to má taky často vliv :-D...

Jsem to psal výše, že ten NAS to těm Woknům smaže v jejich interním úložišti hesel, vždyť to je jasné

Pokud problém ještě řešíš, tak nějaké konstruktivní nápady jsem psal o kousek výš, obávám se, že to zase zaniklo ve slovním průjmu agitačního pošuka. :-(

A to jsme mu ještě nikdo neřekli jaké jsou (špatné) zkušenosti s Woknama proti jejich vlastnímu Windows Serveru, kdy nejlepší řešení je dát jako server Linuxový stroj se Sambou a je po problémech. To by si 100% myslel, že si vymýšlíme. Holt když on je takový teoretik a tady jsou hlavně praktici ;-)

Windows Server se jako file server používá prakticky ve všech firmách, "kupodivu" bez problémů. Sambu jsem naposledy viděl u zákazníka někdy v devadesátých letech, kdy to bylo dost utrpení, například nešel Unicode. Pak jsem ještě slyšel stesky na nepodporu NTLMv2 v době uvedení Visty. Jinak ticho po pěšině, Sambu nevidím nikde okolo.

Ad tady jsou hlavně praktici - bez porozumění konceptům je praktik patlalem ;)

LOL! To budu muset všem kolegům a zákazníkům, kteří mají problémy s Windows Serverem, že žádné nemají, že si je vymýšlejí, protože Almighty Lael tak řekl a jeho slovo je zákon.
Řekl bych, že zákazníci, kterým jsme vyřešili (nejen) problémy nahrazením Windows Serveru Linuxovým se Sambou, by si při vašich výrocích ťukali prstem na čelo, přestože konceptům vůbec nerozumějí (za to mají zdravý rozum).

Vás pustí k zákazníkům? Vašemu zaměstnavateli nelze upřít kuráž :)

Děkuji, jsem nejen kurážný, ale také vyhledávaný. Myslím, že pokud jste nepochopil z jiných mých příspěvků (např. když jsem říkal, že vás bych ve vlastní firmě zaměstnávat nechtěl), že nejsem zaměstnancem, tak je to s vámi ještě horší než jsem si myslel.

Takže vy jste podnikatel co umí zabootovat instalační médium, a dokonce třeba nakonfigurovat file server? Nic proti, každý se musíme nějak živit :)

Samozřejmě jsem zděšený z toho, že se na mě podle všeho nedostane job ve vaší vysoce prestižní společnosti. Celý život jsem čekal na podobnou příležitost :D

Běžte laskavě se svým povyšováním se a ponižováním ostatních někam, je to odporné a vypovídá to o vašem (ne)charakteru. Vaše osobnostní poruchy se dají nějakým způsobem zpracovat - k nemocným lidem je třeba přistupovat k nadhledem, ale s bezcharakterní hajzlíky se v rukavičkách nejedná.

OK, buďme na chvíli konstruktivní. Proč myslíte, že vám nenapíšu něco jako "máte firmu, bez ohledu na rozdílný náhled na různé technologie máte můj respekt, protože sám vím, jak náročné je firmu založit a dlouhodobě úspěšně dělat business"? Vždyť se podívejte, kolik úcty a respektu k mé osobně jste (ne)projevil vy. Těžko pak můžete čekat úctu a respekt ode mne.

Ano, chovám se k vám odporně - tak jako vy ke mě. Nelíbí se mi to, je to zbytečná konfrontace, a myslím že by lidé takhle komunikovat neměli. K diskutérům se obecně chovám slušně a korektně, pokud a dokud se tak chovají také. Když nebudete napadat v diskusi mě, nevidím jediný důvod, abych vás napadal já.

Vzhledem k tomu, že na vás narážím na root.cz už roky, tak mám názor na to jak se vy chováte. A k hnusnému chování se velmi rychle uchylujete např. tehdy, když zjistíte, že s vámi diskutér nesouhlasí - to stačí k tomu, aby jste se začal povyšovat a ponižovat druhého. Začínáte takhle vy. A když vám v tomhle již vámi rozjetém způsobu komunikace druhý dá argumenty, které už neokecáte, protože se pohybujete třeba někde, kde tomu už nerozumíte, tak ještě přidáte a jste o to hnusnější a ponižujete druhou stranu o to více stylem, že ví houby ap. (a to to píšu jemněji než vy). Nedivte se, že vám to pak ostatní nastaví zrcadlo tím, že se na vás utrhnout také, věřte, že jinak by to neudělali.

V z mé strany to vypadá přesně opačně: k diskutérům se chovám slušně, pokud a dokud se slušně chovají oni. Nevím o případu, kdy bych ostatní začal napadat, častovat nadávkami a vulgarismy.

Ve většině konfrontací si obě strany myslí, že jsou v právu.

To je ale jen váš názor. Za to názor většiny ostatních tady je opačný.

To je jak v tom vtipu:

Rádio: "Po dálnici jede v protisměru vozidlo, dejte si pozor!"... A borec poslouchá rádio, podívá se před sebe a říká: "Kdyby jedno! Všechny!"

Možná by jste se měl zamyslet, že když se vám zdá, že jsou všichni (většina) v protisměru, že spíš budete v protisměru vy.

Já o těch případech od vás vím, děláte to často. Přišel jsem, byl jsem vždy, když jsem s Laelem nesouhlasil byl jím hnusným způsobem v diskuzi napaden. A když jsem jen četl, tak to dělal jiným. To že si nevidíte na špičku nosu je váš nedostatek sebereflexe, ale při tom egu a ješitnosti co máte se ani nedivím. Jednáte s ostatními svrchu a ještě se vztekáte, když se nenechají. Myslím, že čtenáři si názor udělají sami kdo začíná a kdo jen reaguje. Neomlouvám tím vulgarismy jiných, dokonce musím říct, že to nemám rád, ale musím dodat, že při tom jak s lidmi jednáte se jim vážně nedivím. Zasloužíte si podle mě daleko horší jednání za to co děláte. Nejste "Vaše veličenstvo Lael", my nejsme vaši poddaní a root.cz není Vaše království.

S reakcí s dovolením počkám, až mi v odpovědi na jiný příspěvek napíšete, kde konkrétně vidíte urážení a povyšování.

Snad jenom k "Nejste 'Vaše veličenstvo Lael', my nejsme vaši poddaní a root.cz není Vaše království" - nikdy jsem si nic takového nemyslel.

Odpovědi jakou čekáte se nedočkáte, protože jste položil otázku sugestivně a přiohnul jste si téma tak, že jste mluvil o jednom příspěvku, kdežto já ne. A jak chcete aby se s váma diskutovalo?

Nic takového jste si nemyslel? Tak proč se tak chováte? :-D

Ad jste položil otázku sugestivně - ehm?

Ad přiohnul jste si téma tak, že jste mluvil o jednom příspěvku, kdežto já ne - předpokládám že pokud neřeknete něco jiného, reagujete na příspěvek na který odpovídáte.

Ad Tak proč se tak chováte - nechovám se tak. A vaše pobouření bych vám skoro věřil. Nebýt toho že když tu trollují a verbálně defekují ostatní diskutéři, tak jste v lepším případě zticha, v horším se k nim (pravda méně agresivně) přidáte.

ad sugesce - viz. slovník cizích slov

ad "že pokud neřeknete něco jiného, reagujete na příspěvek na který odpovídáte" - viz. kontext a obsah sdělení

ad "nechovám se tak" - to je váš názor, se kterým tady řada lidí nesouhlasí. Ještě něco k tématu? A opakování vašeho názoru není "něco".

Ad sugesce - vím co je sugesce :), ale nikde ji ve svém příspěvku nevidím.

Tenhle thread je mrtvý. Chtěl jsem zjistit, čím konkrétně se podle vás vyvyšuji a jak konkrétně urážím. Zjevně se to nedozvím.

Už jsem vám to 2x napsal v čem je hlavní problém. Nezareagoval jste, tudíž jste další postup v diskuzi u tohoto tématu zablokoval. Asi jste zvyklý x-krát něco opakovat a také čekáte, že x-krát bude opakovat i druhý, ale já myslí, že 2x stačilo. Diskuze tím pádem končí.

Vidím to stejně, widle mají backdoor, kterým se nepřipojený NAS dostává k heslům, aby je mohl smazat/modifikovat. A tím způsobuje, že se to nepřipojí...

O téhle díře je dobrý vědět, jdu to prozkoumat a prodat detaily ruské rozvědce. Třeba se jim přístup k heslům na lokále bude hodit.

Ad jak to, proboha, souvisi se zapamatovanim pristupovych udaju - co já vím? Třeba je tam nějaký problém s inicializací session. Důvodů pro takový problém může být spousta. První na ráně je NAS, zvlášť pokud je postavený na šrotu jménem Samba.

Tak ať si laskavě MS tu inicializaci session opraví, aby mu šly ukládat hesla a neříkejte, že za to může NAS