Posts Tagged ‘windows’

Excel fájlok megnyitása

Wednesday, May 27th, 2015

Az utóbbi időben a hálózati helyekről jelentősen lassult az Excel fájlok megnyitása. Ennek az oka, egy új, a windows update által letöltött, és telepített kiegészítő, melynek a neve:

Microsoft Office File Validation Add-In

Ha továbbra is szeretnénk excel fájlainkat gyorsan, és fájdalommentesen megnyitni a hálózati helyekről, akkor távolítsuk el ezt a kiegészítőt a gépünkről (Control Panel, Add/Remove Programs).

Lifehacker és chrome kiegészítők

Sunday, May 24th, 2015

Néha néha felbukkan egy egy gyöngyszem a lifehacker-en, amiért megéri olvasgatni. Ilyen a Lineman Splice, vagy a Lace Lock. IT területen sok újdonságot nem szoktam találni, de azért az érdekesebb cikkeket mindig átfutom. Nem rég jelent meg egy cikk, ami a google chrome memóriahasználatát, és ennek okait taglalta. Már ezért a kijelentésért önmagában is érdemes volt elolvasni a cikket: “free RAM is useless RAM”

Viszont ebben a cikkben került említésre a The Great Suspender kiegészítő, ami nekem új volt. Ez egy nagyon jó cucc, és az én örökérvényű böngésző kiegészítők listámról még hiányzott. Azt tudja, hogy a rég nem használt tab-okat egyszerűen kidobja a memóriából, de a helyét meghagyja, így ha kell akkor bármikor visszatölthetjük a tartalmát. Kötelező darab, semmi többet nem tudok elmondani 🙂

És ha már kiegészítők, akkor itt az ideje, hogy a 2007-es Firefox-os listát frissítsem egy 2015-ös chrome-os listára:

Google Chrome Extensions:

Google Chrome Apps:

A lista a Chrome Extensions Share kiegészítővel készült.

UEFI windows 8

Sunday, December 14th, 2014

Hogy mi is az az UEFI, és mire jó nekünk? Röviden valahogy úgy tudnám összefoglalni, hogy valami olyasmi a BIOS kapcsán, mint régen az AHCI és az IDE volt a lemezkezelés kapcsán. Általában mindenki tudta, hogy az AHCI jobb, és bizonyos esetekben gyorsabb lesz tőle a lemezelérés, de a legtöbb gép aminek a bios beállításait láttam, mégis IDE módban volt. Miért? Mert az AHCI vezérlőnek külön driver kellett, és ahhoz vagy egyénileg épített windowt telepítő kellett, ami már tartalmazta az új drivert, vagy 1.44″ lemez (wtf?), vagy cd drive, ami az esetek többségében nem állt rendelkezésre. Szóval maradt az IDE, és ezen a telepítés után már nem is nagyon lehetett változtatni.

De, hogy tényleg mi ez az egész, és miért jó, azt a microsoft vonatkozó cikkében nagyon szépen leírják, el lehet olvasni.

Azt, hogy a windows milyen módban került telepítésre elég egyszerűen ki lehet deríteni, futtatni kell az msinfo32 nevű alkalmazást  (win+r – msinfo32) és a System summary – Bios mode rész tartalmazza is. Ha itt legacy-t látunk, akkor megszívtuk, ha UEFI-t akkor nem.

Úgy hozta a sors, hogy egy új laptopra telepítettem operációs rendszert, gondoltam oda már UEFI módban telepítek, ami azért nem is olyan egyszerű mint amilyennek elsőre tűnik.

Történt ugyanis, hogy a microsoft telepítő mérnökei úgy gondolták, menő minden telepítéshez szükséges dolgot 1 fájlba tenni (install.wim). Ez a fájl már ismerős, foglalkoztam vele régebben, amikor a windows 8.1-et kis ssd-re telepítettem.

Az USB-s win8.1 UEFI-s telepítés problematikája 2 pontban:

  • USB-s UEFI boothoz fat32 fájlrendszer kell
  • a remekbe szabott install.wim 4.6 gb

Mint tudjuk fat32-n a maximális megengedett fájlméret 4 gb (egész pontosan 4 gb -1 byte, még pontosabban 4,294,967,295 byte). Tehát egy gyári windows 8 telepítőt nem lehet felrakni egy fat32 fájlrendszerű pendrive-ra olyan egyszerűen, mint azt mi gondoljuk…

Ahhoz, hogy ez működjön, szét kell darabolni az install.wim fájlt kisebb fájlokra.

Első körben mountoljuk be a windows 8.1 telepítő iso fájlt (en_windows_8.1_with_update_x64_dvd_4065090.iso). Erre bármilyen virtuális cd meghajtó használható, én a WinCDEmu-t preferálom e téren.

