Flame

Hazudik a Kürt Computer a rendőrségnek?

Fórumok

Az alábbi idézet szerintem egyértelműen azt bizonyítja, hogy Kürt Computer-ék szakmailag teljesen megalapozatlan dolgokat képesek bizonyítéknak állítani akár a bíróságon is!

Forrás: http://www.kurt.hu/u/document/infostrazsa_v6.pdf

Egy alkalommal az Interpol rendőri kísérettel küldött nekünk egy hatalmas ládányi számítástechnikai eszközt — pépes állapotban. A történet szerint valahol Nagy-Britanniában feltételezett értékpapírhamisítókat lepleztek le. A gépek állapota arra utalt, hogy a leleplezés előtt úthengert küldtek át a hardveren. Este hétkor minket, mint szakértőket, arra kértek, hogy 12 órán belül válaszoljunk a következő kérdésekre:
- Ezek az eszközök alkalmasak voltak-e értékpapír hamisításra?
- Ha alkalmasak voltak, akkor hamisítottak-e velük?
- Ha hamisítottak, akkor mennyit?
A szakmai probléma úgy jelentkezett, hogy a winchester mechanikailag sérült volt, az adatállományok helyreállítása szóba sem jöhetett, de a mágneslemezekről helyenként apró részeket (szektorokat) el tudtunk olvasni. Olyan volt, mint amikor egy könyvet iratmegsemmisítőbe dugnak, és hogy ismét olvasható legyen, a fecnikből kell összeragasztani. De a fecnik egy jó része hiányzott. Reménytelen vállalkozás, pláne mindössze 12 óra alatt.
Azért megpróbáltuk. Hasonló (de nem pépesre vert) gépekkel mi is elkezdtünk értékpapírt gyártani, azaz beszkenneltük az értékpapírokat. Éjjel kettőre sikerült.
Az ötletünk a következő volt: próbáljuk meg a mi számítógépünkben tárolt értékpapír „képre” ráhelyezni az olvasható szektorokat. Mint egy puzzle-játék. Ha a néhány fecninek megtaláljuk a megfelelőjét a mi „képünkön”, akkor előbb-utóbb kirajzolódik az értékpapír képe. Ez hajnali négyre olyan mértékben sikerült, hogy a bizonyításhoz elég volt.

...az adatállományok helyreállítása szóba sem jöhetett, de a mágneslemezekről helyenként apró részeket (szektorokat) el tudtunk olvasni.
Szerintem, ha nem sikerült annyi adatot helyreállítani, ami magában elég lenne egy állítás bizonyítására, akkor az semmit sem ér!!

Tehát ők azt állítják, hogy csak néhány bájtos szektorokat tudtak helyreállítani a lemezekről. Egy értékpapír képe nem valószínű, hogy néhány százaléknál több helyet foglalt az akkori merevlemezeken... Ehhez képest:
...próbáljuk meg a mi számítógépünkben tárolt értékpapír „képre” ráhelyezni az olvasható szektorokat.

Ez szerintem nagyon gáz. Mindenki, aki egy kicsit is ért ezekhez a dolgokhoz, tudhatja, hogy ha az ember kétszer beszkenneli ugyanazt a képet, akkor az nem fog binárisan egyezni, stb. Ekkora hülyeséget, ember!! Hogyan lehetne egy ~100 MByte-os szkennelt képből pár 512 Byte-os szektor alapján bármit is bizonyítani, ha egyáltalán az sem bizonyítható, hogy a helyreállított szektorok egyáltalán egy kép része voltak?!

Az nVidia termékek pontossága ugyanis nem éppen kiemelkedő

Fórumok

http://index.hu/tech/hardver/szep070706/

... Fischertől megtudtuk, hogy a Sun Nvidia csipeket használ a rendszereihez, amik szolgáltatások szempontjából ugyan felülmúlhatatlanok, de érezhető, hogy a gyártó a játékiparból jött, a termékek pontossága ugyanis nem éppen kiemelkedő. Az nem jelent túl nagy problémát, ha egy játékban a német katona lába véletlenül belelóg a saját fejébe, mondja Fischer, egy függőhíd tervezésénél viszont fontos a pontosság. A Sun szakembere szerint a felhasználók várhatóan nem éreznek majd semmit az Nvidia csipek hiányosságaiból, de dolgozni kellett és kell azon, hogy a grafikus magok megfeleljenek a vállalati szegmens elvárásainak is.

