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):