Másoljuk le a telepítő teljes tartalmát egy könyvtárba, majd keressük meg a nekünk oly kedves install.wim fájlt (sokat nem kell keresni, itt található: /sources/install.wim)

Ezt kellene szétkapni kisebb részekre, mondjuk 4090 mb-os darabokra, amire a Win Toolkit nevű eszközzel tudunk a legegyszerűbben megtenni. Az alkalmazáson belül a wim splitter funkcióra lesz szükségünk, amit a Tools – Imaging menü alatt találunk.

A split után az új install.wim szétesik *.swm fájlokra (install.swm, install2.swm), amiket be kell másolni az install.wim helyére.

A toolkit nyitó oldalán található egy USB Boot Prep gomb, azzal tudunk elő álltani egy megfelelően formázott fat32 pendrive-ot.

Most már nincs is más dolgunk, mint felmásolni az új windows telepítőt a pendrive-ra és bootolni.

Arra azért még figyeljünk, hogy boot alatt a bios ne legacy, hanem UEFI módban legyen, különben sokat nem ért amit csináltunk.

Zárszó: a fenti dolgokból az is következik, hogy aki ssd-t használ, és wimboot-os windowst szeretne telepíteni, akkor annak jó eséllyel szüksége lesz egy usb-s optikai meghajtóra, és fizikailag dvd-re kell írnia a winre telepítőt az install.wim-el ha sikereket szeretne elérni…

 

Windows 8 és az icon overlay esete

Wednesday, November 5th, 2014

Egy ideje, (kb. amióta az xp-t lecseréltem windows 8-ra), eltűntek az overlay ikonok. Ezek azok a kis ikonocskák az ikonokon, amik pl. azt jelölik, hogy az adott ikon csak egy shortcut (lnk), vagy ténylegesen egy fájl.

Ez önmagában nem nagy probléma, egészen addig, amíg az ember nem kezd el dropbox-ot, vagy tortoise svn-t használni, mert ezen programok igencsak szeretnek az emberrel overlay ikonokon keresztül kommunikálni.

Kicsit utána olvastam a dolognak, és megtudtam két dolgot:

– a rendszerbe regisztrált overlay ikonok a registry-ben itt találhatóak: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers

– valaki úgy gondolta, hogy 15 overlay ikon mindenre elég lesz, ezért ezt a számot hardcode-olta is a windows explorerbe.

A 15-ös limit kikényszerítése igen szofisztikált módon történik, valami ilyesmit kell elképzelni:  if (overlayIconNum>=15) return;

Ugyanis ha 15 vagy annál több ikon van, akkor nem jelenik meg egyik sem. A 15 számot pedig egy modern rendszeren nem is olyan nehéz elérni, tekintve, hogy csak a DropBox regisztrál 8 overlay ikont, és a Groove Explorer (amit soha nem használtam és azt se tudtam mi) még 5-öt.

Mint kiderült a Groove Explorer a Microsoft office telepítéssel jött, és SharePoint Workspace 2010 névre hallgat. Eltávolítás, és egy újraindítás után ismét megjelentek az overlay ikonok. Hurrá 🙂

Remote Desktop Windows 8

Tuesday, October 21st, 2014

Távoli gép elérésre sok különböző megoldás született (team viewer, vnc, stb…), de az egyik legkiforrottabb a Microsoft Remote Desktop (RDP) megoldása. Igen komoly fejlesztések, és támogatás áll mögötte, és van benne pár olyan funkció, amitől a jelenlegi alternatívák még messze állnak (hang, vágólap, nyomtatók, usb eszközök megosztása, stb).

Sajnos a Microsoft ezt az igen jó funkciót az alap windows verziókból (mint pl. a Windows 8 valamint a Windows 7 home) kikapcsolta. Hogy visszakapcsoljuk, nem kell mást tennünk, mint feltelepíteni az alábbi programot:

 

Ennek segítségével elérhetővé válik ez a funkció a windows ezen verzióiban is.

Fontos, hogy az RDP protokoll általában minden főbb windows verzióval frissül. Ebből adódhatnak olyan problémák, hogy amennyiben az RDP szerver windows 8, a kliens pedig windows 7 a távoli asztal sebessége drasztikusan lelassul. Ezt fel lehet gyorsítani, oly módon, ha pár beállítást módosítunk.

RDP 8.0 telepítéséhez az alábbi két telepítő csomagra van szükség:

01. KB2574819

02: KB2592687

Ezek után még engedélyezni kell az új funkciókat (például az udp alapú adatátvitelt)

– Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Remote Session Environment\Enable Remote Desktop Protocol 8.0 -> Enabled
– Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Connections\Select RDP Transport Protocols -> Use both UDP and TCP