Most az Enternet mail adminja lama, vagy en tudom rosszul az SMTP hibakodokat?!

Fórumok

Udv,

Egy altalam karbantartott szerveren van egy user akinek Enternetes cimre vannak tovabbdobva a mailjei. Enternet mailszervere rendszeresen ad ilyen valaszokat:


Jul  3 06:51:30 jabba postfix/smtp[8409]: 85856823DB: to=<***censored***@enternet.hu>, relay=smtp2.enternet.hu[62.112.192.22]:25, delay=32028, delays=32026/0.09/1.2/
0.75, dsn=4.0.0, status=deferred (host smtp2.enternet.hu[62.112.192.22] said: 451-193.202.63.149 is not allowed to send mail from leaddeposit.com. 451 A 193.
202.63.149 cimrol nem engedelyezett a(z) leaddeposit.com hasznalata. (in reply to RCPT TO command))

Tudtommal a 4-es kezdetu SMTP hibakodok temporary jelleguek, azaz a postfix egy ido mulva ujra es ujra megprobalja tovabbitani a levelet, amit az enternet "jol konfiguralt" mailszervere persze ujra es ujra visszadob, amig le nem jar nalam a mail.
User jelezte a problemat az enternetnek kb 3 hete, kapott hibajegyet hogy majd ertesitik ha megoldodott. Persze a hibajelenseg azota is valtozatlan, ugy tunik tojnak a fejere.

Kerdeseim a kovetkezok:

1. Ennyire csoro az Enternet hogy keptelen egy hozzaerto rendszergazdat megfizetni, vagy en tudok valamit rosszul az SMTP hibakodokkal kapcsolatban?
2. A user jogosult-e jovairast kerni a havidijbol amig nem szolgaltatnak 100%-osan?

A problemat vegul ugy hidaltam at hogy kertem tole masik e-mail cimet ahova tovabbithatom a leveleit, de akkor is b@ssza a csorom a dolog.

hehe! iwiw akcióban!

Fórumok

most vettem észre a syslogban ....

===WARNING hidden portscan===IN=ath0 OUT= MAC=00:14:78:71:fd:d7:00:18:f8:d2:72:6a:08:00:45:00:00:28:d5:52:40:00:39:06:43:e2:c3:e4:a3:0d:c0:a8:01:01:00:50:83:13:91:6a:21:35:84:0c:62:85:50:10:19:20:51:84:00:00:9c:06:d4:b4:df:3d:26:b0:fb:92:70:b9:3b:52:63:88:00:00:32:04:8c:12:98:60:dd:09:00:10:18:02:01:f0:00:00 SRC=195.228.163.13 DST=192.168.1.1 LEN=40 TOS=0x00 PREC=0x00 TTL=57 ID=54610 DF PROTO=TCP SPT=80 DPT=33555 WINDOW=6432 RES=0x00 ACK URGP=0
===WARNING hidden portscan===IN=ath0 OUT= MAC=00:14:78:71:fd:d7:00:18:f8:d2:72:6a:08:00:45:00:00:28:d5:53:40:00:39:06:43:e1:c3:e4:a3:0d:c0:a8:01:01:00:50:83:13:91:6a:21:35:84:0c:62:85:50:10:19:20:51:84:00:00:39:55:44:14:6e:a7:4c:18:59:74:86:2b:f1:0e:2b:b1:00:00:32:04:8c:12:98:60:dd:09:00:10:18:02:01:f0:00:00 SRC=195.228.163.13 DST=192.168.1.1 LEN=40 TOS=0x00 PREC=0x00 TTL=57 ID=54611 DF PROTO=TCP SPT=80 DPT=33555 WINDOW=6432 RES=0x00 ACK URGP=0
===WARNING hidden portscan===IN=ath0 OUT= MAC=00:14:78:71:fd:d7:00:18:f8:d2:72:6a:08:00:45:00:00:28:d5:54:40:00:39:06:43:e0:c3:e4:a3:0d:c0:a8:01:01:00:50:83:13:91:6a:21:35:84:0c:62:85:50:10:19:20:51:84:00:00:55:d5:15:8e:00:72:ea:86:c4:cc:1b:49:48:9e:10:33:72:67:65:74:3a:20:0a:27:64:58:4e:6c:63:6d:52:69:58:32 SRC=195.228.163.13 DST=192.168.1.1 LEN=40 TOS=0x00 PREC=0x00 TTL=57 ID=54612 DF PROTO=TCP SPT=80 DPT=33555 WINDOW=6432 RES=0x00 ACK URGP=0
===WARNING hidden portscan===IN=ath0 OUT= MAC=00:14:78:71:fd:d7:00:18:f8:d2:72:6a:08:00:45:00:00:28:d5:55:40:00:39:06:43:df:c3:e4:a3:0d:c0:a8:01:01:00:50:83:13:91:6a:21:35:84:0c:62:85:50:10:19:20:51:84:00:00:96:be:9e:5c:51:69:9f:af:39:ba:3a:c9:de:83:b9:c1:2f:31:2e:31:20:32:30:30:20:4f:4b:0d:0a:44:61:74:65:3a SRC=195.228.163.13 DST=192.168.1.1 LEN=40 TOS=0x00 PREC=0x00 TTL=57 ID=54613 DF PROTO=TCP SPT=80 DPT=33555 WINDOW=6432 RES=0x00 ACK URGP=0

oliver@debian:~$ host 195.228.163.13
Name: thumbnails.iwiw.net
Address: 195.228.163.13

hehehe és ezek meg mit képzelnek? :D

Nagyon béna!!! - KBps - Kbps

Fórumok

Bocs', hogy ilyen bénát kérdezek, de ... nem sikerült a nyomára bukkanom:

Mi különbség, összefüggés a KBps és a Kbps között? Illetve mikor, melyiket használják?

S tényleg ne szidjatok, csak belefutottam ebbe a két jelölésbe, s ... eddig azt gondoltam, hogy ugyanarról van szó ... aztán látom, hogy mégsem ...

egy kde bug

Fórumok

Van a kedvenc KDE bugom. Tegyél be egy CD-t! Nyisd meg konqurorral, közben az illetékes rendszer felmountolja (nálam autofs/automount, de ez mindegy). Nyomjál rá a CD-n található cuccok között egy tömörített archívumra! Jó, most csukjál be minden ablakot! Vedd ki a CD-t!

Sikerült?Nálam nem.
umount /dev/cdrom-ra device is busy-t kapok.
lsof kimutatja, hogy egy kio_tar nevű nyavalya használja a CD-t.
umount -f /dev/cdrom természetesen működik, de ettől még a hiba hiba: az ablakok becsukása után is nyitva marad egy program, ami használja a CD-t.

Honnan szedtem a KDE-t? Eddig a következő disztrókon bizonyosodtam meg arról, hogy a hiba jelen van: SimplyMEPIS 6.0, Debian 4.0, Slackware 11.0.
Arra vagyok kíváncsi, hogy van-e olyan, akinél nem jelentkezik a hiba, és annak honnan van a KDE-je és milyen verziójú.

szerk: most már nem kell a régi cím, mert már idevonztam pár embert. :-)

Linux tanfolyam - vajon jó a marketing?

Fórumok

Beszélgettem a pesten lakó barátommal. Mesélte, hívták egy x.y. középiskolából (nem emlékezett a nevére) és kérdezték, van-e számítógépe, internete. Eztuán feltette a telefonáló azt a kérdést, akar-e Linuxot tanulni. Meglepődött, elsőre azt gondolta én adtam meg a számát, ezért zaklatják (nem). Lerázta a telefonálót, nem szeretné megtanulni. Kamuzott, udvariasan utasította vissza a felkérést.

Nem tudom mit gondoltok róla, de szerintem nem ez a helyes módja a tanulók felhajtásának. Ilyen direkt módszerrel nem megy, aki Linuxot akar tanulni, az így-úgy megtalálja a módját, hogyan tudná megtanulni.