Re: spam szuro megoldasok kozul segitsetek valasztani
On Wed, Oct 04, 2006 at 01:21:51PM +0200, Nagy Gabor Peter wrote: > > Latok ilyen csomagokat: clapf, talán csomag is van belőle, nézd meg, magyar srác csinálja. -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
Halihó! SZALAY Attila ezt írta: > h, akarhogy is olvasgatok utana, azt irjak, hogy az ext[23] kod > mar egesz jol kezeli a filerendszer folyamatossagat. viszont jonnek > ellenpeldak is, mert "oreg" particiokon ahol mar javaban szethullott > minden, ott akar 10%-os gyorsulast is el lehet erni. na most akkor > kell nekunk defragmentalnunk, vagy nem? :) Elvileg maga a fájlrendszer kezelő is végez defragot működés közben, tehát nem oly szükséges dolog kikényszeríteni. -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- FreeBSD 5.4 -=- http://bsd.lap.hu http://www.javaforum.hu/web/authgabor/ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
Gabor Gombas írta: mindenesetre, ejnye es bejnye... bar en nem ertek az extXfs belso mechanizmusahoz, de valahol nem ertem miert nem lehet egy barmikor megszakithato progit irni... ha valami abszurd es legyozhetetlen technikai akadalya van, akkor meg vagyok gyozve, addig kenytelen kelletlen az igazsagert akarok harcolni :p defrag: Version: 0.73pjm1, es mar 5 es fel eve megallt a fejlesztese (az ext3-at pl. sehol nem is emliti a forras, a mar reg elfelejtett extfs-t viszont igen). Szerintem ez epp eleg into jel :-) h, akarhogy is olvasgatok utana, azt irjak, hogy az ext[23] kod mar egesz jol kezeli a filerendszer folyamatossagat. viszont jonnek ellenpeldak is, mert "oreg" particiokon ahol mar javaban szethullott minden, ott akar 10%-os gyorsulast is el lehet erni. na most akkor kell nekunk defragmentalnunk, vagy nem? :) ByeZ, WaS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
On Wed, Oct 04, 2006 at 05:56:10PM +0200, SZALAY Attila wrote: > mindenesetre, ejnye es bejnye... > bar en nem ertek az extXfs belso mechanizmusahoz, de valahol nem ertem > miert nem lehet egy barmikor megszakithato progit irni... ha valami > abszurd es legyozhetetlen technikai akadalya van, akkor meg vagyok > gyozve, addig kenytelen kelletlen az igazsagert akarok harcolni :p defrag: Version: 0.73pjm1, es mar 5 es fel eve megallt a fejlesztese (az ext3-at pl. sehol nem is emliti a forras, a mar reg elfelejtett extfs-t viszont igen). Szerintem ez epp eleg into jel :-) Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
Gabor Gombas írta: On Wed, Oct 04, 2006 at 03:20:49PM +0200, SZALAY Attila wrote: Illegal block #132343 (2691136527) in inode 8. CLEARED. [...] A dmesgben ez van: EXT3-fs: journal inode is deleted. Ja, a 8-as inode az a journal, tehat ha clean shutdown volt utoljara, akkor ennek az elvesztese _onmagaban_ meg nem lenne olyan veszesen kritikus. Kerdes, mi az ami serult MEG. Egyebkent meg a README-bol: defrag does some major reorganisation of disk data, and if for any reason it doesn't finish its work, most of your file system is likely to be trashed. Gabor hat bizony... az igazi vicc az egeszben, hogy egy garazsban terdelve guggolva konnyen elfelejti az ember screenbol inditani az ilyesmit. szerencsere az emlegetett backup megvan, csak olyan nagy elvezet 110G-t ossze vissza masolgatni 100 mbiten :p mindenesetre, ejnye es bejnye... bar en nem ertek az extXfs belso mechanizmusahoz, de valahol nem ertem miert nem lehet egy barmikor megszakithato progit irni... ha valami abszurd es legyozhetetlen technikai akadalya van, akkor meg vagyok gyozve, addig kenytelen kelletlen az igazsagert akarok harcolni :p ByeZ, WaS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
On Wed, Oct 04, 2006 at 05:14:05PM +0200, Szabo Istvan wrote: > Hát nem lettem túl nyugodt... :-( > A gép ment, nem rebootolt/fagyott ki, de mire készüljek akkor? Mekkora > instabilitást okozhat ez esetleg (tudom nehéz megjósolni)? Instabilitast nem okoz. Elmeletileg az ido kicsit elmaszhat tole, de allitolag nem eszreveheto (szerintem sem), es egyebkent is NTP-t hasznalsz, ugye? :-) Ha viszont igazi real-time alkalmazast akarsz futtatni, akkor inkabb vegyel egy masik SATA vezerlot. Vagy sokkal inkabb terj at olyan platformra, ahol nem letezik SMM. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
On Wed, Oct 04, 2006 at 03:23:45PM +, Andras HORVATH wrote: > nalam nem, igaz, ez egy tyan k8e. Volt mar mindenfele kernel rajta > 2.6.16.18-ig bezarolag, jelenleg a gyari ubuntu dapperes kernellel i386 > modban uzemel, de 64biteskent is jo volt. 2 disk + RAID1-nel nekem sem jott elo, de 4 disk + RAID5-nel azonnal. > YMMV. A fenti nem sokat bizonyit, csak hogy nekem valamilyen hardverrel > mukodik:) Azert kiprobalnam amit emlitettem. Ha tenyleg egy SMM trap a bunos, akkor BIOS upgrade elmeletben akar segithet is, mert az SMM kod ott van. Illetve ugyanemiatt kulonbozo alaplapokon mas-mas eredmenyt kaphatsz, attol fuggoen, hogy mennyire vacak vagy jo az SMM kod a BIOS-ban... Gabor P.S. Akit erdekel a thread a linux-kernel-en: Message-ID: <[EMAIL PROTECTED]> valamikor marcius kozepen. -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
Gabor Gombas <[EMAIL PROTECTED]> wrote: >> hm, nforce4, ennek siman mennie kene. BIOS upgrade esetleg? > > Epp ellenkezoleg, sata_nv nalam is ezt csinalja. A kernel listan is volt nalam nem, igaz, ez egy tyan k8e. Volt mar mindenfele kernel rajta 2.6.16.18-ig bezarolag, jelenleg a gyari ubuntu dapperes kernellel i386 modban uzemel, de 64biteskent is jo volt. [EMAIL PROTECTED]:~$ lsmod | grep nv sata_nv10020 7 libata 83440 1 sata_nv [EMAIL PROTECTED]:~$ cat /proc/cmdline root=/dev/md0 ro [EMAIL PROTECTED]:~$ lspci | grep ATA :00:07.0 RAID bus controller: nVidia Corporation CK804 Serial ATA Controller (rev f3) :00:08.0 RAID bus controller: nVidia Corporation CK804 Serial ATA Controller (rev f3) [EMAIL PROTECTED]:~$ uname -a Linux yggdrasil 2.6.15-27-686 #1 SMP PREEMPT Sat Sep 16 02:13:27 UTC 2006 i686 GNU/Linux YMMV. A fenti nem sokat bizonyit, csak hogy nekem valamilyen hardverrel mukodik:) Azert kiprobalnam amit emlitettem. raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
spam szuro megoldasok kozul segitsetek valasztani
Most postfix van, amavisd-new es spamassassin (spamc es spamd). Ez eddig vegulis eleg jo, bar mintha mostanaban kicsit tobb spam csuszna at a szuron. Most viszont haldoklo hdd miatt uj gepet alakitok ki, uj telepites van epp folyamatban. Tehat ami biztos: debian etch, postfix. Ahogy nezem, van egy csomo alternativa, es erdekelnenek tapasztalatok. Az hozza tartozik, hogy a gep nem tul eros, ami viszi, viszont kizarolag spam es virusszurest vegez, tehat nem gond, ha mondjuk egy level var egy percig, vagy ha belassul a rendszer, mert semmi mas nem fut rajta. Erkezzen meg elfogadhato idon belul, es lehetoleg minel jobban szurjuk ki a spam-et, false positive nelkul. Szeretnek greylistet, orbl figyelest, pyzort, bayes szurest, mintak kereseset, virusellenorzest (clamav), spf-et. Ezekbol a spamassassin es a clamav (talan a greylist kivetelevel) most mindent megcsinal. Szoval tapasztalatok erdekelnek, hogy mondjuk en hasznalom ezt-es-ezt, es jobb, mint az x masik, ezert-es-ezert. Vagy ezt hasznalom, masikat nem probaltam, de ez bejott, mert... Arrol is irhatnatok, hogy milyen beilleszteni, mondjuk procmail-be kell, vagy az mta-val integralhato (persze nekem ez a masodik lenne jo) Latok ilyen csomagokat: postfix-policyd - anti spam plugin for postfix postfix-smtpguard bld-postfix - black list daemon postfix-gld - greylisting daemon for postfix, written in C, uses mysql amavisd-new spamassassin spambayes - python based spam filter using statistical analysis pyzor annoyance-filter - bayesian filter dspam - scalable, fast and statistical anti-spam filter spamprobe - bayesian spam filter spamoracle - statistical analysis spam filter (bayes) bogofilter - a fast bayesian spam filter bsfilter - bayesian spam filter junkfilter - junk-email filtering program for procmail mailfilter - Szoval van egy csomo. A dspam leiras alapjan tetszik, a sajat gepemen ki fogom probalni. Koszi, G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
On Wed, 4 Oct 2006, Gabor Gombas wrote: > > hm, nforce4, ennek siman mennie kene. BIOS upgrade esetleg? > > Epp ellenkezoleg, sata_nv nalam is ezt csinalja. A kernel listan is volt > rola szo, igazi megoldas nincs. Emlekeim szerint a valoszinusitett ok > az, hogy valamit nem HW-bol hanem SMM trap-bol csinal, es ez kicsit > tovabb tart mint amit a kernel meg szo nelkul elvisel. Hát nem lettem túl nyugodt... :-( A gép ment, nem rebootolt/fagyott ki, de mire készüljek akkor? Mekkora instabilitást okozhat ez esetleg (tudom nehéz megjósolni)? Van esetleg régebbi kernel (2.6.16?) amiben jól megy (bár kétlem)? -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
On Wed, Oct 04, 2006 at 03:20:49PM +0200, SZALAY Attila wrote: > Illegal block #132343 (2691136527) in inode 8. CLEARED. [...] > A dmesgben ez van: > EXT3-fs: journal inode is deleted. Ja, a 8-as inode az a journal, tehat ha clean shutdown volt utoljara, akkor ennek az elvesztese _onmagaban_ meg nem lenne olyan veszesen kritikus. Kerdes, mi az ami serult MEG. Egyebkent meg a README-bol: defrag does some major reorganisation of disk data, and if for any reason it doesn't finish its work, most of your file system is likely to be trashed. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
On Wed, Oct 04, 2006 at 03:20:49PM +0200, SZALAY Attila wrote: > Meg egyelore nem adom fel, de mit lehet ilyenkor tenni? Elovenni a backup image-t, amit meg az fsck elott keszitettel, es megkerdezni Theodore T'so-tol, mi a velemenye az fsck ilyen viselkedeserol. Debian eseten egy "reportbug e2fsprogs" eleg, o a csomag karbantartoja is egyben. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
On Wed, Oct 04, 2006 at 01:53:11PM +, Andras HORVATH wrote: > hm, nforce4, ennek siman mennie kene. BIOS upgrade esetleg? Epp ellenkezoleg, sata_nv nalam is ezt csinalja. A kernel listan is volt rola szo, igazi megoldas nincs. Emlekeim szerint a valoszinusitett ok az, hogy valamit nem HW-bol hanem SMM trap-bol csinal, es ez kicsit tovabb tart mint amit a kernel meg szo nelkul elvisel. Van valahol egy felig mukodo driver, ami ADMA modban hajtja meg az nforce4-et. Ettol azt remelik, hogy ezt a problemat is megoldja (kikeruli azokat az utasitasokat, amihez SMM kell), plusz meg az NCQ-t is lehetne hasznalni. Elvileg Jeff Garzik-nal van az osszes doksi, ami a driver befejezesehez kellene (NDA alatt), de o mar tobbszor is kijelentette, hogy ez szamara "low priority", szoval a kozeljovoben nem varhato javulas. Ha valaki szeret kernel drivert butykolni, akkor nezzen ra erre a driverre. Jeff szerint egyszer regen mar mukodott, aztan vszg. a libata core valtozasok miatt most eppen nem mukodik. Ha valaki osszehozna a jelenlegi libata core mukodesevel, plusz hajlando lenne tesztelgetni, akkor talan Jeff is hajlando lenne egy kicsit dolgozni rajta... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 nemertem...
SZALAY Attila <[EMAIL PROTECTED]> wrote: > > amin en balga elkezdtem defragolni, de kozben jott az ordog es > megszakitotta nekem jol. El sem kellett volna kezdeni. Vagy ha mindenkepp muszaj volt, akkor nyilvan csak backup utan. De erre meg mar azt mondjak az okosok, hogy erdemesebb mindent torolni es a backupot visszaallitani. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
Szabo Istvan <[EMAIL PROTECTED]> wrote: >> a gyari etch-es kernellel is csinalja? > > Igen! A fenti paraméterek nélkül nem is indul el kifagy... van valami hibauzenet is, vagy csak meghal? Mas parameterekkel probalkoztal? honnet az okossag? en megprobalnam "noapic"-kal is (a masik ketto nelkul). >> milyen alaplap ez? > > Asus m2n4-SLI hm, nforce4, ennek siman mennie kene. BIOS upgrade esetleg? raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ext3 nemertem...
Sziasztok! Belefutottam egy olyan jo hibaba, amire a Nagyerdemu segitseget szeretnem kerni! Adott egy ~ 130G-s ext3-ra formazott particio, amin en balga elkezdtem defragolni, de kozben jott az ordog es megszakitotta nekem jol. Ennek eredmenyekepp azota az fsck akarhogy dolgozik rajta, ezt irja ki: Restarting e2fsck from the beginning... /dev/hdc1 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Inode 8 has illegal block(s). Clear? yes Illegal block #132343 (2691136527) in inode 8. CLEARED. Illegal block #132344 (650949224) in inode 8. CLEARED. Illegal block #132345 (2687323030) in inode 8. CLEARED. Illegal block #132347 (2350896891) in inode 8. CLEARED. Illegal block #132348 (4201196414) in inode 8. CLEARED. Illegal block #132349 (1843563991) in inode 8. CLEARED. Illegal block #132350 (2904377152) in inode 8. CLEARED. Illegal block #132351 (390620306) in inode 8. CLEARED. Illegal block #132352 (2834766851) in inode 8. CLEARED. Illegal block #132353 (2305070310) in inode 8. CLEARED. Illegal block #132354 (2704746381) in inode 8. CLEARED. Too many illegal blocks in inode 8. s ez egy vegtelen ciklusban zabalja az idegeimet. Utolso eselykent megprobalkoztam mar az "mkfs.ext3 -S" butasaggal is, de azota mar lemondtam a tartalomrol ami rajta hevert... Meg egyelore nem adom fel, de mit lehet ilyenkor tenni? A dmesgben ez van: EXT3-fs: journal inode is deleted. Koszi, ByeZ, WaS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
> > A kernelben az ACPI ki van kapcsolva, a boot paramétereinél pedig > > append="acpi=off irqpoll" szerepel. > > miert? enelkul nem jo (a problemanak valoszinusithetoen koze van > ezekhez)? Igen, erre gyanakszom... > a gyari etch-es kernellel is csinalja? Igen! A fenti paraméterek nélkül nem is indul el kifagy... > milyen alaplap ez? Asus m2n4-SLI Nem kellene a SLI, de ezt tudták épp hozni és árban ugyanazt kérték végül mint a SLI nélküli lett volna. -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gnokii Nokia 3100 USB CA-42
2006. október 4. 11.45 dátummal BORGULYA Gábor ezt írta: > Nincsen viszont /dev/ttyUSB0 nálam. Van /dev/tts/0, ez megfelel > neki? Gentoo linuxom van, ez udev-et használ. > Vagy a kernelből hagytam ki valamit? Az usbserial modul kell ehhez. Az be van töltve? Az eszköz lehet pl. a /dev/usb/ttyUSB0 helyen is. Ha a modul bent van, az lsusb mutatja az eszközt, és még mindig nincs meg, akkor próbálkozz egy `mknod /dev/ttyUSB0 c 188 0` paranccsal. -- Sala _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Athlon64 X2 hibaüzenet
> A kernelben az ACPI ki van kapcsolva, a boot paramétereinél pedig > append="acpi=off irqpoll" szerepel. miert? enelkul nem jo (a problemanak valoszinusithetoen koze van ezekhez)? a gyari etch-es kernellel is csinalja? milyen alaplap ez? raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gnokii Nokia 3100 USB CA-42
Mar regen akartam irni, csak aztan elmaradt, hogy sajna a CA-42-k messze nem egyformak. Valahol talaltam ra infot, hogy bizonyosak jok, bizonyosak nem jok Linuxhoz. Nekem kb 5 fele volt/van, mig vegul lett egy olyan, ami mukodik. -- Üdvözlettel, Gábriel Ákos -=E-Mail :[EMAIL PROTECTED]|Web: http://www.i-logic.hu=- -=Tel/fax:+3612367353/200|Mobil:+36209278894=- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gnokii Nokia 3100 USB CA-42
Sziasztok! Én írtam az alábbi kérdést. Azóta magánban kaptam részleges választ: > port = /dev/ttyUSB0 > model = 7210 (azóta be lehet írni ide a 3100-ast is) > initlength = 1 > connection = dlr3p Ez DKU-5 kábelhez van, de tudtommal a CA-42 kompatibilis vele. Nincsen viszont /dev/ttyUSB0 nálam. Van /dev/tts/0, ez megfelel neki? Gentoo linuxom van, ez udev-et használ. Vagy a kernelből hagytam ki valamit? Gábor 2006. October 1. 22.55 dátummal BORGULYA Gábor ezt írta: > Sziasztok! > > Órák óta szenvedek, hogy gnokii-val kapcsolatba lépjek a Nokia > 3100-zal, CA-42 típusú USB kábelen. F?leg magyar és szláv nyelv? oldalakat > talált a Google, de egyetlen config, amit láttam, és sokféle próbálkozás > sem segített. Több helyen írták, hogy sikerült, de más-más beállításokkal. > Nálam azok nem voltak jók. > Windows alatt, a kábelhez járó programmal m?ködik. > > M?ködik valakinél ez a kombináció? Tudna egy .gnokiirc-t küldeni? > > Köszi > > Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Athlon64 X2 hibaüzenet
Hi! Egy Athlon64 X2-es gép, rajta debian etch 64 bites verziója. Frissen forgatott 2.6.18-as kernel. Még beállítási időszakban van, de az éjjel dobott egy ilyet: Oct 4 02:38:15 samson kernel: warning: many lost ticks. Oct 4 02:38:15 samson kernel: Your time source seems to be instable or some driver is hogging interupts Oct 4 02:38:15 samson kernel: rip __do_softirq+0x53/0xd6 A kernelben az ACPI ki van kapcsolva, a boot paramétereinél pedig append="acpi=off irqpoll" szerepel. Szerintetek merre keressem az üzenet okát és mit tehetek ellene? Segítségeteket előre is köszönöm! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Off: outsourcing
Sziasztok! Bocs az "off" miatt! Informatikai feladatok elvégzésére keresünk kisebb cégeket. Aki ilyenben dolgozik vagy saját ilyen cége van, van affinitása és kapacitása, privátban küldjön egy választ, pls! Üdv, Qvik, alias Pávlicz György ELLA Első Lakáshitel Bank Zrt. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux