Bad RAM

A Dell notebookomban rosz a memoria. Idonkent kifagynak az alkalmazasok a Windowsban.
Linux alatt van egy jopofa beallitasi lehetoseg, ahol ki leget zarni a memoria tetszoleges reszet.

A GRUBban badram parametert kell beallitani. Az (K)Ubuntu disztribucioban az /etc/default/grub fileban kell a GRUB_BADRAM parametert beallitani, aztan update-grub, reboot. A parameterezese hibas vagy mas miatt kizarni kivant memoriacim, mask (hogy a cim mely bitjei a meghatarozoak, a tobbi bit barmi lehet igy teljes tartomanokat ki lehet zarni).
Peldaul a 0x384f2c38,0xffff0000 parameter azt jelenti, hogy 0x384f0000-0x384fffff tartomanyt tiltjuk ki.

No ez remek, egyetlen furcsasag van ezzel (ami jo feature, csak ha nem tudsz rola, akkor megorit). A Memtest68+-ra is ervenyes a beallitas, vagyis ha egyszer kizartad a hibas memoria tartomagyt, akkor a Memtest nem fogja megtalalni, es jelezni a hibat, es ugy tunik, mintha “megjavult” volna a memoria. Azt megertem, hogy a Memtest jo ha tudja, hogy ne rakja a sajat program kodjat hibas teruletre, de a tesztelesnel valamit kiirhatna, vagy jo lenne ha lehetne allitani. Engem azert vitt majdnem a sirba, mert vinnem a szervizbe a Notebookot, de a Memtest nem ir ki semmi hibat!

Megoldas: szerkesszuk at a /boot/grub/grub.cfg-t (vagy irjuk at a config filet generalo scripteket…). Igen, azt a filet, aminek az elejen az van nagy betukkel, hogy ne nyuljukn bele 🙂 (Senkinek nem ajanlom hogy kezzel szerkessze ezt a filet, es semmilyen felelosseget nem vallalok ha megis megteszi valaki! En ezt csak vegso elkeseredettsegemben tettem meg.)

Nalam ott kezdodott a problema, hogy eleve nem is volt Memtest elem a Grub menujeben. Azert, mert wubi loadert hasznalok, es loopbackbol nem tud bootolni a memtest. De ez nem baj, en nem ragaszkodom hozza, hogy az ubuntu imagebol bootoljon, kimasoltam a memtest-et a host filerendszerbe (a C:\Boot-ba). Csak azt nem tudtam, hogy hogy adjam meg ennek a szerencsetlen grub update scriptnek, hogy ott keresse… Igy hat kiszedtem a loopback detektalast a scriptbol, es a grub.cfg-ben kezzel atirtam az utvonalat /boot-rol /Boot-ra, es kivettem a loopback csatolasat. Es mukodott.

A badram globalis beallitasra is az volt a megoldasom, hogy a kozos reszben szereplo (header vegen) badram sort kiszedtem, es bemasoltam az Ubuntu menuentry-be. Csinaltam az Ubuntu menujebol egy masolatot, amibe beirtam, hogy badram, igy badrammal es a nelkul is tudom bootolni a Linuxot. A Memtestnel is megtettem ugyanezt, igy a Memtest86+-ot is tudom futtatni badrram opcioval es a nelkul. Az utobbival ujra megtalaja a hibakat a kizart memoria reszben. 🙂 … illetve 🙁

Az atszerkesztett grub.cfg-t elmentettem mas neven is, hogyha az update-grub felulirna, ne kelljen az elejerol kezdve atirni.

Memtest86+ 4.20 verziojaban a configuracioban (c) be lehet allitani (4-Error Report Mode, 3-BadRAM Patterns ), hogy a hiba lista formatuma badram tipusu legyen (igy csak le kell jegyezni es be lehet adni a grubnak modositas nelkul).

Stop Online Piracy Act

http://en.wikipedia.org/wiki/Stop_Online_Piracy_Act
Avagy a hatalom túlkapásai, kísérletei. Szerencsére nagy felháborodást keltett az Internetet ismerők és védők körében.
http://www.politico.com/news/stories/1211/70878.html

Remélem mindenki érzi, hogy ez a szólás, sajtó szabadságát (is) veszélyezteti.

Nem túl fényes jövőt sejttetnek ezek a törekvések, főleg ha eszünkbe jut a nemrégen kirobbant Carrier IQ botrány. A felhasználók tudta és beleegyezése nélkül telepített program, ami több mint 140 millió okos-telefonon fut a háttérben, és monitorozza a felhasználó tevékenységét, billentyű leütéseit és pozícióját.

Több link: twitter/szir

Monitor

Már egy ideje gondolkodok, hogy nem ártana még egy monitor. Ennek leginkább az vetett gátat, hogy nem találtam tetszésemnek megfelelőt a kiállított modellek között. Sajnos sok helyen nincsenek kiállítva a monitorok, pedig monitort szeretnék legkevésbé látatlanban vásárolni. Mivel több évet fogom bámulni naphosszat, elég fontos a kinézete. A fényerő, színhelyesség, homogenitás, pixelhibák és a kezelhetőség mind fontos paraméter a választásnál. A legtöbb ma kapható monitor TN paneles TFT LCD, amiknek a nagy hátránya a függőleges betekintési szög szűk tartománya. Alulról nézve teljesen eltorzulnak a színek.
Ezért figyeltem fel a BenQ EW2430-as VA paneles monitorára. A VA színei ugyan nem olyan szépek mint az IPS paneleknek, de nem is olyan drága. A PCWorld 2011-es ajánlattal jutalmazta ezt a 24 colos full HD felbontású monitort.

Egy pillantást vetve az árgépre, láttam Dell e-IPS paneles monitort is. Az IPS-ek különböző fajtáiról:
Tiszta vizet az e-IPS pohárba
WikiPedia TFT LCD
H-IPS vs S-IPS (képekkel)

Videokártya

Ha egyszer lesz több monitorom, akkor még egy videokártyát is bele kell rakni a gépbe az integrált mellé. Nem túl nagy fogyasztásút, mert akkor tápegység csere is szükséges. A pcworld végén találtam az
XFX Radeon HD6770 1GB videokártyát (bár azt nem írták, hogy ez pontosan melyik modell: HD-677X-ZNFC, HD-677X-ZNFR, HD-677X-ZNLC)

A bestbuy oldalán vegyesek a vélemények.

A HD-677X-ZNLC-hez hasonlít az Asus EAH6770/2DI/1GD5 1024MB PCIe, Asus EAH6770 DC/2DI/1GD5 1024MB PCIe, vagy MSI R6770-MD1GD5 1024MB PCIe. Ezeken DSub, HDMI, DVI csati van. Az Asus EAH6770 DC SL/2DI/1GD5 1GB PCIe is ugyanezeket a csatlakozókat kapta, de aktív hűtés helyett egy nagy hőcsöves borda található rajta. A néma üzemmód viszont nincs ingyen.
A HD-677X-ZNFR-hez a Sapphire Radeon HD6770 1GB PCIe (11189-00-20G) hasonlít. Ezeken a DVI, HDMI mellett a modernebb display port található.

Logitech Wireless Illuminated Keyboard K800

Most olvastam a cikket a Logitech Wireless Illuminated Keyboard K800 billentyűzetről a PC Worldben. Ez kell nekem! Végre egy hagyományos kiosztású billentyűzet, amin még háttérvilágítás is van.

Majdnem egy éve volt, hogy billentyűzetek után jártuk a várost húgommal, de sehol se találtunk rendes kiosztású vezeték nélkülit. Mindenhol csak valami mutáns verziót árultak. Például 3 soros szerkesztÅ‘gombosat (Insert, Del, Home, End…). Végül Interneten rendeltünk egyet. Hazánkban leginkább magyar kiosztású billentyűzeteket lehet kapni, de az én napi munkámhoz jobban illene egy angol kiosztású.

A billentyűzet megvilágításával lehetnek problémák, ha kihúzható billentyűzet tartón van az asztalra szerelve, vagy éjszakai életmódot élünk. Már egy ideje néhány notebookon megjelent a világító billentyűzet, de asztali billentyűzeteken még nem láttam ilyet.

Azt írják, hogy a gombok mechanikája is profi, amit sajnos a jelenlegiről nem mondhatok el. Például a ctrl gombnak nagyon meg kell célozni a közepét ahhoz, hogy nem szoruljon, és le lehessen nyomni. (Bár igaz, hogy ez főleg azóta jelentkezik, hogy ráesett 5 kiló vakolat : ) Van itt egy régi PS/2-es billentyűzet is, azon a shift, backspace gombok alatt is van stabilizáló kar, és bármelyik gombot le lehet nyomni a sarkánál fogva is, nem szorul egyik sem. Tehát régen még meg tudták ezt oldani gépészetileg.

logitech k800 keyboard

A Logitech oldalát böngészve a K750-es Wireless Solar Keyboard is egy érdekes darab.

Process “Map” failed

Ma mar megint egy orat szoptam az idiota Xilinx ISE fejleszto kornyezet miatt.

Delelott a LUT-ok INIT ertekenek megadasaval “szorakoztam”. A View Technology Schematic-nal van egy INIT ertek (ami mindig 0000) es egy INITSTATE ertek. Mivel a dokumentacioban mindenhol INIT-et irnak a kezdoertek megadasanal, ezert probaltam az XST-t ravenni hogy generaljon valamit nullatol kulonbozo INIT ertekkel. Nem sikerult, a vegen mar a shift register primitive-nek adtam meg kozvetlenul INIT erteket, de az is az INITSTATE erteket allitja.
//reg [B-1:0] data = init0;
SRLC16E #(.INIT(init0))

Ez utan ellenorizni akartam, hogy mi is kerul be az FPGA-ba. Elinditottam az implementaciot, de a Map fazis ‘Process “Map” failed’ hibaval leallt. Semmi magyarazattal, hiba okaval nem szolgat. A naploban, Console-ban irt ‘map …’ parancsot parancssorbol lefuttattam, es hiba nelkul vegzett. Persze ettol nem mentem semmire, mert a fejlesztokornyezet nem engedett tovabb, mondva hogy egy elozo fazist nem sikerult teljesiteni. Gondoltam hatha rosz konyvtarban probalja futtatni, vagy esetleg rosz ‘map’ allomanyt probal elinditani. Ki is adtam egy where parancsot, ami talalt egy map. es egy map.bat filet a Perl egyik konyvtaraban. Viszont mivel mind a Project Navigator es a command-line a Xilinx settings64.bat-javal lett inditva, ezert ezek a xilinxos map.exe utan kovetkeztek. Ellenoriztem is Process Explorerrel a kornyezeti valtozokat, es a path megfeleloen volt beallitva. Ettol fuggetlenul azert atneveztem a map.bat filet biztos ami biztos alapon. A kiterjesztes nelkuli map perl script meg ugye nem futtathato. Persze igy sem oldodott meg a problema, meg mindig a titokzatos ‘Process “Map” failed’ hibaval allt le az implementacio folyamata. A Google kereseseim megint csak eredmenytelenek voltak.
Ekkor elovettem a Moo0 File Monitort, a SysInternals FileMon programjat, es meg parat, de egyik se segitett. Vegul a szinten SysInternalsos Process Monitor (Procmon) segitett. Kiderult hogy valamilyen erthetetlen okbol fogva ez az idiota ISE 13.1 az ‘E:\Perl\site\bin\map’ filet probalta olvasni. Amint atneveztem sikerult a Map.

Most mar meg tudtam nezni a Xilinx FPGA Editorral a generalt LUTokat kozelebbrol, es ugy tunik jol be vannak allitva az INITSTATE ertekre. De akkor mi az az INIT es minek van ott a Technology Schematic nezetnel? Es mi a halalert probalkozik a perl kiterjesztes nelkuli map-javal? (A map.bat meg mindig ott van, de az nem zavarja)
WTF?

SVN: MKCOL 405

I just received an error ‘405 Method Not Allowed’ for a Subversion MKCOL request.
And googled this:
http://www.stereoplex.com/blog/subversion-mkcol-405-method-not-allowed/document_view

I just upgraded Apache (2.0 win32 to 2.2 x64) and php (5.2 to 5.3 x64) and I was fighting with mod_security2 all day to get SVN working (among other things).

Lesson: Always Update before Commit even if you are the only one using the repo 🙂

https is not so safe

Wireshark provides a cool feature: decrypt ssl (https) traffic. But how is that possible? Isn’t https supposed to be private, unbreakable, provide protection against 3rd parties listening in?
Yes, and it does… most of the time. In order to decrypt the data, you need the server’s private key. Which you don’t have usually, but others might get their hands on. And this is the problem.
If someone logs your traffic (maybe for years), and later acquires the private keys, then they can decrypt all your data sent over ssl.
This can be done only if the key exchange is RSA, because this uses the server’s “constant” private key to encrypt the session key.
If https uses Diffie–Hellman key exchange, then every session key is generated and exchanged securely. Meaning the key is generated from and encrypted with random data, and not stored anywhere. This key exchange method was designed to exchange keys over insecure, public channels. So it is not possible for 3rd party to get the key, and the information used to generate and exchange the keys are temporary, and destroyed on both sides after the key exchange is over.

Diffie–Hellman key exchange is part of many Chipper Suit, but unfortunately many sites (like google, facebook) does not include, support this. As if they do not really want for you to have complete privacy…
https channel can only be established if both sides support (at least one) same chipper.

To see and edit what chippers your Firefox browser supports open ‘about:config‘, and search for ‘ssl’.

Related Articles:
http://www.netresec.com/?page=Blog&month=2011-01&post=Facebook-SSL-and-Network-Forensics