2011. november 29., kedd

Hiányzó EndNote plugin a Word 2010 64 bites verziójában


Környezet: Windows 7 64bit, Office 2010 64 bit, Endnote X4.0.0.
A probléma: Nem volt EndNote plugin a Word 2010 64 bites verziójában.
Az EndNote X4.0.2 frissítés már tartalmazza a 64 bites Word plugin probléma javitását.

Ha a frissítést követően esetleg előjön az "Érvénytelen osztályú karakterlánc" ("Invalid Class String") probléma, annak megoldása itt.

2011. november 24., csütörtök

The CPU encountered a problem executing code in MERCNDS.NLM

Adott helyen Novell Netware 4.11 szerver Mercury 1.44 levelezővel.
Hibajelenség: szerverről leszakadnak a kliensek, akadozik a levelezés.
Első blikk: hálózati probléma.
Nem.

A szervert elrántja a mercnds.nlm, de nem végzetesen, ezért többé-kevésbé, de elérhetőek maradtak a szolgáltatások.

"The CPU encountered a problem executing code in MERCNDS.NLM"

Egyetlen, német nyelvű oldalt találtam a témával kapcsolatban:
http://de.mofeel.net/77-de-comp-sys-novell/1134-2.aspx

Tehát akkor tapasztaltak hasonlót, amikor 3+GB-os fájlok "keletkeztek" a szerveren.
Ha letörölték a probléma megszűnt.
Mivel egy kolléga állította, hogy itt ilyen nem lehet, nem is erőltettem.

De utána újra visszatértem ehhez a vonalhoz és a sys/smtpmail könyvtárban ott volt a kiküldésre váró levelek élén egy 4GB-os(nak tűnő) levél.

Törlése után helyreállt a rend.

2011. október 20., csütörtök

A rendszer 4107-es vagy 11-es azonosítójú eseményt rögzít az alkalmazásnaplóban

Kaptam egy kérést:

"Kis segitség kellene a windows 7 ben felmerülő problémában. A mellékletben amit küldtem másodpercenként irja ki a hibát és nem tudok rájönni mi lehet a baj. Vinyot ellenőriztem (...) kábel csere megvolt, mem teszt is"

A konkrét hibaüzenet:
"
Nem sikerült kibontani a külső féltől származó legfelső szintű listát az automatikus frissítési kabinetfájlból: <http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab>. Hiba: Az aktuális rendszerórához vagy az aláírt fájl időbélyegéhez viszonyítva a tanúsítvány nincs az érvényességi idején belül."

Eseményazonosító: 4107

Megoldás a Microsoft.com-on:

A rendszer 4107-es vagy 11-es azonosítójú eseményt rögzít az alkalmazásnaplóban Windows Vista, Windows Server 2008, illetve a Windows vagy a Windows Server ezeknél újabb verziójában.

2011. szeptember 29., csütörtök

EndNote X4 vs. Word 2010 hibaüzenet: "Érvénytelen osztályú karakterlánc" ("Invalid Class String")

Elég speciális terület, címszavakban írnám le.

EndNote-ban kijelölt cikket a Word-ös bővítmény nem tudja beilleszteni.
Hibaüzenet: "Érvénytelen osztályú karakterlánc" ("Invalid Class String").
Teszt rendszeren elsőre telepített Word/Endnote párossal simán ment, ott nem produkált hibát.
Környezet: Windows 7 64 bit, Office 2010 32/64 bit.

Első próbálkozásra a hivatalos megoldás sem segített
Újratelepítés (mindkét programé) nem segít.

Mivel több gépen is megegyezett a hiba, de mindegyiken fel volt telepítve a korábbi X1-es Endnote is, így a végén leszedtem és úgy próbáltam meg az eredeti, hivatalos megoldását a hibának.

(Az egyik gépen az X1 eltávolítása után maradt bejegyzés a registry-ben, de onnan is töröltem.)
Így már működött.

2011. augusztus 17., szerda

Windows 7 nyomtatási sor törlése

Ezt is inkább csak magamnak, de ha másnak is segít, annak örülök:)

Windows XP nyomtatási sor törléséről már van bejegyzés.

Windows 7 alatt:

Nyissunk parancs sort admin joggal (Start/Keresés: cmd, majd Ctrl+Shift+Enter)

Írjuk be a következő parancsokat és mindegyik után üssünk Enter-t:

net stop spooler

del %systemroot%\System32\spool\printers\* /Q

net start spooler


exit 

Készíthetünk batch fájlt is, ha nem akarunk vesződni a gépeléssel  (ha sűrűbben előjön ez a hiba).

Start/Keresés: Notepad

másoljuk be a következőket (az echo utáni rizsa szabadon választható:)):

@echo off
echo.
echo A nyomtatasi sor tisztitasa . . .
net stop spooler
echo Az osszes nyomtatas torlese . . .
ping localhost -n 4 > nul
del /q %SystemRoot%\system32\spool\printers\*.*
net start spooler
echo Kesz!
ping localhost -n 4 > nul

mentsük el futtatható fájlként:

ClearPrinterQueue.bat

vagy

ClearPrinterQueue.cmd

Indításakor jobb klikk a fájlon, és Futtatás rendszergazdaként.

Ha még egyszerűben és gyorsabban szeretnéd, akkor töltsd le innen a futtatható fájlt és a tartalmát nyugodtan vesd össze a fentiekkel.

Forrás: Tomstricks.com

2011. július 29., péntek

Sony Vaio VGN-Z21XN Windows 7 64 bit NVIDIA driver

Röviden: akinek Sony Vaio VGN-Z21XN laptopja van és fontolgatja, hogy 64 bites Windows 7-re vált, kellemetlen meglepetésben lehet része, mert nincs hozzá NVIDIA driver. (Meg egy sor másik VAIO típussal is probléma lehet, lásd a kivételeket lejjebb.)

