Vlákno názorů ke zprávičce Jednoduché v Linuxu, těžké ve Windows

a pointa pre nas pomalsich?

Pre vas pomalejsich. Windows je na h...no pokud potrebujete rychle resit havarijni stavy.

jděte do prdele! a nejenom Xerces(to jsem si teda myslel že jsi inteligentnější) ale i vy ostatní nad ním.

A co když už v prdeli jsme?

No jasně. Ve Windows prostě nelze Oracle DB přimontovat z jiného stroje, protože jsou to Windows. A změnit MAC adresu, to určitě také nejde. Ošklivé Windows. Shane Shields by potřeboval školení administrace Windows, a Xerces také :)

A co má udělat, když mu 2k nenaběhnout? Přeinstalovat to XPčkama nebo 2k3 a doufat, že to možná poběží?

Zkuste si přečíst zdroj. Shane měl RAID0, odešel jeden disk, a jako schopný profesionál zřejmě neměl zálohu :). Naštěstí Oracle DB byla připojené přes NFS, takže jí připojil z nějakého virtuálního stroje. Na stroji také běžel server, který byl vázaný na MAC adresu, kterou na cílovém stroji změnil. Ve Windows by to nešlo, protože windows jsou ošklivé. Tolik článek.

... pravil demagog

Asi se widle učit nechce ;-) ostatně jako všichni tady

Pak ovšem hovoří bez znalosti věci.

Aha já jsem bez znalostí je to zase tady , naprostý poblbý __________ (*) který mě nikdy v životě neviděl ani se se mnou nebavil mě hodnotí , naprosto miluji takové lidi...

*doplňte své oblíbené sprosté slovo ,nejlépe vyjadřující demenci ;-)

Ja si spis myslim, ze se to ve windows takhle snadne rychle proste vyresit neda.

Čistě OT - Jakou posloucháte převážně hudbu (za předpokladu, že posloucháte), kolik je vám let a taková relativní - kdybyste měl spravovat síť (kompletní administrace)(1000 stanic s Windows vašeho výběru NEBO 50 stanic s unixovým systémem vašeho výběru), co byste si zvolil? Pokud jsou některé věci osobní, tak to pochopím. Ač se mi nezdá, že by to člověk, který píše o přítelkyni sledující občas porno, považoval za osobní. Důvod otázek? Po přečtení vašich diskusí nejen s Leninem na velice rozličná témata se mi jevíte jako velice pozoruhodný člověk, žádný větší smysl v tom nehledejte ;)

Díky

Bacha, Ophire, jdou po vas. Az nekde uvidite bouchace v bilych plastich a se siti, tak utikejte mnohem rychleji, nez oni.

My používáme zásadně civilní oblečení a můj kolega zrovna bouchač není.
Každopádně dám vědet kolegům na oddělení, kde se nacházíte, že vám klávesnici do ruk už dávat nemají, byť na uspokojení úchylek, když už je ta benzodiazepinová krize. Teď jste to celé pokazil :(

Poslouchám různé věci. Namátkou Rammstein, Lordi, Astral Projection, Moby, Al-Yaman, Huun-Huur-Tu, IXNS, Leftfield... Administrací se léta nezabývám, a jak bych se rozhodl, to by záleželo na více věcech. Administrace serverů je obecně lépe hodnocená, než admnistrace klientů, takže když bych měl na výběr mezi unixovými servery a Windows klienty, tak bych asi šel někam, kde bych administroval Windows servery :). Ale jak říkám, administraci nedělám. V čem vám připadám pozoruhodný? Mám názory, většinou celkem dobře podložené, a stojím si za nimi. To přece děláme všichni.

Hm, příjemné překvapení. V ČR se dá sehnat kumquat, který nechutná jako něco mezi limetkou a gumovým medvídkem.

V čem? Právě v "Mám názory, většinou celkem dobře podložené, a stojím si za nimi." Dnes se mně relativně těžko hledá server, na který píší lidé konstruktivně rozvíjející názory, případně i nad rámec serveru, svůj příspěvek dokonale rozvinou, člověk se z něj něco dozví a vede ho to případně k zamyšlení, přičemž ti lidé jsou nebo se alespon snaží být objektivní a zbytečně nenapadají ostatní a respektují názory jiné. Svého času na kyberii, aldebaranu a podobných byly dobré diskuze, někdy i jsou, ale jinak nic moc...
Myslím, že by to mohlo být dostačující.

Možná jsme dva ze staré generace seriózních diskutérů :)

Možná dokonce ze stejné kanceláře že?:-)

No to jde, protoze to nejsou win aplikace, ale pokud to nekdo odzalohoval jenom Rmanem, tam musi byt i stejna instance.

Ale napr AD uz rozjet nelze, nebot netsaci jenom obnovit AD, ale chce i cele registry, no na napr. na jiny HW to nelze, protoze to skonci modrou obrazovkou smrti.

Zatimco unixy maji vse v textacich a kazda sluzba zvlast, windows maji slozite registry a nikdo nevi, co kde ma byt, neznam nikoho, kdo by vedel, ktere vetve je treba prenest pro to a to.

Dale jsem zazil situaci, ze se system po obnove registru bud zhroutil, nebo neco nefungovalo, protoze M$ je tak proziravy, ze pro stejnou knihovnu, ale jiny patchlevel udelal jiny zaznam v registrech a aby toho nebylo malo, stara knihovna na novy zaznam zpusobi BSOD ;-)))
Takze ja uz prenasel velke mnozstvi windows a obnovoval jsem je na jine stroje a rozjizdel ledasco, napr lotusDomino server rozjedu kdekoliv a rychle, protoze de fakto windows vubec nevyuziva, nezna AD, nepouziva regstry, staci prekopirovat a spustit.
Zato exchange, to je sakra problem, je treba toho hodne znat, spravne integrovat do AD a kupa dalsich vychytavek, no a pokud je to M$ cluster tak uz jsem zazil i hexaeditaci quorum disku v RAW stavu a tobyla vazeni chutovka.

Takze ano, to co obnovim na linuxu de fakto za cas obnovy z pasky (LTO3 70MB/sec, LTO4 ... ani nevim, rychlejis nez disky ;-))) ... na tom ve windows stravim den a i vice a to musim sakra dobre vedet, co delam, do toho nejake chutovky s patchi no a nekompatibilni HW, tak to je megachutovka, disaster recovery v tomto pripade nepomaha, trochu se to snazi vyresit Netbackup, ktery umi obnovit OS i na jiny HW, ale jestli budou fungovat sluzby uz nikdo nevi, protoze musi vynechat cast registru a to je pak zadelano na problem, ktery se nekdy projevi az casem ....

Takze nasazovat windows jedine tak, ze je rozchodim, poridim spare HW, udelam image disku a necham ho spat, ovsem pozor!!!! ty mrdky jedny medialni ze po par mesicich necinosti uz neprihlasi do AD, takze je treba resetovat ucet, nekdy ovsem i vytvorit znova, protoze se to musi smazat .... a kdo umi vytvorit do AD zaznam se stejnym SID ;-))) ... protoze SID na stanici neni relevantni, me zajima SID v AD ;-)))

Mimochodem nechapu, proc M$ nepodporuje veci jako ze vse nainstaluji znova a jenom obnovim data, to je takovy problem, ze neznam lepsi, napr preinstalace exchange zmakne vsechny lokalni repliky a archivy a necha je zasifrovane ;-))

Dobre, vezmeme priklad. Nemuzete najit instalacku MS Office, tak to prekopirujete. Co prenesete z registry?

Dale napr. associace pripon z hkey_classes_root, rozptylene po hafu klicu. A takove ty veci, jako \shell\open\command zase o kousek dale. Nasledne prakticky to same v hklm\software\classes. Nebo treba kryptograficka knihovna officu z hklm\software\microsoft\cryptography. O kus dal treba ...cryptography\providers\trust\cleanup. Web service provider od office update. Slovniky od officu, ktere jsou ale v registry nasypany pod hlmm\software\microsoft\windows pod klici s krasnymi jmeny typu 45345g42753hbjjy427532? Troufa si nekdo tvrdit, ze vi, ktere z klicu typu {452373-45373-ergt-453583863} musi zkopirovat a ktere jsou na hovno? A lze je zkopirovat? Neobsahuji nahodou nejaky sid dane masiny? A jak potom zmenit registraci officu, nechame-li stranou utilitky z Internetu, ktere se obvykle pouzivaji pri crackovani Windows a Officu, ale z produkcniho prostredi vas s nimi vykopou svinskym krokem, az jimi zatahnete nejaky trojan?

Jestlize kopirovat aplikaci na Linuxu je pakarna, na Windows je to o sebevrazdu.

hmm, a proto máme v práci na všechny stanice image, babrat se s takovýmato věcma jaksi hodně snižuje moji výkonnost v práci.

Z toho důvodu, že se kolega JardaP snaží neuměle překopírovat aplikaci z jednoho stroje na druhý, máte u vás image každého desktopu? Hmmm.

Kopiruji akorat apps od Sysinternals, Magical Jelly Beans dictionary a podobne, kde to jde. Ostani, jako Oppice, by me ani nenapadlo. Snazim se jen vyvracet tvrzeni, ze to jde.

Asociace přípon musíte provést i na Linuxu, to jsou ty věci v hkey_classes_root. Ta GUID jsou (jak jsem vám už psal) vytvářena při registraci komponent, nestarejte se o ně, a komponenty zaregistrujte na cílovém stroji (u CORBA/Bonobo/KPart komponent byste zřejmě musel udělat totéž).

Co předvádíte je obdoba toho, když bez jakékoliv znalosti věci grepnete celý disk na cestu, ze které něco přesouváte, a netušíte, co s výsledky.

LOL. Když používáte komponentový model, musí se ostatní aplikace o komponentách nějak dozvědět. Ale spěte dál ;)

Cože, nemůžete najít instalačku? LOL. Při nejhorším ji asi stáhnete z MS, nebo objednáte z Alzy, aby do pár hodin přišla. Provedete instalaci na cílovém stroji, a nastavení přenesete tak, že použijete Save My Settings Wizard.

Když jsme u toho, co přenesete z nastavení, když budete podobně kopírovat OOo? Například přenášet záznamy z RPM databáze bude jistě lahůdka. Jestli víte, napište, samotného by mě to zajímalo.

Přenos Active Directory souvisí s bezpečností. Jistě víte, že takový hloupý Total Commander ukládá zapamatovaná hesla pro FTP přístupy stejně šifrované na každém počítači, takže stačí přesadit konfigurák na jiný počítač, a máte přístup na všechny uložené FTP servery. Když je autor chytřejší, tak má každá instalace jiné číslo, a uložené informace jsou vázané mimo jiné na to číslo. V případě Windows je to SID.

Active Directory lze běžně zálohovat (to snad učí i na prvním školení adminů), a případně provést restore na jiném stroji. Pokud firma nezálohuje AD, admin zaslouží vyhodit. Exchange lze opět zálohovat a obnovovat, a samozřejmě lze soubory Exchange Store připojit na nově nainstalovaném Exchange.

"vynechat cast registru a to je pak zadelano na problem, ktery se nekdy projevi az casem" - to musíte namalovat pentagram, podříznout kohouta... Nenapadlo vás, že je to deterministické, a v principu shodné s tím, když vynecháte nějaké konfiguráky ze /etc?

Zkoušel jste někdy restore řekněme SAPu z databáze? Máte DB files, a hrejte si. Instalace DB a "implantace" DB files je sranda. Zajímavé to začne být hned poté, a věřte mi, že jestli se vám práce s MS Exchange líbila, tak tohle vás nadchne ;)

Když je autor chytřejší, tak má každá instalace jiné číslo, a uložené informace jsou vázané mimo jiné na to číslo.

Tomu teda říkám zabezpečení. Stačí změnit jedno číslo (nebo třeba spustit pod správně nastaveným Wine) a jsme zase na začátku :)

Za předpokladu, že víte, na co ho změnit. Navíc změna SID to znamená ztrátu současné konfigurace, které je vázaná na SID. Jinými slovy je to o dost lepší, než nic ;)

samozřejmě, že tohle nebyla tragédie. Ale teď mi řekněte, jak na následující (pač na linuxu je to běžná fičura, nikoli něco skrytého, co člověk musí hledat hluboko na msdn nebo procházet různými školeními, aby to našel):
a) instalace aktualizací bez rebootu.
b) instalace hardwaru bez rebootu (u XP, nejen u nich častý jev).
c) vezmu disky a hodím na jiný hw. A systéme, srovnej se s tím.
d) klonování. Vezmu jeden disk z raidu 1 a spustím jinde a ono to běží.
e) jednoduché klonování libovolných médií a jiných různých věcí (v unixech notoricky známý příkaz dd)
f) výpis, co se děje při bootu a jak jej nastavit. nemám rád schované věci, protože člověk pak neví, jestli systém opravdu něco dělá.

Řekně te mi, jak toho jednoduše dosáhnout ve windows. Totiž, že by to člověk někde jednoduše našel, to se říci nedá.

Tak že to nějak půjde bych snad i čekal. Jen jsem chtěl poukázat na to, že není pravda že by linux byl tak nepřístupný, že i windows mají své dny. A občas je řešení při snaze o jednoduchost pěkně komplikované (lidově přes prdel). Třeba právě zmíněný eventlog určitě běžným editorem nepřečtete, jako syslog v linuxu. Samozřejmě můžu stáhnout toolu která jej číst, ale proč nato sakra nemůžu použít můj oblíbený editor. Prostě to odpovídá titulku :).

a) Buď zastavte to, co se bude aktualizovat, a aktualizace nebude chtít reboot. Nebo patch spusťte s parametrem /z, v případě .msi nebo .msp parametr /norestart. Obecně neexistuje způsob, jak nahradit například běžící knihovnu bez restartu stroje (na Windows ani na Linuxu).
http://support.microsoft.com/kb/296861

b) Instalujte pomocí nástrojů Windows, ne dodaným setupem výrobce. Pokud není restart třeba, neproběhne.
c) S některými věcmi se systém srovnat nemůže, například ACPI/ne-ACPI HW. Pokud je stejný typ řadiče, doporučuji HW prostě přehodit, provést boot v safe mode, a provést redetekci HW.
d) Mám za to, že u dynamických disků to takhle funguje.
e) Řada utilit pro vytváření ISO images a jejich pálení. U disků buď na file level, nebo pomocí utilit typu Norton Ghosta.
f) Safe mode bootuje s logováním by default, přes advanced startup options lze vynutit i logování při normálním bootu. F8 při bootu, vyberte si. Nebo upravte startovací parametry (XP, Win2003 - edit boot.ini; Vista, Win2008 use bcdedit), nastavte si /bootlog. A nemusíte se bát, že by Windows nic nedělaly - na rozdíl od Linuxu startují paralelně.

Každý systém je složitý, když nahlédnete pod pokličku. Rozdíl je v tom, jak vychází uživatel vstříc. S command line a hjkl uživatel vstříc nevyjdete ;)

A nemusíte se bát, že by Windows nic nedělaly - na rozdíl od Linuxu startují paralelně

Linux taky startuje paralelně. Umí to sysvrc (tam je to ale defaultně vypnuté) i upstart.

Rozdíl je v tom, jak vychází uživatel vstříc. S command line a hjkl uživatel vstříc nevyjdete ;)

No to spouštění patchů a msi instalací z command line, navíc pokaždé s jinými přepínači, je toho krásná ukázka :)

Jinými slovy Linux nestartuje paralelně, i když se k tomu dá přemluvit. Předpokládám, že problém je v závislostech, které standardní init skripty neřeší.

Linux startuje paralelně, pokud je tak nastaven. U serverů to většinou není, protože tam nezáleží na délce spouštění, ale na snadnějším dohledání, proč a kdy něco nenaběhlo (což se v logu, kde se nemíchá několik věcí dohromady, dělá snáz). U desktopů se paralelní spouštění běžně používá.

init skripty závislosti řeší. Viděl jsi někdy, jak na začátku vypadají?

#!/bin/sh ### BEGIN INIT INFO # Provides: kdm # Required-Start: $local_fs $remote_fs hal # Required-Stop: $local_fs $remote_fs hal # Should-Start: console-screen acpid dbus hal # Should-Stop: console-screen # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: X display manager for KDE # Description: KDM manages a collection of X servers, which may be on the local host or remote machines. ### END INIT INFO

Samozřejmě „standardní“ init skripty psané komerčními firmami na tohle často kašlou.

Ještě s lepším formátováním:

#!/bin/sh
### BEGIN INIT INFO
# Provides:          kdm
# Required-Start:    $local_fs $remote_fs hal
# Required-Stop:     $local_fs $remote_fs hal
# Should-Start:      console-screen acpid dbus hal
# Should-Stop:       console-screen
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: X display manager for KDE
# Description:       KDM manages a collection of X servers, which may be on the local host or remote machines.
### END INIT INFO

Init skripty jsem pěkných pár let neviděl. Ona je totiž správa deamonů na unixech dost prehistorická, ve srovnání se Services Managerem. Že desktopová distra nabíhají paralelně, to je pro mě novinka. Mé poslední Ubuntu nabíhalo postupně, a SuSE tuším také.

Ubuntu nabíhá paralelně od verze 6.10, kdy začlo používat upstart, předtím se to muselo ručně zapnout v nastavení sysvinitu. U současného SUSE nevím, ale když jsem ho měl (to už je hodně dávno), tak myslím, že se paralelní start dal zapnout v YaSTu.

Správa démonů je dnes na velmi podobné úrovni jako Services Manager, pokud pominu tu „výhodu“, že démon je obyčejná aplikace.

Aby mě tu někdo nezačal kamenovat :), tou „výhodou“ jsem měl na mysli, že správa démonů nepoužívá tu windowsí „výhodu“, že démon (služba) není obyčejná aplikace.

Ta výhoda je ve Windows v tom, že máte API, které vám umožní zjistit, jaké služby v systému jsou, v jakém jsou stavu, umí je spustit, zastavit, nastavit jestli se mají startovat samy, nastavit kontext a akci při neočekávaném ukončení servisu. Bohužel unixy na tohle žádné API nemají, a proto už desítky let každý unix implementuje nějaké startovací skripty. Je to slabá náplast, ale lepší než nic.

Služba ve Windows není "obyčejná" aplikace, musí exportovat ty akce spustit, zastavit atd. Na unixech na tohle máte ty hromady zbytečných skriptů, které spouštějí a zastavují každý daemon jinak. Některé třeba tak skvěle, že se k němu připojí přes pipe, a pošlou mu instrukci k ukončení se. Proti tomu mít API, kterým servisu řeknete "ukonči se", je skoro nuda ;)

Zajímavý, já myslel, že ty akce jako zastavit se ve Windows řeší zasláním příslušné zprávy a spouštění tak, že se zavolá CreateProcess. Že by v tom přeci jen byl bordel?

V Linuxu se naprostá většina démonů (stejně jako ostatních aplikací) ukončuje zasláním SIGTERM. Samozřejmě ta možnost mít vlastní init skript je tam pro případy, kdy je potřeba řešit nějaké nadstandardní úkony (většinou nejsou potřeba, ale hodí se třeba pro hookování). Jinak v Linuxu je to taky nuda, stačí spustit invoke-rc.d služba stop a příslušný init skript se o vše postará :)

To máte špatné informace. Služby ve Windows spouští Service Control Manager podle informací v Registry. Pokud chcete servis spustit, zastavit, nebo ho konfigurovat, tak zavoláte Service Control Manager (OpenSCManager), a požádáte o danou akci (OpenService, poté ControlService se správným parametrem). Servis potom exportuje pár funkcí, kterými si se Service Control Managerem povídá (ohlašuje změnu stavu, nechává se ovládat).

invoke-rc.d *není* API. Je to command line utilita, stejně jako ve Windows utilita sc (sc start/stop jméno-servisu) nebo net (net start/stop jméno-servisu). Faktem je, že POSIX nemá obdobu Service Control Manageru, protože v původních unixech nic takového nebylo. Linux opět žádnou obdobu nemá. Práce s deamony je prostě pár více-méně náhodně poskládaných shell skriptů, u kterých se časem usadily nějaké základní konvence. Nic moc, že?

Na unixech se některé deamony ukončují zasláním SIGTERM, jiné připojením na pipe a zasláním příkazu, a v principu to může být jakkoliv. Jste tedy odkázán na init skripty, které akci provedou.

Ještě mě napadla taková otázka? Umí Service Manager zastavit, resp. restartovat komponentu, aniž by zastavoval ty, které na ní závisí? Tím by se totiž odstranila naprostá většina restartů po aktualizaci.

LOL, a k čemu myslíte, že ty závilosti asi jsou? Označují, že služba A potřebuje k běhu službu B. Když službu B zastavíte, a nezastavíte službu A, tak závilost postrádá smysl.

LOL, to se teda nedivím tomu, že je potřeba skoro kvůli každé aktualizaci restartovat celý systém.

Potřebuji restartovat nějakého démona, protože jsem nainstaloval nový bug fix, ale nechci restartovat další démony nebo jiné aplikace (či rovnou celý systém), protože na tom závisí. To je velká výhoda Linuxu, restatuje se jen to, co je potřeba, třeba restartování HAL nezrestartuje Xka ani KDE, přestože oboje na něm závisí - prostě na chvíli nebudou reagovat na nové události a po restartu se k HAL opět připojí.

LOL, to když budete mít třeba otevřené připojení k DB, které vám při restartu té DB odpadne, tak se pak nestačíte divit. U systémů, které nejsou jen na hraní, mají závislosti služeb své důvody.

Obyčejně aplikace a patche instalujete z GUI, advanced options jste chtěl vy.

A proč nejde použít i ty advanced options v GUI?

Protže jsou advanced? ;)

Já myslel, že Windows takovou zastaralou věc jako příkazový řádek nepoužívají a že se dá všechno úplně stejně nastavit v GUI.

To jste myslel špatně.

Přesněji řečeno jste to vy tvrdil.

Opravdu?

"Každý systém je složitý, když nahlédnete pod pokličku. Rozdíl je v tom, jak vychází uživatel vstříc. S command line a hjkl uživatel vstříc nevyjdete ;)"

Jsem si na vas dnes vydatne vzpomnnel. Prave jsem dorazil domu, 4 hodiny jsem se fackoval s rozchozenim file sharingu mezi dvema notebooky s Windows XP Home Disaster. Jeden notebook mohl na sdileni druheho, ale druhy ani nahodou na sdileni prvniho. Jak se zda, pruser byl nekde v nejakych nastavenich, ktera se nastavuji Policy editorem. Ten ale na XP Home neni, coz je uzasne: berou se v uvahu nejaka nastaveni, ktera ale neni cim nastavit, mohou ale byt dokopana nejakymi podivnymi programy nebo kdovi cim, co tam kdysi treba bezelo. Po intenzivnim googlovanim jsem skoncil instalaci Ressource Kitu od Windoze 2003 a zprasil do zpet do chodiciho stavu. Opravdu, Microsoft to uzivateli usnadnuje na kazdem kroku. Si tak predstavuji, jak si tohle sama dela treba prodavacka ze zeleniny.

Což by se vám nikdy nestalo, kdybyste na Linuxu nainstaloval podivný program, který by rozprasil cosi v /etc? ;)

Clovece, nestalo. Urcite bych s tim nezapolil 4 hodiny. Navic nevim, co by mohlo byt v sytemu necim nejak nastaveno a ja bych nemel v systemu nastroj, ktery by to prenastavil tak, jak chci. Jestlize v system neni Policy Editor, ale system respektuje nastaveni, ktera ten Policy Editor dela a ja to nemam cim vratit nebo dokonce i zkontrolovat, tak je nekde neco spatne.

Tak si to zkusíme, OK? Já na nějakém stroji provedu blíže nespecifikované zásahy do /etc, a vy se ho pak budete snažit zprovoznit. Uvidíme, jestli uspějete do 4 hodin ;)

Policy Editor je nástroj, který umí zapisovat na daná místa do Registry. Samozřejmě tam lze zapsat i jinak. Například tak, že si otevřete na nějakém serveru pro plebs oblíbený seriál "100 a 1 tip jako dojebat svůj počítač", a v Registry si nastavíte, co chcete.

Opakuji: Na Linuxu neexistuji nastaveni, ke kterym neexistuje nastavovatko. Neexistuje totiz zadny Linux Home Edition. V XP Home tahle situace zretelne existuje - Policy Editor a dost mozna i nastaveni prav na NTFS.

Policy editor mozna pise do registry. Vite ale kam vsude? A kdyz pise do registry, proc jsem nikde nic nevygoogloval o tom, co na tech XP Home mam prestavit? Ze by to bylo tou dobrou zdokumentovanosti registry? Jedine, co jsem nasel, bylo spatne nastaveni RestrictAnonymous, coz ale byla jen cast problemu.

Na dojebani pocitace nepotrebuji nejake serialy. Staci prijit k pocitaci, ktery jsem v zivote nevidel a on je treba jiz dojebany a nikdo nevi kdy a cim.

Na Linxu fakt neexistují nastavení, ke kterým nakonkrétní instalaci neexistuje GUI interface? Já se naopak obávám, že je jich velká spousta.

Policy editor zcela jistě zapisuje do Registry (nakonec Domain Policy zná každý admin). Kam zapíše, to je samozřejmě věc konkrétního nastavení. Minimální délka hesla se "kupodivu" zapisuje v Registry jinam, než použité pozadí plochy. Vaše otázka je podobně nesmyslná, jako "kam zapisuje nastavení KDE Control Center".

Ten seriál si zřejmě četl někdo, kdo ten počítač dojebal. Nebojte, kdyby vycházely články "100+1 tip jak si zkurvit Linux", a linuxové desktopy používaly stejní uživatelé, jistě byste nacházel třeba "zákeřné" změny nastavení všude po systému.

Na Linxu fakt neexistují nastavení, ke kterým nakonkrétní instalaci neexistuje GUI interface? Já se naopak obávám, že je jich velká spousta.

Ale existuje tam textový editor a dokumentace.

Policy editor zcela jistě zapisuje do Registry (nakonec Domain Policy zná každý admin). Kam zapíše, to je samozřejmě věc konkrétního nastavení. Minimální délka hesla se "kupodivu" zapisuje v Registry jinam, než použité pozadí plochy. Vaše otázka je podobně nesmyslná, jako "kam zapisuje nastavení KDE Control Center"

Existuje dokumentace, kam co Policy Editor píše a jaké jsou možné hodnoty?

Stejně tak ve Windows existuje regedit a dokumentace.

To je stejně nesmyslná otázka, jako se ptát "kam zapisuje hodnoty GUI". Group policy GUO pracuje s templates. MS dodává nějaké templates, které ovlivňují konkrétní hodnoty v Registry, a to je samozřejmě popsané. Ovšem templates si můžete vytvořit sám.

http://msdn.microsoft.com/en-us/library/ms815238.aspx

no nas pomalsich ale zaujmala pointa kaviarovych toustou, okrem odkazu na kultovku dedictvi :)