Vlákno názorů k článku
Dolní Sasko vrátí Windows na 13 tisíc počítačů
od Boo - Proc miliony? At nakoupi ty licence z reklamy...
-
macpac (neregistrovaný)
instalace jedne masiny???
Pokud jdou na Windows tak uz urcite na Win 10 a pokud to vemou s licencema na stanice pres Microsoft 365 tak mohou pouzit Autopilota.
Nebo minimalně instalaci vzit pres image. Instalace do cca 20min na SSD.
Nastavení lze globalne pres GPO popr. pomoci autopilota. -
Neprovádí se migrace na Linux právě z toho důvodu, aby se předešlo vendor lock-inu? Nevím jak Dolní Sasko, ale takový Mnichov migroval co mohl na webové aplikace. Dost pochybuji, že by byli dost šílení na to, aby si nechávali psát Linux-only desktopové aplikace.
Je také možné, že bude hrát značnou roli migrace HW. V Mnichově slibovali, že migrací na Linux ušetří za upgrade HW, protože to všechno pojede na starém HW. Jenže jim nedošlo, že tím ten cyklus výměny HW jen trochu odloží. Dneska mají drahou migraci na Windows, protože v jejím rámci mění všechen ten HW ze začátku století (tj. nejspíš 32-bitové stroje s pomalými HDD a se 14" CRT monitory) za nový.
-
Tam kde používají Windows určitě jedou spousty desktopových aplikací. Ale co ti, kteří migrovali na Linux? Opravdu mají třeba v Mnichově nebo Dolním Sasku Linux-only desktopové aplikace? V jakém počtu, k čemu? Fakt by mě zajímaly detaily. Přijde mi zvláštní, že by se zbavovali vendor lock-inu, a v procesu si ho vybudovali znovu.
-
KateStříbrný podporovatel
V Dolním Sasku ty počítače doteď Windows nepotkaly. Vzhledem k tomu že před Linuxem jely na Solarisu, mohlo dojít k migraci aplikací co měli dělané na míru, pokud takové byly.
-
Přesně tak, není kapitál jako kapitál. Jako strategický kapitál můžu chápat i technologickou nezávislost.
Pokusil se už někdo spočítat cenu vendor-lock-inu a uzavřených řešení? Třeba i s ohledem na geopolitickou situaci?
Ve státní zprávě by mělo být tvrdě požadováno, aby se předešlo zaháčkování na nějakém dodavateli a uzavřených formátech, ale bohužel: Není k tomu vůle ani ze strany korporátů ani ze strany státu (protože lobby je mocné a ruka ruku myje).
A samozřejmě s tím hardwarem to také může být pravda - jako vždy, když se detailně rozkryje skutečnost, tak to začne vypadat všechno trochu jinak.
-
technomaniak (neregistrovaný)
To byl uveden pouze příklad jednoho aspektu. Těch aspektů je tam samozřejmě mnohem více. Ale protože všichni víme velké kulové o jejich řešení, sítí, serverech, softwaru co mají na klientech, sotwarech na serverech, apod.. tak samozřejmě nemůže zde provést přesnou kalkulaci, prakticky ani orientační odhad.
PS. když bych tě taky vzal za slovo jako ty mě, tak už vidím jak 13 000 mašin používá 1 image s jedním nastavením + podpůrným softwarem pro různé agendy.
PSS. images používám pouze pro stejný počítač, pokud ho hodíš na jinou konfigurace hardware(střeva) tak jsou s tím problémy a někdy se daný OS ani nerozjede bez přeinstalace. Představa, že Němci na těch úřadech maj všichni stejný hardware je fakt směšná. -
BobTheBuilderStříbrný podporovatelAd PSS: od Win7 to není žádný zvláštní problém, nějaký ruční zásah býval nutný někdy u USB3 řadičů Renesas apod., který nestačilo podstrčit drivery. V XP to bylo horší, tam někdy ani sysprepnutý image nešel přenést, zejména mezi IDE/AHCI a už vůbec mezi AMD/Intel.
Takže jeden image problém není, ale může být šikovnější jich mít víc pro různá typová pracoviště. Spíš ale se to nastaví částečně přes GPO a částečně skriptem, který nainstaluje sadu aplikací nebo čeho, když aplikace přes GPO nejde (třeba pitomý Java Runtime).
S Win10 je instalace image na jiný HW ještě snazší.
Ale můžete narazit, např. speciální software k driveru na scanner Fujitsu, bez kterého nelze ukládat naskenované faktury do SAPu, vyžaduje aktivaci výrobním číslem zařízení. To je obzvlášť nechutný případ. Profibanka následuje vzápětí. Tam admin prostě musí dojít a doinstalovat, profibanku dokonce za přítomnosti uživatele, který se musí v průběhu instalace přihlásit do banky s právem instalace (takže často šéfka oddělení). -
technomaniak (neregistrovaný)
Je pravda, že jsem to zkoušel naposledy někdy kolem roku 2006-7 na XP. Protože to tehdy selhalo tak jsem to ani nezkoušel ani jsem to nepotřeboval. Ani to zkoušet nechci, nicméně moc se mi to nezdá to co tvrdíš. Co třeba aktivace, to nedělá problém? Přeci jenom image se objeví na jiném hw a aktivace by měla u Win vřískat. Protože je image na jiný ID hardwaru a nyní detekuje opět jiný ID hardware.
-
Tohle je právě neštěstí diskusí, když diskutuje někdo, kdo nemá o problému ponětí :-(
Ona totiž instalace Windows XP nemá s W7 a W10 téměř nic společného, ten systém se instaloval ještě jako víceméně klasický setup, image to samo o sobě neumělo. Dalo se to řešit nástroji jako třeba Ghost, dokonce byla i jistá podpora přes sysprep, ale prostě problém...U W7 to je úplně jinak, tam je fakticky instalace image sama o sobě (WIM) a nalití přes nějaký nástroj správy je řádově jednodušší, mimo jiné právě proto, že je neporovnatelně menší náchylnost na změny HW (a když už něco potřebuje specifické drivery, tak se mnohem snáze do image přidají). W10 to jen dále rozvíjejí, změna nastala už ve W7.
Aktivaci v korporátu nikdo neřeší - KMS, takže taky poznámka zcela mimo.
-
technomaniak (neregistrovaný)
Tož to abys tu svou zaměstnaneckou zdegenerovanou prdel zvedl a šel jim do Reichu vysvětlit, ne? Když jsi takový expert na danou problematiku. Téma(diskuze) totiž není vzdálená správa v korporátech a ani instalace images. Možná že o této problematice vím méně než ty ale na rozdíl od tebe nedisponuji tak nízským IQ, že se ztrácím v textu a tématu článku.
-
@Tomas Hruby, technomaniak: Tak W7 sice ma na DVD install.wim (coz je obdoba squashfs image u GNU/Linux instalacek) kterej obsahuje kompleti "rootfs" a pri instalaci se v podstate provede "rozbaleni"/"aplikovani" WIM na oddil disku, nicmene to ze by nasledna instalace sla snadno prenaset je jen teorie... v praxi je to resitelne tak, ze nez udelas z instalace master, tak pustis "system /oobe /generalize /shutdown", coz prave ze je urcene k prenosu na jine HW, kdy parametr /generalize "zgeneralizuje" HW databazi odstranenim aktivnich zaznamu o HW (pritom ponechava na dostupne ovladace (*.inf, drv, dll atd)), z toho se udela "master" WIM, kterej se muze nahradit na instalacnim DVD ten puvodni/original, nebo se pracuje klidne jen s tim WIM... pro deploy se pak pres PXE nahodi WinPE a pusti setup.exe s pripravenym "unatented.xml" kde je zautomatizovan celej proces instlace...
na cilovem HW se pak po rebootu system chova jako po bezne prvni instlaci kdy probehne(proplazi se) "ocuchani HW a instalace ovladac"...jinak pro sejmuti WIM z oddilu, je mnohonasobne vhodnejsi misto oficialnich imagex/dism nastroju pouzit 3rd opensource wimlib-imagex, kterej je mnohem rychlejsi a ma vice moznosti, navic je i pro GNU/Linux... takze celej popisovanej proces provadim poloautomatizovane s pouziti KVM/virsh/wimlib-imagex/GNU, tedy spis nez na prenos na jinej HW, na implementovani WindowsUpdates, protoze to co provadi DISM je jen trapne "zkopirovani"/offline instalace kdy se pak aktualizace po nainstalovani systemu stejne teprve instaluji, reseni pres (KVM) virtual a realna instalace ovladacu v systemu (pomoci automatizovaneho scriptu (mile daleko za jednoduchosti/prehlednosti apt apod nastroju v GNU/Linuxu))
