USB-s WiFi - ARM linux
Udv, Segitseget szeretnek kerni egy olyan USB-s WiFi modul kivalasztasahoz, ami ezeket tudja (fontossagi sorrendben): 1. Rendes linux driver, azaz a hivatalos kernelben mar benne van. Utolag telepitett/forditott driver nem jatszik, mert azokkal csak a baj van, nem jonnek hozza frissitesek, es egyszer csak az ember beleragad egy regi kernel verzioba. Szinten nem jatszik az ndiswrapper jellegu megoldas, mert ez ARM-on fog futni, windows dll-ek futtatasa nem lehetseges :) 2. Legalabb 100 mW teljesitmeny, kulso antenna csatlakoztathato. 3. (ez mar csak hab lenne a tortan): nem hatrany, ha valamennyire birja a fagypont alatti homersekletet! Kulteri dobozban lesz a hardver, amit ugyan telen senki nem fog hasznalni, de ha tavaszig nem lennenek offline-ok, az megiscsak jol jonne... Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: USB-s WiFi - ARM linux
Sajnos a fűtés szóba sem jöhet, ugyanis a rendszer napelemről megy :) Spórolni kell, a linux sem megy folyamatosan, csak ha szükséges. A kis fogyasztás miatt a panel sem termel számottevő hőt. De mint írtam, a fagypont alatti működés csak extra lenne, nem feltétlenül fontos. Linux driver és külső antenna szempontjából egyelőre a TP-Link WN422G tűnik jónak, egyes fórumok szerint nem csak ndiswrapperrel, hanem rendes kernel driverrel is megy. Üdv, BB On Tue, 13 Dec 2011, Thieirng Péter wrote: Nem tudom, de nekem mezei WRT54G/GL, WAP54G jelesre vizsgázott kültérben, mindenféle fűtés nélkül, egy sima kültéri villanyszerelő dobozban évek óta. 1. megoldás: egy hotel parkja. IP67 doboz, tömszelencékkel. A kábelek, valamint 2 db gyári műanyag bot antenna van tömszelencén kivezetve, a dobozban található a router panelja, valamint egy tápegység. Ami hőt ezek termelnek, télen sem okozott eddig lefagyást. Ez a megoldás 3 éve megy. 2. megoldás: Ugyanez a megoldás háztetőn, csak itt kisebb a doboz, és az antenna egy koax kábelen keresztül csatlakozik. A tápegység itt más dobozban van. Ez se szokott lefagyni, max évente 2-3 alkalommal, és akkor is meggyógyul kihúz-bedug műveletre. (szobában is le tud fagyni!). Ez a megoldás 5 éve megy csere nélkül. Szóval, bármilyen elektronikát raksz ki, szerintem maga a panel termel annyi meleget, hogy legalább 5-10 fokkal melegebb van a dobozban, mint odakint. Nálunk olyan nagy hidegek azért nincsenek, mint Szibériában. Én inkább amiatt aggódnék, hogy nyáron túlmelegszik. Ha kamerát használsz, a hideg / jég miatt bepárásodhat az üveg, itt indokolt lehet a fűtés. -Original Message- Fűtsed a dobozt. Szoktak beletenni egy kisebb teljesítményű izzólámpát, az biztosít elég hőt ahhoz, hogy működhessen télen is, esetleg egy termosztáttal kapcsolva. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: option driver, Huawei modem
On Tue, 4 Oct 2011, erdeigfer...@comp-net.hu wrote: #De csak PC-n, es ARM-on nem? Miert kell ARM-on usb_modeswitch, es miert nem kell PC-n? Félreértés, PC -n sem kezeli rendesen. Bár ez modem vagyis inkább a Hogyhogy nem kezeli rendesen PC-n?? A dmesg szerint meg a rootfs mount elott megtalalja a ttyUSB*-t, amint az option driver beizgul. Semmi utolagos usb_modeswitch nem kell hozza, es ez amugy sincs a PC-imen installalva semmilyen formaban, se csomag, se binaris, semmi. Az egyik PC-n 2.6.26-os kernel van, a masikon 2.6.30-as, mindketto jol mukodik. Az ARM-on pedig 2.6.36 van, es az option driver betoltodesekor nem kapok ttyUSB-t, csak ha nyomok egy usb_modeswitch-et. Nem hinnem, hogy a 36-os kernel kevesbe tamogatna ezt a modemet, mint a 26-os es 30-as... Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
option driver, Huawei modem
Udv, Rendszeresen hasznalok egy regi, E220 tipusu USB-s modemet PC-n es ARM-os beagyazott rendszereken is. Mukodik rendesen, de van egy elmeleti problema: ARM-on mindig buveszkedni kell valamit, hogy a modem soros portjait elohozzuk, mert az usb-storage vagy az ub driver mindig kisajatitja az eszkozt a radugas utan. Regebben ARM-on a huaweiAktBbo.c nevu parancssoros cuccot hasznaltam, ujabban pedig ezt: usb_modeswitch -H -v 0x12d1 -p 0x1003 Egyaltalan nem univerzalis megoldas, tekintve hogy meg kell adni az USB ID-ket. Ezzel szemben PC-n nincs ilyen problema, radugas utan mindig megjelenik a /dev/ttyUSB*, holott en sehol nem allitottam be, hogy milyen ID-ju modemem van. Talan valamilyen init scriptekben van ez megoldva univerzalisan? Elvileg a kernel ugyanabbol a forrasbol van ARM-on es PC-n is, szoval esetleg a buildroot-tal letrehozott rootfs hianyossaga lehet. Tudja valaki a pontos megoldast? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: option driver, Huawei modem
On Tue, 4 Oct 2011, Kosa Attila wrote: Es mi hozza letre a /dev/ttyUSB* fajlt? Alighanem az udev. Az van az ARM-es rendszereden? Igen, van, ezt direkt meg is neztem egy masik usb-soros driverrel (pl2303), radugaskor jon letre a /dev/ttyUSB0. On Tue, 4 Oct 2011, Ferenc Wagner wrote: Debian alatt az usb-modeswitch betelepszik az udev scriptek közé, és van egy adatbázisa (az usb-modeswitch-data csomagban), ami alapján automatikusan kapcsolgatja a felismert eszközöket. Ez jol hangzik, viszont a debianomon nincs ilyen csomag, usb temaban csak ezek itt: # dpkg -l|grep usb ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libusb-dev 2:0.1.12-13 userspace USB programming library development files ii usbutils 0.73-10lenny2 Linux USB utilities ii xserver-xorg-video-sisusb1:0.9.0-1 X.Org X server -- SiS USB display driver Megneztem a /etc/udev/ -et is, nincs benne a modemem ID-je sehol! Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: option driver, Huawei modem
On Tue, 4 Oct 2011, Ferenc Wagner wrote: Ez jol hangzik, viszont a debianomon nincs ilyen csomag A lennyben még nincs benne ez a csomag, így valószínűleg kézzel telepítetted. $ dpkg -L usb-modeswitch-data Nem telepitettem kezzel! Nincs a gepemen se usb-modeswitch csomag, se usb-modeswitch parancs! Megis gond nelkul letrejon a /dev/ttyUSB*, ha bedugom a modemet. A kerdes az, hogy miert. Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: option driver, Huawei modem
On Tue, 4 Oct 2011, erdeigfer...@comp-net.hu wrote: Mer a kernel kezeli le valamilyen szinten a modemet. De csak PC-n, es ARM-on nem? Miert kell ARM-on usb_modeswitch, es miert nem kell PC-n? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
wvdial + buildroot
Hali, Buildroottal osszehoztam egy nagyon kompakt ARM linuxot (uClibc-s, EABI-s). Egyedul a wvdial hianyzik belole, az sajnos nem resze a buildrootnak. Leszedtem forrasbol a wvdial-1.60.3-et es a wvstreams-4.6.1-et, mindketto lefordul i386-ra 4.3-as gcc-vel, de sajnos a buildroot altal forditott szinten 4.3-as cross gcc-vel nem. A wvstreams forditasa kozben akad el: linking libwvbase.so... ./CXX -c utils/strcrypt ./CXX -c utils/wvargs -Iargp In file included from utils/wvargs.cc:18: argp/argp.h: In function ?void argp_usage(const argp_state*)?: argp/argp.h:567: error: declaration of ?void argp_usage(const argp_state*)? throws different exceptions argp/argp.h:494: error: from previous declaration ?void argp_usage(const argp_state*) throw ()? Hogyan tovabb? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
u-boot forditas
Hali, U-boot-2009.08 -as verzio forditasa vegen ad egy csomo ilyet a linker: /usr/local/gnuarm-4.3.2/bin/arm-elf-ld: ERROR: /usr/local/gnuarm-4.3.2/lib/gcc/arm-elf/4.3.2/libgcc.a(_lshrdi3.o) uses hardware FP, whereas u-boot uses software FP Ez azert fura, mert a gcc-t eleve ugy forditottam, hogy --with-float=soft volt megadva a ./configure scriptnek, pontosan ugy, ahogy itt irjak: http://www.gnuarm.org/support.html Hogyan tovabb? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
rt73 usb wifi
Hali, Az a problemam, hogy csak 2.6.22-ig bezarolag tudom hasznalni az rt73 usb wifi-t. Ketfele drivert probaltam, van ugye a kernelben levo (2.6.24-tol), es a kulonallo, amit az rt2x00.serialmonkey.com-rol lehet letolteni. A kernelben levo driver egyaltalan nem mukodott, 2.6.27-tel es 31-gyel probaltam, az iwpriv wlan0-ra azt mondja, hogy wlan0 no private ioctls, azaz semmi titkositos dolgot nem tudok vele hasznalni. Gugli ezer talalatot ad erre, de megoldast nem ir senki. Az rt73-cvs-2009041204 drivert felhasznalva mar jobb a helyzet. 2.6.22 alatt ugyanis mukodik, viszont 2.6.27-tel es 31-gyel nem: latszolag minden oke, megeszi az iwpriv parancsokat is, viszont nem talalja meg az AP-t (ami 1 meterrel van mellette). Melyik drivert kell hasznalni, es milyen modon, ha egy friss kernellel szeretnek wifizni? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: rt73 usb wifi
On Sun, 3 Jan 2010, Vizipók wrote: Nekem ezzel és 2.6.26 -os kernellel m?ködik: http://www.ab9il.net/linuxwireless/rt73-k2wrlz-3.0.3.tar.bz2 Kiprobaltam, ezzel se latja az rt73 az AP-t. Mintha a titkositas nem menne, lasd lent Encryption key:off az iwconfig kimeneteben. Pedig lefutott az osszes iwpriv, WPA2PSK + AES-t hasznalok. Vajon mit ronthatok el? #iwconfig rausb0 rausb0RT73 WLAN ESSID:ehome0 Mode:Managed Frequency=2.412 GHz Bit Rate=54 Mb/s RTS thr:off Fragment thr:off Encryption key:off Link Quality=0/100 Signal level:-121 dBm Noise level:-143 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: rt73 usb wifi
On Sun, 3 Jan 2010, Vizipók wrote: Kiprobaltam, ezzel se latja az rt73 az AP-t. Mintha a titkositas nem menne, lasd lent Encryption key:off az iwconfig kimeneteben. blacklist-re tetted az rt2x00 és rt73usb modulokat Az altalad kuldott forras csak egy modult csinal (rt73), es azt be is toltom, kulonben az iwconfig nem adna semmilyen kimenetet. A kernelben levo rt73 drivernek vannak ilyen moduljai, amit itt fent irsz, de ha azokat mind betoltom, akkor sem megy az iwpriv (no private ioctls.). Az AP-t csak akkor latja az rt73, ha titkositatlanra allitom a wlan-t, ami sajnos nem jarhato ut... koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: rt73 usb wifi
On Sun, 3 Jan 2010, Vizipók wrote: Próbáld meg ezzel a programmal bekonfigurálni: http://rutilt.sourcearchive.com/downloads/0.18/ (A kernelben lév? modulokat NE töltsd be!!!) Koszonom a segitsegedet, kozben talaltam egy megoldast, sikerult a 2.6.31-es kernel drivert mukodesre birnom. Annyi a trukk, hogy nem iwpriv paranccsal kell a titkositast beallitani (mert az tovabbra sem mukodik), hanem pl. wpa_supplicant-tal. Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
No route to host
Hali, Van egy 10 gepes halozatom, ami kabeltv-n keresztul van osszekotve, es localnetes IP-t hasznal (10.254.2.x), internetet nem is tudjak elerni. Egy ev uzemeltetes utan most lehalt a rendszer, egyik vegpont se tudja pingetni a masikat. En a szolgaltatora mutogatok, hogy valamit elrontott, az meg ram mutogat. Ha most megprobalok ssh-zni az egyik vegpontrol a masikra, akkor 3 masodpercen belul kapok egy No route to host uzenetet. Ez regen, amikor jol mukodott a rendszer, biztosan nem igy volt, ha egy aramtalanitott vegpontra ssh-ztam, akkor hibauzenet nelkul percekig varakozott az ssh. Ez alapjan lehet-e tippelni arra, hogy mi tortenhetett a halozattal? Valamilyen ICMP kommunikacio eredmenye a No route to host? Konfigok nem valtoztak nalam, szolgaltato szerint naluk sem valtozott semmi. Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
read only root fs
Hali, Egy ARM-os rendszeren tamadt az a problema, hogy erdemes read only-ban tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten. (Tudtommal jffs2-hoz peldaul fsck sincs.) Ha viszont read only, akkor egy csomo dolog nem mukodik rendesen: dhclient, wvdial, apache. Emiatt kenytelen vagyok boot idoben ramdiskre bemasolni es onnan bemountolni tobbek kozott a /etc-t. (A teljes root fs-t nem, mert nincs annyi RAM). Ha viszont a /etc ramdisken van, akkor menet kozben kisse nehezkes ugy valtoztatni barmelyik szerverprogram konfigjan, hogy a valtozas boot utan is megmaradjon: /etc-bol menteni mindent, ami menet kozben megvaltozott (pl. resolv.conf), aztan /etc-t umountolni, flash-t rw-be kapcsolni, modositani, ro-ba kapcsolni, /etc-t vissza ramdiskre, valtozasokat visszairni, bemountolni. Nincs valami elegansabb modszer erre? Ti hogy csinalnatok? Az en modszerem ganyolasnak tunik. Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: read only root fs
On Sat, 5 Dec 2009, Ferenc Wagner wrote: tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten. (Tudtommal jffs2-hoz peldaul fsck sincs.) De nem is szokott ártani neki az áramszünet, j-vel kezdÿÿdik a neve. Nekem mas a tapasztalatom! Egyreszt zavaro, hogy bootolasnal folyamatosan szaporodnak a jffs2 warningok (minden reset hozzatesz 1-2 ujabb sort a warning folyamhoz). Masreszt doglott mar meg fs hiba miatt ilyen cuccom, es utaznom kellett miatta 100 km-t. Tehat inkabb legyen read only, meg akkor is, ha j-vel kezdodik a neve... A masik szempont a read only mellett, hogy (erdekes modon) 10-20 %-kal tobbet fogyasztanak az ARM-os cuccaim, ha rw a root fs. Vannak ceruzaelemrol mukodo eszkozeim is, azokat a fogyasztas miatt sem hagyhatom rw-ben. Elég csak a /var-t rw-nek hagyni. A többi maradhat ro, illetve konfiguráláshoz remount,rw. De akkor a dhclient nem tudja beleirni a /etc/resolv.conf-ba az aktualis dns-t, a wvdial nem tud betarcsazni, es ezek nem konfig idoben mukodnek, hanem allandoan. BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Adblock hiba
On Mon, 16 Nov 2009, Gabor HALASZ wrote: De nem is a kezdo, igy lehet rtfm-ni, de megkerestam: Ajnasz?s list (by Ajnasz) Note: This list is not optimized for Adblock Plus and may slow down your browsing. Szerintem ennek nincs koze az eredeti problemahoz: nem az az igazi baj, hogy lassul a bongeszes, hanem hogy olyat is lefuttat, amit le se kene tolteni (azaz nem mukodik a filter). Amugy semmit nem importaltam, sajat kezuleg hoztam letre az osszes szabaly. Ja, es ez egy Adblock Plus, nem sima Adblock. Megyek, es guglizom egy Adblock Plus Plus Plus-t, ami mar figyelembe veszi a tiltolistat. Bocs a kezdo kerdesert. BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mcedit, tab
Hali, Ujabban az mcedit lathatova teszi a tabokat ilyen modon: Ez baromi idegesito, ha pl. C forrast szerkesztek, mert egyreszt mindenhol szintaktikai hibat latok, masreszt a kurzor eltunik, ha epp egy tab teruleten all. Allandoan mozgatni kell ide-oda, hogy tudjam, epp hol vagyok. Hogy lehet visszaallitani a regi, hasznalhato allapotot? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros kommunikacio sniffelese
Szia, On Mon, 23 Feb 2009, Kiss Gabor wrote: A plusz gep jo otlet, de csak akkor, ha nem a ket eszkoz koze teszed, Ezt a de csak akkor-t kellene egy kicsit kifejteni. Ha a ket eszkoz koze plusz gepet teszel, akkor jo esetben minden mukodni fog, rossz esetben megzavarod az idoziteseket. Persze csak akkor jo ez a megoldas, ha a flow controlt nem akarod debugolni, illetve nem akarod a megfelelo sorrendben egymasba fesulve latni a ket irany forgalmat. Altalaban a flow control nem hordoz informaciot, az ido szerinti osszefesulest pedig egy 10-20 soros sajat programmal meg lehet oldani. Es van hajlamod forrasztgatni. Es persze semmi elonye nincs a snooperhez kepest. :-) Bocs, csak segiteni akartam: vagy felhasznalja mas is ezt a modszert, vagy nem. Nekem egyszer mar bejott. Egyszerubb volt forrasztani es irni egy nyulfarknyi programot, mint masok sniffer programjait letolteni/megerteni/konfiguralni. Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros kommunikacio sniffelese
Szia, Hivatalbol nem lenne szabad senkinek sem erzekenynek lennie az idozitesre. Igen, es olyan programot sem szabad irni, amiben buffer overrun van. Tegyuk fel, hogy kuldok neked ket file-t, a ket cat kimenetet. Erdekelne az algoritmus, amivel osszefesulod. :-) Termeszetesen nem utolag kell kitalalni, hogy vajon mikor johetett az a bizonyos nehany byte. Ha szukseg van ido szerinti osszefesulesre, akkor cat helyett byte-os read kell, ami a kimenetre textben kiirja az aktualis idot, az adatiranyt es a konkret byte-ot. Ket ilyen textet a legvegen cat paranccsal egymas utan irsz, majd atkuldod egy sort parancson, es kesz. Bocs, csak segiteni akartam: En is: Lebeszelem Szabolcsot a cat-rol. Mert egyedul nem tudna eldonteni, hogy a sok kedves segitokesz listatars modszere kozul melyiket valasztja? En ebbol most kiszallok. BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros kommunikacio sniffelese
Szia, Arra gondoltam, hogy egy Linuxos gepet teszek a ket eszkoz koze, es mint egy soros vonali bridge mukodtetem a rendszert. A plusz gep jo otlet, de csak akkor, ha nem a ket eszkoz koze teszed, hanem csak siman megcsapolod a drotot kozepen: a (TX, GND)-t bekotod a plusz gep egyik soros portjara (az RX-re), az (RX, GND)-t pedig a plusz gep masik soros portjara (szinten RX-re). Igy ket darab cat paranccsal figyelheted a kommunikaciot mindket iranyban, es elrontani sem tudod a forgalmukat. BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
vtund instabil
Hali, Vtund-vel felepitett vpn halozatot hasznalok tobb helyen, egy szerveren nagyjabol 10 darab tunX interface van, egyenkent 100-200 kByte/sec allando forgalommal. A klienseken 2.6.22-es kernel van, a szerveren 2.6.26-os. Rendszeresen elofordulnak az alabbi szituaciok: 1) Egy adott kliens fele nem megy a vpn, a kliens vtund processze 90% folotti procihasznalattal uzemel. Ha killezem, es ujra elinditom, akkor elkezd mukodni. Ilyen minden nap tortenik. 2) A kliensen D betus lesz a vtund processz. Reboot, es maris mukodik. Ez csak nehany hetente fordul elo. Kiveve, amikor a klienseket 2.6.27-re frissitettem, mert akkor naponta. (Gyorsan vissza is raktam a 2.6.22-t.) A kerdes: megeri-e munkat fektetni abba, hogy minden kliens es szerver ugyanazt a kernelverziot futtassa, vagy ettol egyaltalan nem fog megjavulni a rendszer, mert a vtund hosszu tavon megbizhatatlan? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
alaplapi nvidia
Hali, Uj alaplapot kene vennem, es tobbnyire csak nvidia alaplapi video van mindegyik szoba joheto darabon. 1-2 evvel ezelott nagyon sokat szivtam, hogy egy nvidia-s gepen mukodo X-et csinaljak, csak egy bizonyos kernelig (talan 2.6.18) bezarolag ment fel az nvidia patch. Javult-e a helyzet azota, merjek-e ezek utan nvidia-s uj alaplapot venni? Nem szeretnek verziofuggoseget, mert van mas patch is, ami megkoti a kezemet, es nem szeretnek naponta tobbszor bootolni aszerint, hogy X-et akarok vagy egy speci felhasznaloi programot :) Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: lenny upgrade, portmap
On Fri, 28 Nov 2008, Gabor HALASZ wrote: pl megkeresed /var/lib/dpkg/status fileben portmap csomag bejegyzeset es atirod not installed-re (valamelyik fel nem installalt csomag alapjan nem nehez), aztan apt-get -f install. Ezt a ket statust probaltam: install ok installed purge ok not-installed Az utobbi utan lefut a az apt-get -f install, de nem nyul semmihez, marad a 300 konfiguralatlan csomagom. Ha ezutan dist-upgrade, vagy portmap leszedese, vagy barmi egyeb kiserlet van, akkor: dpkg: parse error, in file `/var/lib/dpkg/status' near line 9021 package `portmap': Configured-Version for package with inappropriate Status Ugyanigy az install ok installed statusnal is, amit gugliztam, masoknak allitolag mukodott erre az esetre. Szoval hogyan tovabb? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
lenny upgrade, portmap
Hali, Probalok dist-upgrade-elni etch-rol lenny-re, de a portmap csomag keresztbe tesz. Leszedni nem tudom: # dpkg --purge --force-depends portmap dpkg: error processing portmap (--purge): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. Reinstallalni szinten nem tudom: Preparing to replace portmap 5-26 - es itt a vegtelensegig var. Mit lehet ilyenkor tenni? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DHCP nem megy
On Fri, 7 Nov 2008, Gabor HALASZ wrote: Mit tegyek? Keresgelj mas fele. Ez csak warning: Koszonom, valoban! Idokozben kiderult, hogy a kabeltv-s problema lehet, mert talaltam ket modemet, amivel megy a DHCP (es ugyanugy kapom ezt a warningot), 8 masik modemmel viszont nem mukodik, pedig egyeztettuk az IP-ket es MAC cimeket. Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
DHCP nem megy
Hali, Adott egy debian etch-es gep, ami dhclient3-mal ker maganak IP-t. Az otthoni teszt sikeres, kap IP-t a Linksys routertol. Ugyfelnel viszont nem megy, ahol egy kabeltv-s modemen keresztul netezne. Ezt irja ki a dhclient a sok sikertelen probalkozas kozott: ip length 576 disagrees with bytes received 580. Gugli nem segit, nehanyan mar talalkoztak a problemaval, de mindenki csak kerdez, egy kivetelevel senki nem valaszol (de az sem segit: promisc modra vonatkozik a tipp, ami nalam nem jon be). Mit tegyek? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
iptables, connection tracking
Hali, Egy 2.6.22-es gepen make oldconfig-gal csinaltam egy ujabb, 2.6.25-os kernelt. Fura modon az uj kernelben mintha elromlott volna a netfilter connection tracking support, mert erre az iptables szabalyra ujabban egyetlen csomag sem passzol: iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT Tehat nem tudok ratelnetelni egy masik gep 80-as portjara, mert a visszafele irany nem mukodik. Csak akkor mukodik, ha direktben beengedem: iptables -I INPUT -s tavoli_gep_ip -p tcp --sport 80 -j ACCEPT Termeszetesen az uj kernel konfigjaban benne van a conn. track. Vajon miert nem mukodik? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
egyiranyu SLIP
Hali, Egy PC es egy ARM kozott szeretnek SLIP kapcsolatot felepiteni: slattach -p slip -s 115200 /dev/ttyS1 ifconfig sl0 10.0.0.1 pointopoint 10.0.0.2 up Ezek gond nelkul lefutnak, az slattach valoban az sl0-hoz csatlakozik, es echo/cat teszt szerint a sima soros kapcsolat oda-vissza mukodik. Ha a PC-rol pingetem a 10.0.0.2-t (a masik oldalt), akkor nem jon valasz, de az ARM ifconfig szerint megerkeznek a ping csomagok, az RX szamlaloja novekedik. Ha az ARM-rol pingetem a 10.0.0.1-et (PC-t), akkor szinten nem jon valasz, mert semmi nem jut at a PC-re, annak nem novekedik az RX-e. Ha a PC-n egy cat /dev/ttyS1 fut az slattach helyett, akkor is az latszik, hogy semmilyen adat nem erkezik (mig forditott felallasban mukodik.) Az ARM-on ez jelenik meg a logban: netdev watchdog: send timeout. Mi lehet a gond? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
eth1,2 - eth3,4
Hali, Egy szerveremben tonkrement az alaplap, es a tavolletemben kicsereltek egy (allitolag) ugyanolyan tipusura (valami VIA Epia). Ezutan nem mukodott egyik ethernet sem. Vegul visszajottem az 1 hetes nyaralasbol, es megallapitottam, hogy ami eddig eth1 es eth2 volt, az most az uj alaplappal eth3 es eth4. Altalanossagban hogyan kell megoldani (akar trukkos init scriptekkel is), hogy ilyen ne fordulhasson elo? A ket alaplapi ethernet miert nem eth0 es eth1? Semmi egyeb bovitokartya nincs a gepben. Lehet-e sorrendet beledrotozni a kernelbe, hogy a kulonbozo network device-ok init fuggvenyei adott sorrendben hivodjanak meg? Koszi, BB ui: Debian etch, 2.6.23 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ENC28J60 ethernet
Hali, Hasznaltatok-e mar ilyet? Most kuzdok vele, mar felismeri a chipet a megfelelo helyen, es az ifconfig resze mukodik is a dolognak, de mindig azt printk-zza a driver, hogy link down, holott van link, hiszen a switch-en is vilagit a LED, es az ENC28J60 is bekapcsolja a link LED-et. Ennek ellenere mondja magarol SPI buszon, hogy megsincs link. Vagy a driver olvassa ki rosszul az allapotat? (2.6.25-os kernel) Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ARM linux, u-boot, NAND flash
Hali, AT91-hez hasznalok u-boot-ot, ami egy soros dataflashbol toltodik, es ugyanonnan bootolja a linuxot (aminek a fajlrendszere NAND flash-ben van). Kitalaltam, hogy az elerheto legkisebb dataflash is elegendo lenne, ha az u-boot NAND flash-bol toltene a kernelt. Az u-boot ugyan felismeri a NAND flash-t, torolni is tudja, es az iras is hiba nelkul lefut, de - akarmit is irok bele nand write paranccsal az u-boot promptjabol, a nand read mindig csupa FF-eket olvas be - egy masik peldanyon, amin epp a 0. blokk hibas, csak torolni lehet u-boot-bol, irni egyaltalan nem lehet sehova sem Mindket NAND tokeletesen megy linuxszal. Mi lehet a gond? 1.1.4-es u-boot-ot hasznalok, az 1.1.6-osban nem akar lefordulni a NAND-specifikus forras. Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
megbizhatatlan ddclient
Hali, Egy debian etch gepen (ami ADSL-kapcsolaton l'og) ddclient-tel biztositom, hogy netrol mindig el lehessen erni, akarmi is az aktualis IP-je. Nagyjabol 2 hetente kiakad a ddclient: most peldaul (a ps kimenete szerint) ebben az allapotaban: ddclient - read from whatismyip.org port 80 ...mikozben wget-tel le tudom tolteni a whatismyip.org-rol az aktualis IP-t. Olyan is volt, hogy eltunt a daemon processz. Ha lehal a ddclient, es megvaltozik az IP (legkesobb egy napon belul), akkor a gep elerhetetlen lesz. Hogyan lehetne uzembiztossa tenni a ddclient-et? Irjak scriptet, ami ujrainditgatja? Vagy hasznaljak mas kliensprogramot? Mit? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
gspca ARM-on
Hali, Adott egy webkamera, ami PC-n jol mukodik, gspca drivert es spcacat-et hasznalok hozza. Ugyanazokbol a forrasokbol megcsinaltam mindkettot ARM-ra (amin ugyanugy Debian etch es 2.6.18 van). A problema, hogy ARM-on a webkamera zagyva kepet ad, ami tomoritesi hibanak nez ki. A kep felso harmada teljesen fekete, a tobbi zajos es rossz szinu, es nehany teglapalnyi zsizseges is van, de a kepnek van koze a valosaghoz, tehat nem memoriaszemetrol van szo. A /proc/bus/usb/devices es az spcacat kimenete alapjan mindket gepen pont ugyanaz tortenik, kiveve azt, hogy a PC a /dev/video1-en latja a kamerat, az ARM pedig /dev/video0-on. Mi lehet a gond ARM-on, ami elrontja a kepet? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: USB GSM modem
On Wed, 9 Jan 2008, zamek wrote: felinicializalja magat. Onnantol mar linux alatt is mukodik. Neheziti a dolgot, hogy a huawei-t nem lehet leinstallni win alatt, mert system entitassal telepul, ezert root-kent nem tudod leirtani. Ezert sajna minden huawei-hez kell keresni egy meg huawei-szuz windows-t:) Nekem anno linuxon futo vmware-rel sem sikerult a legelso beizzitasa a huawei-nek. Talan egy windows-on futo vmware-ben futo windows-zal mukodne? Mert akkor vmware image visszaallitasa, es mar johet is a kovetkezo megjavitando huawei... BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
webkamera
Udv, Celzottan vettem webkamerat, megsem tudom rendesen beuzemelni :) Microsoft LifeCam VX-1000, amiben SN9C105-os camera controller van, amit tamogat a 2.6.22-es kernel, es OV7660 tipusu image szenzor, amit tamogat az SN9Cxxx driver. A kernel felismeri a kamerat a Vendor:ID alapjan (045e:00f7) es az SN9C105-ot is. Az image szenzor felismerese azonban sikertelen: az sn9c102_probe_xxx() fuggvenyekben meghivott sn9c102_i2c_try_read()-ek mindig 0-t olvasnak, ebbol pedig nem lehet megallapitani a szenzor tipusat. Ha modositom a kodot ugy, hogy az OV7660 probe fuggvenye ne adjon hibat, akkor mukodik a /dev/video0, de sajnos mindig fekete kepernyot latok rajta :) Kernelen kivuli driver is van (http://mxhaard.free.fr/spca5xx.html), es azzal valamennyire ugyan mukodik, de brutalisan rossz minosegu a kep, 3 bites a szinmelyseg, es csak xawtv-vel lehet mozgokepet nezni rajta, de semmilyen programmal (streamer, spcaview, spcacat) sem lehet jpg kepeket rogziteni, marpedig nekem epp az kene. Mit tegyek? Tudtok ajanlani bevalt tipust, amivel nincsenek ilyen gondok? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
link problema
Hali, Adott egy ARM-os gep egy 10/100-as ethernettel, a kernel 2.6.21-es. Ha bekapcsolaskor nincs radugva az utp kabel, akkor bootolas utan (es kabel bedugasa utan) pingetni sem lehet. Ha belepek a soros portjarol, es nyomok egy ifconfig eth0 down; ifconfig eth0 up-ot, akkor maris lehet pingetni. Az init scriptek mindent jol allitanak be (ha bekapcsolaskor van link, akkor nincs is gond utana). Hiaba irom bele az init scriptbe ezt a down/up-ot, akkor sem mukodik, up-nal mindig eth0: Link down.-t mond az ifconfig. 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. Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Huawei E220
Hali, Nem sikerul betarcsaznom a vodafone-hoz a fenti USB-s HSDPA modemmel. Probaltam a generic usbserial drivert es az option drivert is. A /dev/ttyUSB0 mukodik is, modem valaszol, de a wvdial a ppp kornyeken leall. A kernelem 2.6.21-es, Debian etch. Lasd /var/log/messages, wvdial kimenete, /etc/wvdial.conf tartalma. Mi lehet a hiba? Koszi, BB Sep 8 14:01:25 c64 pppd[2584]: pppd 2.4.4 started by root, uid 0 Sep 8 14:01:25 c64 pppd[2584]: Using interface ppp0 Sep 8 14:01:25 c64 pppd[2584]: Connect: ppp0 -- /dev/ttyUSB0 Sep 8 14:01:25 c64 pppd[2584]: CHAP authentication succeeded Sep 8 14:01:25 c64 pppd[2584]: CHAP authentication succeeded Sep 8 14:01:27 c64 pppd[2584]: Modem hangup Sep 8 14:01:27 c64 pppd[2584]: Connection terminated. Sep 8 14:01:27 c64 pppd[2584]: Exit. # wvdial -- WvDial: Internet dialer version 1.56 -- Cannot get information for serial port. -- Initializing modem. -- Sending: ATZ ATZ OK -- Sending: ATQ0 V1 E1 S0=0 C1 D2 ATQ0 V1 E1 S0=0 C1 D2 OK -- Modem initialized. -- Idle Seconds = 300, disabling automatic reconnect. -- Sending: ATDT*99***1# -- Waiting for carrier. ATDT*99***1# CONNECT -- Carrier detected. Starting PPP immediately. -- Starting pppd at Sat Sep 8 14:01:25 2007 -- Pid of pppd: 2584 -- Using interface ppp0 -- Disconnecting at Sat Sep 8 14:01:27 2007 -- The PPP daemon has died: A modem hung up the phone (exit code = 16) -- man pppd explains pppd error codes in more detail. -- Try again and look into /var/log/messages and the wvdial and pppd man pages for more information. A wvdial.conf tartalma: [Dialer Default] Modem = /dev/ttyUSB0 Baud = 921600 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 C1 D2 Area Code = Phone = *99***1# Username =vodafone Password = Ask Password = 0 Dial Command = ATDT Stupid Mode = 1 Compuserve = 0 Force Address = Idle Seconds = 300 DialMessage1 = DialMessage2 = ISDN = 0 Auto DNS = 1 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
USB-s GSM modem
Hali, Keresek egy olyan USB-s GSM modemet, aminek van rendes tamogatasa 2.6-os kernelhez. Alapvetoen egy miniszamitogepet kell netre kotni ugy, hogy az szerver funkciot lat el (minimalis forgalmu webszerver, tavfelugyelethez). Vajon egy regebbi megoldas (soros portos GSM/GPRS modem) is jo erre, vagy azokkal nem lehetett szervert csinalni? A tuti megoldas az lenne, ha a mostanaban terjedo szelessavu nethez valo HSDPA modemet tudnek hasznalni... Elore is koszi a tippeket, Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ARM kernel panic, Volt: debian install ARM-ra
Sziasztok, Megvan a megoldas! Igazatok volt, ez tenyleg hardverhiba :) Az nfsroot-os dolgot egy fejlesztoi panelon futtattam, ma elkeszult a sajat tervezesu ARM-os gepem, amin erdekes modon csont nelkul lefutott ugyanaz az apt (ugyanazon az nfsroot-on), amitol megdoglott a masik. A ket gep a periferiakon kivul annyiban kulonbozik egymastol, hogy az enyem 4 retegu nyomtatott aramkorre keszult, a masik 2 retegure. Proci, RAM, ethernet tipusa teljesen megegyezik... Koszi a valaszokat, Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ARM kernel panic, Volt: debian install ARM-ra
Hali, Mivel a debian telepito nem akart rendesen mukodni, ezert egy kezzel osszevalogatott initrd-bol kiindulva epitettem debiant. Mar mukodik a dpkg, korulbelul 40 alapveto csomag van fent, es van apt is. Sok csomag kerult fel force-szal, tehat egy update jot tenne neki, kijavulnanak a hibak. Az apt-get update viszont mindig elhasal: Reading package lists... 99% ... es ezutan MINDIG jon a kernel panic, ami (valoszinuleg) nfs eredetu. Azert dolgozom root nfs-en keresztul, mert amugy 5-10 percig tartana minden probalkozas, ami az embedded szerkezet flash-enek ujrairasa jelentene. Itt a pontos kimenet: http://impulzus.sch.bme.hu/bereg/panic.txt 2.6.16-os kernel. Ki az, aki megmondja ebbol, hogy pontosan miert szallt el NULL pointer hivatkozassal (ami szoftveres hibanak tunik)? Hogyan debugolhatnam ki ezt a hibat? Mit kell a kernelbe forditani, es mivel kell feldolgozni a panic utani kimenetet, hogy megtudjam, pontosan melyik fuggveny NULL pointerezik? (Valoszainuleg a debian telepito is ugyanezert nem fut le, csak epp ott nem latom ezt a kernel panic kimenetet.) Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ARM kernel panic, Volt: debian install ARM-ra
Szia, On Tue, 7 Aug 2007, Robert Szabo wrote: Szia! A kernel panic nem csak software hibat jelezhet... Sot, leggyakrabban hardware hibara utal (kiveve, ha fejleszto vagy! :) Nekunk elofordult, gyenge/zajos tapnal, memoria hibanal, rossz CS-eknel, es persze a Spartan vicceskedesebol :)... Szoval en elso korben HW-re gyanakodnek (software-es voltam ;-) ) aztan vannak linuxos memtesztek... Oke, tul vagyok az elso koron, memtest orakig hiba nelkul fut, stabil a cucc. Csak es kizarolag akkor panikol, ha az nfs root-on futo apt-get update a 99%-nal tart, mindig ugyanott, mindig pontosan akkor. Nincs az a zajos tap, amelyik ennyire erezne, mit csinal a gep. Tehat: ki tud segiteni abban, hogy kideritsem, melyik kernelfuggvenyben doglik meg a dolog? Utana osszeraknek egy proba rootfs-t, amit a flashbe egetnek es megnezem, hogy ugy is jelentkezik-e... Lehet eppenseggel network driver gubanc is... Erre en is kivancsi vagyok, egyelore viszont a minimalis debian sokkal nagyobb (110 mega), mint a flash :) BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: debian install ARM-ra
Szia, On Sun, 29 Jul 2007, Zsolt HAJDU wrote: nem hasznalhatom, mert az nem ahhoz a procihoz valo, ami nekem van (AT91RM9200). Van debian distro ARM proci-ra, abban elvileg minden szukseges benne van. Debian ftp-n kulon 'arm' folderben. Igen, tudok rola, onnan szarmazik a rootimage.gz, ahol megdoglik a dolog... Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: debian install ARM-ra
Szia, On Sun, 29 Jul 2007, Also-Antal Csaba wrote: (AT91RM9200). Hogyan (milyen konfig alapjan) keszitsek olyan kernelt, amivel be fog bootolni az installer ramdisk.gz-je? van a neten egy lib hozza (par eve neztem) abban vannak a kerneldriverek. usb, ethernet,stb. azzal leforditod es mennie kell. Mit forditsak le? A kernelt? Az mar mukodik. Vagy ezt a lib-et? Nem ertem... a modulokat azt irtad nem megy a depmod... Igen, epp ez volt az eredeti kerdes, hogy milyen konfig alapjan keszitsek olyan kernelt, amivel be fog bootolni az installer ramdisk.gz-je... Udv, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: debian install ARM-ra
Szia, On Sat, 28 Jul 2007, Also-Antal Csaba wrote: kernelemhez (nem fut le a depmod). Az installhoz tartozo kernelt persze nem hasznalhatom, mert az nem ahhoz a procihoz valo, ami nekem van (AT91RM9200). Hogyan (milyen konfig alapjan) keszitsek olyan kernelt, amivel be fog bootolni az installer ramdisk.gz-je? van a neten egy lib hozza (par eve neztem) abban vannak a kerneldriverek. usb, ethernet,stb. azzal leforditod es mennie kell. Mit forditsak le? A kernelt? Az mar mukodik. Vagy ezt a lib-et? Nem ertem... BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
tar kerdes
Hali, HP DAT72-rol olvasnek vissza nagy (4-5 GB-os) file-okat (tar -xvf /dev/nst0), es allandoan ez van: tar: /dev/nst0: Cannot read: Input/output error tar: /dev/nst0: Cannot read: Input/output error tar: /dev/nst0: Cannot read: Input/output error tar: Too many errors, quitting tar: Error is not recoverable: exiting now Nem mindig ugyanott szakad meg a beolvasas (1 GB, 1.7 GB, abszolut valtozo). Nem talaltam olyan tar opciot, ami tetszoleges szamu hibat (ujraprobalkozast) megengedne. Guglival is kerestem a problemara, es csak kerdest talaltam mindenutt, normalis valaszt nem. A DAT-olvasom teljesen uj, hasznalom a cleaning cartridge-et, tobb szalaggal is ugyanigy jartam, kisebb fajlokkal hibatlanul megy az archivalas es a visszaolvasas (mindegyik szalaggal). Mi lehet a gond? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tar kerdes
Szia, On Tue, 2 Jan 2007, Kiss Gabor wrote: tar: Error is not recoverable: exiting now Olvasd dd-vel! Azt megkerheted, hogy ignoralja a hibakat. dd if=/dev/nst0 conv=noerror | tar -xvf - 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 Mit csinal a tar a /dev/nst0 device-szal, amit a dd nem csinal? BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
DAT kerdesek
Hali, Hogyan kell korrektul hasznalni egy HP DAT72-t? - Kell-e torolni minden uj szalagot mt -f /dev/st0 erase paranccsal? - Be kell-e allitani blokkmeretet mt-vel, es ha igen, mikor? Szalag torlese elott? Minden hasznalat elott? - Mekkora az idealis blokkmeret, ha altalaban tobb GB-os tar fajlokat archivalok? - Ha felulirok egy szalagot, akkor elotte kell-e torolni a szalagot? - Ha csak a szalag masodik fele't akarom felulirni, akkor korrekt-e, ha a megfelelo poziciora tekerek mt-vel, es torles nelkul felulirom a szalagot? - Mennyi ideig (hany evig) tarolhatom a szalagokat, milyen korulmenyek kellenek ahhoz, hogy tartosan es megbizhatoan megmaradjon a mentett adat? Tapasztalatom szerint DVD-nel 5 ev a hatar ugy, hogy NAGYON vigyaztam a lemezekre, senkinek nem adtam oda soha, es csak ritkan olvastam vissza. (Azaz 5 ev utan neha-neha mar talalok olvashatatlan file-t a mentett adatok kozott, de altalaban a lemezek mind jok.) A DAT mennyivel strapabirobb ennel? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: vmware install
Szia, On Sun, 10 Dec 2006, Simon Imre wrote: nalam is csak ezutan indul: export LD_PRELOAD=/usr/lib/libdbus-1.so.3:$LD_PRELOAD Kozben megoldodott (kill -9 az egyik dbus processznek), de ez is mukodik, amit irtal, es egy picit elegansabb megoldas :) Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
vmware install
Hali, Ujabban se a 4-es, se az 5-os sorozatu vmware nem megy fel a gepemre (2.6.18.3-as kernel, Debian etch). - Az 5.5.2-nel az install utan nem indul el a vmware binaris. Mindenfele misztikus hibauzenetet adott, aztan kitalaltam, hogy a libdbus kell neki, aztan erre cserelodott a hibauzenet: Attempt to remove filter function 0xb6bfd8c0 user data 0x88115e0, but no such filter has been added Ezutan felraktam a hal es a libdbus-glib-1-2 csomagokat is, a hibauzenet megszunt, de most sem indul a vmware binaris: hibauzenet nelkul kilep. Ablakot sem dob fel, nem jut el odaig. Hibauzenet nelkul nem tudok tovabblepni :( - A 4.5.3-as vmware-nel mar az install sem megy: The directory of kernel headers (version @@VMWARE@@ UTS_RELEASE) does not match your running kernel (version 2.6.18.3). Even if the module were to compile successfully, it would not load into the running kernel. ... Pedig a header-ek stimmelnek, es az aktualisan futo kernelhez tartoznak, az 5-os vmware nem is panaszkodott ra, hanem elfogadta, es warning nelkul forditotta le a modulokat. Mit tegyek? Nekem mindegy, hogy 4-es vagy 5-os, de valamilyen vmware-re szuksegem van. Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
USB-s HP DAT72 lassu
Hali, A doksi szerinti 21 GB/h (azaz kb. 6 MB/sec) a sebessege az USB-s DAT72-nek, amit tomoritetlen adatra ertenek, amugy 3 MB/sec. A problemam az, hogy ennek a harmadat sem tudom elerni. Egy nagy fajlnal (700 MB) 950 kB/sec kornyeken van a sebesseg. Ugy tunik, mintha nem lenne USB 2.0 kompatibilis a rendszer, hanem csak 1.1 (12 Mbit/sec), pedig az! Mi lehet az oka a dolognak? Itt az lspci es a cat /proc/bus/usb/devices kimenete, a kernelem 2.6.18.3-as. Ja, es vegigprobaltam mind a 4 portot, mert az lspci-bol ugy tunik, hogy 3 port USB 1.1-es, es csak 1 port USB 2.0-s, de ez sem hozta meg a vart sebesseget. Mind a 4 alaplapi es mind a 4 bovitokartyas USB porton vegigmentem... Elore is koszi a segitseget, Udv, BB $ cat /proc/bus/usb/devices T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 8 B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS=64 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.18.3 ehci_hcd S: Product=EHCI Host Controller S: SerialNumber=:00:10.4 C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=03f0 ProdID=0125 Rev=30.30 S: Manufacturer=Hewlett Packard S: Product=DAT72 USB Tape S: SerialNumber=4855310638384D4B C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr= 2mA I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms $ lspci :00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80) :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) :00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :00:0b.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) :00:0b.1 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) :00:0b.2 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) :00:0b.3 USB Controller: ALi Corporation USB 2.0 Controller (rev 01) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Gnome launcher
Egy dist-upgrade utan fura dolog tortent: eltunt a Gnome-ban az also csik (launcher?), amin pl. a Gnome menu, a pontos ido, a taszkok ikonjai vannak. Ha letorlom a ~/.gnome2 konyvtarat, es ujrainditom az X-et, akkor sem javul meg, azaz a default beallitasokkal sem mukodik. Ha a desktopon nyomok egy jobb klikket, es ott egy Create Launcher-t, akkor sem tortenik semmi. Igy lenyegeben hasznalhatatlan a GUI, mert semmit sem tudok elinditani... Mi lehet a megoldas? (Debian Etch, Gnome 2.12) Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Gnome elveszi a fokuszt
Hali, Ha epp dolgozom a gepen, es felugrik egy ablak (MSN-en uzenetet kuldenek nekem), vagy valamelyik meglevo ablak elveszi tolem a fokuszt (a fel perccel ezelott begepelt URL-re a Mozilla feldob ek OK box-ot, hogy timeout), akkor ez bezavar a munkaba. Jo esetben csak zavar. Rossz esetben elkuldok MSN-en egy jelszot (amit jo gyorsan szoktam gepelni, es egy felugro ablakba siman beleirhatom veletlenul): epp ez tortent most, picit ideges is vagyok. Kerdes: Gnome alatt ki lehet-e kuszobolni ezt a horrort? Tehat peldaul: - egy uj ablak SOHA ne vegye el a fokuszt attol az ablaktol, amibe epp gepelek, azaz ami epp aktiv. Az, hogy a fokusz hol van, az EN dontesem, nem a szamitogepe. - A talcan persze jelenjen meg az uj ablak, es mondjuk villogjon (kulonben soha nem vennem eszre, hogy a hatterben lett egy uj ablakom, mert mondjuk MSN-en hozzam szoltak). Elore is kosz a tippeket, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