A Sony oldalán csak 32 bites van, és NVIDIA driver sincs hozzá.
Ráadásként nem támogatott (még - pedig azért jócskán eltelt az idő közben) a Hybrid Power technológia az NVIDIA driver-ben.
A következő Sony VAIO notebook-ok támogatottak az NVIDIA driver-rel: Sony VAIO F sorozat NVIDIA GeForce 310M, NVIDIA GeForce GT 335M és NVIDIA GeForce GT 425M kártyával. Egyéb Sony VAIO notebook-ok jelenleg nem támogatottak. (Forrás: NVIDIA)

Az egész egyébként azért kellemetlen mert pl. a Sony Vaio VGN-Z21XN sorozat 4GB RAM-mal szerelt.
Így Windows 7 telepítésekor lehet választani:
- 32 bites rendszert telepít valaki és lemond a fél GB RAM-ról, vagy
- 64 bites rendszert telepít, hogy ne vesszen kárba a memória, cserébe viszont lemondhat az NVIDIA kártyájáról és meg kell elégednie a szerényebb alaplapi Intel kártyával.

Frissítve: (2011. 08. 16.)
Pinyo javasolt lentebb a kommenteknél egy linket (driver), amit ki lehetne próbálni:
http://esupport.sony.com/US/perl/swu-download.pl?dl=VGNZ690&amp;amp;upd_id=5394&amp;amp;os_group_id=6

2011. július 14., csütörtök

Windows 7 SP1 telepítés hiba (0x800f0a12)

Én most futottam bele először, de nem újkeletű a probléma.
Windows 7 SP1 telepítésnél a következő hibakóddal áll le a telepítés: 0x800f0a12

Több megoldása is lehet a problémának, de mindhárom megtalálható a Microsoft weboldalán:
A Windows 7 és a Windows Server 2008 R2 Service Pack 1 (SP1) telepítési hibája: 0x800F0A12

Nekem a bcdedit a következő hibaüzenetet adta:
„Nem sikerült megnyitni a rendszerindítási konfiguráció adattárát. A rendszer nem találja a megadott fájlt.”

Erre a megoldás, ahogy az oldalon írják:


  1. Kattintson a Start gombra A Start gomb képe, majd írja be a keresőmezőbe a parancssorkifejezést.
  2. Az eredménylistában kattintson a jobb gombbal a Parancssor elemre, majd kattintson a Futtatás rendszergazdaként parancsra. Rendszergazdai engedély szükséges Amennyiben a rendszer rendszergazdai jelszót vagy megerősítést kér, írja be a jelszót, vagy hagyja jóvá a műveletet.
  3. Pontosan írja be a mountvol /E parancsot, majd nyomja meg az Enter billentyűt.
  4. Indítsa újra a számítógépet, és próbálja meg újratelepíteni az SP1 csomagot.
    A fenti lépéseket alkalmazva, sikerült telepíteni a Windows 7 Service Pack 1-t.
    Az SP1 a telepítéshez 8GB szabad helyet igényelt.

2011. július 12., kedd

Personal Shield Pro - hamis vírusirtó program eltávolítása

Szívós fajta és agresszív.
Fake antivírus program a javából.
Nem adja magát könnyen, mert bármit indítanánk, hamis üzenettel közli, hogy fertőzött az adott program és nem futtatható.
Hiába próbáljuk pendrive-ról vagy máshonnan, az összes .exe kiterjesztésű fájl indítását blokkolja.

Hogyan fertőzhet:
Nincs vagy nem naprakész a vírusvédelem a gépen.
Fertőzött weboldal megtekintése.
Fájlcserélőn keresztül.
Képek vagy videók megtekintéséhez "szükséges" ál alkalmazások letöltésével.

Több eltávolítási mód is van rá.
Íme az egyik:

Indítsuk újra a gépet csökkentett módban hálózattal (boot közben F8, majd kiválasztani a "Csökkentett mód hálózattal" opciót)
Töltsük le az RKILL nevű programot.
Innen.
Vagy innen.
Esetleg innen.

Mentsük el az Asztalra és indítsuk el.
Ez ideiglenesen megszakítja a program futását.

Töltsük le a Malwarebytes' Anti-Malware programot az Asztalra.
DE: firefox.exe néven mentsük el (ennek az indulását nem blokkolja a program).
Ha letöltöttük, dupla klikk a firefox.exe nevű programra az Asztalon.
Telepítés után frissítsük a programot (ha proxy mögött vagyunk állítsuk azt be).



Majd indítsuk el a szoftvert.



A program indulása után válasszuk a következő opciót: Perform full scan, utána kattintsunk erre: Scan.
Jelöljünk ki minden, a progam által veszélyesnek ítélt fájlt, majd Remove selected.

A Malwarebytes program elvileg teljesen eltávolítja a fertőzést, de érdemes ezután átnézni a gépünket egy tetszőleges, naprakész, ingyenes vírusirtóval.
Például:


Ezután pedig mindig legyen naprakész a rendszer a Windows és Office frissítésekkel, illetve a telepített vírusirtó programot is tartsuk naprakész állapotban.

Forrás: Malwaretips.com

2011. július 4., hétfő

Fordul a kocka - fejjel lefelé képernyő (Ctrl+Alt+Up)

Karonülő csecsemő, billentyűzet, monitor + Windows XP).
Óvatlan mozdulat és lehet fordigatni a monitort, hogy legalább a neten lelt találatokat el lehessen olvasni:)
Vagy telefonálni gyorsan.
Engem is hívtak, jaj mi legyen?:)
Nekem egyszerűbb volt normál tájolással a guglizás, mert fejből már nem ment a fenti billentyűkombináció.

Szóval Ctrl+Alt+Up (Up=felfelé nyíl. Vagy épp a lefelé, ha az kell, de lehet jobbra és balra is.)
Általában ATI kártyáknál működik.

2011. július 1., péntek

Word 2007 - görgetősáv nem működik

A következő kérdést kaptam:

"Van egy egerem, amivel a Word 2003-mal működik a görgretősáv, de 2007-tel nem, ez az agyamra megy. Az egér Logitech Optical Mouse (M-BJ69) .
Lehet ezzel vamit kezedeni, hogy normálisan működjön?"

A hiba elő szokott fordulni Internet Explorer 7 alatt is.
Ilyenkor egyébként minden más programban és az operációs rendszerben is működik a görgetés, kivéve a fenti programokban.

A megoldás:
Ha telepítve van az egérhez adott egyéni szoftver, akkor azt el kell távolítani a telepített programok közül.
Utána már működik Word 2007-ben is a görgetősáv.

2011. június 29., szerda

Office 2010 SP2 integrálása a telepítőbe

Kell egy Office 2010 DVD megfelelő változata (nyelv, 32/64 bit).
Kell az SP2 fentiekhez szükséges változata (nyelv, 32/64 bit).
Microsoft Office 2010 SP2 magyar 32bit letöltés.
Microsoft Office 2010 SP2 magyar 64bit letöltés.

Létre kell hozni néhány munkakönyvtárat tetszés szerint.
A források a rendszerpartíció gyökerét jelölik meg, de ezt most ne kövessük.
Legyen inkább a mindenkori adat partíció gyökere az egyszerűség kedvéért (jelen példában a meghajtó betűjele d:\).

Hozzuk létre a következő könyvtárakat:
sp2
sp2files
officefiles

A letöltött SP2-t másoljuk az sp2 könyvtárba és nevezzük át, hogy ne kelljen sokat vergődni vele, mondjuk sp2.exe-re.
Az Office 2010 DVD-ről másoljunk bele mindent az officefiles könyvtárba.

Csomaguljuk ki az SP2-t.
Futtatás (Windows + R)
Adjuk ki a következő parancsot:

d:\sp2\sp2.exe /extract:d:\sp2files

Ha az UAC engedélyt kér, adjuk meg.
A d:\sp2files könyvtárból másoljuk át a kibontott fájlokat a d:\officefiles\update könyvtárba.

Nagyjából ennyi a dolog.
Ha kényelmesek akarunk lenni, akkor megadhatjuk előre azt, hogy elfogadjuk az EULA-t, megadhatjuk a termékkulcsot, felhasználót és cégnevet.
Keressük meg a kimásolt Office telepítőben (d:\officefiles) az office_verziónk_típusa.WW könyvtára (pl. ProPlus.WW).
Abban pedig a Config-xml nevű fájlt nyissuk meg szerkesztésre.
Valahogy így néz ki, amit látunk, illletve, amit beleírhatunk:

Configuration Product="ProPlusr"

     Display Level="full"
         CompletionNotice="yes"
         SuppressModal="no"
         AcceptEula="yes" /

     PIDKEY Value="1234512345123451234512345" /

     USERNAME Value="Felhasználó Neve" /

     COMPANYNAME Value="Cégnév" /

/Configuration

Ha mindezzel megvagyunk, kiírhatjuk DVD-re a fájlokat, vagy éppen készíthetünk belőle ISO-t, de tehetjük pendrive-ra vagy hordozható, USB-s HDD-re is.

A telepítés annyival tovább fog tartani, míg alkalmazza az integrált frissítéseket, de legalább nem kell vele utólag külön vergődni.

Források:
Into Windows
How-To-Outlook

2011. június 23., csütörtök

Windows 7 visszacsatoló adapter - Loopback Adapter - telepítés

Minap olyan kérés merült fel, hogy virtuális gépet kellene üzemeltetni (hálózatban) egy olyan számítógépen, ami nincs hálózatba kötve.
Ahhoz, hogy a host és a virtuális gép lássa egymást, élő hálózati kapcsolatra van szükség.
Namost, ha nincs a fizikai hálókártyába hálózati kábel, aminek a másik vége egy aktív eszközben végződik, akkor azután lehet beállítani mindenféle IP-t, hiszen a Windows úgy kezeli, mint ha nem lenne hálózat, mint ahogy nincs is (adathordozó leválasztva).

Ilyen esetekre kell a Microsoft visszacsatoló adaptere (Microsoft Loopback Adapter).
Ha ezt a virtuális hálózati kártyát hozzáadjuk a rendszerhez, akkor már lehet IP-t állítani, bridge-elni, stb., amit el is fogad a rendszer létező IP beállításként.
Ezt a következő módon lehet telepíteni.

Start gomb
Keresés programokban és fájlokban
cmd (rendszergazdai - Ctrl+Shift+Enter)
hdwwiz.exe (Enter)

A hardver hozzáadása varázslóval pedig ki tudjuk választani, hogy a hálózati kártyák közül a Microsoft visszacsatoló adaptert szeretnénk hozzáadni a rendszerhez.
Ezt követően már a szokásos módon tudjuk konfigurálni a hálózatot.












2011. június 9., csütörtök

Lassú email küldés melléklettel (attachment) - Thunderbird 3.x

Az elmúlt időszakban két ilyen eset is volt, teljesen különböző okok miatt.

Az első esetben az volt a megoldás, hogy le kellett tiltani két kiegészítőt.

A másikban kettős volt a hiba.
Először ki kellett szűrni, hogy a vírusirtó és tűzfal kombó melyik modulja kavar be (spam szűrő, hirdetés blokkoló, illetve a mail-antivirus egy modulja).
Ettől visszaállt az eredeti sebességre a küldés, viszont az IMAP szerveren levő Sent mappába való másoláskor hol 68, hol 92%-nál, de megállt.
Ok-okozati öszefüggést nem látok a megoldással, a fórumok is inkább csak a TH 3.x bug-jairól beszélnek, de a lényeg, hogy az üzenetablak kikapcsolásával (F8) ez a hiba is pillanatok alatt megoldódott.
A melléklet egyébként mindkét esetben elenyésző méretű volt, az nem lehetett ok.
A hiba csak csatolt melléklettel jelentkezett.

2011. május 26., csütörtök

