Re: Boot vár 2 percet

[Attila Rajmund Nohl]

Gabor Gombas  ezt írta (időpont: 2021. szept.
22., Sze, 21:43):
>
> On Wed, Sep 22, 2021 at 12:15:18PM +0200, Attila Rajmund Nohl wrote:
>
> > [3.539062] sd 0:0:0:0: [sda] Attached SCSI disk
> > [  131.197879] PM: Image not found (code -22)
>
> A resume image tesztelése megvárja, amíg a device discovery befejeződik.
> Szóval vagy van egy olyan eszözöd, ami több, mint 2 percig nem tér
> magához, vagy valamilyen kernel paraméter (resume partíció?) olyan
> eszközre hivatkozik, ami nincs és nem is lesz.
>
> Ha egyebként nem akarod hibernálni a gépet, akkor a "noresume" kernel
> paramétert próbáld ki. Ha ez segít, akkor a többi, hibernálással
> kapcsolatos paramétert nézd át alaposan (ill. szedd ki, ha nem
> kellenek).

A norseume arra volt jó, hogy eltűnjön az a "image not found" sor, de
a két perces várakozás ott van. Elvileg már csak USB-s billentyűzet és
egér van bedugva (egy switch-en keresztül):

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/3p, 1M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
|__ Port 4: Dev 2, If 0, Class=Hub, Driver=hub/4p, 12M
|__ Port 1: Dev 3, If 0, Class=Human Interface Device,
Driver=usbhid, 12M
|__ Port 1: Dev 3, If 1, Class=Human Interface Device,
Driver=usbhid, 12M
|__ Port 1: Dev 3, If 2, Class=Human Interface Device,
Driver=usbhid, 12M

Majd kipróbálom enélkül is a bootot. Ami furcsa, hogy az `lsusb -v` is
kiír egy hibát:

Hub Descriptor:
  bLength  11
  bDescriptorType  41
  nNbrPorts 9
  wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
TT think time 8 FS bits
  bPwrOn2PwrGood   10 * 2 milli seconds
  bHubContrCurrent  0 milli Ampere
  DeviceRemovable0x00 0x00
  PortPwrCtrlMask0xff 0xff
 Hub Port Status:
   Port 1: .0100 power
   Port 2: .0100 power
   Port 3: .0100 power
   Port 4: .0103 power enable connect
   Port 5: .0100 power
   Port 6: .0100 power
   Port 7: .0100 power
   Port 8: .0100 power
   Port 9: .0100 power
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0001
  Self Powered

A SATA-s diszkek egy része IDE-s, csak egy átalakítón keresztül vannak
rádugva (az alaplap túl új, nincs már rajta IDE interface).

[...]
> Az általad küldött logban az USB-s cucc kivételével a többi elég gyorsan
> megjelent. Húzz le minden USB-s eszözt (beleértve pl. a házba
> esetlegesen beleépített, és alaplapi USB csatlakozóra dugott csodákat
> is), és nézd meg, javul-e a helyzet.

Megnézem, mit tudok még kihúzni :-)
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Lemezkép felcsatolása hogyan?

[Attila Rajmund Nohl]

Csaba  ezt írta (időpont: 2021. szept. 12., V, 11:30):
>
> Sziasztok!
>
> Komplett, teljes HDD lemezképet tartalmazó image-et hogyan mount-olhatok
> fel úgy, hogy a partíciókat is lássam?
> Tehát, így került lementésre a képfájl:
> dd if=/dev/sda of=backup.img
>
> Ekkor a "backup.img" valamilyen módon láthatóvá tehető úgy, hogy ne
> kelljen visszaírni lemezre, hanem jelenjen meg a rendszerben valahogy?
> Arra gondolok (hasonlóra), mint amikor .iso fájlt "loopback eszközként"
> fel lehet csatolni, csak itt lemezképről van szó.

Ezt próbáltad?
https://unix.stackexchange.com/questions/316401/how-to-mount-a-disk-image-from-the-command-line

Ez tűnik a kulcsnak:

losetup -P /dev/loop0 /path/file.iso
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Forgalom megáll 5 másodpercekre, Kubernetes/Docker környezetben

[Attila Rajmund Nohl]

Szima Gábor  ezt írta (időpont: 2020. febr. 2., V, 13:28):
>
>
> On Mon, 27 Jan 2020, Attila Rajmund Nohl wrote:
>
> > az interaktív session is meg-megáll (nagyon hosszúnak t?n?)
> > másodpercekre, szóval el?sz?r azt hittem, hogy csak a távoli
> > tesztlaborba vezet? VPN szakadozik, de úgy látszik, a helyi hálózat
> > sem jó. Egyel?re a google nem segített, a külföldi kollégák sem. Lehet
> > értelmesen tovább debug-olni? Még a szoftver oldalán is futtathatok
> > tcpdump-ot, hátha ott látszik valami... Valakinek van ötlete, mi
> > okozhatja?
>
> VMware? Hasonlóval sz*ptam pár éve. Ott 5 percenként 20 másodpercig
> ethernet freeze, majd kismillió csomag egyszerre beesett. Megoldást nem
> tudom, aki csinálta a gépet valamit kalapált rajta.

Mint kiderült, a tesztelni kívánt szoftver használt valami külső
szolgáltatást, az ahhoz kapcsolódó TCP kapcsolatokat dobálta el és az
okozta a megállást.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Forgalom megáll 5 másodpercekre, Kubernetes/Docker környezetben

[Attila Rajmund Nohl]

Hello!

Tesztelnem kellene egy szoftvert. Van két Docker image, egyikben a
szoftver, másikban a teszt tool. A külföldi kollégák kubernetes-szel
csináltak valami környezetet, én megkaptam a kubectl parancssort,
amivel csatlakozni tudok a Docker container-hez és egyelőre csak
ennyit tudok a környezetről. A jelenség az, hogy a TCP forgalom a
teszt tool és a szoftver között 5 másodpercekre megáll. Sima HTTP
forgalom van, a teszt tool oldalán azt látom, hogy normál körülmények
között a válasz megjön 0.01-0.02 másodperc körüli válaszidővel,
azonban egyszer csak a válasz TCP csomagban nem a válasz HTTP üzenet
jön, hanem üresen (0 byte-os segment length-tel) érkezik, majd 5
másodperc múlva megjön a rendes válasz. Ezek után mintha mi sem
történt volna, megint 0.01-0.02 másodperces válaszidőkkel jön a
válasz. Nem látok drop-olt csomagot, újraküldést. Egyébként amikor
csatlakozok a container-hez (kubectl exec -it ... /bin/bash), akkor ez
az interaktív session is meg-megáll (nagyon hosszúnak tűnő)
másodpercekre, szóval előszőr azt hittem, hogy csak a távoli
tesztlaborba vezető VPN szakadozik, de úgy látszik, a helyi hálózat
sem jó. Egyelőre a google nem segített, a külföldi kollégák sem. Lehet
értelmesen tovább debug-olni? Még a szoftver oldalán is futtathatok
tcpdump-ot, hátha ott látszik valami... Valakinek van ötlete, mi
okozhatja?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: titkositott particio tapasztalatok

[Attila Rajmund Nohl]

Zsolt Gádori  írta (2017. augusztus 2. 17:54):
> Sziaszok!
>
> Azt szeretném megkérdezni, hogy:
> -tapasztalat szerint egy titkosított partíció használata mekkora plusz
> teljesítményt (cpu-memória) igényel?
> -érdemes-e a rendszer partíciókat is titkosítani, vagy elég csak a userekét?
> -egyáltalán, melyik partíciókat érdemes titkosítani?
> -meg mondjuk ha ez a disk egy usb-n időnként felcsatlakoztatott dolog,
> akkor ott mennyi idő a mount?
> -rendszer upgrade esetén mennyire kompatibilis a régi bútor az új házzal?
>
> Releváns olvasnivalót is nagyon megköszönök, de elsősorban "saját
> bőrön" szerzett tapasztalatokra, irányelvekre volnék kíváncsi.

Triviális, de én belefutottam a problémába: VirtualBoxban telepítettem
Debiant és kipróbáltam a diszk titkosítását, megadtam jelszót, stb.
Mivel a laptop leállásakor a VirtualBox csak felfüggeszti a guest
futtatását, nem állítja le, ezért legközelebb csak a következő
VirtualBox upgrade-nél kért jelszót, ami vagy három héttel később
történt - és a nem használt jelszót természetesen elfelejtettem
addigra. Ugyan lényegi adat nem veszett (felhőben vannak a
forrásfile-ok, levelek, naptár, stb.), de azért kissé kényelmetlen
volt.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Shell trace

[Attila Rajmund Nohl]

PÁSZTOR György  írta (2017. május 4. 22:58):
[...]
> Egy hint, mintának, kiindulási pontnak, ötletekhez:
> https://github.com/balabit/syslog-ng/blob/master/contrib/syslog-debun
> Itt keresd a debun_init() fv-t, és próbáld meg az ott felhasznált ötletet
> lemodellezni. Már ha az is megfelel neked, hogy el kell indíts egy tail -f
> -et a háttérben, amit a script futása legvégén meg le kell lőjj, ergo a
> leg-legvége a kimeneteknek nem fog bekerülni a scriptbe, ami a kill-ed után
> történik. Ha együtt tudsz élni ennyivel.
> Lelövés: debun_do_tarball().
> Itt én a végén még a .tgz nevét kiírtam, + ami a .tgz elkészülte után
> történt, az értelemszerűen már nem került be a tgz-be.

Ez majdnem jó. Illetve jó, csak azt is szeretném, hogy az stderr is el
legyen mentve meg ki is írja a képernyőre. Ha azt is átirányítom egy
trace file-ba és arra is megy egy tail -f, akkor látszik a kimenet,
csak éppen összekeveredik az stdout-tal (az egyik parancs kimenetébe
beleíródik a következő hibaüzenete).
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Shell trace

[Attila Rajmund Nohl]

Hegedüs Ervin  írta (2017. május 4. 20:50):
[...]
> nagyon elméleti ötlet van csak: valahogy a "script" parancsot
> elindítani a shell indításakor? Esetleg beállítani shellnek?

Script nem biztos, hogy van installálva, nem építhetek rá.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Shell trace

[Attila Rajmund Nohl]

Hello!

Egy shell (elég ha csak bash-ra megy, de ha ksh-ra is működik, még
jobb) scriptben szeretném logolni, hogy milyen parancsok hajtódnak
végre milyen kimenettel úgy, hogy közben minden kimenetet a user is
lásson. Nagyjából a 'set -x' kimenetét szeretném elmenteni. Amit
próbáltam:

exec &> >(tee $LOGFILE)
exec 2>$TRACEFILE

Elakad, ha a script meghívja önmagát még akkor is, ha a második
futásnál a LOGFILE értéke más (gondolom a két tee akad össze). Továbbá
a hibaüzenetet (ami stderr-re megy) nem látja a user. És nem megy ksh
alatt sem (valamiért ezt a tee-s subshell-t nem szereti). Ha csak az
stderr-t irányítom át, akkor működik ksh-val is és az is megy, hogy a
script meghívja önmagát, de a kimenet ugye nincs meg. Ötlet?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Különböző font

[Attila Rajmund Nohl]

Hello!

VirtualBox-ban fut egy Debian Jessie (a host OS X), abban pedig két
gvim ablak. Valamiért ez a két ablak más méretű fontot használ a
menüben is (mintha különbözne a véleményük arról, hogy mekkora is a
10pt-s font), lásd ezen a screenshot-on:
https://goo.gl/photos/HvwP3XbZZaMXFhbN8 Miért lehet ez, és hogy lehet
erről lebeszélni? A kisebb méretű gvim-et két napja indítottam, a ma
indítottak nagyobb méretű font-ot használnak, de közben nem emlékszem,
hogy lett volna bármilyen upgrade...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: hunglish billentyűkiosztás modern desktopon

[Attila Rajmund Nohl]

Lajber Zoltan  írta (2016. december 19. 9:23):
[...]
> Remek, enyém most így néz ki:
> /usr/bin/setxkbmap -layout 'us,hu(102_qwerty_dot_nodead)' -option
> 'grp:ctrl_shift_toggle,grp:lwin_switch'

Ez lett a megoldás, köszönöm a tippet:
/usr/bin/setxkbmap -layout 'us,hu(101_qwerty_dot_nodead)' -option 'grp:switch'
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: hunglish billentyűkiosztás modern desktopon

[Attila Rajmund Nohl]

Lajber Zoltan <la...@lajli.gau.hu> írta (2016. december 18. 19:09):
> On Sun, 18 Dec 2016, Attila Rajmund Nohl wrote:
>
>> Hello!
>>
>> Régen volt nekem egy xmodmap file-om, amiben "hunglish"
>> billentyűkiosztás volt (amerikai, az ékezetes betűket AltGr-rel
>> lehetett elérni). Valamelyik Debian upgrade óta ez nem működik (ha jól
>> tudom, az xmodmap obsolate lett), viszont nem jöttem rá, hogy tudok
>> saját kiosztást csinálni. Mi kellene elolvasni?
>
>
> Ez nem jo? ctrl-shift valt angol-magyar kozott
>
> /usr/bin/setxkbmap -layout 'us,hu(102_qwerty_dot_nodead)' -option
> 'grp:ctrl_shift_toggle'

Nem, pont az a lényeg, hogy ne kelljen váltani.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

hunglish billentyűkiosztás modern desktopon

[Attila Rajmund Nohl]

Hello!

Régen volt nekem egy xmodmap file-om, amiben "hunglish"
billentyűkiosztás volt (amerikai, az ékezetes betűket AltGr-rel
lehetett elérni). Valamelyik Debian upgrade óta ez nem működik (ha jól
tudom, az xmodmap obsolate lett), viszont nem jöttem rá, hogy tudok
saját kiosztást csinálni. Mi kellene elolvasni?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

ksh eval $@

[Attila Rajmund Nohl]

Hello!

ksh-ban van érdemi különbség az
eval $@
és a
eval "$@"
között? Ugye a " a $@ körül arra jó, hogy ha a parancssorban
a b "c d"
van, akkor három paraméterként adja tovább az eval-nak, nem négyként.
Ami aztán nem számt, mert az eval úgyis összefűzi az összes
paraméterét, ugye?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: raspberry socket cumi

[Attila Rajmund Nohl]

Gádori Zsolt  írta (2016. július 4. 22:22):
> Sziasztok!
>
> Az volna a feladat, hogy megnyissak egy socketet raspi-n.
> A program PC-n futó debianon kifogástalanul megy, de raspi-n valamiért
> úgy néz ki, mintha "nem látná" a socketet. A socketet egyébként a socat
> program nyitja, ő a szerver, és várja a csatlakozni kívánókat. A "ps
> -ef" mutatja, hogy elindult, ott van, és várakozik. A program java-ban
> íródott, tehát mindenféle vacakolás nélkül szerintem mennie kéne. A JVM
> verzió azonos. A kérdésem az volna, hogy van-e valami lehetséges
> magyarázata raspbian configurációs oldalról a jelenségnek?

Milyen hibaüzenetet ad a Java kód?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: root csere boot kozben

[Attila Rajmund Nohl]

dz Zana János janos.z...@t-online.hu írta (2015. augusztus 25. 12:48):
 A gépemből kiszedtük a PATA winchestert, és most SATA van benne. Ellenben az
 a harddiszk tertalma, amelyen a linux van, NEM VÁLTOZOTT. A probléma ennek
 ellenére mégis a régi. F12-vel választok boot winchestert (az elsőn van az
 új Windows 7, a másodikon a linux). A linux szabályosan bebootol, ám

 - boot közben kicseréli önmagát a két harddiszk -

Nem értek különösebben hozzá, de mostanában nem UUID alapján szokás
mount-olni, pont azért, hogy az ilyen átneveződések ne okozzanak
gondot?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Bind hiba

[Attila Rajmund Nohl]

Sörös Zoltán b...@filmjus.hu írta (2015. február 26. 9:50):
 Üdvözlet!
 Forrásból fordított bind 9.10.0 futott a szerverünkön, az szolgáltatja
 kifelé a saját domainünk adatait és befelé a DNS feloldást.

 Ma reggel kétszer is leállt, a syslogba az alábbiakat írta be:

 Feb 26 08:44:03 master named[1375]: 26-Feb-2015 08:44:03.960 general:
 critical: name.c:534: REQUIREname) != ((void *)0))  (((const
 isc__magic_t *)(name))-magic == ((('D')  24 | ('N')  16 | ('S')  8 |
 ('n')) failed, back trace
[...]
 Csinált core dumpot is a /var/named könyvtárba.

 Ebből én arra tippelek, hogy kapott egy hibás queryt, és azért állt le.

Hibás query-re sem kellene elszállnia, szóval ezt hívhatjuk bug-nak,
lehet simán ez is:
https://kb.isc.org/article/AA-01161

 Sürgősen feltettem a legújabb 9.10.2-es verziót, de kérdéseim vannak, és a
 google most nem segített megválaszolni őket...

 1) Jól értelmezem a bejegyzéseket, és azért állt le, amit tippelek?
 2) Meg lehet így utólag állapítani, hogy a hibás kérés belülről jött, vagy
 kívülről, azaz támadás érte a namedünket?

Esetleg a coredump-ból kiderül, de igazából nem mindegy?

 3) Tapasztalt-e hasonlót más is, van-e megoldás?

A CVE-szám megléte azt valószínűsíti, hogy igen. A bind hírhedten
lyukas. Miért nem a disztribúcióban adott bind-ot használod, amit jó
eséllyel frissítenek időben?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Verziókezelö

[Attila Rajmund Nohl]

Gábor Kovács furto...@gmail.com írta (2015. január 16. 17:47):
 Sziasztok!
 Tud valaki ajánlani nekem verziókezelö rendszert?
 Három forráscsomagot kell kezelnünk, a források egy Linux szerveren
 vannak, vegyesen vannak Linux és Windows kliensek (jelenleg öt), amik
 sambán keresztül látják a szervert.
 Egy-egy forrást egyszerre csak egy ember szerkeszt, de a fordításhoz
 az egész csomagot le kell húzni.
 Mivel néhány ezer forrásról (néhány tucat mega) és néhány emberröl van
 szó, valami nem túl komplikált de megbízható és többplatformos
 rendszert keresek.

Az aktuális divat a git, van windowsos kliense is és ha a repo meg van
osztva, még külön szerver sem kell.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: sed: line number beszuras

[Attila Rajmund Nohl]

SZABO Zsolt sz...@mm.bme.hu írta (2014. szeptember 8. 10:08):
 (m)awk-kal megtudom csinalni, de sed-del lehet-e ilyet?

 Tehat beolvasok soronkent egy szoveget es minden sor elejere beszurom
 az aktualis sor szamat (awk-ban NR)...

A sed elé teszel egy

cat -n

parancsot a pipe-ban, az nem jó?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: Nem megy a su

[Attila Rajmund Nohl]

Zoltán Gerendás zgeren...@chello.hu írta (2012. október 16. 16:32):
 Sziasztok!

 Van egy ARM -os (Processor   : ARM926EJ-S rev 5 (v5l) )
 rendszer, rajta Debian  wheezy.

 Kernel:
  Linux armebi 3.3.0 #8 PREEMPT Mon Sep 10 16:45:50 CEST 2012 armv5tejl
 GNU/Linuxl.

 Semmi olyan program nem fut le jól ami felhasználót váltan.

 su, syslog-ng,  snmp egyes funkciói, ssh felhasználóként, de még
 konzolon se tud bejelentkezni nem root
 felhasználó.

 Ugyan ez a rendszer emulált (qemu-arm) környezetben hibátlanul megy.

 Tippem szerint kernel beállítás lehet az ok, de nem jövök rá, hogy mit
 kéne állítani.

 Van valakinek ötlete, hogy mit nézzek meg?

Pl. a hibaüzenetet?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: hibas kernel

[Attila Rajmund Nohl]

Szima Gábor sy...@tesla.hu írta (2012. szeptember 6. 12:10):

 On Thu, 6 Sep 2012, Krisztian VASAS wrote:

 A lényeg, hogy ugyanez a kernel (2.6.38.x, 2.6.39.x), ugyanazzal a
 fordítóval (gcc447, gcc471), ugyanazzal a konfigurációval (.config)
 több másik gépen lefordítva fut rendesen.

 Ez engem inkább egy hw hibára emlékeztet (alaplap vagy cpu).

 Biztos nem az, ugyanis a jó kernel fut mindenféle vason (összelapátolt
 vastól Brand PC-n át rendesebb szerverig), míg a rossz kernel
 ugyanezen gépek mindegyikén ugyanezt generálja...

 Jelenleg linkelési vagy header hibára tippelek, ahol vagy rossz címre
 ugrik vagy ír/olvas a kernel.

Nem lehet hardverhiba a fordítógépen?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: hibas kernel

[Attila Rajmund Nohl]

Szima Gábor sy...@tesla.hu írta (2012. szeptember 6. 12:45):

 On Thu, 6 Sep 2012, Attila Rajmund Nohl wrote:

 Nem lehet hardverhiba a fordítógépen?

 Nem hinném, ugyanis ha a régebbi rendszert indítom rajta, akkor
 működőképes kernelt fordít.

 A kernelfordítás használja a glibc-devel-t  (/usr/include/*.h) ?

Tudtommal nem, hiszen mondjuk a printf végül a kernelbe hívna be. A
szükséges függvényekből (pl. strcpy) van saját, esetelegesen
architektúra-specifikus implementáció.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: txt filebol sorok kivalogatasa

[Attila Rajmund Nohl]

Kovács Attila ka...@l3.hu írta (2012. június 5. 11:17):
 2012.06.05. 10:25 keltezéssel, Kiss Gabor írta:
 Csak a teljesség kedvéért közlöm. :-) g
 Jajj de szépek lettek :).
 Csak a teljesség kedvéért, hogy miért a sed mellett törnék lándzsát :).
  ls -laH `which awk sed perl python`
 -rwxr-xr-x 1 root root   55324 2010-11-16 11:14 /bin/sed
 -rwxr-xr-x 1 root root   98536 2010-01-14 17:53 /usr/bin/awk
 -rwxr-xr-x 2 root root 1220276 2011-04-26 18:21 /usr/bin/perl
 -rwxr-xr-x 1 root root 2375356 2011-04-11 21:14 /usr/bin/python

Mindegyiknek szüksége van a libc-re, ami közel két nagyságrenddel
nagyobb, mint a sed és az awk binárisa...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: ekezet+zabbix

[Attila Rajmund Nohl]

Tóth, Zoltán zoltan.to...@eon.com írta (2012. május 25. 13:03):

 Sziasztok!

 Egy debian squeeze-n szeretném az ékezeteket beállítani. Milyen csomagoknak 
 kellene fenn lenni, és mit kell beállítani. Egy XEN host gépről van szó.

Mit értesz az alatt, hogy ékezeteket beállítani? A shell jelenítse
meg az ékezeteket. A shell-be lehessen beleírni ékezeteket? A
szövegszerkesztőbe lehessen beleírni ékezeteket? A böngésző jelenítse
meg az ékezeteket?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Mi küldi a levelet?

[Attila Rajmund Nohl]

2011/12/19 Laborczi Pál lp...@pse.siemens.hu:
 2011-12-16 18:05 keltezéssel, Attila Rajmund Nohl írta:
 Jut eszembe, az nem járható út, hogy tcpdump-pal figyeled, milyen
 levelek mennek ki a 25-ös porton és akkor a levél tartamából kiderül,
 hogy mi küldözgeti?
 Maga a levél megvan, tehát ez fölösleges lépés. a címzett
 ridethe...@gmail.com, amit az MTA nem enged át, ezért vissza a
 feladónak, az pedig a root, így én kapom meg.  A tartalma semmitmondó.

Aha. Esetleg lehetne egy olyan parancsot kiadni, hogy

for i in /usr/sbin/*; do strings $i | grep ridethefog  echo $i; done

Hátha megtalálja a binárist, amiben ott van az e-mail cím. Persze ez
csak gyenge próbálkozás, lehet, hogy jobban elrejti a címet...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Mi küldi a levelet?

[Attila Rajmund Nohl]

Laborczi Pál lp...@pse.siemens.hu írta (2011. december 16. 18:01):
 Az ötleteket fölhasználva a követkző született:

 Az iptables-be beraktam egy sort
       --dport 25  -j LOG
 opcióval, tehát bárki bárhova megnyit egy smtp portot, a naplóban
 keletkezik nem is egy sor.

 Majd írtam egy perl scriptet, amely a tail -f-hez hasonlóan lesi az új
 sorokat, és ha a megfelelő sor jön, akkor lefuttatja netstat-ot, kivágom
 az utolsó mezőt, majd annak segítségével a ps kimenetét meg-grep-pelem -
 szép kimagyar beszéd :) -, az eredménye pedig gyűlik egy állományban.

 Most lesbe áll a program, másodpercenkénti ugrással.

 Köszönöm a segítséget.

Jut eszembe, az nem járható út, hogy tcpdump-pal figyeled, milyen
levelek mennek ki a 25-ös porton és akkor a levél tartamából kiderül,
hogy mi küldözgeti?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Squid kézi logelemzés - facebook

[Attila Rajmund Nohl]

Gabor HALASZ halas...@freemail.hu írta (2011. december 1. 13:01):
[...]
 Rosszul kozelited meg a kerdest. Human oldalrol bele kell irni a
 policyba, hogy az arckonyv tiltott es akinek a logjaban arckonyv van, az
 megkapja a magaet;

Ez nem ilyen egyszerű, minden like gombot tartalmazó oldal kapcsolódik
a facebook-hoz, szóval elég sok false alarm lenne...

 technikai oldalrol meg ki kell tiltani a domaint/ip
 tartomanyt a proxyn/firewall-on, vagy munkaidoben vagy vegleg.

Ez valószínűleg egyszerűbb és célszerűbb, ha a munkához nem kell.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Használt memória nem stimmel

[Attila Rajmund Nohl]

Hello!

Van egy processzem, ami a ps szerint ennyi memóriát használ:

$ ps -e -opid,comm,vsize,rss,sz | grep 32449
32449 beam.smp330008 153008 82502

Ha jól értem a ps manualját, kb. 330 MB a processz által használt
virtuális memória, ebből nagyjából 150 MB van a fizikai memóriában.
Csakhogy közben a free kimenete így néz ki:

$  free
total   used   free sharedbuffers cached
Mem:  74173468   14493908   59679560  0 201504 643512
-/+ buffers/cache:   13648892   60524576
Swap:  2088408  02088408

Azaz swap nincs használatban. Akkor hol van a maradék ~180 MB memória?
Az szintén látszik a ps kimenetéből, hogy 82502 fizikai memórialapot
használ a processz, 4k-s lapmérettel kijön a 330 MB virtuális memória,
de akkor az rss-be miért nem számolja bele? Maga a processz egy Erlang
VM, ami úgy tudja magáról, hogy bő 110 MB memóriát használ (meg egy
kis aprót, amit nem tart számon), ez a 150 MB foglalással lenne
konzisztens. Vagy lefoglalt (virtuális) memóriát a processz, amit nem
vett használatba?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Ki a tettes?

[Attila Rajmund Nohl]

2011/8/25, Kiss Gabor ki...@ssg.ki.iif.hu:
[...]
 Ugyanis _nincs_ /root/.my.cnf file. Tehát ez a script le sem futhat.

És ténylegesen nem fut le? Ha jól látom, a logban nyomot kellene
hagynia, ott van benne ez a szöveg? Ha root-ként parancssorból kiadod
a

/usr/bin/mysqladmin ping

parancsot, az 0-val tér vissza?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Ki a tettes?

[Attila Rajmund Nohl]

Kiss Gabor ki...@ssg.ki.iif.hu írta, 2011.08.25.:
[...]
 # /usr/bin/mysqladmin ping
 /usr/bin/mysqladmin: connect to server at 'localhost' failed
 error: 'Access denied for user 'root'@'localhost' (using password: NO)'
 # echo $?
 0
 #

 Querylog:
 110825 11:26:52  175252 Connect Access denied for user
 'root'@'localhost' (using password: NO)

Tehát úgy néz ki, hogy mégiscsak ez fut, csak cronból lefut,
parancssorból nem (ha jól követtem az eseményeket)? Akkor kellene egy
strace a mysqladmin-nak, hátha kiderül, hogy honnan szedi a jelszót
amikor cron-ból fut. Ugye akkor más a környezet, lehet, hogy van
valami változó...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Ki a tettes?

[Attila Rajmund Nohl]

Kiss Gabor ki...@ssg.ki.iif.hu írta, 2011.08.24.:
[...]
 Újraindít, logot rotál.

Nem lehet, hogy a logrotate csinálja?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: load anomalia

[Attila Rajmund Nohl]

Szima Gábor sy...@tesla.hu írta, 2011.05.20.:

 On Fri, 20 May 2011, Pirity Tamas Gabor wrote:

 Javaslom, hogy inkább nézz utána, mit jelent a load
 és utána kényelmesen dőlj hátra a székben, és pipáld ki, hogy probléma
 megoldva.

 Termeszetesen tisztaban vagyok vele mi a load, es mivel adott
 korulmenyek gyakorlatilag 0-nak kellene lennie, igy kozel sincs a problema
 megoldva.

A 0.2 és a 0.7 az gyakorlatilag 0.

 Ugyanis ha figyelmesen elolvasod amit irtam, se a CPU nem
 dolgozik, se IO-ra nem var semmi. Mi egyeb okozhat meg magas terhelest?

A 0.2 és a 0.7 nem magas terhelés.

 Az sem nyugtat meg, hogy a load 1 alatt van. Most igen, amikor _semmi_
 nem dolgozik.

Már hogyne dolgozna. Vagy egy csomó kernelthread a háttérben. A
timerinterruptot le kell kezelni. Stb.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Debian ipv4 nem akar

[Attila Rajmund Nohl]

zamek za...@vili.pmmf.hu írta, 2010.07.13.:
   hello,

 Kb az év elején a Debian átállt az ipv6 kizárólagos használatára. Akinek
 kellett még az ipv4, az a /etc/sysctl.d/bindv6only.conf-ba 0-val ki
 tudta kényszeríteni az ipv4-et.
 A múlt héten történt egy frissítés, azóta az ipv4 megint le van tiltva:

 ifconfig:
 eth0  Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.
 Mask:255.255.255.0
inet6 addr: :::::/64 Scope:Link

Ebből hol látszik, hogy le van tiltva az IPv4?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Debian ipv4 nem akar

[Attila Rajmund Nohl]

zamek za...@vili.pmmf.hu írta, 2010.07.13.:
   07/13/2010 12:16 PM keltezéssel, Attila Rajmund Nohl írta:
 zamekza...@vili.pmmf.hu  írta, 2010.07.13.:
hello,

 Kb az év elején a Debian átállt az ipv6 kizárólagos használatára. Akinek
 kellett még az ipv4, az a /etc/sysctl.d/bindv6only.conf-ba 0-val ki
 tudta kényszeríteni az ipv4-et.
 A múlt héten történt egy frissítés, azóta az ipv4 megint le van tiltva:

 ifconfig:
 eth0  Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx
 inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.
 Mask:255.255.255.0
 inet6 addr: :::::/64 Scope:Link
 Ebből hol látszik, hogy le van tiltva az IPv4?
 _
 linux lista  -  linux@mlf.linux.rulez.org
 http://mlf2.linux.rulez.org/mailman/listinfo/linux
 igaz, ebbol csak az latszik, hogy nincs ipv4.

Már hogyne lenne, ott van az inet addr résznél kiikszelve az IPv4-es cím.

 A Postgresql nem tud
 elindulni,

Hibaüzenet?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Makefile ifeq

[Attila Rajmund Nohl]

Hello!

Van ez a kis Makefile-om:

eth...@mwlx405: makecat Makefile
ifeq (ARCH, linux)
X=1
else
X=2
endif

all:
echo $(X)

Az ARCH változó értéke linux:
eth...@mwlx405: makeecho $ARCH
linux

De amikor futtatom a Makefile-t, 2-t kapok, pedig a doksi szerint (ha
jól értem) 1-et kellene:

eth...@mwlx405: makemake
echo 2
2

Mit rontok el?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

64 bites gépen 32 bites kódra fordítani

[Attila Rajmund Nohl]

Hello!

SUSE Linux Enterprise Server 10 (x86_64) SP2-n szeretnék C kódból 32
bites végrehajtható file-t csinálni. Fent van a glibc-devel-32bit
csomag, a fordítás még megy is, de a linkelés nem:

gcc -o linux/fdsend_drv.o -c -fpic -g -O2 -DHAVE_CONFIG_H
-I/proj/netsimproj/otpr14aainst/linux/usr/include -I../config -I. -m32
-march=i386 -DDYNAMIC_DRIVER fdsend_drv.c
gcc -o linux/fdlib_pic.o -c -fpic -g -O2 -DHAVE_CONFIG_H
-I/proj/netsimproj/otpr14aainst/linux/usr/include -I../config -I. -m32
-march=i386 -DDYNAMIC_DRIVER fdlib.c
ld -shared -o ../priv/linux/fdsend_drv.so linux/fdsend_drv.o linux/fdlib_pic.o \
 -lresolv
ld: warning: i386 architecture of input file `linux/fdsend_drv.o' is
incompatible with i386:x86-64 output
ld: warning: i386 architecture of input file `linux/fdlib_pic.o' is
incompatible with i386:x86-64 output
linux/fdsend_drv.o: In function `stop':
/home/ethanl/cvscheckout/netsimlib/fd_server/c_src/fdsend_drv.c:189:
undefined reference to `close'
/home/ethanl/cvscheckout/netsimlib/fd_server/c_src/fdsend_drv.c:187:
undefined reference to `driver_free'

És még temérdek másik undefined reference. Van valami opciója az
ld-nek, amit nem találtam meg? Vagy kell másik csomag?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: 64 bites gépen 32 bites kódra fordítani

[Attila Rajmund Nohl]

2010/7/5, Attila Rajmund Nohl attila.r.n...@gmail.com:
 Hello!

 SUSE Linux Enterprise Server 10 (x86_64) SP2-n szeretnék C kódból 32
 bites végrehajtható file-t csinálni. Fent van a glibc-devel-32bit
 csomag, a fordítás még megy is, de a linkelés nem:

 gcc -o linux/fdsend_drv.o -c -fpic -g -O2 -DHAVE_CONFIG_H
 -I/proj/netsimproj/otpr14aainst/linux/usr/include -I../config -I. -m32
 -march=i386 -DDYNAMIC_DRIVER fdsend_drv.c
 gcc -o linux/fdlib_pic.o -c -fpic -g -O2 -DHAVE_CONFIG_H
 -I/proj/netsimproj/otpr14aainst/linux/usr/include -I../config -I. -m32
 -march=i386 -DDYNAMIC_DRIVER fdlib.c
 ld -shared -o ../priv/linux/fdsend_drv.so linux/fdsend_drv.o
 linux/fdlib_pic.o \
  -lresolv
 ld: warning: i386 architecture of input file `linux/fdsend_drv.o' is
 incompatible with i386:x86-64 output
 ld: warning: i386 architecture of input file `linux/fdlib_pic.o' is
 incompatible with i386:x86-64 output
 linux/fdsend_drv.o: In function `stop':
 /home/ethanl/cvscheckout/netsimlib/fd_server/c_src/fdsend_drv.c:189:
 undefined reference to `close'
 /home/ethanl/cvscheckout/netsimlib/fd_server/c_src/fdsend_drv.c:187:
 undefined reference to `driver_free'

 És még temérdek másik undefined reference. Van valami opciója az
 ld-nek, amit nem találtam meg? Vagy kell másik csomag?

Ráadásul nem végrehajtható file-t kellene csinálnom, hanem shared
lib-et, amit egy 32 bites végrehajtható ránt be.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: adatbázis embedded

[Attila Rajmund Nohl]

Also-Antal Csaba anta...@axelero.hu írta, 2010.07.03.:

 Adott egy kütyü embedded linux-al, sd kártyán. Mérési adatokat kellene
 tárolni egy adatbázisban, 10 percenként pár byte mennyiségben. Milyen
 adatbázis kezelőt lenne célszerű használni ami nem nyirja ki az sd
 kártyát a sok irogatással?

Számoljunk egy kicsit: egy 2 GB-os SD kártyán 32k-s szektorból van 64k
darab. Ha ezerszer lehet írni őket, akkor az több, mint 65 millió
írás. Ha jól számolom, ez több, mint 124 évig elég lesz.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: page allocation failure

[Attila Rajmund Nohl]

Hegedüs Ervin airw...@freemail.hu írta, 2010.05.05.:
 hello,

 raid1 szinkron közben ilyet kaptam az egyik cron jobra:

 backup_http.py: page allocation failure. order:0, mode:0x20
 Pid: 12038, comm: backup_http.py Not tainted 2.6.26-2-686 #1

 azt mondják az okosok hogy nem kell vele foglalkozni - de eddig
 ilyen nem volt.


 Ez tényleg csak nagy terhelés miatt van és vmi új kernel
 feature, vagy aggódjak h ezzel a géppel valami mégsem ok...?

Nem volt elég nagy memória egyben, amikor le akart foglalni. Nagy
terhelés közben hosszabb idő alatt nem olyan meglepő.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: valtozo helyettesites

[Attila Rajmund Nohl]

Gabor Tusnady t...@enzim.hu írta, 2010.03.29.:
 Kedves Lista!

 Valami nagyon egyszerut szeretnek csinalni:

 Van egy file-om amiben kulonbozo valtozok vannak definialva:

 file1:
 alma=1
 korte=3
 ...

 Van egy masik file-om, amibe meg ezek a valtozok valamilyen modon
 szerepelnek:

 file2:
 Van $alma db almam es
 $korte db kortem.


 Hogyan tudom bash scrittel eloallitani azt a file-t, amiben a file2-ben
 levo valtozokat a file1-ben szereplo ertekekkel helyettesiti?

 eredmeny_file:
 Van 1 db almam es
 3 db kortem.

 es persze a file2 semmilyen mas modon ne valtozzon (pl tabulatorok,
 extra karakterek stb megmaradjanak)

Nem próbáltam ki, de elindulásnak jó lehet: file1-ből generálsz egy
scriptet, ami sed parancsokkal lecseréli a változókat, valahogy így:
sed 's,\(.*\)=\(.*\),%s/\\$\1/$2/g,' file1 sed.sh

Ettől valahogy úgy kellene kinéznie a sed.sh-nak, hogy
%s/\$alma/1/g
%s/\$korte/3/g

Utána
bash ./sed.sh file2

Meg lehet oldani egy generált sed paranccsal is, meg talán egyetlen
parancssorral is.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: geolinux cpu full

[Attila Rajmund Nohl]

Tekes Csaba te...@freemail.hu írta, 2010.03.10.:
 Gépvezérlés fedélzeti komputerén fut egy
 GeoLinux 2.0.11
 Kernel 2.6.23

 A vezérlő szoftver UMC 3D 7.60.3.15

 A boot után sok esetben a processzor terhelése ~100%, és a rendszer
 ugyan nem fagy le, de nem használható, mert a vezérlő szoftver nem
 megfelelően kommunikál URH-n a külső eszközzel.
 Időnként azonban normálisan működik, ilyenkor a cpu ~10-30%

 Mi okozhat ilyen processzor terhelést linux boot után?

Elindul valami filerendszer-indexelő csodaprogram? beagled, updatedb, ilyesmi.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: shell eszet ide

[Attila Rajmund Nohl]

2010/3/4, Gabor HALASZ halas...@freemail.hu:
[...]
 Mondom _linux_. proc, sys, es egyebb helyek, ahol a fos kernel nullanak
 mutatja a filemeretet.

cat file | wc -c

Nem, cat nélkül (legalábbis nálam) nem megy:

$ cat /proc/sys/kernel/panic
0
$ wc /proc/sys/kernel/panic
1 1 2 /proc/sys/kernel/panic
$ wc -c /proc/sys/kernel/panic
0 /proc/sys/kernel/panic
$ cat /proc/sys/kernel/panic | wc -c
2
$ ls -l /proc/sys/kernel/panic
-rw-r--r-- 1 root root 0 2010-03-04 14:35 /proc/sys/kernel/panic
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: shell eszet ide

[Attila Rajmund Nohl]

Pirity Tamas Gabor p...@apaczai.elte.hu írta, 2010.03.04.:
 On Thu, Mar 04, 2010 at 02:29:44PM +0100, Gabor HALASZ wrote:
 Pápai Balázs wrote:
  Gabor HALASZ írta:
  Hogyan lehet egyszeruen megallapitani, hogy egy tetszoleges file hossza
 
  nulla vagy sem? Linuxon kellene, igy a test -s renonsz.
 
  Egy tipp
 
  find . -name file -size +0  - nem nulla
  find . -name file -size 0  - nulla
 
 Meg rosszabb.

 A test -s konkrétan miért renonsz?

Fogadjunk, hogy nem próbáltad ki:

test -s /proc/cpuinfo  echo nem nulla

Azt hiszi, hogy 0 byte-os, pedig van benne bőven tartalom... Gondolom
a kernelfejlesztők valamikor úgy döntöttek, hogy mivel ezeknek a
file-oknak a tartalma dinamikus (ha nem is a cpuinfo, de sok más
esetben), a pontos hosszat csak a tartalom legenerálásával lehet
megkapni, egy ártatlan ls -l parancs viszont ne generálja le ezeket
a tartalmakat, úgyhogy 0-t adnak vissza fileméretnek. Hogy ez mennyire
bölcs dolog, az kérdéses...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Több MAC cím egy ethernet kártyán

[Attila Rajmund Nohl]

Gabor Gombas gomb...@sztaki.hu írta, 2009.11.23.:
 On Mon, Nov 23, 2009 at 02:07:04PM +0100, Attila Rajmund Nohl wrote:

 Hogyan lehet elérni, hogy egy darab ethernet kártyával több MAC címet
 használjak (azaz kívűlről úgy nézzen ki a dolog, mintha több különböző
 host lenne)? Az IP alias sajnos nem elég, az idióta protokoll layer2-n
 címzi a hostokat. Amire eddig jutottam, az az, hogy libpcap-pel
 figyelek a kártyán minden csomagra, a nekem szólókat elkapom, illetve
 visszafelé packet sockettel küldöm az adatot, de jó lenne, hanem
 kellene újra implementálni az IP/UDP/TCP/FTP/SNMP/TFTP protokollokat,
 amik a layer2 fölött mennek...

 ip link add link eth0 name foobar address 00:11:22:33:44:55 type macvlan

 eth0 a fizikai interface, foobar lesz az uj interface.

Működik, egy kis probléma van vele. A jelenlegi felállásban ugyanabban
a subnetben van mind az eth0, mind a foobar IP címe és ha pingetem a
foobar IP címét, az ICMP EchoReply az eth0 MAC címével kerül ki a
hálózatra (a routing táblában két bejegyzés is van ugyanarra a
subnetre, az eth0-ás van előbb, azt választja ki a kernel). Van valami
módszer arra, hogy lebeszéljem erről és a foobar MAC címével menjen ki
a csomag? Persze nem csak pingnél, hanem mindenféle más protokollnál
is.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Több MAC cím egy ethernet kártyán

[Attila Rajmund Nohl]

Attila Rajmund Nohl attila.r.n...@gmail.com írta, 2009.11.26.:
[...]
 Működik, egy kis probléma van vele. A jelenlegi felállásban ugyanabban
 a subnetben van mind az eth0, mind a foobar IP címe és ha pingetem a
 foobar IP címét, az ICMP EchoReply az eth0 MAC címével kerül ki a
 hálózatra (a routing táblában két bejegyzés is van ugyanarra a
 subnetre, az eth0-ás van előbb, azt választja ki a kernel). Van valami
 módszer arra, hogy lebeszéljem erről és a foobar MAC címével menjen ki
 a csomag? Persze nem csak pingnél, hanem mindenféle más protokollnál
 is.

Az archívum kedvéért: source routinggal megoldható, ip rule add from
source-ip table 1 és ip route add to local-net table 1 dev
foobar a megoldás.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Több MAC cím egy ethernet kártyán

[Attila Rajmund Nohl]

Hello!

Hogyan lehet elérni, hogy egy darab ethernet kártyával több MAC címet
használjak (azaz kívűlről úgy nézzen ki a dolog, mintha több különböző
host lenne)? Az IP alias sajnos nem elég, az idióta protokoll layer2-n
címzi a hostokat. Amire eddig jutottam, az az, hogy libpcap-pel
figyelek a kártyán minden csomagra, a nekem szólókat elkapom, illetve
visszafelé packet sockettel küldöm az adatot, de jó lenne, hanem
kellene újra implementálni az IP/UDP/TCP/FTP/SNMP/TFTP protokollokat,
amik a layer2 fölött mennek...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Több MAC cím egy ethernet kártyán

[Attila Rajmund Nohl]

Gabor Gombas gomb...@sztaki.hu írta, 2009.11.23.:
 On Mon, Nov 23, 2009 at 02:07:04PM +0100, Attila Rajmund Nohl wrote:

 Hogyan lehet elérni, hogy egy darab ethernet kártyával több MAC címet
 használjak (azaz kívűlről úgy nézzen ki a dolog, mintha több különböző
 host lenne)? Az IP alias sajnos nem elég, az idióta protokoll layer2-n
 címzi a hostokat. Amire eddig jutottam, az az, hogy libpcap-pel
 figyelek a kártyán minden csomagra, a nekem szólókat elkapom, illetve
 visszafelé packet sockettel küldöm az adatot, de jó lenne, hanem
 kellene újra implementálni az IP/UDP/TCP/FTP/SNMP/TFTP protokollokat,
 amik a layer2 fölött mennek...

 ip link add link eth0 name foobar address 00:11:22:33:44:55 type macvlan

 eth0 a fizikai interface, foobar lesz az uj interface.

Jól hangzik, de milyen kernel és iproute2 verzió kellene hozzá? A SLES
10.2-ben lévővel nem működik :-(
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Több MAC cím egy ethernet kártyán

[Attila Rajmund Nohl]

Attila Rajmund Nohl attila.r.n...@gmail.com írta, 2009.11.23.:
 Gabor Gombas gomb...@sztaki.hu írta, 2009.11.23.:
[...]
 ip link add link eth0 name foobar address 00:11:22:33:44:55 type macvlan

 eth0 a fizikai interface, foobar lesz az uj interface.

 Jól hangzik, de milyen kernel és iproute2 verzió kellene hozzá? A SLES
 10.2-ben lévővel nem működik :-(

Közben megtaláltam, 2.6.23-as kerneltől van ilyen, akkor minimum SLES
11 kell hozzá.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

sed nem működik furcsa karakterekkel

[Attila Rajmund Nohl]

Hello!

Van egy file-om egy ilyen tartalmú sorral:

telnet:host=££SERVER1,...

A less így mutatja a file-ban ezt a sort (a 243 invertálva van):
telnet:host=243243SERVER1,...

Ezt akarom lecserélni sed-del, de nem megy:
sed 's/telnet:host=.*$/ssh:host=££SERVER1,.../'

Ha az = jel után bármilyen karaktert teszek a mintába, nem
illeszkedik. Van valakinek ötlete, hogy miért és hogy lehetne
rábeszélni a sed-et arra, hogy mégis illeszkedjen mindenre a '.'? A
locale-em: hu_HU.UTF-8
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: sed nem működik furcsa karakterekkel

[Attila Rajmund Nohl]

Kiss Gabor ki...@ssg.ki.iif.hu írta, 2009.11.02.:
[...]
 Ezt akarom lecserélni sed-del, de nem megy:
 sed 's/telnet:host=.*$/ssh:host=££SERVER1,.../'

 Valamit nem értek. A fenti parancsal épp hogy beszúrsz \243-akat
 a sorba, nem törlöd õket.

Félreértelmezhetően írtam, a lecserélt sttringben is kellene lennie.

 Ha az = jel után bármilyen karaktert teszek a mintába, nem

 A jobb vagy a bal oldalon?

A mintában, a jobb oldalán.

 Nem elég csak a s/telnet:/ssh:/ csere?
 További ötletek:
 s/telnet:host=(..).*/ssh:host=\1SERVER1/ (ha meg akarod tartani)
 s/telnet:host=...*/ssh:host=SERVER1/ (ha nem)

Nem elég, mert az utána következő dolgokat is cserélni akarom. Ez a
két parancs meg egyszerűen nem cserél le semmit.

[...]
 locale-em: hu_HU.UTF-8

 A biztonság kedvéért legyen C!

Ezzel van baj, a magyar locale-vel nem illeszkedik, a C-vel igen.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Re: sed nem működik furcsa karakterekkel

[Attila Rajmund Nohl]

Kiss Gabor ki...@ssg.ki.iif.hu írta, 2009.11.02.:

 In article 401d3ba30911020507u4b4b0d8eq59901b6e30d9...@mail.gmail.com,
   Attila Rajmund Nohl attila.r.n...@gmail.com 
 linux@mlf.linux.rulez.org
 writes:

  Ez a két parancs meg egyszerűen nem cserél le semmit.

 Úgy érted szabad szemmel nem látod a különbséget, vagy
 érted mit kellene csinálnia, de NÁLAD nem az történik?

 Ami parancsot lefuttattam és betettem az elõzõ levélbe,
 az nálad milyen outputot produkál?

Ugyanaz volt az output, mint az input, semmi hibaüzenet vagy ilyesmi.
Mindegy, visszaállítottam a locale-t C-re, úgy működött a sed.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: sed nem működik furcsa karakterekkel

[Attila Rajmund Nohl]

Gabor Gombas gomb...@sztaki.hu írta, 2009.11.02.:
 On Mon, Nov 02, 2009 at 01:37:57PM +0100, Attila Rajmund Nohl wrote:

 telnet:host=ŁŁSERVER1,...
 [...]
 Ha az = jel után bármilyen karaktert teszek a mintába, nem
 illeszkedik. Van valakinek ötlete, hogy miért és hogy lehetne
 rábeszélni a sed-et arra, hogy mégis illeszkedjen mindenre a '.'? A
 locale-em: hu_HU.UTF-8

 Az input nem ervenyes UTF-8, igy UTF-8 locale alatt nem igen tudsz vele
 mit kezdeni. Szoval vagy az inputot konvertald ervenyes UTF-8-ra, vagy a
 sed-et futtasd olyan locale alatt, amiben az input ertelmes.

Azért a sed adhatott volna valami warningot az stderr-re, hogy nem
tetszik neki az input...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: sed nem működik furcsa karakterekkel

[Attila Rajmund Nohl]

Gabor Gombas gomb...@sztaki.hu írta, 2009.11.02.:
 On Mon, Nov 02, 2009 at 09:55:13PM +0100, Attila Rajmund Nohl wrote:

 Azért a sed adhatott volna valami warningot az stderr-re, hogy nem
 tetszik neki az input...

 A sed-nek semmi baja az inputtal. Csak eppen egy UTF-8 regexp nem
 illeszkedik egy olyan inputra, ami UTF-8 szerint ervenytelen. Ugyan
 santit a hasonlat, de kicsit olyan, mint ahogy az SQL-ben a foo = NULL
 es a foo != NULL egyarant ertelmetlen.

Na de regexp-ben nem volt UTF-8-as karakter, épp az volt a bajom, hogy
a '.' sem illeszkedett...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: végtelen sleep

[Attila Rajmund Nohl]

Kiss Gabor ki...@ssg.ki.iif.hu írta, 2009.09.23.:
[...]
 (Ja és az egész PERL-ben van, de az a lényegen nem sokat változtat.)

Nem tudom, milyen signalra gondolsz, de Erlangban a receive utasítás
pontosan azt csinálja, hogy akár az idők végezetéig vár arra, hogy
jöjjön egy üzenet...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: exim4 fekete lyuk?

[Attila Rajmund Nohl]

Thiering Péter thieringp...@t-online.hu írta, 2009.09.18.:
[...]
 Arra gondoltam, hogy a feladó hálózatában még a régi MX rekord maradt meg
 valahogy. Ezt hogy lehetne kideríteni, átlagos userek esetén, hogy nála
 vajon mi a hiba?

nslookup szerintem van Windowson is, abban meg ki lehet adni, hogy

set q=MX
domainneved

Aztán megnézni, hogy mit ír ki.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: exim4 fekete lyuk?

[Attila Rajmund Nohl]

Thiering Péter thieringp...@t-online.hu írta, 2009.09.18.:
[...]
 Ezt ismerem. Elég sokszor volt már szükségem rá.
 MX rekordokat ellenőriztem Windows-ból, Linuxon, routeren, szerveren,
 mindenütt rendben találtam. Sajnos az userhez, aki küld, nem tudok
 ellátogatni, nem tudom megnézni, hogy nála mi a helyzet.

De megkérni meg lehet, hogy adja már ki ezt a parancsot, nem?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: tcpdump, http compressed

[Attila Rajmund Nohl]

2009/9/16, Hofferek Attila h...@soka.co.hu:
 Hello,
 tcpdump-pal ki lehet valahogy csomagolni a http forgalmat?
 e.@.@.3.^}.!.F#Pdf|.A$.BC!.
 |.r.GET /konyvtar/file.php?

 Ebbol kene nekem a query string tobbi resze is, meg aztan kesobb a
 valasz is igy betomoritve lathato csak. Van erre valami megoldas?

Az ethereal/wireshark nem tudja megmutatni?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Hang probléma

[Attila Rajmund Nohl]

Kis János Tamás kij...@gmail.com írta, 2009.09.13.:
 Sziasztok,

 Egy alaplapi nForce2-es hangkártyám újabban (nem tudom mióta és
 miért), kb 3 másodpercenként rövidke búgó hangot ad ki magából a PCM
 kiemneten.

 Van valakinek ötlete, hogy mi lehet ez és hogyan lehet megszüntetni?

Milyen disztribúció? Van pulseaudio?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: ext3 konyvtar ennyire draga?

[Attila Rajmund Nohl]

Miloska milo...@gmail.com írta, 2009.09.09.:
 Sziasztok,

 van ket alkonyvtaram az egyik 10G, masik 30G.

És mennyi memória van a gépben?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: ext3 konyvtar ennyire draga?

[Attila Rajmund Nohl]

2009/9/9, Gabor Gombas gomb...@sztaki.hu:
 On Wed, Sep 09, 2009 at 02:24:05PM +0200, SZABO Zsolt wrote:

 Szoval mi az igazsag, ill. mikor lehet gond ebbol a Disabling barriers
 dologbol?

 Akkor van belole gond, ha a diszkjeiden be van kapcsolva a cache, es
 elmegy az aram. Szoval ha fontosak az adataid, vagy kapcsold ki a
 write cache-t (cserebe jo lassu lesz), vagy vegyel UPS-t.

Volt szerencsém olyan hardverhez, amit a write cache kikapcsolásától
_gyorsabb_ lett... drbd miatt kellett kikapcsolni, az sem szerette, ha
elmegy alatta az áram.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: SMTP proxy (postfix) + ext3 tuning

[Attila Rajmund Nohl]

Miloska milo...@gmail.com írta, 2009.08.19.:
 Sziasztok,

 adott egy SMTP 'proxy' szerver, CentOS 5.3, postfix megkapja a
 leveleket a belos halobol majd kikuldi oket a nagyvilagba.

 Nagyobb forgalom eseten a [kjournald] sokszor tobb masodpercre
 atveszi a vezetest a top-ban es az egesz gep par masodpercre megall.

 Nezegettem mar par ext3 tuning lehetoseget, pl a
 /proc/sys/vm/dirty_background_ratio -t, de nagy csoda nem tortent.

 Kerdesem, van-e valakinek bevalt tunning opcioja ilyen igenybevetelre
 (sok kis file iras/olvasas/torles) vagy masik FS / gyorsabb disk a
 megoldas.

Ha jól emlékszem, a 2.6.30 előtt az ext3-nak volt egy híres bugja, ami
miatt az fsync() hívás lassú volt (pl. a Mozilla bookmark-jainak
frissítése is). Szerintem a gyorsabb diszk nem fog segíteni, marad a
másik kernel vagy FS.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: crypto loop 2.6.30

[Attila Rajmund Nohl]