A beállítások a rendszer újraindítása után lépnek életbe.

RDP 8.1 update:

03. KB2923545

TotalCommander keresés archive fájlokba

Tuesday, October 14th, 2014

A Total Commanderrel van lehetőség mindenféle tömörített fájlban történő keresésre, viszonylag egyszerűen. Már amennyiben a zip formátumba tömörített fájl kiterjesztése zip. Ha nem csak zip-ekben szeretnénk keresni, akkor az extra kiterjesztéseket fel kell venni a wincmd.ini-be:

wincmd.ini  [Configuration] rész:

SearchInFiles=*.war *.ear *.jar

És már kereshetünk is ezekben a fájlokban. Azt, hogy hol található a wincmd.ini, pedig az alábbi módon tudhatjuk meg:

reg query "HKEY_CURRENT_USER\Software\Ghisler\Total Commander" /v "IniFileName"

HKEY_CURRENT_USER\Software\Ghisler\Total Commander

IniFileName REG_SZ %APPDATA%\GHISLER\wincmd.ini

Windows 8.1 telepítése kis SSD-re

Wednesday, September 24th, 2014

A windows 8.1 rendszerkövetelményei között az szerepel, hogy a telepítéshez nem kevesebb mint 20 Gb helyre van szükségünk… Annak idején elkövettem azt a hibát, hogy azt mondtam, 16gb mindenre elég lesz, és a set-top boxomba egy 16gb méretű ssd-t vettem. Ellenben most került a gépbe új alaplap, egy ASUS J1900-C ami kívánná a windows 8.1-et.

Kis olvasgatás után szembe jött velem egy microsoft oldal, ami a WIMBoot előnyeit taglalta. Az egész WIMBoot-nak a lényege, hogy a windows minden esetben ment a lemezünkre egy recovery partíciót, ami tartalmaz egy install.wim fájlt, aztán kitömöríti ennek a tartalmát. Amennyiben a windowst WIMBoot-al használjuk, akkor a windows fájlokat nem tömöríti ki, hanem pointerek segítségével az install.wim-ből használja közvetlenül. Ennek eredményeképp a windows a merevlemezből kb. 3 gb-ot fog használni, nem 20-at.

A WIMBootnak vannak követelményei, mégpedig:

  • Windows 8.1 Update 1 (6.3.9600.17031 vagy ennél újabb)
  • UEFI bios
  • SSD vagy eMMC meghajtó

Ha ezek megvannak, akkor kezdődhet is a móka. A telepítéshez az alábbi szoftverekre lesz szükségünk:

  • GParted
  • QuickPE
  • Rufus
  • Windows 8.1 Update 1 iso (en_windows_8.1_with_update_x64_dvd_4065090.iso)
  • Egy telepített, megfelelő verziójú Windows 8

Első körben be kell szereznünk egy install.wim-et, mert ebből fogjuk tudni telepíteni az új rendszert (ebbe a fájlba fognak belemutatni a fájl pointerek). Ezt a meglévő működő windows 8-unkból tudjuk kimenteni. Hogy ezt meg tudjuk tenni, létre kell hozunk a QuickPE segítségével egy pici 200mb-os bootolható windowst, ami alól menteni tudunk.

A QuickPE könyvtárból futtassuk le a “make_re_from_iso_x64.cmd” parancsot, majd válasszuk ki azt a könyvtárat, ahova a windows iso-t  (en_windows_8.1_with_update_x64_dvd_4065090.iso) tettük.

Sikeres futás után látnunk kellene az alábbi fájlt: QuickPE\x64\winre.iso

Aki nem szeretné a fenti lépéseket végigcsinálni, az letöltheti a kész iso fájlt (x64): winre.iso

A winre.iso-t írjuk ki pendrive-ra, a Rufus segítségével. Ez egy nagyon apró windows, ami sok mindent nem tud, de a mentéshez pont elég lesz.

Miután bootoltunk a pendrive-ról, adjuk ki a következő parancsot:

dism /capture-image /imagefile:e:\install.wim /capturedir:c:\ /name:install /wimboot

Itt az e:\install.wim a pendrive, ide menti az install wim-et, amit később még felhasználunk.

Ha ez megvan, mentsük le a pendrive tartalmát, és rakjuk rá (vagy egy másik pendrivera) a GParted-et. Ezzel fogunk egy új ntfs partíciót csinálni, amit még aktívvá kel tenni, és ntfs-re formázni.

Amikor ezzel is megvagyunk, az újonnan létrehozott partíciónkra, másoljuk rá az install.wim-et, majd indítsuk el a windows telepítést:

dism /apply-image /imagefile:c:\install.wim /index:1 /applydir:c:\ /wimboot

A bootloáshoz már csak egy boot bejegyzést kell készítenünk:

