"Az, hogy bekapcsolod, és Működik, nem jelenti azt, hogy hibátlan!"®           "A Számítógép füsttel működik. Ha az kijön belőle, mindennek vége!"           "Az elmélet, és a gyakorlat között elméletileg nincsen különbség, gyakorlatilag van"           "hacker gondolkodás: ha pingre ugat a kutya, nem matatsz a zárral."

2009. június 30., kedd

Infók Rólad

Ha szeretnéd megtudni, hogy mennyire biztonságosan böngészel?
Ha igen, akkor a felbukkanó Teszt ablak kérdésére válaszolj igennel.

FIGYELEM!
A Teszt gomb megnyomásával engedélyezed, hogy a gépedről a neten szabadon elérhető információkat kiolvassuk, és megjelenítsük. A kiolvasott információkat semmilyen módon nem tároljuk el, azokat csak megjelenítjük a számodra!




jelenlegi felbontásod:
x
böngésződ:
böngésződ verziója:
színmélység:
bit
kódnév:
oprendszered:
használt színek:
java engedélyezve:
anti-aliasing fonts:



Amint lesz időm, és kedvem, kicsit kibővítem, hogy lehessen látni, ezen kívül is mennyi minden megtudható rólunk, ha nem védekezünk ellene, és azt is, hogy hogyan védekezhetünk ellene.

Anonim E-Mail küldése

2009. június 23., kedd

MSN Hiba

Van megoldás az újratelepítésen kívül is, bizonyos hibákra!

Az egyik javítani hozott gépen ezzel fogadott az MSN Live 8.1 (Build 8.1.0178.00): "A bejelentkezés sikertelen, mert a szolgáltatás jelenleg nem elérhető. Hibakód: 8004888D."

A megoldás egyszerűbb volt, mint vártam. Pár parancsot ki kellett adni a futtatásban, ami rendet vágott, és okés is lett a dolog. Ezek a következőek:

  • regsvr32 Msxml3.dll /s
  • regsvr32 Dssenh.dll /s
  • regsvr32 Gpkcsp.dll /s
  • regsvr32 Slbcsp.dll /s
  • regsvr32 Sccbase.dll /s
  • regsvr32 Softpub.dll /s
  • regsvr32 Wintrust.dll /s
  • regsvr32 Initpki.dll /s
  • regsvr32 Rsaenh.dll /s
  • regsvr32 Mssip32.dll /s
  • regsvr32 Cryptdlg.dll /s

Szerk:
Közben több hasonló hibába is belefutottam, csak különböző hibaüzenetekkel. Nagyjából ezeket a dll-eket kellett újra regisztrálni a probléma megoldásához. Ha valaki belefut olyanba, amit ezek nem oldanak meg, vagy tud olyan dll fájlokról, (Természetesen ne küld el az Xp-ben szereplő összes dll listáját, csak az MSN hibákkal összefüggőek érdekelnek itt.) amik hiányoznak ebből a felsorolásból, írja meg! :)

2009. május 29., péntek

48 Bit, vagy ne? - 2.

Lányos zavaromban kihagytam, pedig a 48 Bithez tartozik:

Ha túl sok, és hosszú Könyvtár nevekkel dolgozunk, és/vagy túl hosszú fájl nevekkel, a hiba akkor is jelentkezik, esetleg a: "Könyvtár létrehozása nem sikerült! Folytassam? Igen Nem" vagy a: "Fájl létrehozása nem sikerült! Folytassam? Igen Nem" üzenetek fogadnak. Ez viszont tipikusan a túl hosszú elérési út miatt fordulhat elő. Ezen is segít a 48 Bit bekapcsolása. Vagy alternatívaként letömöríthetőek azok a könyvtárak, ahol túl hosszú az elérési út.

"- De egy meglévő Könyvtárat másoltam át, tartalommal együtt!"

Hát előfordul, hogy áthelyezzük/másoljuk egy könyvtárba, és együttesen márt túl hosszúvá válik, előtte nem volt az. Ennyire egyszerű.

Szerk.: (2009.08.09)
Információt találsz még Itt: http://support.microsoft.com/kb/303013
(CTX hozzászólása alapján bővítve.)

2009. május 22., péntek

48 Bit, vagy ne?

Nos a Windowsok egyik szépség hibája, hogy meglehetősen kevés fájlt képesek hiba nélkül tárolni a meghajtón. Nem is sok gond van, ha 40-80-120 GB-os a meghajtód, és nincsen tele. De ha 400-600 GB-al dolgozol, esetleg még többel, akkor már figyelni kell. A gond akkor jelentkezik, ha sok apró fájlal dolgozol, tehát a darabszám okozza a gondot. Ha valaki sok apró fájlal dolgozik, például Weblapokat készít, meg képeket, ilyenek, és elkezdenek szaporodni az apró fájlok. Mondjuk összejön pár százezer, vagy néhány millió apró fájl. Egyszer csak a Win, az egyik bekapcsoláskor elkezd panaszkodni, hogy "konzisztencia hiba", ő most Scandiskelni szeretne. Na jópárszor sikerült is neki a HDD egész tartalmától megszabadítania, de előfordult az is, hogy "Javítás" cimszóval valami kusza zagyvalékot csinált a Fájljaimból. Olyan is előfordult, hogy egyáltalán nem ismerte fel a lemezt. Hibásnak jelölte a partíciót.
A jelenségért az a felelős, hogy a 32 Bites Fájlrendszer nem képes ennyi darab fájlnak a helyét kezelni, hol található meg. Főleg nem, ha töredezett a fájlrendszer. Egyszerűen nincsen elég helye, hogy "felírogassa" magának a HDD tartalmát, és azok elhelyezkedését.
Érdekesség képpen egy Boot Lemezes Linux képes beolvasni a lemez tartalmát, és átmenteni azt egy másik partícióra / lemezre, akkor is, ha a Win nem tudja kezelni.
De ha előre bekapcsoljuk, hogy a Win 48-bittel kezelje a partíciókat, a fájlrendszerét, akkor ez a hiba nem jelentkezik...
..egészen addig, amíg azt a meghajtót be nem helyezzük egy másik rendszer alatt, ahol nincsen bekapcsolva a 48 Bit. Ott akkor majd szépen Scandiskel, és törli. :D
Tehát a 48 Bit bekapcsolásának megvannak az előnyei, és a veszélyei.

Ezek a hibák csak NTFS alatt jelentkeztek, Fat32-n nem. Aki sok apró fájlal dolgozik, annak ajánlom, hogy tartson egy Fat32-es Partíciót is, és ezeket ott tárolja. + jót tesz, ha a használaton kívüli fájlokat tartalmazó mappát tömöríti.

Ide jön majd a 48 Bit bekapcsoló regisztri érték, és a kikapcsoló is. (Hamarosan.)