BEREGNYEI Balazs be...@impulzus.com írta, 2009.08.11.:
 Hali,

 2.6.27-rol 2.6.30-ra valtva elromlott a crypto loop-om:

 #losetup -e blowfish -k 256 /dev/loop1 image.bin
 Password:
 ioctl: LOOP_SET_STATUS: No such file or directory

 Tehat jelszot ker, de utana mintha nem talalna a loop device-t (pedig
 van). Az uj kernel oldconfiggal keszult, van benne minden, ami crypto
 loop-hoz kell (loop, crypto loop, cbc). Gugli szerint ez a hiba akkor van,
 ha nincs cbc a kernelben, de nalam nem ez a baj. (Amugy ez egy debian
 lenny.)

 Persze ahogy az lenni szokott, az uj kernelre azert van szukseg, mert
 vegre mukodik rajta egy fontos dolog, ami eddig nem (wifi). Nem szeretnek
 ide-oda bootolgatni :(

 Van tippetek?

Nem lehet, hogy a losetup-ot is frissíteni kell?
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Chroot ssh

[Attila Rajmund Nohl]

Proci intelprocesso...@gmail.com írta, 2009.08.04.:

 Sziasztok!

 Korábban olvastam valahol (talan itt?): van egy olyan lehetoseg az ssh
 user bezarasara, hogy a /bin/bash helyett egy modosított
 parancsertelmezot adunk neki, mely nem engedi cd .. parancsot, ha az
 mar a chroot mappajan kivulre mutatna.
 Persze akkor felmerült a cd /, cd /etc/ stb sebezhetoség, de most
 nekem eleg volna igy is.
 Előnye volt, hogy nem kell kulon minimal rendszert osszehozni a chroot
 mappan belül (+ a szukseges alkalmazasokat belegyogyitani).
 Pont erre volna most szuksegem, de sehol nem talalom.
 Tudtok ilyen megoldasrol?

Szerintem a /usr/bin/rbash shellre gondolsz. Ez lehet, hogy túl sokat
korlátoz, viszont triviális kijönni belőle (a user indít egy vim-et,
majd kiadja benne a :!/bin/bash parancsot).
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Re: közös /usr

[Attila Rajmund Nohl]

Kiss Gabor ki...@ssg.ki.iif.hu írta, 2009.07.08.:
[...]
 Ezek a végletekig kihajtott szerverek lesznek. Memória, CPU, diszk
 kihasználva rogyásig.

 A kérdés, hogy közös /usr-rel egyszerûbb lenne-e szinkronban tartani
 a kettõt, vagy csak megnehezítem a saját életem.

Szerintem csak megnehezíted, pláne ha tönkremegy a közös diszk. A
kliens gép sem fog örülni annak, ha picit fennakad a hálózat a másik
gép felé és éppen nem elérhető a /usr.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: ubuntu monitor + HDTV dualview

[Attila Rajmund Nohl]

Medovárszky Zoltán l...@igor.hu írta, 2009.07.07.:
 Kedves Közösség :)

 Egy barátomnak desktoppal kapcsolatos problémája van. Sajnos én nem
 értek a desktophoz, csak szervernek használok linuxot, konzolozok.

 Vázolom a problémáját, ha valakinek van ezzel tapasztalata,
 megköszönném, ha megosztaná velem:


 Egy monitort és egy HD LCD TV-t szeretne egyszerre használni Ubuntuval.
 A kívánt üzem az lenne hogy clonozza a két monitort amik eltérő
 felbontasban és frissitésben futnak. Windowsra nem akar emiatt
 visszaállni, csak ha nem marad más.

A másik megoldás, hogy megvárja, amíg lesz nagytudású open source
driver. Legutóbb karácsonyt mondtak (hogy melyik év, azt nem)...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: alaplapi acpi/bios infok hogyan?

[Attila Rajmund Nohl]

SZABO Zsolt sz...@mm.bme.hu írta, 2009.06.12.:
 Tudna segiteni valaki, hogy hogyan lehet lekerdezni parancssorbol pl. az
 alaplap ill. CPU homersekletet, ha van ilyen szenzor? Esetleg a bios
 beallitasai is lekerdezhetok? (debian lenny 2.6.2x, ill. xen-3.2.x)

cat /proc/acpi/thermal_zone/TZ*/temperature

Úgy emlékszem, GNOME-ban van valami applet is, ami mutatja a hőmérsékletet.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: 2.6.29.3 boot bug+

[Attila Rajmund Nohl]

2009/5/23, Szima Gábor sy...@tesla.hu:

 On Sat, 23 May 2009, Szima Gábor wrote:

 Probalok netboot image-et gyartani 2.6.29.3 kernelbol.
 Compaq P3-as gepen betoltodes utan (done) egybol reseteli magat a gep.
 Fordito: gcc346 es 433 (mindkettonel ugyanaz).

 Ugyanazokkal a beallitasokkal illetve forditoval (gcc346) a 2.6.21.3 es
 2.6.22.5 kernel viszont szepen mukodik (ezek gcc433-al nem fordulnak).

 Egyertelmuen 2.6.22(.19) - 2.6.23 valtasnal jon elo a dolog.
 Milyen uj bugot vagy featuret tettek bele a 2.6.23-ba, ami ezt okozhatja?

A kernelfejlesztők nagyon büszkék arra, hogy többszázezer sor kódot
változtatnak minden verzióban, úgyhogy sok szerencsét ahhoz, hogy
kiderítsd, mi változott... Egy rövid lista:
http://kernelnewbies.org/Linux_2_6_23
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Debian upgrade után túl sok /USR/SBIN/CRON

[Attila Rajmund Nohl]

Gyurman Attila attila.gyur...@it-crowd.hu írta, 2009.05.18.:
 Üdv Mindenkinek!

 Következő problémám lenne:
 Van két debian szerver, még etch-nek telepítve, mindkettő egyszerre
 upgradelve lenny-re 2 héttel ezelőtt.
 Azóta mindkét szerveren folyamatosan nő a futó /USR/SBIN/CRON
 processzek száma. Körülbelül 3-4 percenként 1 beragad.
 Érdekes, hogy mindkét szerveren ugyan ez a jelenség, tehát
 valószínűleg upgrade a bűnös.
 Vannak percenként futó cron jobok, de nem mindegyik ragad be.

Nézd meg a beragodó jobokat, milyen gyerekprocesszeik vannak, milyen
file-okat tartanak nyitva, hátha kiderül, hogy melyik job ragad be.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: apache hack

[Attila Rajmund Nohl]

Gabor HALASZ halas...@freemail.hu írta, 2009.05.14.:
 Lajber Zoltan wrote:
[...]
 Elvi kerdes: ha nem jelszo, hanem RSA kulcs auth van (es ftp helyett
 winscp), akkor azt nehezebben szerzik meg?

 Egyreszt az rsa kulcsot lehet passprhase-sal vedeni,

Amit egy keylogger megfoghat...

 masreszt imho nem
 nagyon keresik, leven a nagy tobbseg ugyis passwordot hasznal.

Ez mondjuk igaz. Nem a legbiztonságosabb megoldás kell, csak a
szomszédnál legyen biztonságosabb, hogy őt törjék...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: apache hack

[Attila Rajmund Nohl]

Medovárszky Zoltán l...@igor.hu írta, 2009.05.14.:
 Szevasztok!

 Több napja küzdök egy problémával, de szakértelmem hiányában nem tudom
 megoldani.

 1-2 óránként megtörik az apache daemont, ami ezután időnként üres
 oldlakat szolgál ki illetve egy trójai kódot tartalmazó oldalra irányít.

 Eleinte néhány tcsh processt láttam www-data userrel, most már httpd-ből
 van néhány gyanús process.
 Apache, php a legfrissebb, open basedir van minden virtualhoston.

 Snort logom van kérdéses időpontból, de ez még nem segít megtalálnom a
 biztonsági rést.

 Hogyan induljak neki? Nincs 200eFt-m most megbízni egy szakértőt, de
 természetesen tudok rá pénzt is szánni.

Szerintem egy teljesen új install és az összes jelszó és kulcs
megváltoztatása nélkül minden más csak dísz...
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: sftp totalcommander

[Attila Rajmund Nohl]

Szabo Istvan szist...@mail.vcsk.hu írta, 2009.04.09.:

 Hi!

 Lenny, openssh, winscp-vel megy az sftp, netbeans alól is (állítólag),
 totalcommander alól viszont nem. sshd-t debug módban futtatva és
 összehasonlítva a kommunikációt érdemben 2 helyen tér el, de sajna nekem
 nem sokat mondanak, tudna valaki segíteni?

 A működő winscp-nél a kommunikáció egy része (a többi rész _teljesen_,
 betűről betűre megegyezik!!):
 =
   debug1: kex: client-server aes256-ctr hmac-sha1 none
   debug1: kex: server-client aes256-ctr hmac-sha1 none
 [...]
   debug1: server_input_channel_open: ctype session rchan 256 win 65536 max
 16384
 =

 Míg a totalcommandernél ugyanezek a részek:
 ===
   debug1: kex: client-server aes256-cbc hmac-sha1 none
   debug1: kex: server-client aes256-cbc hmac-sha1 none
 [...]
   debug1: server_input_channel_open: ctype session rchan 256 win 16384 max
 16384
 ==

 Mondanak ezek a sorok valakinek valamit?
 Elképzelhető, hogy valamelyik sor nem tetszene neki?

 Egyébként mindkettő eljut a kövgetlezőig, csak az egyik nem adja fel a
 filelistát:
 ==
   subsystem request for sftp
   debug1: subsystem: exec() /usr/lib/openssh/sftp-server
 ==

 Egyéb ötlet esetleg?

Ha jól emlékszem, a total commander a putty-t használja sftp-re.
Próbáld ki direktben a putty sftp kliensével, esetleg annak a
debug-ját be lehetne kapcsolni.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

lsftp működik valakinek?

[Attila Rajmund Nohl]

Hello!

Sikerült valakinek az lsftp-vel kapcsolódni egy SFTP szerverhez? Nekem
annyit mond, hogy
Trying to connect, please stand by.
Handshake failed
SecSH client says:
Handshake failed. Please consider setting
LSFTP_BEFORE_ARGS and LSFTP_AFTER_ARGS.

és kész. A manualból és az info page-ből sem egészen világos, hogy
kellene működnie, mit kellene az említett változókba beállítani...
Nekem elsősorban az kellene, hogy a szerver portját meg tudjam adni.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: aiglx?

[Attila Rajmund Nohl]

SZABO Zsolt sz...@mm.bme.hu írta, 2009.02.16.:
 ANSYS Workbenchet szeretnek remote X-en keresztul futtatni, de valami gond
 van a GLX korul... Milyen modon tudnam tesztelni, hogy a lokalis X server
 jol van konfigolva, es hogy nem a sajat setup-ban, hanem mondjuk az ANSYS
 korul kellene a hibat keresni...?

 debian etch, xorg-7.1.0, ati driver...
 (Milyen modulok kellenek ehhez pontosan? A dri es glx modulok szerepelnek
 az xorg.conf-ban, az i2c,bitmap,ddc,vbe,extmod,freetype,int10 mellett...)

Milyen videókártya? Nekem bármilyen bonyolultabb dolog még csak az
fglrx-es driverrel ment.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: szures

[Attila Rajmund Nohl]

Orbán Árpád or...@kabelszat2002.hu írta, 2009.01.30.:
 Szia

 Az a tapasztalat, ha 22-n megy az ssh, rengeteg a próbálkozás.

Ha rendszeresen frissítesz és jól van bekonfigurálva az ssh, akkor nem
probléma. Én iptables-szel korlátozom, hogy csak egy gépről tudjak
bejelentkezni az otthoni gépre. És persze kulccsal megy.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Rendszer upgrade

[Attila Rajmund Nohl]

zotya pzo...@tvnetwork.hu írta, 2009.01.28.:
 Sziasztok

 Leváltottam a jó öreg AMD Athlon XP SocketA rendszeremet egy AM2+-os
 Athlon64X2-es-re, de ezzel kapcsolatban felmerült pár kérdés, amire még nem
 találtam választ.
 A gépen levő rendszer egy Debian Etch, 32 bites. A kernelt én fordítottam
 anno, 2.6.22.7, a rendszer indulásához szükséges dolgok a kernelben ( sata
 driver, raid1, ext2, ext3 ), no initrd.
 Most próbáltam ezt összehozni az új gépen az aktuális kernellel ( 2.6.28 ),
 de
 a bootkor mindíg elszáll, hogy nem találja a root device-t. A felajánlott
 listája meg üres. Valószínűleg valami fondot dolgot kiszerveztek a
 menuconfig-ban, amit nem kapcsolok be, de nem tudok rájönni, mi lehet az.

Érdemes a gyári konfigból kiindulni és csak a biztosan nem szükséges
dolgokat kiszedni, majd make-kpkg-val debian csomagot csinálni, az
megcsinálja a szükséges initrd image-et. Ezzel együtt nem vagyok benne
100%-ig biztos, hogy bölcs dolog nem a disztribúcióban lévő kernelt
használni manapság, eléggé függ mindenféle userspace utility-től, ha
nem megfelelő az udev, stb. verziója, akkor nem fog jól működni.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: nem jon valasz a SYN-re

[attila . rajmund . nohl]

On Mon, 17 Nov 2008, Erki-Kiss Zsolt wrote:

 2008. 11. 17, hétfő keltezéssel 13.26-kor Zoltan HERPAI ezt írta:

 Van egy gepem, ami erdekes hibajelenseget produkal. Bizonyos esetekben -
 tehat a bolygok megfelelo egyuttallasa eseten - bizonyos gepekrol jovo
 TCP SYN-ekre nem valaszol SYN/ACK-kal,

 Otlet: ECN bit nem lehet?
 http://en.wikipedia.org/wiki/Network_congestion_avoidance

Szintén tipp: a 2.6.27-es kernel (biztonsági hibák és az Intel
hálókártya tönkretétele mellett) tartalmazott egy hálózatos hibát is:
http://lwn.net/Articles/304791/

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: postfix + geoip

[attila . rajmund . nohl]

On Wed, 5 Nov 2008, EVM wrote:

 Hi,

 használt már valaki postfix-vel valami geoip-hez hasonló adatbázis alapú
 ellenőrzést!
 amit szeretnék: bizonyos országokból/regiókból érkező levelek tiltása!

Nem egyszerűbb egy sima spamszűrőt beüzemelni? Az ilyen adatbázisok
természetüknél fogva rossz választ fognak adni a webmail-es levelekre (a
gmail összes felhasználója nem Kaliforniában él) és a multinev.com
címről érkező levelekre...

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: C/CGI...

[attila . rajmund . nohl]

On Mon, 13 Oct 2008, Makó Gábor wrote:

 Hi!

 Bocs, hogy nem egeszen linuxos a kerdes, hanem inkabb programozasi.
 Ha C-ben szeretnek CGI-t irni mit javasoltok?

Azt, hogy gondold meg mégegyszer, hogy tényleg ki szeretnél-e tenni egy
C programot (az összes lehetséges buffer overflow-val) a netre.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: chat tavoli managelt userrel

[attila . rajmund . nohl]

On Wed, 3 Sep 2008, zamek wrote:

 hello,

 Van egy tavoli gepem, ami elott egy igencsak egybites user ul, X elott. Neha
 jo lenne ertekezni (kerdezni, megkerni valamire) vele. Van valami otlet,
 hogyan lehetne a legegyszerubben egy chat-szeru programmal ertekezni vele?
 En ssh-val lepek be, egy konzol-om van.
 A gep Debian stable-t futtat.

Esetleg lehet pidgin-t telepíteni a gépre, létrehozni neki egy gmail
fiókot és úgy csetelni vele. A pidgin indulhat automatikusan.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: SSH privát kulcs közös home-nál

[attila . rajmund . nohl]

On Fri, 29 Aug 2008, Ruzsinszky Attila wrote:

 Ha jozsi néven jelentkezik be valaki (ssh [EMAIL PROTECTED]),
 akkor az sshd a jozsi user home directory-ja alatt keresi
 A user a jozsi nevvel lep be és az /home/admin-ban landol.
 Akkor az ottani .ssh-dben kéne matatnia, nem? A cucc ott van...

Az UID-jük is különbözik? Így néz ki a /etc/passwd:
jozsi:x:34595:1001:Jozsi:/home/admin:/bin/bash
geza:x:34596:1002:Geza:/home/admin:/bin/bash
bela:x:34597:1003:Bela:/home/admin:/bin/bash

vagy így:
jozsi:x:34595:1001:Jozsi:/home/admin:/bin/bash
geza:x:34595:1001:Geza:/home/admin:/bin/bash
bela:x:34595:1001:Bela:/home/admin:/bin/bash

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: WiFi kartya

[attila . rajmund . nohl]

On Sat, 9 Aug 2008, janos wrote:

 Erdelyi Gabor írta:
 http://www.physics.nmt.edu/~rsonnenf/linuxcontrib/ralink-2561-rt61/
 Itt nem az a modul szerepel, amirol eddig szo volt.

 Most itt tartok:
 ra0   RT61 Wireless  ESSID:CsalaD
  Mode:Managed  Frequency:2.462 GHz  Access Point: 00:0E:2E:EA:B6:CF
  Bit Rate=36 Mb/s
  RTS thr:off   Fragment thr:off
  Encryption key:6D61-6373-6B
  Link Quality=57/100  Signal level:-69 dBm  Noise level:-103 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:0   Missed beacon:0
 
 Most ezt kellene letárolnom valahova. Hogyan?
 Következö kérdés: hogyan tudok váltani hálózatok között?
 Mondjuk, a munkahelyi hálózat TKIP, ez meg WEP
 Az  iwlist azt mondja: WPA
 Az access point a MAC address. Jól van ez így?
 Mi az a bonyolult karakterfüzér az Encryption key sorában?

 Minden tanácsnak örülök.  Üdvözlettel  János

GNOME alatt a network-manager eltárolja az ESSID-t meg a kulcsokat,
váltani is lehet vele a hálózatok között, de nem biztos, hogy jó lesz
neked.
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: postfixem megalt log nelkul

[attila . rajmund . nohl]

On Mon, 28 Jul 2008, Fried Zoltan wrote:

 Hello,

 gt;gt; socket(PF_FILE, SOCK_DGRAM, 0)  = 4
 gt; ^^^
 gt;gt; socket(PF_FILE, SOCK_STREAM, 0) = 4
 gt; 
 gt;Ez a normalis viselkedese, lasd a megjelolt reszek kozotti
 gt;elterest.

 igen, azota utannaolvastam es tenyleg !!:O

 gt;Azert shellscriptet ne strace-szel debugolj...
 igazad van. viszont Te mit hasznalsz erre az echo-n kivul ?

Beleteszed a shell script elejébe, hogy
set -x
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: HA file server ket gepbol

[attila . rajmund . nohl]

On Thu, 3 Jul 2008, BERES Laszlo wrote:

 [EMAIL PROTECTED] írta:

 Nálunk a drbd egy korábbi verziója és a diszk write cache-e is érdekes
 hibákat okozott...

 Mit lehet ezekről tudni? Én egy meglehetősen terhelt környezetben (~1500
 user home-ja) használok drbd-t (CentOS, 2.6.9-55.0.9.EL, ext3) kb. egy
 éves uptime-mal, hiba nélkül.

A részletekre nem emlékszem, de valami olyasmi volt, hogy ha az egyik
fele elszállt (pl. kihúzták a konnektorból), akkor utána
újraszinkronizálásnál néha adatvesztés történt.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: rv610

[attila . rajmund . nohl]

On Mon, 16 Jun 2008, Also-Antal Csaba wrote:

 adott egy htpc benne egy alaplapi vga a leiras szerint rv610-es chipset
 a catalist hd3000-nek azonositja (utolso 64 bites ubuntu van). tobb gond
 is van vele:

 1. ha az fglrx-el hasznalom akkor nagyon lassan frissul gorgeteskor a
 kep, illetve az ablakok mozgatasa is szaggatott. meg vesa meghajtoval is
 simabb.
 2. nincs xv, a 3d mesa-n keresztul megy ha jol tippelek ez sw emulacio..
 a glx gears ~500fps-t tud. panaszkodik indulaskor az X, hogy nincs
 dri..(miert nincs?) a binaris drivert raktam fel.

 3. sok guglizas utan lattam, hogy van egy radeonhd driver is. azzal mar
 nem szaggat a gorgetes, de xv az tovabbra sincs es 3d sem csak mesa-s.

 3d-re szuksegem van mert az mplayert az opengl meghajton keresztul
 szeretnem hasznalni, mivel bar x11-el megy de ott meg nincs vsync es a
 tearing miatt elvezhetetlen a filmezes.

 szoval melyik drivert hasznaljam es hogyan, hogy legyen elfogadhato
 sebessegu opengl? esetleg mukodo xorg.conf is jol jonne.

Van egy ati driver is, de szeritnem azzal sem lesz jobb. Esetleg 32
bites kernel? Azzal hátha jobb lesz az fglrx.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Kommunikáció a pipe-on

[attila . rajmund . nohl]