Puppy - rdesktop beállítások

Folytatva az elavult gép újrahasznosító projektet (linux + virtualizáció), most egy kis emlékeztető, leginkább magamnak.
Mivel a kis erőforrás igényű Puppy-t lehet FRUGAL módban is telepíteni (változatlanul hagyja az eredeti oprendszert még grub sem kell hozzá), ezért kézenfekvőnek tűnik egy lepukkant, régi gépről történő távoli asztal eléréshez.

A telepítés után (akár FULL, akár FRUGAL), el kell indítani a Puppy csomagmenedzsert.
Le kell tölteni az rdesktop csomagot (Official Puppy 3-ból).





Előtte, ha proxy mögött vagyunk, meg kell adni a proxy szerver adatait:
/root könyvtárba létre kell hozni egy .wgetrc neű fájlt. 
# touch .wgetrc

Ebbe kell beírni a proxy-t a következő módon:
http_proxy = proxy_szerver_neve:portja
ftp_proxy = proxy_szerver_neve:portja

(De a neve helyett lehet az IP-je is.)

http_proxy = 127.0.0.1:3128
ftp_proxy = 127.0.0.1:3128


Ezután hozzunk létre egy másik fájlt (amivel indítani fogjuk a remote alkalmazást előre beállított értékekkel). pl:
#touch virtual

majd írjuk bele a kívánt felbontást és a remote gép nevét vagy IP címét (akár Midnight Commander-rel F!/F2/F10):
rdesktop -g 1024x768 tavoli_gep_neve -K
rdesktop -g 1024x768 192.168.1.2 -K

Mentsük el, majd tegyük futtathatóvá:

#chmode +x virtual

Egyéb beállítási lehetőségek:

#rdesktop -h

Ezt a desktop-ra másolva dupla kattintással indítható a távoli asztal a kívánt beállításokkal.



Forrás: Puppy Linux Discussion Forum
Ha van egyszerűbb megoldás, ne kíméljen, aki jobban ért a Puppy-hoz;)

2011. május 25., szerda

Linux lassú, régi gépre 2. rész - Lubuntu

Nem is olyan rég írtam a témában, akkor a Puppy Linuxról.
Épp abban az időben jelent meg a 11.04-es Ubuntu, illetve annak régebbi hardverre optimalizált nem hivatalos változata a Lubuntu.
A kérdések és szempontok, amit a régi gépek használatával kapcsolatban fel lehet tenni, természetesen ebben az esetben is élnek.
Feltelepítettem ugyanarra a régi gépre a Lubuntut, amire a Puppy-t is (PIII 800MHz, 256MB RAM), így egymás mellett jól lehetett érzékelni a különbséget.


Ennek a bejegyzésnek nem célja, hogy előnytelenül összehasonlítson két disztribúciót, mert nem is lenne fair.
Hiszen a Puppy 2.6.31.14-es kernelre épül, míg a Lubuntu 2.6.38-8-ra.
A Puppy el tud futni akár PII-es konfiguráción is (pl. 266 MHz notebook 128 MB RAM 6GB HDD vagy 500MHz CPU 64 MB RAM).

Puppy 4.2.1 Retro kiadás kifejezetten PII-es architektúrájú gépekre.

A Lubuntu 11.04 esetében ajánlott a 256 MB.
Ettől függetlenül, ami feltűnt a két rendszer között, az az internetes oldalak gyorsasága közötti jelentős különbség a Lubuntu javára.

Egyelőre az alapértelmezett telepítések után annyit látok belőle, mint egy átlag felhasználó: komfortosabb.
Fel lehet rá telepíteni a Wine 1.3-at, éppúgy ahogy a nagytesóra.
Így még régi hardveren is futhatnak bizonyos Windows-os alkalmazások, mint a múltkor a Wine 1.3-mal kapcsolatban kipróbált Watchtower Library 2010 vagy bármi más Windows-ra írt program (persze nem bármi, de ami Wine 1.3-at igényel az igen).

Egyébként Puppy-ra is fel lehet tenni a Wine-t, de egy tényleg régi gépnél meg kell gondolni, hogy mit szeretnénk futtatni. Azért próbálkozni lehet:)

Egy szó mint száz, ha PII korabeli gépünk van Puppy, ha egy kicsit "izmosabb", mondjuk PIII 256MB, akkor mehet a Lubuntu.
Telepítési időben természetesen nagyságrendekkel nyer a Puppy.

Lubuntu telepítést nem írnám le, mert más már megtette.
Csomaglistája itt.
Tartalmazza a Chromium-ot és a Firefox-ot is.
Összehasonlításként a Puppy csomaglistája.
Ami egyébként nagyon szimpatikus volt most is: békés egymás mellett élés.
Érzékelte a másik oprendszert telepítéskor, és felajánlotta, hogy mellé települ.
Könnyen át lehet méretezni a partíciót a telepítés elején, hiszen a Puppy 512MB-tal megelégszik, míg a Lubuntu 5,5GB szabad helyet kíván.

Mint mindig tehát most is azt mondom: megfelelő szoftvert megfelelő feladatra/konfigurációra.

2011. május 20., péntek

Sérült Word fájl helyreállítása

Egy Microsoft Word fájlt nem tudtak megnyitni.
Hogy mi történhetett a fájllal nem tudni, képeket szúrtak még bele a már meglévő dokumentumba, és a következő megnyitásnál írta ki: "A fájl valószínűleg sérült."



Én most Word 2010-zel írom le, de a korábbi verzióban is megtalálható a módszer.
Van egy opció a Word-ben: "Szöveg helyreállítása bármilyen fájlból".
Így megnyitva a sérült dokumentumot, be tudta olvasni (értelemszerűen a képeket nem, de most nem is az volt a lényeg, sokkal inkább a nehezen pótolható szöveg).

Tehát a sorrend a Word indítását követően:
Fájl
Megnyitás

