Re: linux, initrd problema
2006. október 24. 19.47 dátummal M. Csabi ezt írta: > Ezek szerint a script rosszul van megirva... Tudsz valamit > javasolni hogy ezt mire csereljem hogy mukodjon? Nem tudom miért van szükséged rá, hogy kézzel buheráld az initrd-t. Vannak erre tool-ok is, pl. mkinitrd. Ha mindenképpen kézzel kell csinálni valami spéci igény miatt, akkor is jó kiindulási alap, amit mkinitrd-vel létrehozol. Aztán azt lehet faragni. > Tovabbi problema hogy a lilo-nak csak a /dev/ram0 root-ot tudom > megadni, mert egyszerre ertelemszeruen ket root megadasa nem > lehetseges, hogyan vegyem ra hogy tovabblepjen? A lilo-nak miért is kell ez? Ramdisk-et akarsz használni root fs-nek? Ha az initrd miatt gondoltad, akkor azt az initrd=/boot/initrd-xyz bejegyzéssel teheted meg, a root meg mutasson a valódi helyére. -- Sala _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ftp nat-olt halozatbol nem ertem igazan
> ftp trukkos protokol, korrektul csak statefull filterrel tudod lekezelni > (pl iptables) > mukodese: > - kliens 1023 folottirol -> server 21-re (parancs) > - szerver 20-rol kliens altal kozolt (1023 folotti,de tetszoleges) porta > (adat) > > Masik megoldas: passziv ftp, ekkor: > - kliens 1023 folottirol -> server 21-re (parancs) > - kliens 1023 folottirol -> server altal megadott 1023 folottire (adat) Köszi, megpróbálom, aztán jelzek. S.Z: _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ftp nat-olt halozatbol nem ertem igazan
Hali, Itsystem - -Értékház wrote: iptables -I FORWARD -m state --state ESTABLISHED, RELATED -j ACCEPT megvolt, sot probaltam azt is, hogy az input és forward lancon engedem befele az sport 20:21 -et is, de _csak_ akkor ment, ha belulrol kifele engedtem/engedem a forgalmat minden dst portra. Nalam is ugyanez a helyzet passziv ftp-vel. Ezt talaltam az archivumban, ha meg azota nem mar nem talaltad volna meg: "On Thu, 18 Apr 2002, Zoltan Benedek Vadasz wrote: >Meg tudná valaki mondani (vagy RTFM, de melyiket:-), hogy ahhoz, > hogy egy ftp session során kiadott ls parancs sikeresen lefusson mely > porto(ka)t kell kinyitni egy firewallon? ftp trukkos protokol, korrektul csak statefull filterrel tudod lekezelni (pl iptables) mukodese: - kliens 1023 folottirol -> server 21-re (parancs) - szerver 20-rol kliens altal kozolt (1023 folotti,de tetszoleges) porta (adat) Masik megoldas: passziv ftp, ekkor: - kliens 1023 folottirol -> server 21-re (parancs) - kliens 1023 folottirol -> server altal megadott 1023 folottire (adat) Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal http://mlf.linux.rulez.org " Udv, qmi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
Szia, Ismet koszi a segitseget. :) Termeszetesen probaltam siman "/sbin/init", parameterek nelkul, az eredmeny ugyanaz: usage: /sbin/init ... Udv: Csabi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
M. Csabi <[EMAIL PROTECTED]> wrote: > > Ezek szerint a script rosszul van megirva... Tudsz valamit > javasolni hogy ezt mire csereljem hogy mukodjon? Szerintem alapesetben nem kell semmi parameter az init-nek. > Tovabbi problema hogy a lilo-nak csak a /dev/ram0 root-ot tudom > megadni, mert egyszerre ertelemszeruen ket root megadasa nem > lehetseges, hogyan vegyem ra hogy tovabblepjen? Nem is kell a masik root-ot megadni, azt a scriptben levo pivot_root hivas elintezi. initrd ugyben vannak nalam hozzaertobbek is, remelhetoleg elobb-utobb benez ide valaki es tud tobbet segiteni. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
Szia, Koszi a valaszt. Ezek szerint a script rosszul van megirva... Tudsz valamit javasolni hogy ezt mire csereljem hogy mukodjon? Tovabbi problema hogy a lilo-nak csak a /dev/ram0 root-ot tudom megadni, mert egyszerre ertelemszeruen ket root megadasa nem lehetseges, hogyan vegyem ra hogy tovabblepjen? Koszonettel: Csabi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: linux, initrd problema
M. Csabi <[EMAIL PROTECTED]> wrote: > > exec /sbin/init ${CMDLINE} > > A CMDLINE tartalma a kovetkezo: > BOOT_IMAGE=17 ro root=302 > Ez nagyon nem tetszik az initnek, mert kiirja hogy: usage: init... es az > osszes parametert... Tehat mintha rosszul lenne meghivva... Merthogy a CMDLINE a kernel parancssora, es semmi koze az init-hez. -- HCS _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
linux, initrd problema
Sziasztok, Van egy problemam. Egy initrd image-et keszitettem egy howto alapjan. Mukodik is rendesen, a baj mar csak az hogy nem mountolja a winchesterrol a real root fajlrendszert. Az initrd init script vege: (a "new" konyvtar ala be van mount-olva a root fajlrendszer, amit inditani kellene) cd /new mkdir initrd pivot_root . initrd # Start init and flush ram device exec chroot . /bin/sh <<- EOF >dev/console 2>&1 umount initrd rm -rf initrd blockdev --flushbufs /dev/ram0 exec /sbin/init ${CMDLINE} EOF A CMDLINE tartalma a kovetkezo: BOOT_IMAGE=17 ro root=302 Ez nagyon nem tetszik az initnek, mert kiirja hogy: usage: init... es az osszes parametert... Tehat mintha rosszul lenne meghivva... Itt meg is all, hogy ismeretlen root device a /dev/ram0, meg hogy nem tudja mountolni a root fs-t ('0,0')... Hogyan kellene atirni hogy jo legyen? Csak ezzel van a baj hogy ez nem mukodik... Koszonettel: Csabi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros --> billentyűzet : Megoldva
> tr '\r' '\n' |\ > > while read str; do xte "str $str" 'key Return'; done > Igy nem kell modositani. Ez nem működik, próbáltam. A tr ugyanis csak a bejövő \n hatására adja tovább az adatsort, addig gyűjtögeti. Próbáld ki: (echo -n AAA; sleep 2; echo -n BBB) | tr AB CD Bence _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros --> billentyűzet : Megoldva
On Tue, Oct 24, 2006 at 11:45:19AM +0200, Barnkopf Bence wrote: > > A dolog különben tökéletesen működik. > A catty-ben (https://sourceforge.net/projects/catty/) módosítottam annyit, > hogy az olvasó által küldött \r-t cserélje \n-re, így sokkal egyszerűbb > szkriptből feldolgozni: > > catty -d /dev/ttyS0 -b 9600 -7 -o -1 |\ tr '\r' '\n' |\ > while read str; do xte "str $str" 'key Return'; done Igy nem kell modositani. -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Re: Soros --> billentyűzet : Megoldva
In article <[EMAIL PROTECTED]>, Barnkopf Bence <[EMAIL PROTECTED]> writes: >> Te csak abbol valaszthatsz, hogy akarsz-e (es milyen) hibajelzest >> a remelttol eltero paritasu input karakterek eseten. > > Ezek szerint a kezel=F5 szoftver kellene jelezzen hib=E1t valamilyen m=F3do= > n - > de nem tapasztaltam semmi ilyesmit. Ugyanazt csin=E1lja odd =E9s even eset= > =E9n > is. Persze most nem is nagyon =E9rdekel... Ha "kezelo szoftver" alatt az erted, amelyik a szimulalt gombnyomasokat kapja es ertelmezi, akkor nem. Azt javaslom, az elso korben ne foglalkozz ezzel. Masodik korben olyan programod legyen, amelyik LF-ig olvassa a soros vonalat (fgets), majd egy az egyben atadja a rekordot az xte-nek. Kiveve ha a terminal driver szerint paritashiba volt, mert akkor inkabb eldobja es sipol. A terminal interfeszen c_iflag = PARMRK|INPCK|ICRNL; c_cflag = B9600|CS7|CREAD|PARENB|CLOCAL; c_lflag = 0; > A catty-ben (https://sourceforge.net/projects/catty/) m=F3dos=EDtottam anny= > it, > hogy az olvas=F3 =E1ltal k=FCld=F6tt \r-t cser=E9lje \n-re, =EDgy sokkal eg= > yszer=FBbb > szkriptb=F5l feldolgozni: Ez mar masnak is eszebe jutott 1970 ota. :-) man termios: ICRNL man stty: icrnl kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kozponti (online) telepitett szoftver adatbazis
> Huuh ez nagyon impressziv! Koszi szepen, de azt elarulhatnad hogy talaltal > ra. :-) A HUP-on (ez itt a reklam helye ;-) ) ajanlotta valaki: http://hup.hu/node/29986 Miki _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kozponti (online) telepitett szoftver adatbazis
On Tue, Oct 24, 2006 at 01:24:41PM +0200, [EMAIL PROTECTED] wrote: > http://ocsinventory.sourceforge.net/ > Nem tudom, mit tud, mert en ezidaig csak a letoltesig jutottam, a > kiprobalasig nem. Talan egy probat meger... Huuh ez nagyon impressziv! Koszi szepen, de azt elarulhatnad hogy talaltal ra. :-) -- LiRulhttp://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re:Kozponti (online) telepitett szoftver adatbazis
http://ocsinventory.sourceforge.net/ Nem tudom, mit tud, mert en ezidaig csak a letoltesig jutottam, a kiprobalasig nem. Talan egy probat meger... Miki _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: exim meret korlatozas
On Sat, Oct 21, 2006 at 11:46:44PM +0200, gerendas wrote: > Hogyan lehet megoldani, hogy csak adott felhasznaloknak legyen > korlatozva a kikuldheto level merete (exim3 alatt), ill > csak adott felhasznaloknak bejovo leveleinek legyen meret korlatozasa > (exim4 alatt)? fogalmam sincs, hogy mikor kuldi el a meretet, de ha elobb, mint ahogy a teljes level bejonne, akkor gondolom acl-bol megoldhato a dolog (sot, biztos). most hogy igy mondom, eszembe jutott, hogy nekem van meretkorlat a spammoknal, ha 150k feletti, akkor nem szurom, es akkor mar van neved is, szoval megoldhato. -- CZW _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Tiger Auditing Report: uj file a /var/mail-ben
On Fri, 20 Oct 2006, SZABO Zsolt wrote: Na, ez hogy tortenhetett...?! Arghh... .procmailrc-t szerkesztettek windows alol (samba) nem unix kompat. editorral. sZs -- Forwarded message -- Date: Fri, 20 Oct 2006 16:00:37 +0200 From: Tiger automatic auditor at mm.bme.hu <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Tiger Auditing Report for mm.bme.hu NEW: --WARN-- [kis008w] File "szakacs " in the mail spool, owned by "szakacs". --- es valoban: ~# ll /var/mail/szakacs[TAB][TAB] szakacsszakacs^M^M ~# ll /var/mail/szakacs* -rw-rw 1 szakacs mail 30436337 Oct 20 11:09 /var/mail/szakacs -rw--- 1 szakacs mail52339 Oct 20 14:14 /var/mail/szakacs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros --> billentyűzet : Megoldva
> Az hogy te a te oldaladon mit allitasz be, nem befolyasolja > a tuloldalt a paritasbit kiszamitasaban es elkuldeseben. > Te csak abbol valaszthatsz, hogy akarsz-e (es milyen) hibajelzest > a remelttol eltero paritasu input karakterek eseten. Ezek szerint a kezelő szoftver kellene jelezzen hibát valamilyen módon - de nem tapasztaltam semmi ilyesmit. Ugyanazt csinálja odd és even esetén is. Persze most nem is nagyon érdekel... > man termios Ühümm, igen, tanulmányozom... :) > Flow control nem szukseges, mert olyan rovid rekordok jonnek, amik > elfernek a vevod buffereben. A kulonbseget akkro latnad, ha tobb > kilobyte-nyi > adatot probalnal meg bepumpalni maximalis sebesseggel. Köszönöm, így teljesen érthető. A dolog különben tökéletesen működik. A catty-ben (https://sourceforge.net/projects/catty/) módosítottam annyit, hogy az olvasó által küldött \r-t cserélje \n-re, így sokkal egyszerűbb szkriptből feldolgozni: catty -d /dev/ttyS0 -b 9600 -7 -o -1 |\ while read str; do xte "str $str" 'key Return'; done A 'key Return' persze csak akkor kell, ha a beolvasás után automatikusan is szeretnék "ütni". Mindenkinek köszönöm mégegyszer a segítséget! Bence _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros --> billentyűzet
In article <[EMAIL PROTECTED]>, =?iso-8859-2?b?QuRybmtvcGY=?= Bence <[EMAIL PROTECTED]> writes: > > 2006/10/21, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > Hmmm, l=E1ssuk: > 48 =3D #30 =3D B 0011 =3D 0 . 48 --> 0 > 177 =3D #B1 =3D B 1011 0001 =3D 1 . 49 --> 1 > 51 =3D #33 =3D B 0011 0011 =3D 0 . 51 --> 3 > 57 =3D #39 =3D B 0011 1001 =3D 0 . 57 --> 9 > 53 =3D #35 =3D B 0011 0101 =3D 0 . 53 --> 5 > 183 =3D #B7 =3D B 1011 0111 =3D 0 . 55 --> 7 > 141 =3D #8D =3D B 1000 1101 =3D 1 . 13 --> CR > > T=E9nyleg stimmel, =E9s a #33-at sem =EDrtam el. =C9n mindig azt hittem, = > hogy a parit=E1s > bit az utols=F3. Nagyon k=F6sz=F6n=F6m! > > Megn=E9ztem ennek tudat=E1ban gtkterm-ben. > 9600 baud, parit=E1s even/odd - =FAgy t=FBnt mindegy, 7 bites, 1 stop bit= > , > flow control none, Xon/Xoff vagy rts/cts - =FAgy t=FBnt mindegy. > > Most m=E1r csak a k=EDv=E1ncsis=E1gom k=E9rdezteti, hogy mi lenne a k=FCl= > =F6nbs=E9g even/odd > illetve a k=FCl=F6nb=F6z=F5 flow control-ok eset=E9n, =E9s mi=E9rt nem l=E1= > tszik ez a k=FCl=F6nbs=E9g > az =E9n esetemben. Az hogy te a te oldaladon mit allitasz be, nem befolyasolja a tuloldalt a paritasbit kiszamitasaban es elkuldeseben. Te csak abbol valaszthatsz, hogy akarsz-e (es milyen) hibajelzest a remelttol eltero paritasu input karakterek eseten. man termios Flow control nem szukseges, mert olyan rovid rekordok jonnek, amik elfernek a vevod buffereben. A kulonbseget akkro latnad, ha tobb kilobyte-nyi adatot probalnal meg bepumpalni maximalis sebesseggel. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: PC speaker hallgat
Kiss Gabor wrote: CONFIG_INPUT_PCSPKR=m nem jo? :-> Mondom, hogy bent van a modul a memoriaban! Bocs, nem figyeltem... a napokban szivtam meg, hogy a speaker tamogatas egyaltalan nem volt beleforditva, azert ajanlottam. -- Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux