Díky za Linux

21.9.2011 09:24 | Přečteno: 2341× | Linux | poslední úprava: 21.9.2011 09:24

Takové malé poděkování za Linux a povzdech nad Windows

Nedávno jsem před kolegou Windowsákem neobezřetně řekl, že mám rád Linux, protože mohu snad téměř veškerou správu provádět na dálku z mé N900 v konzoli. Na to kolega odvětil, že Windows 2008 je možné nainstalovat také pouze v režimu konzole. Dál jsem s ním nediskutoval, protože jsem to nikdy nepoužil a neviděl. Včera jsme ale migrovali jeden Windows DC z VMware Serveru 1 do ESX 4.1. Je to systém Windows 2008 core, čili "bez GUI" pouze s konzolí a byl jsem z toho hodně zklamaný.

Uvozovky jsou tam správně. Samozřejmě se nastartuje grafický režim, pouze místo Průzkumníka se nastartuje jedna konzole CMD. Přemýšlel jsem také, jak bych se na takový server dostal kvůli administraci. Zjistil jsem, že na "core" verzi neběží Terminal Services - to by mi bylo z textové konzole stejně na nic. Ještě jsem to nehledal, ale nevěřím, že by Microsoft do Windows implementoval SSH nebo alespoň Telnet (a pokud ano, tak určitě nekompatibilní se standardem). Linuxový kolega, který u nás nastoupil právě aby přešel z Windows světa do Linuxového, říkal, že se na core lze připjit pouze přes MMC - bohužel, to je Windows GUI aplikace, takže z N900 nic. Takže jak přistupovat do konzole core windows zatím nevím, ale jdeme dál.

Zmigrovali (překopírovali) jsme Domain Controller z linux VM serveru na ESX a chtěli jsme zaktualizovat VMWARE TOOLS. Po připojení vmware tools virtual CD, ale nanestartoval automaticky instalační program, takže jsme museli instalovat ručně pomocí msiexec. Bohužel vmware tools vyžadoval nejdříve odinstalovat aktuální verzi. To lze s msiexec zadáním MSI balíčku nebo zadáním productID, které lze najít v registrech. Samotný msiexec neumí zobrazit (alespoň podle helpu) seznam nainstalovaných aplikací a jejich productID. Regedit je ale GUI tool - jak bych to mohl použít v konzoli mi není jasné. Našli jsme tedy prductID vmware tools ve formátu {XXXXX-XXXXXX-XXXXX}. Jako tradičně u MS - pro práci v konzoli nevhodné. Po spuštění msiexec s odinstalací ovšem opět vyskočilo grafické okno - vzdálené práce přes textový terminál opět nemožná. Pak tedy klasicky reboot Windows a instalace nových vmware tools opět pomocí msiexec, opět s okýnkama a opět reboot.

Když tedy DC na ESX nastartoval, zjistili jsme, že se nelze přes MMC připojit. Zastavili jsme tedy DC na ESX a nastartovali na originálním vmware serveru. Připojení přes MMC v pořádku. Znovu startujeme na ESX a opět se nelze připojit. Bohužel na CMD konzoli, bez přístupu přes MMC toho moc nezjistíme. V Linuxu je ovšem většina logů v textových souborech a pomocí nějakého stránkovacího programu (používám less) lze logy elegantně procházet a prohledávat.

Na Windows core ale "logicky" MMC není, takže logy nelze lokálně prohlížet a vzdáleně se přes MMC nepřipojíme. Nechápu, proč je na windows core GUI regedit, ale GUI MMC ne. Když uživatel zadá msiexec příkaz bez parametrů, zobrazí se nápověda v GUI okně - toto chování už jsem u několika Windows aplikací viděl, takže to zřejmě není u msiexec výjimka. To ale není moc chytré pro konzolový systém a je to úplně nepoužítelné v případě připojení přes terminál.

Jak jsem psal, migrujeme naše VMware servery na ESX. Je to podobné jako s Windows. Vmware Server, Player i ESX jsou skvělé virtualizační systémy, bohužel oproti XEN mají v případě vzdálené administrace nevýhodu. Když se něco stane s Linux serverem na XEN serveru, mohu se z N900 připojit a kompletně systém spravovat. Pro přístup do ESX potřebuji vSphere Client, který běží na Windows. Pro Linux sice existuje ESX API, ale to mi konzoli nezobrazí.

Takže velice děkuji za Linux, za možnost vzdáleného přístupu přes textový terminál a za XEN virtualizaci, umožňující také textovou administraci. Bohužel vzdálená textová administrace Windows možná zřejmě není - musim kolegu někdy poprosit, aby mi ukázal, jak vzdáleně přes telefon spravuje virtuální servery na ESX nebo na windows virtualizačním serveru

P.S.: Máte někdo tušení, proč nenabíhá ten Windows DC po přesunu z vmware serveru na esx? Kolega říkal, že tam není DNS - při instalaci DC se doporučuje instalovat na stejném serveru i DNS, ale my používáme vlastní DNS na linuxu, takže DNS na DC není. A když ten DC na vmware serveru běží v pořádku, proč ne i na ESX? Díky za nápady.        

Komentáře

[Aleš Kapica]

Ten blogpost se snad ani zhodnotit nedá. Napsaný tak, že se autorova depka na mě přenesla hend po prvních po prvních odstavcích (tedy dobrý). Ale meritum věci - ztělesněná trgédie (tedy špatný).

[Aleš Kapica]

Jinak já migruji z vmware do kvm. QEMU + SPICE podobné situace dovoluje řešit i vzdáleně.

[Aleš Kapica]

Spice na N900 klienta má. Bohužel já nemám N900.

[RoboShim]

Jo, svoje pracovni WoknaXP jsem taky zmigroval z vmware server na KVM. Bohuzel i KVM administrace stroje pres VNC neni z mobilu moc prijemna:)

[Aleš Kapica]

SPICE není VNC, ale jinak souhlasím s tím, že administrace přes klikátka je k prdu.

[Sten]

Všechny Windows Servery mají jediný oficiální způsob vzdálené správy - RDP. Což je při připojení přes mobil utrpení (obzvlášť pokud mají rozlišení pod 800x600, okna se nedají jako v Linuxu posouvat jinde než za ten proužek nahoře) a při připojení ze zahraničí to ještě spolehlivě vyluxuje peněženku

[Kvakor]

Slyšel jsem, že je možné náročnopsst RDP poněkud zdrcnout, pokud se RDP klient neotevře na koncovém zařízení, ale na nějakém unixovém stoji na stejné síti jako windowsovký stroj a teprve na něj se z vnějsku připojit NX protokolem. Osobně jsem to naštěstí nikdy nepotřeboval, ale věřil bych tomu.

[Woknař]

Jestli ono to nebude tím, že jednou nastavený systém funguje a ze zahraničí opravdu není co administrovat (t. j. celý opocený bastlit a improvizovat v home made systému bez předem predikovatelných reakcí na různý HW a SW).

[AsciiWolf]

Malá rada - nemluv o něčem, čemu ani v nejmenším nerozumíš. Nebudeš pak všem pro smích.

[WOknař]

Neználkovi tvého typu budu pro smích úplně klidně. Když se mi směje dítě, nebudu se proto zlobit. Jsem dospělý a administrací jsem se živil déle než ty jsi na světě, hloupý hochu.

[pavlix]

Už jsem pár vydržovaných rádobyadministrátorů viděl, takže by mě ani nepřekvapilo, kdybys psal pravdu.

[RoboShim]

He, ja se administraci zivil jeste dele nez on. Ale to jsem administroval jeste MSDOS a Win311. DOS v siti (internetu), to bylo zuzo, stejne tak Windows 3.11. Proto jsem presel na linux, protoze tam vetsinou vsechno fungovalo, kdyz se to nastavilo.

[SPM]

Jojo, administrace - hrál si si s abakusem zatímco ostatní lovili mamuty a teď machruješ :)

[TM]

Promluvil odborník ))

Člověče, nabídněte své služby Microsoftu. Zaručuji vám, že máte do smrti vystaráno. Jejich nejlepší lidé jsou proti vám naprosté nuly.

Bože, to je síla, co tady člověk potká

[WOknař]

Představ si, že jsem dlouhá léta dělal admina pro korporaci s několika tisíci desktopy a stovkami síťových apps. Ovšem to domácí bastlič tvého ražení asi nebude schopen obsáhnout. Ano, jeli jsme tehdy i na Suse. To byl nejslabší článek systému a proto byl odstraněn.

[Aminux]

A komu to cpeš? Vrať se odkud si přišel. Nebo tě taky odstranili jako nejslabší článek?

[Bedňa]

V čom bol najslabší? Inak poznám adminov čo sa prepili do nuly a vylievajú si hnev po Internete.

[SPM]

Asi v tom, že to nemohl obsluhovat každý kohout, kterému se nasypalo zrní okolo enteru :)

[rADOn]

+1

[RoboShim]

Samozrejme, ze SuSE byl nejslabsi clanek, protoze na linuxu obvykle admin problemy hleda, najde a pak je vyresi.

Ve svete Windows existuje oficialni MS troubleshooting(TM)(R)(C): (1) restartuj to - porad to nejde? (2) preinstaluj to. Na to staci cvicena opice, pardon sexkretarka, ehm, chtel jsem rict sekretarka, no ale aby to nevypadalo tak blbe, tak samozrejme musi kazda firma s stovkama Win serverama (coz by slo obvykle vyresit par Linux servery) take dostatecny pocet MS certifikovanych odborniku, bez certifikace by nebylo verohodny, ze ten clovek zvladne MS troubleshooting(TM)(R)(C) spravne a zacalo by se pochybovat, jestli jsou vubec MS certifikovani odbornici potreba. Tim by samozrejme klesly platy MS adminu, takze by jich tolik nedelalo certifikace a tim by klesly MS zisky z certifikaci.

Tfuj, to jsem ale hnusnej trol:)

[Filip]

Heh, to, že systém nebude potřebovat opravy za běhu je ještě míň pravděpodobné, než že zákazník/šéf nevymyslí kreativní úpravy za běhu systému.

[rADOn]

Kdyz jsem mel naposled v ruce wydle (Server 2003) mely telnet server. IMO je to, stejne jako cela "konzolova" verze urcene k provozu servery aplikaci tretich stran ktere jsou na to stavene. Treba aplikacni servery bezici pod JVM, apac, databaze apod... Necekal jsem ale, ze podpora "vlastni staje" je az tak hrozna

[R]

Ten telnet som kedysi skusal (tusim vo win2k) a bolo to uplne nepouzitelne. Predpokladam, ze je to tak dodnes (ak to neodstranili uplne).

[rADOn]

Ono ve 21. stoleti s vaznou tvari nabizet telnet je trapas samo o sobe

[bazil]

Btw ESX server je postaven nad linuxem, můžeš se tam připojit i pomocí SSH, jen je to defaultně zakázané a musí se to povolit přes konzoli. Viz http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1017910 a nebo http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1017910

[RoboShim]

Jasne, to je pravda. Ale tam zase nemas zadny nastroje na spravu VM. Mimochodem, ono to SSH pripojeni je docela na nic. Tuhle jsem se tam nadsene pripojil, abych omrknul, jak ESX resi bonding a ... jsou tam vmware utility, ale z linuxu tam je naprosty minimum - zadny iproute ani ifconfig. Natoz nejaky tooly na spravu VM. Takze v praxi je ten ssh pristup na nic.

Proste na spravu virtualu je nutne mit vSphere client. A to bezi jen na Windows, cili RDP je nutne. No a na mobilu se s RDP dela spatne - ono to na N900 jde, kolega mi ukazoval rdesktop a ja sam zkousel VNC a easy chroot debian s X aplikacema, ale proste se to moc dobre neovlada.

[koulinek]

To není zase tak úplně pravda, vmware má spoustu API a v cli také svoje nástroje takže i na tom ESXi můžeš pohodlně manipulovat s VM, chce to jen pohledat ;)

[RoboShim]

O API do cli vim. Jen me proste dostalo, kdyz jsem se sshcknul na server, ktery jsem identifikoval jako nejaky RHEL, ale neobsahoval ip, ifconfig, lsmod a podobne

Urcite je ale XEN administrace porad prijemnejsi nez cli na esx.

[ext3fs]

Tak pro vmware team je to vyhodne v tom, ze cim mene aplikaci v CLI, tim mene potencialniho rizika zneuziti. A za druhe cim mene aplikaci v CLI, tim vice nutnost pouzivat jejich klikatka. Nejvice mne ale pobavi, kdyz uz dojde k problemu (neodemce se uzamceny soubor na ESX/ESSXi, problem s mountem,hledani v logu,...) stejne nakonec radi prihlasit se pres ssh a konat tam :)

[lomoz]

kdysi jsem hnal powershell pres ssh server.. fungovalo to jakž takž.. ale protože jsem před tím hledal nějaké nativnější řešení, zjistil jsem že windows nejsou na vzdalenou cli spravu stavene.. vice utrpeni nez uzitku

[RoboShim]

Tak reseni pomoci CygWin by taky slo, to by bylo dokonce lepsi nez cokoliv od MS (ssh+bash+gnu utils, s tim uz se da pracovat). Bohuzel na spravu Windows to nestaci:(

[neal_cz]

Na logy v core edici zkuste wevutil.exe: http://technet.microsoft.com/en-us/library/cc732848(WS.10).aspx

Jinak je skvělé, že MS všude tlačí Powershell, ale core edice Powershell nemá/neměla.

[RoboShim]

Zkusim, diky. Zrejme ten DC nainsgtalujeme znovu, ale proste me zajima, co se tomu po presunu nelibi

[kralyk z abclinuxu]

Je zajímavé, jak u takovédleho zápisku úplně chybí výkřiky od pacientů Woknař, Laco a podobných...

[kotyz]

To jo, přitom to má v nadpisu slovo LINUX a na to bych čekal že skočí s rozběhem

[belisarivs]

Jenom pockej az doreinstaluji Okna. To uvidis ten cvrkot.

[WOknař]

Je mi skoro trapné říci, že jsem nainstaloval XP, dělal na nich denně a mezitím už se zkouší Win 8 a já ještě nepocítil potřebu reinstallu. Asi to nebude o systému ale o jeho znalosti. Pochopitelně náboženský fanatik tvého ražení bude omílat mantry o BSOD a restartech, ale tomu se už dnes všichni normální lidé (bez uhrů a s pravidelným sexem) pouze smějí.

[kralyk z abclinuxu]

Ty máš nějaký ty uhry nebo pocení snad v každým druhým příspěvku. Nějaké trauma z dětsví? Vypadá to tak. Máme tu i terapeuta kdyžtak

[Bedňa]

Rovnako ma to napadlo, ale tu by to asi chcelo aj argumenty a nie len výkriky Linux je na hovno.

[phr]

Tohle mne vůbec nepřekvapuje. Už od dob WinNT je v Oknech konzole jenom emulovaná (NTVDM - NT Virtual Dos Machine), navíc verze Oken novější než XP vůbec nepodporují Full Screen Mode, takže prostě nezbývá nic jiného než použít grafický režim. O "kvalitě" utilit pro správu už nemá cenu se bavit vůbec, vůbec největší výsměch je Telnet, já osobně místo něj používám Putty - ten umí i to SSH.

Co se týká Regeditu, verze ve starších Windows uměly při použití správných parametrů nějak fungovat i v konzoli, minimálně Import/Export do texťáku, divil bych se, kdyby tuhle fíčuru vyhodili, je třeba napsat Regedit /?

Pro vzdálenou správu má MS RDP (někdo už to tady psal), v linuxu existuje RDP klient, dá se použít i VNC, ale jestli by to fungovalo na N900 netuším.

[RoboShim]

Putty umi i seriovou konzoli. Ta je taky o dost lepsi nez ten MS terminal.

Jasne, akorat pracovat takhle s registrama je dost o nervy. To uz radsi ten editor registru, kterej je v linuxu. Je to zaklad jednoho distra pro windows password recovery

Jasne, RDP je super, klient pro N900 samozrejme existuje, protoze na N900 bezi Maemo a to je normalni debian pro arm architekturu. Akorat ta prace na N900 neni zrovna prijemna ono to rdp proste tu mys potrebuje. Navic Win2008 core nemaji terminal server, protoze v tom core modu neni GUI a tudiz se predpoklada administrace z jineho serveru pres MMC.

[phr]

Nemělo by se to teda jmenovat Hardcore mod ?

[rastos]

Prečítal som to len zbežne, ale prihodím pár poznámok

• Telnet server býval vždy nainštalovateľný ako komponent. Defaultne sa neinštaluje, ale dá sa zapnúť.
• Telnet klient je tiež inštalovateľný komponent. Defaultne býval ešte v XP. Vo Viste, W7, Win2003, Win2008 ho treba doinštalovať - ktorý chmuľo to vymyslel, to neviem. Ale bol to chmuľo
• Nie je mi jasné, aký komfort resp. kompatibilitu od telnetu očakávaš.
• cmd má jedinú príjemnú vlastnosť - že do neho možno drag&drop hodiť cestu z Exploreru
• do registrov sa dá niečo prihodiť zo súboru cez regedit /s (to /s je (s)ilent )
• kadečo sa dá v registroch robiť v commandline pomocou reg.exe
• podstatne viac a pohodlnejšie sa asi dá robiť cez PowerShell - len sa to učí o dosť horšie ako bash/binutils/textutils v Linuxe. Aspoň mne. Tiež nerozumiem prečo PowerShell nie je default v Core inštalácii
• spravovať windowsy remote sa dá. Ale na pomalú linku to stavané nie je.

[RoboShim]

Nie je mi jasné, aký komfort resp. kompatibilitu od telnetu očakávaš.

*** Nejde o komfort telnetu nebo ssh. Jde o moznost vzdalene spravy z prikazoveho radku, ktery mam jednak na PC, ale take v mem mobilu N900. V Linuxu muzu pres prikazovou radku (at uz ssh nebo i telnet) udelat temer uplne vsechno, resp. snad veskere administracni ukony - sprava programu, konfigurace, prace se soubory, prohledavani logu. Ve Windows (pres telnet) udelam pravdepodobne prd, protoze vsechno je orientovano prevazne na GUI a kdyz uz to ma CLI verzi, tak se s ni dela dost tezko (napr. odinstalace programu pomoci productID ve formatu {XXXX-XXXX-XXXX-XXX}). Mozna jeste by se dalo pracovat v tom PowerShellu, ale k tomu stejne zase clovek potrebuje nejaky CLI nastroje, ktery by ziskavaly informace z Windows.

spravovať windowsy remote sa dá. Ale na pomalú linku to stavané nie je.

*** To je jasne. Pres RDP z PC, pripadne pomoci MMC z jineho PC. Ja jsem ale probiral prave tu moznost vzdaleneho pristupu z mobilu, protoze pro mne jako admina je to denni prace. Jsem doma v posteli, neco chcipne, chytnu mobil a pres ssh jsem u jadra. Nebo jsem nekde na ceste, neco chcipne, pripojim se pres GSM pres SSH a resim.

Do Windows se zrejme na CLI nedostanu a kdyz uz, tak tam nejsou nastroje, kteryma by se dal system spravovat.

[vain]

Ja jsem ale probiral prave tu moznost vzdaleneho pristupu z mobilu, protoze pro mne jako admina je to denni prace. Jsem doma v posteli, neco chcipne, chytnu mobil a pres ssh jsem u jadra. Nebo jsem nekde na ceste, neco chcipne, pripojim se pres GSM pres SSH a resim.

Možná by to chtělo zjistit, proč ti denně něco chcípá.

[RoboShim]

Možná by to chtělo zjistit, proč ti denně něco chcípá.

Clovece, to se tak stava. On Windows, Linux ani Hardware neni dokonalej Jak jsem psal, rad bych vedel, proc Windows DC prestane fungovat, kdyz se zmigruje z vmware server 1 na ESX. Bohuzel ta Core verze mi moc nesdeli ani na konzoli. Proto jsem rad, kdyz mi linux umoznuje detailni administraci, navic jeste v textove konzoli (nejsem zavislej na nejakym GUI, ktery taky nemusi nabehnout) a k tomu jeste, kdyz ten TXT pristup mam vzdalene z jineho stroje a jako tresnicku vyuzivam moznosti se pripojit z mobilu.

Ja vim, on MS tvrdi, ze Windows servery fungujou spolehlive a prakticky nepotrebujou zadny dohled. On linux taky funguje spolehlive, dokud funguje spolehlive. A pak je prave dulezite, kdyz uz to chcipne (linux nebo windows), jak a za jak dlouho to clovek dokaze znovu zprovoznit a najit problem - to se mi osobne dari v linuxu rychlejc, viz problem s prevodem DC na ESX. A nemusi jit jenom o problem, muze to byt proste zaplneni disku.

Zatimco v pripade dochazejiciho mista na Linux SVN se v noci z postele nebo odkudkoliv jinud pripojim vklidu z mobilu na nase dva fail-over Subversion servery, zvetsim z konzole LVM na obou (lvresize -L +xxGB /dev/data/svn - s prepinanim oken tak 30 sekund ), zvetsim DRBD zarizeni na jednom (drbdadm resize svn - 10 sekund) a pak online zvetsim FS s daty na aktivnim serveru (resize2fs/resize_reiserfs /dev/drbd0 - 10 sekund), v pripade Windows serveru musim zapnout pocitac, pripojit se pred RDP a naklikat to nejak. Pokud nejsem doma u PC, tak bud musim nekam k PC dojit nebo musim zaukolovat nekoho jinyho.

[vain]

Já neobhajuji kvalitu administrace Windows ani administrace Linuxu (s administrací Windows serverů nemám zkušenosti, nějaké u nás běží, ale ty jdou mimo mě). Jen narážím na to, že jsi psal, že tyto věci děláš prakticky denně, a to dle mého není moc v pořádku, pokud jde o server

[RoboShim]

Jen narážím na to, že jsi psal, že tyto věci děláš prakticky denně, a to dle mého není moc v pořádku, pokud jde o server

*** Tak sice jsem napsal "server", tim jsem ale samozrejme myslel "jeden ze serveru". Aktualne mame v Nagiosu 143 linux server a na nich 2069 sluzeb. Takze samozrejme to neni kazdy den stejny server (ikdyz obcas ano) a take to neni kazdy den. Jsou tydny, kdy je vsechno OK (na par drobnosti), a pak jsou tydny, kdy se sere vsechno, co muze. Jde o to, ze musim pocitat s tim, ze se muze podelat cokoliv kdykoliv. A s N900 jsem trosku vic v pohode, protoze muzu odkukoliv temer vetsinu problemu resit (vcetne pristupu na textovou konzoli do HP iLO serveru).

Napriklad ted mame podivnej problem se subversion servery. Dochazi misto, pridali jsme dalsi dva disky, v linuxu v hpacucli jsem nakonfigurovat logickej disk, udelal partition, pridal jako PV do LVM. A servery zacaly padat. Je tam XEN, takze po padu se hned restartuje, takze jsme zatim nezjistili pricinu, ale uz mam aktivni seriovou konzoli, takze snad se neco ukaze.

[Xerces]

A jaká je ta motivace co nejdříve zprovoznit Win server, když už teda klekne a jsem na cestě? Tak to holt ty 2 hodiny než přijedu, uvařím si kafe, nasnídám a přiloguju počká, ne? Beztak na nich neběží nic důležitýho.

[kralyk z abclinuxu]

cmd má jedinú príjemnú vlastnosť - že do neho možno drag&drop hodiť cestu z Exploreru

Nevím uplně přesně co tím myslíš, ale imho tohle u shellu není problém...

alias xc='xsel -b'
pwd | xc       #uloží aktuální cestu do clipboardu
cd $(xc)       #cd na cestu v clipboardu
cat file | xc  #obsah souboru do clipboardu
#...a podobně...

Případně většina emulátorů podporuje zkratky pro kopírování/vkládání...

[rastos]

Hovorím o tom, že v exploreri môžem vybrať súbor a rovnako, ako keby som ho chcel drag&drop presunúť do iného okna exploreru, tak ho môžem drop-núť do cmd a výsledkom je, že v cmd sa mi napíše celá cesta k tomu súboru.

Nehovorím, že Linux to nevie. Vie. Napríklad medzi Dolphin-om a konsole. Vlastne každou URL a konsole. Pravdepodobne aj s inými konzolovými programami v Linuxe. Ja len hovorím, že je to jedna z mála vlastností, ktorá v cmd funguje a funguje dobre. Inými slovami - ten zvyšok funkcionality samotného cmd je (censored).

[vain]

Umí to i Nautilus > GNOME-Terminal. Asi bych tu funkci cmd moc nevyzdvihoval, jelikož to evidentně je standard

[Marián Kyral]

Potvrzuji, v KDE mezi Dolphinem a Konsolí to taky funguje

[Atrament]

Funguje to i mezi Double Commander a Yakuake v LXDE...

[SPM]

Jsem si z toho tak nějak vzpomněl na tohle :D

[kralyk z abclinuxu]

[rADOn]

Ja bych vedel jeste o jedny uzitecny funkci: kdyz se to zapne nekde v registrech, funguje aspon zakladni doplnovani (adresare, soubory). Ve srovnani s bashem je to sice ubohy, ale proti command.com se to da povazovat za velky zlepseni Dokonce bych se vubec nedivil, kdybysme se timhle tempem v horizontu cca dvaceti az triceti let dockali ve wydlich pouzitelnyho shellu…

[vencour]

To už uměli svého času ndos.com a 4dos.com, celkem luxusní náhrady command.comu ... cca 15-18 let zpátky?

[podlesh]

Ten drag&drop byl už ve windows 98. Celkově to zas tak nadstandardní feature není, ale vzhledem k celkové použitelnosti cmdline konzole na windows 98 to skutečně působilo jako zjevení z jiné planety.

[Petr Tomášek]

Nevím jak ve widlích, ale pod X-kama je D&D jenom variantou clipboardu no a ten funguje tak, že může mít svůj obsah v různých formátech - a jako fallback je přenos pomocí plain-textu.

Čili vlastně ta vlastnost, kterou popisuješ je naprosto logická a zdráhal bych se ji nazývat vychytávkou

[Ivan]

Mas nejaky logy z tech woken? anebo alespon screenshot? Nejsem si jistej, ze ma VMWARE server a ESX stejnou verzi virtualniho HW. Mozna, ze ten DC behem bootvani zjisti, ze ma virtualni SCSI radic verdor ID a product ID jiny nez ocekama a nema pro nej adekvatni ovladace.

Podle toho co pisou v resource kitu k woknam by melo stacit, kdyz na zdrojovym VM udelas adresar C:\i386. V nem udelas nejakou magickou adresarovou strukturu a pak spustis sysprep.exe s nejakym parametrem. Tim zaridis, ze se VMWARE SCSI ovladac dostane do image ramdisku. (neco jako initrd nebo bosboot -a).

Pak by melo jit prenest image windows z jednoho HW na jiny. Samozrejme ze to neni dokumentovany na 100%. A samozrejme ze nemas sanci zjistit proc to nefunguje kdyz to udelas spatne.

[RoboShim]

No, kdybych mel logy, tak bych byl taky chytrejsi:) Jenze z ty cmd se k logam asi nedostaneme (leda tim toolem, co mi tady taky nekdo poslal odkaz). Jenze zrejme bude opravdu jednodussi (ala Microsoft troubleshooting) nainstalovat win2008core uplne znovu a pridat novej DC a ten starej zrusit