Re: lenny upgrade, portmap
Ferenc Wagner wrote: > Kideríteni, hogy mire vár: ps, strace -p PID, lsof -p PID, > bejelenteni a hibát. Vagy fordítva: megnézni, hogy valaki > bejelentette-e már a hibát (http://bugs.debian.org/504867), > és a javított csomagot telepíteni. Igen, ez sokkal elegansabb lett volna, mint amit az elobb csinaltam :) Kezzel toroltem az osszes fajlt, ami a portmaphoz tartozik, killeztem a processzeit, es text editorral kiszedtem a dpkg adatbazisabol 2 helyrol (status es available). Ezutan simal lefutott a dist-upgrade. Amugy nem pont ezt kene csinalnia a --purge, -force es egyeb "brutal" opcioknak ahelyett, hogy lefuttatjak egy hibas csomag hibas scriptjet, amik ugyis megakadalyozzak a muveletet es ordogi kort okoznak? Persze az illetekesek ezt biztos jobban tudjak nalam. BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: iptables, connection tracking
Szia, Budacsik Attila wrote: > nf_conntrack modul be van töltve? > /proc/net/nf_conntrack-ban kellene lennie a kapcsolatoknak. > > /proc/sys/net/netfilter/nf_conntrack_max > ebben van, hogy max mennyi kacsolatkövetést figyel Modul betoltve, a kapcsolatok maximuma 4096, > /proc/sys/net/netfilter/nf_conntrack_count > ebben, hogy éppen most mennyi kapcsolatot figyel ... epp 12 kapcsolatot figyel, es mindegyik olyan tipusu, hogy SYN_SENT, [UNREPLIED], azaz mintha tenyleg elromlott volna a conntrack :( BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Via Epia fagyogat
Zoltan HERPAI wrote: >> - Kicsereltuk a teljes gepet egy masikra, mentesbol raraktam ugyanazt a >> Debian Etch-et. A venti forog, leellenoriztem. >> >> - Az uj gep ugyanugy fagyogat 1-2-3 naponta! > Tapegyseg, memoria? Kicsereltuk a teljes gepet (tapegyseget es memoriat is!), megmaradt ugyanaz a problema. Viszont van meg valami: http://www.gossamer-threads.com/lists/linux/kernel/937119 Ezek szerint masoknak is fagyogat a VIA, es a libc6 tehet rola, downgrade-elni kell 2.3.6-ds1-3 -ra. Ilyet viszont sehol nem talalok, mirror pool konyvtarban es packaged.debian.org-on is is csak ds1-13 van. Hol keressem? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Via Epia fagyogat
Hali, Nagy gondban vagyok az egyik szerveremmel! Egy Via EPIA gep kabeltv-s halozaton (localnetes IP-cimekkel) VPN-kapcsolatban van nehany masik geppel, fut rajta 7-8 vtund processz (10-15% allando prociterheles, 1 MByte/sec adatforgalom). Net felol egy publikus IP-n ssh-val el lehet erni (kizarolag megadott IP-krol, minden mast DROP-ol, icmp-t is). - Nehany hete meghibasodott az alaplapja, kicsereltuk. - Az uj alaplapos gep elkezdett 1-2-3 naponta fagyogatni, logban semmi bejegyzes, kepernyon semmi (kepernyovedo miatt), billentyuzetre nem reagal. Allitolag jo meleg volt a gep, amikor kiszedte'k, nem ment a hutese. - Kicsereltuk a teljes gepet egy masikra, mentesbol raraktam ugyanazt a Debian Etch-et. A venti forog, leellenoriztem. - Az uj gep ugyanugy fagyogat 1-2-3 naponta! Mi baja lehet? 2.6.23-as kernel van rajta. Lm-sensors (kimenetet lasd lent) szerint 47 fokos. Csak egy venti megy a gephaz oldalaban, a procin gyarilag nincs, csak egy jo nagy hutoborda. Koszi, BB vpn:~# sensors w83697hf-isa-0290 Adapter: ISA adapter VCore: +0.99 V (min = +0.00 V, max = +3.81 V) +3.3V: +3.23 V (min = +0.00 V, max = +3.81 V) +5V: +4.97 V (min = +0.00 V, max = +6.40 V) +12V: +11.98 V (min = +0.00 V, max = +14.47 V) -12V: -14.83 V (min = -9.56 V, max = -14.25 V) ALARM -5V: -7.66 V (min = +3.54 V, max = -3.79 V) ALARM V5SB: +5.51 V (min = +3.47 V, max = +0.30 V) ALARM VBat: +3.22 V (min = +2.58 V, max = +0.64 V) ALARM fan1:0 RPM (min = 12500 RPM, div = 4) ALARM fan2: 4687 RPM (min = 10546 RPM, div = 4) ALARM temp1: +43°C (high = +117°C, hyst =+0°C) sensor = diode temp2: +46.5°C (high = +120°C, hyst = +115°C) sensor = transistor vpn:~# free total used free sharedbuffers cached Mem:190908 186008 4900 0 81636 80328 -/+ buffers/cache: 24044 166864 Swap:0 0 0 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gspca ARM-on
Szima Gábor wrote: >> (amin ugyanugy Debian etch es 2.6.18 van). A problema, hogy ARM-on a >> webkamera >> zagyva kepet ad, ami tomoritesi hibanak nez ki. > Ha jol tudom, az ARM tudja mindkettot, kerdes, hogy epp melyik modban van. Az otlet jo, de sajnos nem ez a gond! Irtam egy nyulfarknyi C-programot, aminek a kimenete szerint mindket gep (PC es ARM) ugyanabban az endian modban van... BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
okos ftp-kliens
Hali, Tudtok-e ajanlani olyan ftp-klienst, ami megfelel az alabbi kovetelmenyeknek? - parancssoros - nem fagy le, es nem varakozik orakig, ha megszakad a kapcsolat, hanem ujra csatlakozik, es folytatja, ahol abbahagyta - ugyanezt csinalja akkor is, ha a tcp-kapcsolat me'g nem szakadt meg, de 10-20-30 masodperce nem jott adat - nem rontja el a letoltott fajtl, amit reget paranccsal kell folytatni Ezeket probaltam: ftp, mc, ncftp, yafc. Mivel elegge akadozik az itthni adsl-em, ezert gyakorlatilag lehetetlen ftp-zni, egesz embert kivano felugyeleti feladat lesz belole :( Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mc furcsasagok
zamek wrote: >> megtortenik. nscd-t akkor erdemes hasznalni, ha a felhasznaloid valami >> kozponti adatbazisbol jonnek (pl. ldap). > ok, de hol lehet ezt kikapcsolni/letiltani/agyonvagni stb.? ... es nem csak ezt, hanem azt is, hogy a nameservert keresi elindulaskor :) Ha nalam akadozik a net, azt onnan latom, hogy nem indul el az mc. Ilyenkor megy a komment a resolv.conf-ba, es lass csodat, elindul az mc. Volt regebben egy projekt, aminek az volt a celja, hogy az ezer sebtol verzo mc-ben kijavitsanak mindenfele idegesito hibat. Tudja valaki, hogy e'l-e me'g a projekt? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: arm kernel oops
Szia, Robert Szabo wrote: >> mtd2: 0020ef80 0210 "filesystem" >> mtd3: 0021 4000 "NAND Partition 1" > Lehet, hogy nem jol tudom (ennek valos eselye van :)), de a nand > flasheket nem csak 4096k-s egysegekben lehet torolni? azaz az erasesize > 0x1000 tobbszorose kellene, hogy legyen? De hiszen epp a tobbszorose (0x4000), amugy pedig a 4096 nem egy univerzalis szam, nagy meretu NAND flash-eknel (mint amit en is hasznalok) peldaul 0x4000, azaz 16k az erasesize. A problemam nem is a NAND flash-sel van, hanem a soros dataflash-sel, aminel 0x210 az erasesize, de ez a megoldas szempontjabol nem lenyeges, mert char device-on keresztul tokeletesen irhato es olvashato, csupan block device-on keresztul hasal el rajta a kernel... Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
arm kernel oops
Hali, Egy ARM-os gepen futottam bele egy kernelhibaba (2.6.22). Egy soros dataflash-bol bootol, igy nez ki a /proc/mtd: dev:size erasesize name mtd0: 00028380 0210 "bootloader" mtd1: 001e8d00 0210 "kernel" mtd2: 0020ef80 0210 "filesystem" mtd3: 0021 4000 "NAND Partition 1" mtd4: 03df 4000 "NAND Partition 2" A hibat ugy tudom elohozni, hogy bemountolom a /dev/mtdblock2-t (ez egy 2 megas minix), es vagy varok 10 masodpercet, vagy nyomok egy sync parancsot, es azonnal jon a register dump: kernel BUG at arch/arm/mm/consistent.c:488! Unable to handle kernel NULL pointer dereference at virtual address pgd = c0004000 [] *pgd= Internal error: Oops: 817 [#1] Modules linked in: CPU: 0Not tainted (2.6.22 #8) PC is at __bug+0x20/0x2c ... Backtrace: [] (__bug+0x0/0x2c) from [] (consistent_sync+0xa4/0xb0) [] (consistent_sync+0x0/0xb0) from [] (spi_transfer+0x100/0x1c0) [] (spi_transfer+0x0/0x1c0) from [] (do_spi_transfer+0x54/0x5c) [] (do_spi_transfer+0x0/0x5c) from [] (at91_dataflash_read+0xf8/0x120) [] (at91_dataflash_read+0x0/0x120) from [] (part_read+0xa8/0xdc) [] (part_read+0x0/0xdc) from [] (mtdblock_writesect+0x164/0x1d4) r6:0210 r5:0020 r4:c1d8c3a0 [] (mtdblock_writesect+0x0/0x1d4) from [] (mtd_blktrans_thread+0x178/0x1f4) [] (mtd_blktrans_thread+0x0/0x1f4) from [] (kthread+0x54/0x7c) Ha read only-ra mountolom, akkor mukodik. Az mtdblock driver jol mukodik az mtd4-esen, es a dataflash is jol mukodik, ha nem blokkosan, hanem karakteresen irom/olvasom (a minix image-et is csak igy tudtam beleirni, mkfs-re azonnal elhasal mindig). Mit tegyek, hogy a backtrace beszedesebb legyen (azaz a C forraskod sorszamai is benne legyenek)? Talalkoztatok mar hasonloval? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: link problema
Robert Szabo wrote: >> Hogyan lehetne ertelmes mukodesre birni? Azaz ha "ifconfig eth0 up" van, >> akkor link nelkul se legyen gond, tehat ha kesobb bedugjak a kabelt, >> akkor az mukodjon is kulon varazslas nelkul. > amikor arm-hez faragtam ethernet drivert (cs8900), akkor a driver > forditasakor volt lehetosegem megmondani, > hogy nem erdekel a Media Detect bit allasa, es menjen mindig a driver.. > Ez fuggetlen a eth interface up/down-jatol.. Ugy tunik, nalam nem adott ez a lehetoseg. AT91RM9200-as proci belso etherneterol van szo, amihez RTL8201 PHY csatlakozik. Itt a drivere: http://impulzus.sch.bme.hu/bereg/at91_ether.c Egyetlen helyen talaltam benne olyan eljarast, ami return-nel te'r vissza, ha nincs link. Kikommenteztem, de nem segitett :( Mit modositsak rajta? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Huawei E220
>> Esetleg egy debug paraméter a pppd-nek? Hátha informatívabbá >> válik a log, miért is van modem hangup? > Szeretnem lelogolni, de epp nem tudom :) Itt jon ugyanis a kettes > szamu problema, miszerint ketfelekeppen enumeral az E220: az egyik > esetben egyetlen endpoint van a /proc/bus/usb/devices szerint, a masik > esetben pedig harom. Csak a masodik esetben mukodik a /dev/ttyUSB0, Megoldodott a problema, mukodik a modem! Sajat levelemre valaszolva: az endpoint problemara az a megoldas, hogy le kell futtatni az alabbi programot, es maris megjelenik az osszes endpoint: http://www.kanoistika.sk/bobovsky/archiv/umts/ Az E220 egy olyan eszkoz, ami egyreszt USB-s storage (ezen van a vodafone-os win installer), masreszt USB-s soros port (GSM modem). Mint kiderult, mar reg jo volt a wvdial.conf-om es minden egyeb, most modositas nelkul kezdett el mukodni. Ennek egyetlen oka lehet: kinomban bedugtam a modemet egy win-es gepbe, hogy megtudjam, mukodik-e egyaltalan. Mukodott, elojott belole az installer, next-next-enter, egybol tudtam netezni. Atraktam a modemet a linuxos gepbe, semmit nem modositottam, es azonnal mukodott. Azt, hogy a vodafone-nal billentett-e be egy bitet az installer, vagy a modem belsejeben, nem tudom, de azota is mukodik a cucc:) Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Huawei E220
Szia, > Eltelt 2 sec, ami alatt ugyan valami történt, de nem tudjuk mi. > Esetleg egy debug paraméter a pppd-nek? Hátha informatívabbá > válik a log, miért is van modem hangup? Szeretnem lelogolni, de epp nem tudom :) Itt jon ugyanis a kettes szamu problema, miszerint ketfelekeppen enumeral az E220: az egyik esetben egyetlen endpoint van a /proc/bus/usb/devices szerint, a masik esetben pedig harom. Csak a masodik esetben mukodik a /dev/ttyUSB0, egyebkent meg se szolal. Most epp rossz kedve van, tehat nem tudom lelogolni a ppp-t :( BB -- 1 endpoint esete, 2.6.21 T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 5 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=12d1 ProdID=1003 Rev= 0.00 S: Manufacturer=HUAWEI Technologies S: Product=HUAWEI Mobile C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=500mA I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none) E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=04(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms -- 3 endpoint esete, 2.6.21 T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=12d1 ProdID=1003 Rev= 0.00 S: Manufacturer=HUAWEI Technologies S: Product=HUAWEI Mobile C:* #Ifs= 3 Cfg#= 1 Atr=a0 MxPwr=500mA I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=128ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms I:* If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none) E: Ad=85(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=05(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms I:* If#= 2 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none) E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=04(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tar kerdes
Gabor HALASZ wrote: >> Nem mindig ugyanott szakad meg a beolvasas (1 GB, 1.7 GB, abszolut valtozo). >> Nem talaltam olyan tar opciot, ami tetszoleges szamu hibat >> (ujraprobalkozast) > Napokban talalkoztam ilyennel, valami onboard (tan initio) scsi vezerlo > utanzat vagy a drivere csinalta, egy regi adaptec 2940 beszerelese > megoldotta. Azt elfelejtettem irni, hogy ez egy USB-s DAT-meghajto... Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tar kerdes
Gábor Lénárt wrote: >> Sajnos dd-vel egyaltalan nem tudom olvasni a szalagot: >> >> dd: reading `/dev/nst0': Cannot allocate memory >> 0+0 records in >> 0+0 records out >> 0 bytes (0 B) copied, 0.916156 seconds, 0.0 kB/s > Lehet, hogy hulyeseg, de blocksize (bs=...) beallitasa nem segit a dd-n > ebben az esetben? Probaltam, nem segit :( #mt -f /dev/st0 status Tape block size 0 bytes. Density code 0x47 (unknown). Ha ezt atallitom 512-re, akkor a dd ugyanugy nem tud olvasni 512-es blocksize-zal. Lehet, hogy a szalagot eleve ugy kellett volna megirni, hogy be van allitva valamilyen block size? A 0 vajon mit jelent, valtozo blokkmeretet? Kis (< 1 GB) fajlokkal tokeletesen ment eddig a rendszer, dd-vel sehogy sem, tar-ral pedig tokeletesen lehetett olvasni. BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