On Wed, 21 May 2008, Ruzsinszky Attila wrote:

 Sziasztok!

 Van két gépem. Egyik SUN Solaris 2.6, másik SuSE 10.3.
 SUN-on lévő txt fájlt küldöm át a Linuxra socat-tal.
 A linuxon a socat STOUT-ja küldi egy Perl-es program STDIN-jére
 a sorokat.

 Alapvetően deszkamodellként minden jó, de ma eljátszotta,
 hogy hajnalban valamikor valamiért abbamaradt az adatok
 áramlása a socat és a perles program között.

 SUN-on a küldő parancs:
 tail --retry --follow=name file.txt | socat - TCP4:host:port 

 Linoxon a vevő:
 socat TCP4-LISTEN:port,fork STDOUT|dbwrite-pl 

 Tcpdump-pal megnézve az adatok jöttek, de a dbwrite már
 nem tette a dolgát. :-(

 Mit lehet (és kell) itt tenni?

strace szerint mit csinált a socat?

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: lilo boot flash diszkrol

[attila . rajmund . nohl]

On Tue, 29 Apr 2008, Gabor HALASZ wrote:

 [EMAIL PROTECTED] wrote:

 image=/boot/vmlinuz
   label=linux
   initrd=/boot/initrd
   root=/dev/hda1

 A /dev/hda a flashdiszk, egy particio van rajta. Ugyanezzel a kernellel
 a halozaton keresztuli bootolas mukodik. Valami otlet, hogy miert nem
 megy?

 Hogyan is lett neked hda a flashdiszk? Ha usb diszk, akkor inkabb sda,
 ha cf-ide, akkor meg nem minden atalakito tud bootolni.

Szerintem cf-ide, a BIOS-ban be lehet allitani, hogy bootoljon rola. A
dmesg azt mondja rola, hogy:

SvrWks HT1000: IDE controller at PCI slot :00:02.1
SvrWks HT1000: chipset revision 0
SvrWks HT1000: not 100% native mode: will probe irqs later
 ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
Probing IDE interface ide0...
hda: SimpleTech Flash, ATA DISK drive

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: lilo boot flash diszkrol

[attila . rajmund . nohl]

On Tue, 29 Apr 2008, Bartos-Elekes Zsolt wrote:

 [EMAIL PROTECTED] wrote:

 lba32
 compact

 Ezek nelkul probaltad?

Igy a lilo ad egy warning-ot:
Warning: LBA32 addressing assumed

De ugy nez ki, mukodik. Lehet, hogy az is kellett, hogy hozzaadtam az
elfelejtett kernelopciokat (soros konzol, stb.).

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Minicom - agetty problema

[attila . rajmund . nohl]

Hello!

Minicom-mal szeretnék csatlakozni egy Linux konzoljához. A távoli gépen
fut az agetty, de amikor a minicom-mal csatlakozok, nem látszik semmi.
Újraindítom az agetty-t, megjelenik a /etc/issue file, megjelenik a
usernév prompt, csak éppen hiába gépelek be bármit, nem látszik semmi.
Az strace szerint az agetty a standard input-ról (a /dev/ttyS0-ról)
olvasna, de nem kap semmit. Mi lehet a gond? A beállítások (38400 bps,
nincs paritás, egy stop bit) jónak tűnnek, korábban állítólag működött
is.
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Minicom - agetty problema

[attila . rajmund . nohl]

On Mon, 28 Apr 2008, Andras HORVATH wrote:

 [EMAIL PROTECTED] wrote:

 Újraindítom az agetty-t, megjelenik a /etc/issue file, megjelenik a
 usernév prompt, csak éppen hiába gépelek be bármit, nem látszik semmi.

 rossz kabel?

Az ciki lenne, mert többé-kevésbé egyedi csatlakozója van (nem 9, nem 25
tűs és nem is RJ-45). Azért megpróbálok utánanézni.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Minicom - agetty problema

[attila . rajmund . nohl]

On Mon, 28 Apr 2008, [EMAIL PROTECTED] wrote:

 On Mon, 28 Apr 2008, Andras HORVATH wrote:
 
  [EMAIL PROTECTED] wrote:
 
  Újraindítom az agetty-t, megjelenik a /etc/issue file, megjelenik a
  usernév prompt, csak éppen hiába gépelek be bármit, nem látszik semmi.
 
  rossz kabel?
 
 Az ciki lenne, mert többé-kevésbé egyedi csatlakozója van (nem 9, nem 25
 tűs és nem is RJ-45). Azért megpróbálok utánanézni.

A kábel jó, a csatlakozó kevésbé. Másik gépbe átdugva működik, úgyhogy
az lett az áldozatom.
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Dell gép és libata

[attila . rajmund . nohl]

On Fri, 25 Apr 2008, Szabo Istvan wrote:

 Hi!

 Sajnos nem sikerül friss kernellel (2.6.25) életet lehelni a gépbe. Az
 etch gyári 2.6.18-al megy (persze abban meg régi a tg3 modul), 2.6.24-4-el
 szintén nem megy. Valahol megváltozott pár dolog 2.6.28 után, esetleg
 tudja valaki, hogy hanyas verzió körül keresgéljek?
 (Azért, hogy a figyelmességem leteszteljem a 2.6.18-al fordítottam egyet
 és azzal valóban elindul.)

Ezt a nem megy hibaleírást tudnád részletezni?

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: init anomalia

[attila . rajmund . nohl]

On Sat, 5 Apr 2008, Szima Gábor wrote:

 Sziasztok!

 Mitol lehet az, hogy egy bizonyos gepen az init kihagy minden runlevel
 scriptet, es kapasbol a veget (1/2/3.. getty, illetve sajat bejegyzesek)
 kezdi el futtatni? Semmi egyeb hibajelzes nincs, a kernel is rendesen
 beindul, megtalal minden eszkozt.

Nem egészen értem a hibaleírást, de jó a hozzáférési jogok az init
scripteken és könyvtárakon?

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: ntfs

[attila . rajmund . nohl]

On Sun, 17 Feb 2008, jzana wrote:

 Szegény NTFS jobblétre szenderült. Ennek lehetséges okait meg se kérdem,
 mert millió oka lehet rá. De furcsállom a következöt. Mountolásnál:

 mount /dev/hdd1 /g

 a következöt látom:

 __alloc_pages: 0-order allocation failed (gfp=0x0f0/0)
 NTFS: Problem -22 loading MFTM irr
 NTFS: Error loading special files
 __alloc_pages: VM: killing process kdm_greet   !

 Folytatta a processzek egymás utáni kilövésével, majd csontra fagyott.
 A kernel 2.4.27; az ntfsprogs csomag telepítése _elött_.

 Az a furcsa számomra, hogy a mount parancs hogyan okozhat ilyesmi?

Elfogyott a memória, pont a mount parancs közben?

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: virtualis hdd

[attila . rajmund . nohl]

On Mon, 11 Feb 2008,   wrote:

 Sziasztok!

 Hogyan lehet mountolni egy virtuális hdd partícióit?

 Pl. /dev/system/teszt partíción mint virtuális diszken fdisk-kel
 létrehozok partíciókat, és azokat meg szeretném formázni. Legyen pl.
 ext3 a /dev/system/teszt1-en.

 (Az úgy megy, hogy xen virtuális gépet indítok ezzel a virtuáis hdd-vel,
 de a cél éppen az, hogy kívülről lehessen hozzáférni a partíciókhoz.)

Tipp: mount -t ext3 /dev/system/teszt1 /mnt

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Bittorrent kliens...

[attila . rajmund . nohl]

On Tue, 18 Dec 2007, Gabor Gombas wrote:

 On Tue, Dec 18, 2007 at 11:28:14AM +0100, Szládovics Péter wrote:

 Clipboardon bármi lehet, bármilyen sorrendben, amiből azt vágsz ki, és
 azt illesztesz be, amit nem szégyellsz.

 Te mirol beszelsz? Jelold ki a jelszot, amit ki akarsz vagni es be
akarsz illeszteni, majd egy masik ablakban add ki az xsel parancsot -
 voila, kiirta a jelszot. Ha nem az egeret hasznalod, hanem a terminal
 ill. a browser Edit/CutPaste menujet, akkor xsel -b kell. Namost
 SZVSZ nem tul bonyolult olyan sniffert irni, ami a billenytyuzet es az
 eger mellett a Primary, Secondary ill. a Clipboard selection valtozasait
 is folyamatosan logolja...

 (Van egy olyan gyanum, hogy te Clipboard alatt egy masik OS hasonlo nevu
 izejere gondosz, de ez itt a Linux lista...)

Voltam security oktatáson, mutattak olyan windowsos tool-t, ami szépen
kiírta a böngészőben a password mezőbe beírt jelszót, függetlenül attól,
hogy hogyan került oda.
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Bittorrent kliens...

[attila . rajmund . nohl]

On Tue, 18 Dec 2007, Szládovics Péter wrote:
[...]
 Egy teljesen általános weboldal karaktereit sorban ki lehet jelölgetni,
 és egyesével beilleszteni a megfelelő helyre. Nem kell sorrendben, és
 közben még ki lehet jelölgetni más karaktereket is, amiket nem használsz
 fel, ill. máshová illeszted be.
 Abból hámozz ki bármit. _Erről_ beszélek.

Egy firefox extension-nek nem hiszem, hogy gondot okozna...

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Bittorrent kliens...

[attila . rajmund . nohl]

On Tue, 18 Dec 2007, Szládovics Péter wrote:

 [EMAIL PROTECTED] írta:
  On Tue, 18 Dec 2007, Szládovics Péter wrote:
  [...]
  Egy teljesen általános weboldal karaktereit sorban ki lehet jelölgetni,
  és egyesével beilleszteni a megfelelő helyre. Nem kell sorrendben, és
  közben még ki lehet jelölgetni más karaktereket is, amiket nem használsz
  fel, ill. máshová illeszted be.
  Abból hámozz ki bármit. _Erről_ beszélek.
  
  Egy firefox extension-nek nem hiszem, hogy gondot okozna...
 
 Tudunk ilyenről?

Arról az exploitról sem tudunk semmit, amivel felnyomták a
squirelmail.org-ot, a .tar-okhoz mégis hozzányúltak...

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Bittorrent kliens...

[attila . rajmund . nohl]

On Tue, 18 Dec 2007, Pirity Tamas Gabor wrote:

 Ha jól hiszem, [EMAIL PROTECTED] írta az alábbiakat:
 Arról az exploitról sem tudunk semmit, amivel felnyomták a
 squirelmail.org-ot, a .tar-okhoz mégis hozzányúltak...

  Bye,NAR

 Ilyen volt? Kicsit gáz... nálunk az van a tanaraknak...
 :(

Az 1.4.11-be, az 1.4.12-be és az 1.5.1-be nyúltak bele.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: Bittorrent kliens...

[attila . rajmund . nohl]

On Mon, 17 Dec 2007, Makó Gábor wrote:

 Hi!

 Linux alatt milyen bittorrent kliens javasoltok (GUI)?
 Vmi gyors kellene, mint win alatt az utorrent. :)
 Ezeket talaltam Linux ala:
 Anatomic P2P, Azureus, Bittornado, BT++, BTManager, BTQueue,
 CTorrent, Flash Torrent, Gnome bittorrent, Hydranode, Jtorrent,
 Ktorrent, Mldonkey, Original Bittorrent kliens, Rtorrent,
 TorrentFlux, Transmission, Deluge.

Nekem az azureus bejött, de ugye ízlések és pofonok. Java 1.5 kell neki.

Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: HP nx6110 CentOS 5 wireless (No working leases in persistent database - sleeping)...

[attila . rajmund . nohl]

On Thu, 13 Dec 2007, Makó Gábor wrote:
[...]
 4. dhclient eth1

 Erre elkezd dolgozni...
 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8
 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8
 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13
 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 19
 DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8
 No DHCPOFFERS recieved.
 No working leases in persistent database - sleeping.

 Szoval ndiswrapper nelkul csinaltam.
 Miert nincs DHCP? :(

Statikus IP címmel működik?
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Re: HP nx6110 CentOS 5 wireless (No working leases in persistent, database - sleeping)...

[attila . rajmund . nohl]

On Fri, 14 Dec 2007, Makó Gábor wrote:

 Hi,

 Az ndiswrapper-el is ugyanaz az uzenet... :(

 A firmware viszont erdekel, mert lehet hgy az nincs betoltve.
 Nem ez lehet a baj? Honnan latom, hogy a firmware be van toltva?
 A logban nem latok erre utalast.

Nekem a GNOME-os network-admin-nal sikerült beállítani. Ubuntu-n vannak
linux-restricted-modules* csomagok, azokat kellett feltenni. Abban benne
vannak a firware-ek és a daemon-ok is a kernelmodulok mellett. A
restricted manager-rel engedélyezni kellett, utána működött rendesen.
Mondjuk ez nw8440-es laptop, Intel Corporation PRO/Wireless 3945ABG
kártyával.
Bye,NAR
-- 
Beware of bugs in the above code; I have only proved it correct, not
  tried it.
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux