Hozzászólások
-
Bejegyzés
-
Bios-ba megnéztem kifagyás után szerényes 74fokos a proci ami prescottnál terhelésen nem valami jó
hát szerintem enyhén szólva is sok… nekem amd64 +core meg tulhajtva 2000@2500 full terhelésnél 30C-s szobahõmérséklet mellet volt max 47C
Vga kártyám is 80 maggal mûködik mikor a játék kifagyás történik! Na lehetséges hogy a linux is ezért fagy ki? Magyarul melege van a gépnek? Illetve a vga ügybe lehet csak hogy nividia driver kéne? Szinkavalkád azér keletkezik mert meleg a GPU ?
szerintem vga kártyád nem birja alap órajelet nekem rx700pro ilyen ha gpu órajelébõl visszaveszek 10Mhz-t nem fagy(amugy is csak aktívabb használat esetén, de hallottam olvastam valhol pont GT6600-nál is hasonlóról, valószínüleg gari a legjobb megoldás, vagy hegesztesz egy jobb hûtõt a kártyára)
nálam csikozást csak 3dmark produkált, de csont ugyanazok a tünetek (ja és tuning nélkül is ilyen volt, memtest+, prime95, meg egyéb teszter progik atom stabilak … csak 3D sz@rakodott, de megoldottam)
Most teszteltem (amugy szolgáltató azért szerintem szûröget)(közben böngészõ, levelezõ, meg irc-fut [ha valaki gondolja jöjjön fel irc.freenode.net #linuxforum.hu])
juuzer:/# nmap -sS -O -p- -PI -PT localhost
Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-07-28 09:56 CEST
Warning: OS detection will be MUCH less reliable because we did not find at least 1 open and 1 closed TCP port
All 65535 scanned ports on localhost.localdomain (127.0.0.1) are: closed
Too many fingerprints match this host to give specific OS detailsNmap finished: 1 IP address (1 host up) scanned in 7.392 seconds
juuzer:/# nmap -sT -O -p- -PI -PT localhostStarting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-07-28 09:56 CEST
Warning: OS detection will be MUCH less reliable because we did not find at least 1 open and 1 closed TCP port
All 65535 scanned ports on localhost.localdomain (127.0.0.1) are: closed
Too many fingerprints match this host to give specific OS detailsNmap finished: 1 IP address (1 host up) scanned in 5.289 seconds
Szóval én tartom azt a véleményem továbbra is hogy az elõl aki ért hozzá egy tûzfal sem nyújt nagyobb védelmet, bár nem kell megkövezni ha nem így van!!!
😛Na asszem sikerült kilõnöm minden felesleges dolgot ami portokat nyitogat, le is teszteltem a gépemet a neten fellelhetõ különbözõ teszoldalakkal/programokkal, (közben ment chat, böngészõ, levelezõ, stb…) igaz tûzfalam nincs, még csak iptables szabályok sincsenek felállítva(legalábbis én eddig nem foglalkoztam vele, ha alapból van ilyen rendszerben akkor az megy/vagy lehet hogy az sem) a legdurvább amit találtak :
böngészõben sütik engedélyezve vannak(gondolom azért ennek lehetnek hátulütõi)
valamint egy-két zárt port (ami gondolom ha tûzfal mögé van rejtve akkor sem jelent gondot annak aki ért hozzá hogyan jusson be)ezt tudom ajánlani mindenkinek, lehet tesztelgetni:
http://www.pcflank.com/
http://www.pcflank.com/about.htm:ph34r: B) :bomb: :onfire:
Nekem is volt hasonló problémám igaz más lappal (ami 30 akárhány Gb-nél nagyobb winyót nme látott) + 80Gb-s samsung winyóval.
megoldás:
winyót lejumperoltam 32Gb-re így látta a bios, majd a samsung oldaláról letöltött DDO-t (dinamic drive overlay) telepítettem, így bios látta winyót (32Gb-s nek) majd DDO idul így a 80Gb elérhetõvé vált.(ha telepíted vagy eltávolítod akkor azonban minden adatot visz magával erre figyelmezet is) mondjuk erre csak win miatt volt szükség. Grub, lilo vagy egyéb rendszertöltõ pedig csak ezek után jönlinux alatt meglehet oldani ugyis, hogy lejumerolod 32Gb-sre (így bios-nak látnia kell)
2.4-es kernel alatt engedélyezni kell (alap kernelben benne van) az ATA/IDE…support->IDE,ATA and ATAPI Block devices->Include IDE/ATA-2 DISK support->Auto-Geometry Resizing support-ot2.6-os kernel-nél pedig a kernel bootparaméterekhez hozzáadod hogy hdX=stroke (X értelemszerûen attól függ éppen hol is van a winyó)
Na a Debian desktop kialakítása címû szerzemény megoldotta gondjaimat, köszönet érte a szerzõknek :bigups:
…ezért távolítsuk el (‘dpkg –purge csomag’) a következõ csomagokat: ‘ftp’ (felesleges, van biztonságosabb), ‘lpr’ (nyomtató, nyitva hagy portot; a ‘/var/spool/lpd’ eltávolítását engedélyezd), ‘nfs-common’ (network file system, desktopra felesleges), ‘pidentd’ (felesleges, nem biztonságos), ‘portmap’ (nem biztonságos, desktopra felesleges), ‘ssh’ (nem árt, de ha nem használjuk, akkor nem kell), ‘telnet’ (nem biztonságos + ssh jobb)…
nemcsak debian-t használóknak lehet hasznos olvasmány, hanem mindenkinek aki nem tartja magát Linux gurunak…
még két kérdésem lenne:
1.-tcpdump-nál ….bad udp cksum…. ez valami hibára utal?
2.ha nincs open portom, és nem használok tûzfalat, mennyivel nagyobb az esélye(mennivel könnyeb) egy támadás a gépem ellen?„megreformáltam” a futási szintet /etc/rc2.d
a következõ linkek lettek eddig eltávolítva:s20exim
s20ssh
s21nfs-common
s20inetd
s18portmapnmap jelenleg így néz ki:
111/tcp open rpcbind (rpcbind V2) 2 (rpc #100000)
930/tcp open unknowna 111/tcp portot portmap használja ami jelenleg azért fut mert rcS.d ben is indul (de már nem sokáig 😛 😀 )
a 930/tcp-re viszont nem tudtam rájönni hogy mitõl van nyitva (valószínüleg attól amitõl tegnap még 619/tcp volt)
portmap-ot nyugodt szívvel távolítsam el rcS.d -bõl is? (szerintem nekem nincs rá szükségem)
valamint az utsó open port még rejtély (remélem az sem sokáig)
ezek után tcpdump:
juuzer:~# tcpdump -vv
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
06:33:48.900026 arp who-has catv-5063d10a.catv.broadband.hu tell catv-5063d1fe.catv.broadband.hu
06:33:48.910087 IP (tos 0x0, ttl 64, id 50096, offset 0, flags [DF], length: 71) catv-5063d0a1.catv.broadband.hu.32768 > hu-bud-dns02.chello.hu.domain: [bad udp cksum 3f74!] 56337+ PTR? 10.209.99.80.in-addr.arpa. (43)
06:33:48.927799 IP (tos 0x0, ttl 250, id 61357, offset 0, flags [DF], length: 116) hu-bud-dns02.chello.hu.domain > catv-5063d0a1.catv.broadband.hu.32768: 56337 q: PTR? 10.209.99.80.in-addr.arpa. 1/0/0 10.209.99.80.in-addr.arpa. (88)
06:33:48.927950 IP (tos 0x0, ttl 64, id 50114, offset 0, flags [DF], length: 72) catv-5063d0a1.catv.broadband.hu.32768 > hu-bud-dns02.chello.hu.domain: [bad udp cksum 9dd6!] 56338+ PTR? 254.209.99.80.in-addr.arpa. (44)
…
193 packets captured
193 packets received by filter
0 packets dropped by kerneltcpdump-nál ….bad udp cksum…. ez valami hibára utal?
Ezzel akarsz megijeszteni? laugh.gif
Másrészt nem hozzád szoltam mikor segítséget kértem hanem azokhoz akik halandok segíteni!
Te pofátlankotál be!! én olyanokhoz szólok akik segítenek és nem olyanok akik ugatnak ha nem segítesz akkor ne magyaráz!
Elöre is kösszi!!!Igazából nem akarok belefolyni a vitába, de igazából ne várd hogy más megcsinálja helyetted max segítséget, tippet kaphatsz…
De azota már többször is utána néztem és találtam olyan oldalt ahol egyszerüen fel lehet rakni részletesenn le van írva mit fog kiírni a gép nekem is azt csinálta egy ideig.De aztán valmi nem stimmelt.
itt van egy részletesebb leírás a mount-ról, igaz nem mai darab de talán segíthet:
Valószínüleg az a problémád, hogy nvidia csomagjában nincs 9.3-as suse-hez/kernel-éhez fordított driver, ezért megpróbál magától fordítani egyet.
Ehhez szüksége van az aktuális(futó) kernel forrására (ezt elvileg CD-rõl yast-al tudod telepíteni) valamint gcc-re. Ha ezek fent vannak akkor szinte magától megoldja, neked csak accept-álni + yes-re kell nyomkodnod (yast->szoftver telepítése->kernel-source) gcc meg elvileg alapból felmegy…ha ez sikerült akkor újra kell konfigurálni X-et, ehhez használhatod sax2-tõt vagy konzolban az xf86config-ot, de lehet hogy utánna is manuálisan kell átirnod az /etc/X11/XF86Config -ban a —-device section—- -ban a driver sort nvidia-ra
legutóbbi hsz