Keressük meg a fájlt
Mielőtt megnyitnánk, válasszuk a fájltípusok közül:
Minden fájl / Szöveg helyreállítása bármilyen fájlból
Megnyitás

Majd kepunk egy üzenetet, alatta a valamilyen szinten helyreállított fájllal, amit mentsünk el valahova.





Alternatív megoldásként egy kis letölthető program, melynek neve Repair My Word.
A program megpróbálja helyreállítani a sérült fájlt.
A WordRepair.exe letöltése után indítsuk el a programot (nem kell telepíteni).

Repair/Open
Majd válasszuk ki a sérült fájlt.
Megnyitás
Az ékezetekkel nem boldogul.
A Repair My Word program letölthető innen.



A megoldást itt találtam.

2011. május 13., péntek

Paragon Go Virtual - első benyomások

Minap az Ubuntu 11.04 kapcsán írtam egy első benyomást megörökítő bejegyzést.
Tegnap a Paragon Go Virtual szoftvert próbáltam ki és az első tapasztalat pozitív volt.
Valószínű, hogy készítek egy címkét, illetve jelölni is fogom a címben a hasonló felindultságból írt bejegyzéseket:)

De a lényeg:
Amikor olvastam a fenti szoftverről, akkor írtam is róla egy bejegyzést, mert egyrészt híve vagyok a virtualizációnak, másrészt érdekesnek tartottam, hogy van egy díjmentes szoftver, ami hasonlókat tud, mint a fizetős nagytesók: fizikai vasat virtualizálni a rajtuk levő oprendszerrel, szolgáltatásokkal (természetesen bizonyos kereteken belül).
A héten próbáltunk feléleszteni egy klinikai halál állapotában levő XP-t. Mivel egy bizonyos program, amit telepítettek rá korábban csak ezen a gépen volt meg, a telepítője pedig rég az enyészeté, ezért nagyon fontos volt, hogy életre tudjuk kelteni, ami végül sikerült. Ennek kapcsán jött az ötlet, hogy akkor gyorsan egy image készüljön róla. De ha kipusztul a hadver valamikor alóla, még ez sem biztos, hogy megoldás lesz. Virtualizálni kellene az egészet, úgy ahogy van.

Ekkor jutott eszembe a 
Paragon Go Virtual.
Ha már észbe jutott, ki is próbáltam a saját, élő Windows 7 64-bit-re   telepítve a program 64-bites verzióját.
Lehet választani, hogy VMware, VirtualBox vagy  Microsoft Virtual PC 2007/Windows Virtual PC-re szeretnénk a virtualizált gépet elkészíteni.
Én most a VMware-t választottam.
40GB a rendszerpartícióm, de volt hely a másikon, hát hajrá.
On-the-fly elkészítette a lemezképet, bő negyed óra alatt.
Amikor elkészült, klikk a  .vmx fájlra és már indulhatott is. (A hálózatot NAT-ra állítottam a VMware-ben az egyszerűség kedvéért.)
Minden gond nélkül indult, egyedül a lapozófájlt kellett reset-elni.
Hálózati meghajtók kapcsolódtak, Novell kliens működött, login script lefutott, dropbox szinkronizálódott, messenger indult, Office indult.
Hangkártyát nem tudta virtualizálni, azon lehetett volna reszelni, de most nem ez volt a lényeg.

A program Windows 2000-től felfelé tudja a Microsoft operációs rendszerekkel telepített gépeket virtualizálni.

Olyan helyeken, ahol a fenti probléma áll fent (működő program, de nincs meg az eredeti telepítő és természetesen nincs célhardver sem a gépben, mint pl. mérőműszerhez kapcsolt gépek esetében) nagy segítség lehet.Továbbá virtualizálás után feljavítható egy régi gép sebessége, hiszen memóriát könnyebben lehet hozzárendelni egy virtuális géphez.
Természetesen a fizetős nagytesókban pl. VMware is megvannak ezek a funkciók.
Biztosan más oprendszerrel, más vason nem lett volna ilyen egyszerű, mint ahogy az eredeti cikk is írja.
De nekem majdnem minden működött.
Az első benyomás tehát itt is jó volt:)








2011. május 9., hétfő

Windows 7 - BioCredProv.dll hiba

Office hibának indult.
Adott helyen azért hívtak mert a Word 2007 fura dolgokat művelt a 32-bites Windows 7 operációs rendszeren.
Ha meg is nyitotta a a dokumentumokat, akkor nem lehetett menteni, illetve arra hivatkozott, hogy elfogyott a lemezen a hely vagy a memória kevés.
Újraindításkor a boot folyamat végén jött a hibaüzenet, hogy más felhasználó vagy folyamat használja a C:\Windows\System32\BioCredProv.dll fájlt.
A BioCredProv.dll a Windows része.

Rendszervisszaállítási pont nem segít.
Office javítás, újratelepítés nem segít.
Ccleaner futtatás nem segít.

Mivel a BioCredProv.dll kifejezésre szinte csak *dll* nevű weboldalt kapunk, jött az ötlet, hogy ha már úgy is olyan szerencsém volt, hogy azonos konfigurációjú, telepítésű gépek voltak abban az irodában, próbáljuk meg, hogy LiveCD-ről bootolva felülírassam a másik gépről származó BioCredProv.dll-lel a hibásat.
Működött.
Indulásnál nem jelent meg a hibaüzenet, a Word pedig tette a dolgát.

2011. május 5., csütörtök

EndNote vs. Windows 7 64 bit

Az EndNote X1 és korábbi verziói extrém lassúvá tehetik a Windows 7 64 bites rendszert, abban az esetben ha Microsoft Word-öt nyitunk meg. Az EndNote ugyanis beépül a Word-be.
A probléma ismert, bár én nem kötöttem össze a jelenséggel, a felhasználónak pedig nem tűnt fel, hogy mikor lassul le a gépe.
Ő úgy érezte, hogy valami vírust szedett össze, vagy más miatt lassult be a gépe.
Persze nem.
Ezzel viszont el is vitte a figyelmet.
Mivel 32 bites rendszeren sehol nincs gond az EndNote + Word párossal, így az sem volt nyilvánvaló, hogy a még viszonylag ritkább 64 bites rendszereket így érintheti.
Lényeg a lényeg: az EndNote X1 még nem kompatibilis a 64 bites Windows 7-tel, az X2 patch telepítéssel igen, X3-tól felfelé pedig már nincs ilyen jellegű gond.

Forrás: EndNote.com

Egy másik gond, amibe az EndNote felhasználók belefuthatnak, az a Microsoft Word verziókkal való kompatibilitás.
A tavaly megjelent Office 2010-zel csak az X4 kompatibilis.
        
Word verzió / EndNote verzió X4 X3 X2 X1.0.1 EN Web
Microsoft Word 2010 (32-bit/64-bit) C X X X C*
Microsoft Word 2007 C C C C C
Microsoft Word 2003 C C C C C
Microsoft Word XP (2002) X X X C X
Microsoft Word 2000 X X X C X
OpenOffice.org Writer 3 C C X X X

Forrás: EndNote.com

2011. május 4., szerda

Linux lassú, régi gépre 1. rész - Puppy

Egyik régebbi project, hogy próbálok olyan Linux disztrót találni, ami használható lehet régi, lassú gépen is.
Több ezzel foglalkozó oldalt átnéztem, és a javasolt disztribúciók közül is kipróbáltam párat.
Előzetesen annyit, hogy mint általában az informatikai megoldások során, egyedül üdvözítő megoldás nincs.
De nem is kell, mert sokféle igénynek kell eleget tenni, ami sokszor feloldhatatlan követelményekhez vezet.
Mert ami jó egy 256MB RAM-mal (vagy kevesebbel) szerelt gépre, az nem biztos, hogy feltétlen ott kell, legyen egy 512MB-1GB RAM-os gépen.
A kicsi és viszonylag gyors disztrókból minden ki van szedve, amit csak lehet - megtartva persze lényeges komponenseket, melyek nélkül körülményes lenne a használatuk.
De egy gép, ami ma elavultnak számít (régi proci, 512MB-1GB RAM) már elbír erősebb (szebb) Linuxokat is, amiből azért nem vagy csak kevesebb dolgot szedtek ki.
Az is szempont lehet, hogy egy-egy könnyű verziónak van-e magyar felülete (legtöbb esetben ez alapkövetelmény, de van ahol nem számít).
Tény, hogy minél komolyabb munkára szertnénk használni egy gépet, nem kerülhető meg a hardver.
Internetezésre elég egy 128-256MB-os gép Puppy-val. De attól sokkal többre nem is kell számítani, hiszen jobbára a weboldalak jelenthetik a kihívást egy ilyen jócskán elavult gép számára.
(De egy ilyen gyenge gépen egy internetre kiengedhető, még támogatott operációs rendszer - Windows XP SP3 + frissítések + vírusirtó - gyakorlatilag meg se moccanna.)

Tehát a kérdések:
-Milyen hardverre kell telepíteni?
-Mire szeretnék használni? (ez a két dolog nem nagyon függetleníthető)
-Fontos-e a kezelőfelület honosításának megléte?

Nagyjából ezek alapján lehet eldönteni, hogy mit válasszon az ember.
Én a legalsó szegmenshez kerestem használható rendszert, mert minél erősebb a hardver, annál könnyebb hozzáillő disztribúciót találni.
Ezért esett a választásom a Puppy-ra.
Viszont nálam mindhárom szempont lényeges (gép, felhasználás, magyar felület), így nem a lagújabb Puppy-t tettem fel egy 256MB RAM-os, PIII-as gépre, hanem egy, a magyar Puppy változatot, egy régebbit, ami éppen jó volt a célra: Turbo Puppy 4.2 v02 HU
A legújabb Puppy Linux verzió jelenleg az 5.2.5-ös, de az egyrészt angol felületű, másrészt én kevésnek éreztem hozzá a fenti konfigot.
A tapasztalatom a 256MB-os PIII-as gépre telepített Puppy-val egyébként, hogy elfogadható sebességű rajta a net. Online videót szaggatva jeleníti meg. A telepített Abiword programmal jól lehet dolgozni, de ez nem Puppy függő.
A Puppy-t több módon is lehet használni.
- Lehet LiveCD-ként.
- Lehet HDD-re telepíteni két féle módon.
-- Az egyik során az ISO-ba csomagolt fájlokat gyakorlatilag kibontás nélkül másolja át a program (unetbootin) a merevlemezre (köszönet kros54 korrigáló hozzászólásáért) és a fájlrendszert változatlanul hagyja.

Ebben az esetben egy frissítés is nagyon egyszerű, mert csak az adott fájlokat kell kicserélni az új verzióra.
Ez ideális lehet, ha valamiért kell a régi rendszer is - tipikusan egy mérőműszert kiszolgáló gép, pl. Windows 98-cal -, de azon érdemi munkát már nem lehet végezni, inernetezni meg pláne nem. (Ez a FRUGAL telepítés.)
-- A másik során egy hagyományos Linux telepítést készíthetünk (FULL).
Én ez utóbbit választottam, mert ha nem kell a régi rendszer, akkor a hagyományos telepítéssel egy olyan rendszert kaphatunk, ami kevésbé zavarja össze a felhasználókat.

Első lépésként töltsük le a Turbo Puppy 4.2 v02 HU ISO-t.
Írjuk ki CD-re, majd boot-oljunk be róla.
A telepítést nem írnám le lépésről lépésre, mert gyakorlatilag az összes mozzanatról készítettem képernyő képet, azokon végigkövethető a telepítés teljes menete.
Néhány megjegyzést fűznék inkább hozzá itt az elején, illetve lesz pár hivatkozás is, más oldalkra, ahol a téma megegyezik ennek a bejegyzésnek a címével: Linux lassú, régi gépre.
Tehát a megjegyzések:
-Én a FULL telepítést választottam, jóllehet az ajánlott a FRUGAL.
-Előfordulhat, hogy valaki proxy mögé telepíti a Puppy-t. Ebben az esetben az alkalmazások (Firefox, Pidgin) megfelelő helyeire be kell írni a proxy-t és a portot.
Rendszerszintű érvényességhez (pl. csomagkezelő) a következőt kell tenni: a /root könyvtárba létre kell hozni egy .wgetrc neű fájlt. (# touch .wgetrc)




Ebbe kell beírni a proxy-t a következő módon (pl. az előtelepített Midnight Commander-rel: mc F4/F2/F10):
http_proxy = proxy_szerver_neve:portja
ftp_proxy = proxy_szerver_neve:portja
(De a neve helyett lehet az IP-je is.)
pl.:
http_proxy = 127.0.0.1:3128
ftp_proxy = 127.0.0.1:3128

Forrás: Puppy Linux Discussion Forum
Természetesen a csomagkezelővel utólag hozzá tudunk adni programokat a megadott tárolóból.


Hivatalos oldal: Puppy Linux Community
És egy nagyszerű új leírás, ami 2012. júniusában született:
http://www.dirtywindows.hu/publ/blogs/reend/eleszd_fel_regi_szamitogepedet_a_puppy_linux_al/19-1-0-598

Hivatkozások a régi, lassú gépekre való disztrókkal kapcsolatban:
Linux_Hogyanok Blog: Linux régi gépre
Ubuntu.hu: Linux régi, gyönge gépre
DistroWatch.com: Old Computers

Hasonló téma: Linux lassú, régi gépre 2. rész - Lubuntu

A legvégén pedig a Turbo Puppy telepítési képei (katt a További bejegyzések linkre):


2011. április 29., péntek

Ez most jó lett - Ubuntu 11.04 ("Natty Narwhal")

Sokat számít az első benyomás.
Jelen esetben nekem ez pozitív lett.
Feltelepítettem ma egy VMware Workstation 7.1.1-re az új Ubuntu 11.04-et.
A szokásos telepítés után próbálgattam azokat a funkciókat, amikkel korábban nekem meggyűlt a bajom, de most nem sikerült "belekötni" ezekbe. Egyiket a másik után próbálva tényleg úgy ment minden, mint a karikacsapás.
Mivel az egyik sarkallatos pontja a linuxos munkaállomásoknak a nyomtatás, néhány dolog személyre szabása után gondoltam kipróbálom mit mutat.
Van egy HP LaserJet 6L az asztalomon, párhuzamos porttal.
A gépemen már nincs párhuzamos port, így egy LPT/USB átalakítóval működik a nyomtatás.
Windows 7 alatt külön driver, és esetleges működés (nem szoktam kikapcsolni a gépem, ezért pár nap múlva már nem látja az oprendszer a nyomtatót, vagy ha látja is, nem jön ki a nyomtatás).

Ezért gondoltam megnézem, hogy mit tud az Ubuntu 11.04.
Mire végiggondoltam, hogy mit is fogok csinálni, már csak ezt láttam:



Tesztoldal probléma nélkül kijött.
Tudom, ettől még lehetnek bajai a rendszernek, és lesznek is, de melyiknek nem?
Az is igaz, hogy a VMware 7.1.1 közreműködését sem szabad lebecsülni, de összességében az első benyomás mindenesetre pozitív volt:)

2011. április 28., csütörtök

Víruskeresők - apropó: MSS (Microsoft Safety Scanner)

Többször foglalkoztam már a vírusirtás, vírusirtók kérdésével.
Legyen az akár ingyenes, otthoni használatra szánt szoftver, vagy éppen neves gyártó Live CD-je probléma esetére, vagy legutóbb a Microsoft saját szoftvere az MSE.

Ahogy a cím is mutatja, ennek a bejegyzésnek az apropója szintén egy Microsoft eszköz az MSS - Microsoft Safety Scanner.

"A Microsoft Safety Scanner egy ingyenesen letölthető biztonsági eszköz, amely igény szerinti vizsgálati lehetőségeket biztosít, és segít eltávolítani a vírusokat, kémprogramokat és egyéb rosszindulatú szoftvereket. Együttműködik az Ön már meglévő víruskeresőjével.

Megjegyzés: A Microsoft Safety Scanner a letöltés után 10 nappal elévül. A vizsgálat legfrissebb kártevőirtó definícióval történő újrafuttatásához töltse le újra és futtassa a Microsoft Safety Scanner alkalmazást.

A Microsoft Safety Scanner nem helyettesíti a folyamatos védelmet nyújtó víruskereső program használatát."

Forrás: Microsoft

Gyakorlatilag egy bármikor futtatható exe, külön 32 bites és 64 bites rendszerekhez is.
Akár Windows PE alapú Live/Rescue CD-t használva is futtatható, vagy élő rendszeren pendrive-ról, de természetesen a gazda gépről is.

További forrás: HUP

A Microsoft Safety Scanner letölthető innen.

A használatáról sokat nem lehet mondani.
Indítás után Licenc feltételek elfogadása, tovább, majd három lehetőség közül választhatunk:

- Gyorskeresés (A rendszer legérintettebb területeit vizsgálja át - ha talál vírust, javasolhatja a teljes keresést.)
- Teljes körű keresés (Teljes rendszeren való keresés - akár több óra is lehet.)
- Speciális keresés (Gyorskeresés + egyénileg megadott mappa.)






2011. április 15., péntek

Levelek migrálása Windows XP + Outlook 2003-ból Windows 7 + Windows Live Mail-be

Röviden: nem lehet.
Bővebben: közvetlenül nem lehet.
Megoldás: mindenképpen kell egy Outlook (ami az Office része), amiből exportálni kell Outlook Express-be, majd onnan akár Windows Mail-be (Vista) vagy Live Mail-be (Windows 7).
Természetesen úgy, hogy az XP-s gépről át kell másolni az OE-s .dbx és a .wab fájlokat a Windows 7-es gépre.
Ezt már tudja importálni a Windows (Live) Mail. 



2011. április 8., péntek

Adobe Reader & HP LaserJet 1020 - Hibaüzenet: "Spooler SubSystem App hibát észlelt, ezért leáll"

A témának szerteágazó topikja van (Adobe Reader & HP LaserJet 1020 Causes Print Spooler Service to Crash)  a legkülönfélébb megoldásokkal.
Én is belefutottam a jelenségbe minap.
Egy addig jól működő Windows XP SP3, Adobe Reader 9, HP LaserJet 1020 együttes produkálta a hibát.
Leírom mi volt az, ami nem segtett és mi volt az, ami igen.

Ami nem segített:
Nyomtatási szolgáltatás újraindítása.
Adobe Reader X-re történő frissítés.

Ami segített:
Foxit Reader telepítése és alapértelmezetté választása.

Az Adobe Reader X-et nem szedtem le.
A nyomtató driver-t nem telepítettem újra.
Ami a próbálkozás közben segített, hogy ne kelljen állandóan újraindítgatni a gépet, illetve ki-be jelentkezni, az egy korábbi bejegyzésben leírt kis kötegelt program, a DeletePrintJobs futtatása volt.

Természetesen ott, ahol követelmény valamilyen okból az Adobe programja, ez a megoldás nem jó.
A fent említett fórumban sok más próbálkozást leírnak.
Nem próbáltam, de talán ígéretesnek hangzik, a fórum egyik hivatkozásában található ötlet és link, egy korábbi HP Laserjet 1020 driver letöltése és telepítése a CNET oldaláról.

Frissítés:
Egy év elteltével most újra jelentkezett ugyanazon a gépen a probléma.
Hiába minden. Újratelepítés és a fentiek.
Most az segített, hogy alapértelmezettnek nem a 1020 lett megadva.
Így nem omlik össze a nyomtatási sor kezelő...

2011. április 6., szerda

HP Deskjet 1280 Windows 7 driver

Sehogyan sem akart összejönni a hivatalos változat.
Hiszen elvileg ismeri a Windows 7 a HP Deskjet 1280 nyomtatót.
Ha máshogy nem akkor frissíteni kell internetről a driver listát, de nem.
Akármit csináltunk, nem sikerült telepíteni.
Maradt a kerülőút (hogy ilyen szépen hívjam a gányolást:)).
Mivel Windows 7 Enterprise 64 bit-re kellett telepíteni, ezért letöltöttük (mert az még letölthető) a Vista Enterprise 64 bit driver-t.
Azzal szépen működik.

2011. április 4., hétfő

Windows 7 SP1 integrálása az eredeti telepítőbe

Nem bonyolult, nem is új.
Majd' egy éves már.
Többen leírták eddig, most én is - leginkább magamnak a későbbiekre.
Mivel az SP1 sok újat nem tartalmaz, ezért az integrálása inkább a telepítést gyorsítja, mert nem kell utólag töltögetni a frissítéseket, illetve magát az SP1-et.
Kombinálva az USB-s telepítővel pedig tényleg jelentősen gyorsul a Windows 7 telepítés.

Amire szükségünk van:
RT Seven Lite program. Tültsük le innen.
(Telepítsük.)
Windows 7 telepítő
Windows 7 SP1 (Adjuk, meg hogy milyen nyelvű SP1-et szeretnénk letölteni, illetve, hogy 32 vagy 64 bites SP1-re van szükség.)
(Megjegyzés: 64 bites telepítőbe csak 64 bites rendszert használva tudunk integrálni! Ha az operációs rendszerünk 32 bites, akkor nem fogunk tudni 64 bites telepítőt készíteni, csak 32 bitest.
Egy másik dolog, amire figyelni kell: amikor letöltjük a programot, egy kicsit görgessünk le az oldalon és azt a verziót töltsük le - attól függően, hogy 32 bites /x86/, vagy 64 bites /x64/ telepítőbe akarjuk-e integrálni- ami mögött az szerepel, hogy
 [Service Pack 1 slipstream support])
Az eredeti leírást itt találtam.

Miután telepítettük az RT Seven Lite-ot, indítsuk el (meglehetősen komótosan indul).



Mivel most csak az SP1 integrálásáról lesz szó és nem a teljes RT Seven Lite használatáról, így az egyéb funkcióitól most eltekintenék.
Elsőnek kattinstsunk a Browse gombra.
A lenyíló menüből kiválaszthatjuk, hogy DVD-ről szeretnénk-e beolvastatni a telepítőt vagy ISO fájlból.



Meg kell adni a telepítő elérési útját és egy munkakönyvtárat, ahova másolhat a program.


Ha a telepítőnk olyan, akkor több verzióból választhatunk. Jelöljük ki azt, amelyikbe szeretnénk integrálni az SP1-et. Ne felejtsük el bejelölni az SP1 integrálás opciót sem (Slipstream Service Pack).



Miután végzett a másolással, adjuk meg, hogy hol van az SP1 fájl, majd a Start gombra kattintva indítsuk el a folyamatot.






Amikor elkészült (nem rövid idő), megadhatjuk, hogy készítsen a program egy ISO fájlt, amit azután bármikor kiírhatunk DVD-re, vagy készíthetünk belőle USB-s telepítőt.
Jelöljük be a Task-ok közül az ISO Bootable opciót.
Majd utána a Create image részből a Mode: Create image-t.
Ezután indítsuk a folyamatot a Make ISO opcióval (megadva, hogy hova tegye az elkszült fájlt).





A folyamat végén hagyjuk jóvá a végeredményt (OK), majd kilépésnél törli a szükségtelen állományokat.
Ennyi.
(Az elészült telepítőt éles használat előtt érdemes kipróbálni egy virtuális gépen, pl. VirtualBox).