Re: Kemo B210
Ámon Tamás s...@amon.hu writes: http://www.kemo-electronic.de/product_info/B210-8-Channel-relay-board.php Ennek az egyik vegen van egy LPT csatlakozo a masik vegen pedig kapcsolok. [...] 1. Van-e ehhez valamilyen program? 2. Ha nincs, akkor merrefele induljak el, hogy ezt valahogy le tudjam programozni, lehetoleg valami script-nyelven (pld.python v. php(???) esetleg java)? 3. Esetleg van valami toolkit LPT irányatására? A korrekt eljárás a ppdev driver használata. Mivel valószínűleg nincs semmilyen protokoll, a PPWDATA ioctl megfelelő neked. Ha kihagynád a kernelt, viszont tudod a portod címét (alább 956), akkor meg használhatod ezt a programot (tízes számrendszerben várja az inputot): #!/bin/sh -e dc -e $1 P | sudo dd of=/dev/port bs=1 seek=956 2/dev/null -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: beragadt php-cgi
hello, Van egy apache server (suphp, php-cgi), amin időnként néhány php script beragad és 20-30%-ban eszi a procit. A /proc/PID/cwd könyvtár egy RC(round cube) gyökérre mutat, ami rendben is van. - ezt használom is - Hogy tudnám megnézni, melyik PHP script a bűnös? Vagy esetleg valami config gond lehet? Van még néhány script fenn, de azokkal nem tapasztaltam a problémát. a ps ax | grep $PID mit mond? esetleg cat /proc/$PID/cmdline? ill strace (-f) -p $PID hatha egybol a hibat is megmutatja. a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gnome-terminal ALT_Gr+w...
2009-11-28 12:00 keltezéssel, linux-requ...@mlf.linux.rulez.org írta: From: Ámon Tamáss...@amon.hu Ctrl+alt+w mukodik? Esetleg angol nyelvu lett valamiert a kiosztas... Azzal sem működött és a (Alt_Gr + q) \ sem. Persze maradt magyar bill.kiosztás minden!! Nyomkodtam a billentyűket és most megint jó. :) Nem egészen értem... G. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: beragadt php-cgi
a ps ax | grep $PID mit mond? semmi extra, egy futó folyamatnak írja, 30%-os cpu használattal esetleg cat /proc/$PID/cmdline? azt hiszem ezt néztem, csak a phpcgi a megfelelő útvonallal ill strace (-f) -p $PID hatha egybol a hibat is megmutatja. ez jó ötlet, ha előjön a dolog megnézem üdv., z. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kemo B210
Saturday, November 28, 2009, 2:51:41 AM, Ámon Tamás wrote: Van ez a Kemo B210 (http://www.kemo-electronic.de/product_info/B210-8-Channel-relay-board.php) 1. Van-e ehhez valamilyen program? Passz. 2. Ha nincs, akkor merrefele induljak el, hogy ezt valahogy le tudjam programozni, lehetoleg valami script-nyelven (pld.python v. php(???) esetleg java)? Valamikor régen, a PC hőskorában az LPT port egy sima regiszter volt, azaz ha ki akartál küldeni valamit, akkor azt simán kiírtad a megfelelő portra (0x378 LPT1:) és az ott megjelent. Ez a Kemo gondolom pont ezt használja ki, azaz amit kiírsz a portra az ott megjelenik, és így tartja ki vagy bekapcsolva az egyes reléket. Ezen kívül tudjuk, hogy a UNIX-ban (és így a LINUX-ban is) minden file. Azaz a párhuzamos port is egy file (mégpedig a /dev/lp0 normál esetben), így szerintem ha ebbe a file-ba beleírsz valamit, az megjelenik a párhuzamos porton. Arra kell csak odafigyelned, hogy akárki nem írhat bele. Debianon root a tulajdonos, és az lp csoporté a file, így vagy root-ként kell írnod bele, vagy a programot futtató felhasználót kell beleraknod az lp csoportba. -- Best regards, Csibra Gergomailto:ge...@csibra.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
karcsúúúú linux
Sziasztok! Melyik a legkarcsúbb linux? Arról van szó, hogy van egy P1MMX 200MHz laptop, (CD, disk=40Mb RAM=196Mb) amit mérésiadat-gyűjtésre szeretnék használni. CD-boot van. USB boot nincs. A mostani distribek szóba se jöhetnek, de nincs is szükség ekkora apparátusra. Kéne egy valami minimum grafikus felület, hálózat, meg legyen tetszés szerint alakítható. Én mindössze 1 db binárist fogok rátenni. Nem akarok valami régi distribet elővenni, mert akkor meg a program fordítása lesz a kelleténél macerásabb a különböző glibc-k miatt. Köszi: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Melyik a legkarcsúbb linux? Arról van szó, hogy van egy P1MMX 200MHz laptop, (CD, disk=40Mb RAM=196Mb) amit mérésiadat-gyűjtésre szeretnék használni. CD-boot van. USB boot nincs. En regebben ilyesmi gepekre debiant raktam. Ill. nem is erre raktam, hanem mar a valogatott, telepitett cuccot masoltam. Grafikus feluletnek xfce-t hasznaltam. USB van rajta? Mert akkor lehet vinyorol bootolni, de root-nak a pendrive-ot csatolni. -- Udv: Skip NAUI Course Director #36774 http://www.manatus.hu Búvártanfolyamok kezdőtől az oktatói szintekig _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: beragadt php-cgi
hello, esetleg cat /proc/$PID/cmdline? azt hiszem ezt néztem, csak a phpcgi a megfelelő útvonallal cwd-t írtál... :) ill strace (-f) -p $PID hatha egybol a hibat is megmutatja. ez jó ötlet, ha előjön a dolog megnézem hajra. a _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: beragadt php-cgi
cwd-t írtál... :) igen, ezt is meg azt is néztem, a cwd-ből derítettem ki, hogy egyáltalán melyik virtualhost alatt lévő script okozhatja a gondot végig mentem az összes fájlon a proc/$PID könyvtárában, de nem találtam használható infot a cwd-n kívül, a cmdline nem mondott semmi okosat (azt addig is tudtam, hogy a /a/b/php-cgi a bibi) hajra. lehet, hogy még felhozom a dolgot, de egyelőre nem tudok mit csinálni - az RC forrásán nem akarom magam átrágni - a hibát próbáltam, de nem tudtam előhozni esetleg egy verziófirssítést kellene csinálnom, végüs a lényeg az, hogy a hiba megszűnjön köszi, z. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
On Sat, 28 Nov 2009 19:32:00 +0100 Skip s...@root.hu wrote: Melyik a legkarcsúbb linux? En regebben ilyesmi gepekre debiant raktam. Ill. nem is Én debiant használok most is mindenféle célra. Csak nem tudom, le lehet-e ilyen mértékben csupaszítani a jelenlegit. Teljes telepítésben esélytelen még bootolni is. (próbáltam, sose ér véget a boot olyan hosszú.) Tehát a gyári kernel eleve nem jó, kisebb kell. A disket elírtam, 40Gb, és nem Mb. Erre ráférnek a dolgok, a memória tűrhető, csak a CPU a meglehetősen szűk keresztmetszet. Kösz: Zs. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Gádori Zsolt írta: On Sat, 28 Nov 2009 19:32:00 +0100 Skip s...@root.hu wrote: Melyik a legkarcsúbb linux? En regebben ilyesmi gepekre debiant raktam. Ill. nem is Én debiant használok most is mindenféle célra. Csak nem tudom, le lehet-e ilyen mértékben csupaszítani a jelenlegit. Teljes telepítésben esélytelen még bootolni is. (próbáltam, sose ér véget a boot olyan hosszú.) Tehát a gyári kernel eleve nem jó, kisebb kell. A disket elírtam, 40Gb, és nem Mb. Erre ráférnek a dolgok, a memória tűrhető, csak a CPU a meglehetősen szűk keresztmetszet. Debian csodajol mukodik vanilia izu kernellel, en megkostolnam. Abbol aztan azt gyomlalsz ki amit nem szegyellsz. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Gádori Zsolt írta: A mostani distribek szóba se jöhetnek, de nincs is szükség ekkora apparátusra. Kéne egy valami minimum grafikus felület Én gentoo-t használnék, csak ne azon a gépen fordíts :))). -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Gádori Zsolt wrote: Melyik a legkarcsúbb linux? Arról van szó, hogy van egy P1MMX 200MHz laptop, (CD, disk=40Mb RAM=196Mb) amit mérésiadat-gyűjtésre szeretnék használni. CD-boot van. USB boot nincs. A mostani distribek szóba se jöhetnek, de nincs is szükség ekkora apparátusra. Kéne egy valami minimum grafikus felület, hálózat, meg legyen tetszés szerint alakítható. Én mindössze 1 db binárist fogok rátenni. Nem akarok valami régi distribet elővenni, mert akkor meg a program fordítása lesz a kelleténél macerásabb a különböző glibc-k miatt. Van Damn Small Linux, Vector linux, stb, de egyiket sem probáltam. Ha jelenleg is debiant használsz, akkor szerintem maradhatsz is ennél, apt-vel elég jól kigyomlálható a felesleg és továbbra is megmarad a rugalmasság. De itt elég nagy a diszk, szerintem erre nincs szükség, legfeljebb csak egy-két tényleg szükségtelen dolgot kell leszedni, amivel boot időt nyerhetsz. Desktopnak Xfce-t kéne megnézni, eléggé egyszerű, de teljesen jól használható. A desktopot ne a telepítővel rakd fel szerintem, hanem kézzel, ami kell. KDE-t, Gnome-ot is így rakom fel, kicsit macerásabb, de nem lesz benne annyi felesleges cucc. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
Andras HORVATH wrote: Az alapveto problema, ami miatt sok cucc kiesik, hogy esszeruen le kell kekezelni egy fajl vagy konyvtar atnevezeset, athelyezeset. Mivel ADSL-rol van szo, az upstream savszelesseg igencsak szukos, nem megengedheto hogy egy 'rename' parancs tovabbitasa helyett egy egesz konyvtarat ujra felmasoljon. Dirvish. Diszkre ment es hardlinkeket csinal az elozo mentesebe a nem valtozott file-okrol, tehat hely- es savszelesseg-takarekos. Tud masik gepre is menteni. Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync szolgáltatása, de a rename/move problémát hogyan oldja meg? Mert amennyire én látom az rsync ezt nem tudja, és nem említi a doksi, hogy egyéb megoldás lenne, pedig nem egészen triviális feladat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Moczik Gabor írta: De itt elég nagy a diszk, szerintem erre nincs szükség, legfeljebb csak 40 megabyte nagy? Egész jó kis disztrók vannak, érdekeseket gugliztam :))). Pl ez izgalmas http://distro.ibiblio.org/pub/linux/distributions/baslinux/ Innen mazsolázhatsz egyébként : http://en.wikipedia.org/wiki/Mini_Linux -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
Moczik Gabor írta: Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync Szerintem a hardlink esetében indifferens hogy átnevezted a fájlt. Inkább annak a lekezelése az érdekes, hogy nem tudod kitörölni véglegesen a belinkelés miatt a mentett fájljaidat. -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
Moczik Gabor írta: hogy egyéb megoldás lenne, pedig nem egészen triviális feladat. Azt hiszem nem voltam pontos. A feladat triviális egyébként. Ezért vannak az inode-ok. Eléggé pontosan azonosítják a fájlt. Persze ha másik fájlrendszerre mozgatod a fájlodat, akkor bukik a dolog -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Axa netbank
Üdv! Sikerült már valakinek beizzítani ezt az iBanq nevű csodát valahogyan? Wine alatt nem megy fel az MS Java. Valameddig megy a telepítés, aztán közli hogy a telepítés nem fejezhető be, majd felrakja az iBanq cuccait. Feltettem a Sun JRE legújabb verzióját, de ettől még ugyanúgy nem működik a program. A google szerint nem úgy látszik hogy bárkinek is működne, de azért még reménykedek... :-S _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Kovács Attila wrote: Moczik Gabor írta: De itt elég nagy a diszk, szerintem erre nincs szükség, legfeljebb csak 40 megabyte nagy? Ha végigolvasod a thread-et, akkor kiderül, hogy 40Gb. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Moczik Gabor írta: Ha végigolvasod a thread-et, akkor kiderül, hogy 40Gb. Az rengeteg :))). Bocs, tényleg nem olvastam végig, vagy átsiklottam felette. A kétfloppys disztrók érdekesek lehetnek a számodra akkor is szerintem. -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
Kovács Attila wrote: Moczik Gabor írta: Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync Szerintem a hardlink esetében indifferens hogy átnevezted a fájlt. Inkább annak a lekezelése az érdekes, hogy nem tudod kitörölni véglegesen a belinkelés miatt a mentett fájljaidat. Nnna. Van egy forrás könyvtár meg egy cél _szerver_, mivel offsite backupról van szó. Ha a forrás könyvtárban átnevezem az A könyvtárat B-re, akkor az rsync a következő futáskor ezt nem tudja, ő úgy látja hogy az A könyvtár törölve lett, valamint keletkezett egy B és benne egymillió új fájl. Ezt mindet át is viszi a túloldalra. Ezt csak külső eszközzel lehet lekezelni, aminek van egy nyilvántartása az előző állapotról, és ehhez tudja hasonlítani a mostanit, ami alapján kiderül hogy a könyvtárat át kell nevezni. Mivel az rsync ezt nem tudja, kell egy másik külső megoldás ami a távoli szerveren végrehajt 1db átnevezés parancsot. És akkor még mindig a local adatbázis alapján feltételeztük, hogy a túloldali szerveren ennek-meg-ennek a fájlnak itt-meg-itt kell lennie (mert a legutóbbi mentéskor odakerült). Ha a túloldalon valami elromlik, onnantól bukik az egész. Egy ilyen rendszernél elvárható hogy ettől még a jelenlegi backup sikerüljön és használható legyen. Ha nem is automatikusan, de valahogy javítható kell legyen. Azaz kell még egy külső megoldás, ami ellenőrizni tudja hogy a távoli szerveren lévő állapot konzisztens-e. Ehhez tudni kell a helyi-távoli indoe számok összetartozását is. Nagyon nem triviális. Igen sok minden kell az rsync köré hogy ez működhessen (a távoli hostra is). _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Kovács Attila wrote: Moczik Gabor írta: Ha végigolvasod a thread-et, akkor kiderül, hogy 40Gb. Az rengeteg :))). Bocs, tényleg nem olvastam végig, vagy átsiklottam felette. A kétfloppys disztrók érdekesek lehetnek a számodra akkor is szerintem. Szerintem azok főképp a diszk miatt, embedded rendszerben ritkán van 40G hely, de oda desktop se kell. Ha meg kell desktop meg fontos hogy frissíthető legyen, vagyis nem akarja azt érezni az ember hogy trabantban ül, akkor jobb egy teljes disztrót feltenni. Nemrég még ment egy hasonló kaliberű gépem, a proci kicsit nagyobb volt, de a lényeg hogy lehetett használni. Na nem Java futtatásra meg Flash lejátszásra. :-) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: beragadt php-cgi
On Sat, 28 Nov 2009, Kónya Zoltán (EVM) wrote: Hogy tudom kideríteni, hogy egy adott php-cgi melyik scriptet futtatja? mod_status-szal lehet nézni, hogy melyik pid-hez melyik request tartozik. -- Veres Lajos vla...@ludens.elte.hu +36 20 438 5909 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
Moczik Gabor írta: Ezt csak külső eszközzel lehet lekezelni, aminek van egy nyilvántartása az előző állapotról, és ehhez tudja hasonlítani a mostanit, ami alapján kiderül hogy a könyvtárat át kell nevezni. Kell egy lista nyilván. Illetve kettő, mert a túloldali inode-okról is, a tetejében rekurzívan, mivel az esetleges átnevezéseket úgy kell végrehajtani. Erre remek lehet az ls -i -R parancs kimenete. Az rsync előtt kell ennek futnia persze. Mivel az rsync ezt nem tudja, kell egy másik külső megoldás ami a távoli szerveren végrehajt 1db átnevezés parancsot. Ez tény. A tetejében gázos lehet, ha az adott inode újrahasznosul. (Ez tényleg lehet komoly gáz) És akkor még mindig a local adatbázis alapján feltételeztük, hogy a túloldali szerveren ennek-meg-ennek a fájlnak itt-meg-itt kell lennie Ha nincs ott, mi történhet? Legfeljebb többet dolgozik az rsync. Nem olyan rettenet bonyolult ez. -- k-atti- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
Kovács Attila wrote: Kell egy lista nyilván. Illetve kettő, mert a túloldali inode-okról is, a tetejében rekurzívan, mivel az esetleges átnevezéseket úgy kell végrehajtani. Erre remek lehet az ls -i -R parancs kimenete. Az rsync előtt kell ennek futnia persze. Az inode listát fel is kell dolgozni úgy, hogy a végén legkevesebb műveletet hajtsuk végre. Mivel az rsync ezt nem tudja, kell egy másik külső megoldás ami a távoli szerveren végrehajt 1db átnevezés parancsot. Ez tény. A tetejében gázos lehet, ha az adott inode újrahasznosul. (Ez tényleg lehet komoly gáz) Átnevezés esetén nem, inkább törlés esetén. Amit én elkezdtem írni, az nézi a fájlméretet és az mtime-ot is. És akkor még mindig a local adatbázis alapján feltételeztük, hogy a túloldali szerveren ennek-meg-ennek a fájlnak itt-meg-itt kell lennie Ha nincs ott, mi történhet? Legfeljebb többet dolgozik az rsync. Nem olyan rettenet bonyolult ez. Nem éppen. Ha ott kéne legyen, de nincs ott, akkor az rsync létre fog hozni egy fájlt, aminek az inode száma nem lesz azonos azzal ami az adatbázis(ok)ban van, és erről nem árt értesülni valahogy. Lényeg hogy kétirányú kommunikáció kell a két gép között !!! az rsync-en kívül !!!. Nem rettenet bonyolult, de nem is egy félórás munka rendesen megírni egy ls -i meg rsync paranccsal... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Gádori Zsolt tak...@freemail.hu writes: On Sat, 28 Nov 2009 19:32:00 +0100 Skip s...@root.hu wrote: Melyik a legkarcsúbb linux? En regebben ilyesmi gepekre debiant raktam. Ill. nem is Én debiant használok most is mindenféle célra. Csak nem tudom, le lehet-e ilyen mértékben csupaszítani a jelenlegit. Teljes telepítésben esélytelen még bootolni is. (próbáltam, sose ér véget a boot olyan hosszú.) Tehát a gyári kernel eleve nem jó, kisebb kell. A disket elírtam, 40Gb, és nem Mb. Erre ráférnek a dolgok, a memória tűrhető, csak a CPU a meglehetősen szűk keresztmetszet. Nem, ennek simán mennie kellene a standard telepítővel. Próbáld expert módban indítani, hátha akkor nem ragaszt quiet-et a kernel parancssor végére, és talán meglátod, hol akad el. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux