‘hiba’ címkével ellátott bejegyzések

Nem a Windows 7 rongálja az akkumulátorokat

2010. február 15. hétfő

Nem a Windows 7 rongálja az akkumulátorokat, derült ki a minap a Microsoft közleményéből. Noha a redmondi cég elismerte a problémát, a vizsgálataik kiderítették, hogy ezen problémákat nem a Windows 7 okozza.

Mi magunk is beszámoltunk róla, hogy esetleg akkumulátor gyilkos lehet a Windows 7, ugyanis egyre több ember találkozott a “Consider replacing your battery. There is a problem with your battery, so your computer might shut down suddenly.” – azaz – “Fontolja meg az akkumulátora cseréjét, ugyanis probléma lépett fel vele, ezért a számítógépe hirtelen leállhat!” rendszerüzenettel, s a Google is rengeteg találatot hoz már a fenti jeligére. Ennek megfelelően a Microsoft el is kezdte kivizsgálni a hibát, és nem rég pontot tettek az ügy végére.

Windows 7 logó

Maga Steven Sinofsky, a Microsoft Windows és Windows Live Divízió elnöke közölte a Engineering Windows 7 blogban a probléma részleteit:

“A Windows 7 teljesen jogosan figyelmezteti a felhasználókat az elhasználódott akkumulátorokról, és nem arról van szó, hogy tévesen küldené az üzenetet, illetve arról sem, hogy maga a Windows 7 okozná ezt az állapotot.”

“Mindegyik kivizsgált esetben bebizonyosodott, hogy szóban forgó akkumulátorok valóban cserére szorulnak.”

Sinofsky kifejti továbbá, hogy a Windows 7 egy új, az akkumulátor állapotát felmérő mechanizmussal lett felvértezve, így ez újdonságként érhette a felhasználókat, melynek következtében szerinte hibásan hibáztatták az operációs rendszert. A beépített program egyébként akkor figyelmezteti a felhasználókat, ha az telepük teljesítménye már az eredetinek a 40%-a alá süllyedt.

forrás: Engineering Windows 7

Akkumulátor gyilkos a Windows 7?

2010. február 8. hétfő

Egyre több hír érkezik arról, hogy akkumulátor gondokat okoz a Windows 7! A Microsoft már el is ismerte a problémát, és a gyártókkal közösen próbálnak megoldást találni.

Viszonylag sok felhasználó találta magát szemben a “Consider replacing your battery. There is a problem with your battery, so your computer might shut down suddenly.” – azaz – “Fontolja meg az akkumulátora cseréjét, ugyanis probléma lépett fel vele, ezért a számítógépe hirtelen leállhat!”. Az üzenet pedig sok esetben igaznak is bizonyult, olyannyira, hogy újabb előzetes figyelmeztetés nélkül kapcsolt a számítógép hirbernált állapotba, pedig alig fél órája vagy kevesebb ideje használták a laptopot.

Mennyire komoly a probléma?

Akkumulátor ikonEleddig 60 millió Windows 7 példányt adtak el, és a SP1 kiadása után további növekedés várható az eladásban, miközben a “consider replacing your battery” keresés a Googleben már 42 000 találatot hoz! Ez semmiképpen sem apróság!

A legtöbb felhasználó az 2-3 órás üzemidő fél órára történő csökkenésére panaszkodik, de egyes esetekben az akkumulátorok tényleges meghibásodásáról is érkeznek hírek. Előbbi már bizonyítást nyert, de hogy akkumulátor gyilkos a Windows 7 arról konkrét esetről eleddig nem érkezett egyértelmű megerősítés. Bár az bizonyos, hogy az akkumulátorok ilyetén nem megfelelő használata nem tesz jót nekik, így valóban nem elképzelhetetlen a végleges károsodás valamilyen formában.

Lehetséges megoldás

A Microsoft több megoldást is javasol, mindenek előtt a BIOS frissítését, mely egy hasonló problémát már itt a fórumban is megoldott (ASUS K7IO estében). Azonban sokan nem ilyen szerencsések és még mindig szenvednek a notebookoknál igen fontos üzemidő drasztikus csökkenésétől, gyakorlatilag kábelhez vannak kötve ezen felhasználók, így joggal türelmetlenek a javítást illetően.

További megoldás lehet egyes esetekben az akkumulátor kalibrálása. A sok töltés után ún. memóriahibák léphetnek fel, melyeket egy teljes lemerítés és feltöltés orvosolhat, azonban egy laptopban totálisan sosincs lemerítve az akkumulátor. Az akkumulátor kalibrálásához tegyük a következőket:

  1. Töltsük fel teljesen az akkumulátorunkat 100%-ra, majd húzzuk ki a kábelt!
  2. Amikor szinte teljesen lemerült, hibernálja majd magát a laptop, de mi kapcsoljuk vissza, hogy teljesen lemerüljön, ekkor már valószínűleg ki fog kapcsolni!
  3. Ekkor indítsuk el még egyszer, és lépjük be a BIOS-ba, hogy leellenőrizzük, maradt e még szufla a masinánkban, ugyanis még ekkor is szokott 1-2 százaléknyi töltés maradni benne!
  4. Hagyjuk 15 percig, hogy totálisan lemerüljön! Ekkor elvileg már be sem lehet kapcsolni, ha még sem, ismételjük meg az előző lépést!
  5. Távolítsuk el az akkumulátort, majd nyomjuk meg a power gombot, hogy a rendszerből is teljesen kiszipolyozzuk a benne maradt töltést.
  6. Tegyük vissza az akkumulátort, majd dugjuk fel tölteni a laptopot! Minimum 5 percet várjunk, mielőtt bekapcsolnánk a számítógépünket!

Ezek után elvileg, már nem szabad hibaüzenetet kapnunk!

Ha ez sem működött volna, amolyan utolsó mentsvárként a hirtelen leállások elkerülése lehetséges azzal, ha  a powercfg.exe-t használva az akku töltöttség kritikus szintre süllyedésének teendőjét semmire állítjuk. Ez azokban csak azokbank a esetekben működhet, amikor hibás adatot kap a Windows 7 az akkumulátor töltöttségéről, miközben abban még bőven lenne töltés. Ezután remélhetőleg már helyes adatokat fog közölni a Windows az akkumulátor állapotáról, de ne felejtsük el figyelni, hogy 5-10% alatt mi magunk tegyük töltőre, vagy hibernáljuk a laptopunkat!

  • aktiváljuk azt a energiagazdálkodási profilt, amit módosítani szeretnénk
  • nyissunk meg egy adminisztrátori jogokkal rendelkező parancssort (windows gomb, kereső mezőbe gépeljük be, hogy “cmd”, majd a nyomjuk le a “crtl+shift+enter” billentyűkombinációt)
  • gépeljük be a “powercfg -setdcvalueindex SCHEME_CURRENT SUB_BATTERY BATACTIONCRIT 0″ parancsot
  • készen is vagyunk, melyet a felugró ablak is jelez nekünk

Az érdekesség az, hogy ez a hiba még a Windows 7 BETA-hoz nyúlik vissza, viszont egy jelentős növekedés állt be, amikor az RC-t az RTM változat váltotta, noha a tesztelőtábor nem nőtt számottevően, így valószínűleg a kódban történt változás, vagy a gyártóknál.

Microsoft

A redmondi szoftveróriástól azt nyilatkozták, hogy “közösen vizsgáljuk a hibát a partnereinkkel … és amint megoldást találunk a probléma gyökerére, azonnal közzétesszük azt”. Ahogy az természetes, amint érkezik javításról hír, azonnal közzétesszük azt az oldalon. Addig is, ha bárki hasonló problémát tapasztalna, ne habozzon megosztani azt velünk!

forrás: Windows7News.com

A Microsoft elismerte az IE sebezhetőségét

2010. február 5. péntek

A Microsoft elismerte, hogy sebezhetőek azok az Internet Explorer változatok, amelyek nem futnak védett módban, ez már a második nagyobb biztonsági rés 1 hónap alatt. Ráadásul aki kihasználja ezt a rést, az bizalmas információkhoz juthat hozzá!

Internet Explorer ikonMaga a probléma egyébként már két éve ismert, akkoriban készült is egy javító csomag, és úgy látszott, hogy minden rendben, de a múlt hónapban Jorge Luis Alvarez Medina, a Core Security Technologies biztonsági tanácsadója felhívta a figyelmet arra, hogy az Internet Explorerben továbbra is ott tátong a biztonsági rés, tehát nem sikerült befoltozni azt az említett patchel. Medina úgy nyilatkozott, hogy a február 3-án megrendezésre kerülő Black Hat konferencián fogja ismertetni a módszert, amire sor is került kedden. Az előadás címe elég szatirikus volt: “Az Internet Explorer publikus fájl szervert csinál a személyi számítógépedből”.

Maga a módszer abból áll, hogy egy csali e-mail megnyitása vagy egy fertőzött weboldal megnyitása után, és ha ismeri a támadó a HTML oldal ideiglenes tárolási helyét az áldozat számítógépén, akkor ráveheti az Internet Explorert arra, hogy az töltse be újra az oldalt a merevlemezről. Így az IE már úgy tudja, hogy egy helyi weblapot böngészünk, így engedélyezi kódok futtatását, sőt maga a támadó ugyanolyan jogosultságokat szerez, mint maga a bejelentkezett felhasználó. Ezt pedig bizalmas adatok lopására is fel lehet használni. Erre Medina szerint “három vagy négy módszer is létezik, hogy véghez vigyünk egy ilyen támadást”.

Ez a biztonsági sebezhetőség is főként a Windows XP és IE 6 felhasználókat érinti. “Az Internet Explorer 7-et vagy Internet Explorer 8-at alapbeállításokkal Windows Vistán vagy Windows 7-en futtató felhasználók nincsenek kitéve veszélynek, mivel a Védett Mód megóvja őket ettől a problémától” – árulta le Jerry Bryant a Microsofttól blogbejegyzésében. Természetesen ha valaki valamilyen oknál fogva kikapcsolja a Védett módban való böngészést, akkor ugyanúgy támadhatóvá válik, de alapbeállítáként ez be van kapcsolva. Windows XP felhasználók számára a Microsoft kiadott egy programot, mellyel védhetik a számítógépeiket: letöltés.

Medina nem volt biztos benne, hogy valaki kihasználta volna-e már ezt a hibát, a Microsoft pedig már dolgozik az javításon. Egyelőre azonban nem tudni, hogy mikor fogják kiadni azt, hiszen az előző biztonsági rést egész hamar, soron kívül került kijavításra, azonban a szokáson “keddi patch nap” is közel van, talán túl közel is, így akár az utána való hétre is csúszhat a hibajavítás megérkezése.

forrás: scmagazineus.com, stuff.co.nz

Szürkehalál is terjed

2010. február 4. csütörtök

Szürkehalál is terjed mostantól a felhasználók körében. A kékhalál régóta ismert, a feketehalált a Windows 7 hozta be a köztudatba, a szürkehalált pedig valószínűleg az AMD/ATI páros karöltve a hardvergyártókkal.

Maga az anomália csak bizonyos konfigurációk esetében jön létre, az új generációs Radeon HD 5700 és 5800 kártyák esetében. A szürkehalál fagyást okoz, amit szürke (esetleg színes) csíkok kísérnek a monitoron, innen kapta gúnynevét a hiba. Eleinte úgy vélték, hogy a Windows 7 egyik őszi frissítése okozta a hibát, de később kiderült, hogy operációs rendszertől függetlenül előfordulhat. Sőt az legújabb ATI driverekben és a Catalyst 10.1-ben a szürkehalál már ismert hibaként van megjelölve.

ATI Radeon HD 5700 HD 5800 Series

A konfigurációtól való függés nagyban megnehezítette a hiba rekonstruálását, valamint megértését és javítását, de szerencsére a Radeon HD 5700 és 5800 szériák eladásai számottevően nőttek, így egyre pontosabb képet kaphattak az AMD/ATI mérnökei.

Dave Erskine, a vállalat szóvivője úgy nyilatkozott, hogy “hogy csak egy kis számú ATI Radeon HD 5700-as és ATI Radeon HD 5800-as szériájú kártya esetében tapasztalták a hibát – és megígérte, hogy – a (Radeon) csapat már tesztelt egy lehetséges driver patchet” mely megoldás lehet a problémára. Amikor a várható megjelenésről kérdezték, Erskine hozzátette, hogy “továbbra is tesztelnünk kell, de reményeink szerint hamarosan kiadhatjuk a javítást.”.

Az Erskine által említett elenyésző számot egyesek 10-15 ezerre teszik, ami nagynak tűnhet, de az december végéig eladatott 2 millió HD 5000 szériás grafikus kártya mellett ez tényleg egy egész kicsi szám. Természetesen amint érkezik hír a javításról, vagy esetleg patch-ről, azonnal közzétesszük.

forrás: bit-tech.net

Win 7 belentkezési + Egyszínű háttér = 30s plusz

2010. január 25. hétfő

Azok, akik egyszínű hátteret használnak 30 másodperccel többet várhatnak a Win 7 és a Windows Serven 2008 R2 bejelentkezésekor egy hiba miatt!

Egyszínű hátterek

Ilyen hibára valószínűleg senki sem gondolt, valószínűleg ezért is kerülhette el a tesztelők figyelmét. A szokatlan és kicsit abszurd hibára, ami 30 másodperces szünetet okoz a bejelentkezés alatt több megoldás is létezik:

  1. csak tegyünk ki egy tetszetős háttérképet.
  2. ha ragaszkodnánk az egyszínű háttérhez, vagy töltsünk le egyet, vagy szerkesszünk egy megfelelő méretűt

Akiket esetleg maga a hiba megléte zavar, azoknak is van két választási lehetőségünk:

  1. töltsék le a hibajavítást az ide kattintva
  2. a buherálni imádók figyelmébe ajánlanám az alábbi leírást:
  • nyissuk meg a Start menüt, és pötyögjük be a “regedit” parancsot a kereső mezőbe
  • navigáljunk a következő registry key-hez:
    “HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System”
  • kattintsunk duplán a “DelayedDesktopSwitchTimeout” nevű kulcsra
  • majd állítsuk az értékét 5-re

Én a legelső módszert preferálnám, legalább feldobja majd az asztalunk egy szép kép, de a fenti leírásból mindenki kiválaszthatja a magának megfelelő megoldást.

forrás: lifehacker.com

Merevlemez hiba – Windows 7

2009. december 29. kedd

A Microsoft kiadott egy hivatalos közleményt, melyben informálta a Windows 7 és Windows Server 2008 R2 felhasználókat, egy eddig ismeretlen merevlemez hibára, melyre a béta tesztek alatt sem derült fény. A hiba a Windows 7 és a Windows Server 2008 R2 merevlemezkezelő programrészében van, és több dolognak is együtt kell állnia a hiba kiváltásához.

A hiba kiváltásához az alábbi feltételeknek kell teljesülnie:

  • Windows 7 vagy Windows Server 2008 R2 operációs rendszert használunk
  • SATA (Serial Advanced Technology Attachment) technológiájú merevlemez van a gépünkben, melynek tárkapacitása nagy, tehát 1TB körüli
  • A számítógépet energiatakarékos állapotba küldjük: készenléti állapot vagy hibernálás

A hiba akkor merül fel, ha megpróbáljuk a munkamenetet folytatni, tehát felébresztjük a gépet az energiatakarékos módból.

Ilyenkor a Windows működése megáll, és az alábbi hibaüzenetet küldi a felhasználó számára:

* STOP 0×0000007A
* STOP 0×00000077
* STOP 0×000000F4

A hiba a Microsoft közleménye szerint azért fordul elő, mert a rendszer a SATA technológiát használó merevlemezek esetén megköveteli a 10 másodpercen belüli válaszolást. Ezt a kisebb méretű merevlemezek teljesítik, de a nagyobb méretű merevlemezek esetén ez az idő hosszabb lehet, így a Windows a fenti hibaüzenet kíséretében leáll. A hiba bejelentéséhez a Microsoft csatolt egy javítást is, amellyel a hiba megoldható a problémás rendszereken.

A hibajavítás itt érhető el: link

forrás: i4s.hu