bcdboot c:\windows

 

 

Az a bizonyos í betű…

Sunday, March 2nd, 2014

Eddig is hallottam a mechanikus billentyűzetekről, gondolkoztam is rajta, hogy veszek, mert a c64-en és régi ibm billentyűzeteken imádtam gépelni… A 444 cikk után végleg megszületett az elhatározás, szükségem van egy normális billentyűzetre…

Meg is rendeltem a nekem tetsző visszafogott dizájnú, Mx Brown mikrokapcsolókkal szerelt Keycool 108II billentyűzetemet ügyesen.

A billentyűzet igényes kidolgozású, a kábele könnyen cserélhető (usb – micro usb), adtak hozzá ps/2 átalakítót (billentyűzetnél az lehet jobb mint az usb), szóval elégedett voltam vele. Egyetlen problémát az jelentette, hogy a kiosztása angol. Nem is kérdés, hogy ezt egy picit szokni kell (pl. a ű helyett előszeretettel tudok entert ütni), de sokkal nagyobb problémát jelentett, hogy nem lehet vele í betűt írni. Erre a windowsban egyébként van megoldás alapból, mégpedig az altgr az alt-gr helyén lévő jobb alt és az i betű lenyomásával elő lehet csalogatni az Í betűt… Igen, a nagy Í betűt, ugyanis nekem bármit is csináltam csak ezt volt hajlandó írni…

A megoldást végül a régen sokat használt Autohotkey jelentette, az alábbi makróval:

!i::
Send í
return

Ennek eredménye

  • bal alt+i = í
  • jobb alt+i = Í

Azt hiszem rendelnem kellene egy normális billentyűzetet munkába is 🙂

A script 64-bit unicode exeben, letolthető innen: hunkey

Windows 8 remote desktop

Monday, February 17th, 2014

Réges régen, még windows xp alatt a sikerült csinálni egy jó Remote Desktopot. Egyszerűen jobb volt mint az akkori alternatívák, vitt át hangot, képet, nyomtatókat, eszközöket, vágólapot, bejelentkezés nélkül is működött, stb. Szerettük.

Ezt a bravúrt windows 7-ben már nem sikerült megismételni, történt ugyanis, hogy még gigabites hálózaton is akadozik a Remote Desktop frissítése… Ezen Remote Desktop 8-ra történő frissítéssel, lehet segíteni, de az eredmény nem lesz tökéletes. Szerencsére többek között ezt a hibát is orvosolták a windows 8-ban, de nem a Microsoftról beszélnénk, ha a dolgok egyértelműek lennének (pl. a felhasználó név az felhasználó név, a típus az pedig típus).

Ha valaki viszont először próbál csatlakozni windows 8-as gépre, jó eséllyel a felhasználónév, és a jelszó megadása után az alábbi képernyővel fog találkozni:

snap082

 

A probléma, hogy arra már nem telt a kedves fejlesztőknek, hogy a felhasználói adatbevitelt rendesen megcsinálják, mert akkor 3 részből kellene, hogy álljon:

  • Felhasználó név
  • Jelszó
  • Felhasználó típusa (local, online, esetleg custom?)

Ez utóbbi ugyanis elég fontos, nem mindegy, hogy online microsoft accounttal, vagy csak a lokális gépen lévő felhasználónkkal szeretnénk bejelentkezni. Az interneten a legtöbb helyen azt a megoldást javasolják, hogy mentsük el a kapcsolatot rdp fájlba, és abba írjuk bele az alábbi sort:

enablecredsspsupport:i:0

Ezt azt eredményezi, hogy az mstsc nem akar majd felhasználónevet, és jelszót küldeni, hanem már azt is a remote sessionben kell beírnunk. Nem rossz, de a korrekt megoldás az, hogy a felhasználó típusát jelöljük a felhasználónév mezőben.

Lokális felhasználók esetén:

WORKGROUP\username

Online microsoft accountok esetén:

MicrosoftAccount\username

 

És láss csodát már működik is…

 

Microsoft féle network monitoring

Sunday, January 12th, 2014

Hálózati forgalom vizsgálata során adódik, hogy az ember wireshark-ot használ. Ennek több oka is van, minthogy multiplatform, ingyenes, és nagyon jól működik. Az egyetlen hátránya viszont, hogy ő csak hálózati kártya szinten működik, tehát amennyiben egy adott process hálózati forgalmát szeretnénk nézni, akkor azért kell trükközni egy kicsit.

Windows 7-től ellenben jó alternatíva lehet a Microsoft megoldása, a Microsoft Network Monitor ami szintén ingyenes, ellenben process szinten csoportosítva írja ki a hálózati forgalmat (a csomagok szűrése, parsolása itt is szépen megoldott).

winnetmon