Re: Iptables-kérdés
Lajber Zoltanwrites: > On Fri, 22 Jan 2016, Géza Kovacs Géza wrote: > >> Asus router gyári firmware (Linux fut rajta) kiexportáltam a tűzfalat >> és valamit nem értek: >> Ez a sor: >> -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT > > Ez azt jelenti, hogy ha mar lat kimeno kapcsolatot, akkor engedje be a > valaszt (RELATED). Nem, az UDP válasz az ESTABLISHED révén jöhet be /proc/sys/net/netfilter/nf_conntrack_udp_timeout másodpercig. A RELATED megüzent portszámok választásakor lép be, pl. TFTP esetén, ha betöltöd a megfelelő helper modult. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Mark és IPv6
Kiss Gaborwrites: > Elképzelhető, hogy ez nem működik IPv6-on? > > -A PREROUTING --jump MARK --set-mark 3 2011 elején ilyesmi már működött Debianon. Mivel a 3.2 csak egy évvel később jött ki, feltételezem, hogy az eggyel korábbi stabil kernellel, ami emlékeim szerint a 2.6.32 volt. > Utána logolom a csomagokat, és csak IPv4-en írja, hogy MARK=0x3, > IPv6-on semmit. Az újabb kernelek logolják az IPv6 csomagok markját? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
Kosa Attila zs...@kosaek.hu writes: On Mon, Jun 08, 2015 at 03:09:24PM +0200, Kiss Gabor wrote: Volna itt majdnem 100 egyforma gép, aminek a BIOS Setupját módosítani kellene. Sebaj, mondtam, egynél módosítok, aztán megnézem milyen bitek változtak a /dev/nvram-ban, majd azt beírom a többibe is. Ez valami bios-beallitasokhoz hasonlot olvas ki, de nem tudom, hogy ezt visszairva visszairodik-e :) # dd if=/dev/mem bs=64k skip=15 count=1 of=/tmp/valami F-F között tipikusan az alaplapi BIOS ROM területe található. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
Kiss Gabor ki...@ssg.ki.iif.hu writes: On 06/08/2015 09:33 PM, Ferenc Wagner wf...@niif.hu wrote: De mit segít ez a scriptelésben? Pontosan azt akartam elkerülni, hogy mindegyiket kézzel setupoljam. Nyomulj clusterssh-val az iLO-kra, és akkor csinálhatod egyszerre az összeset. Hangsúlyozom: a management kártyának (=iLO) nincs semmilyen közvetlen befolyása az NVRAM tartalmára. Mégis hogy képzelted? :-o Belépsz az összes iLO-ra egyszerre clusterssh-val, kiadod a TEXTCONS parancsot, belépsz a gépek BIOS-ába és setupolod őket. Így képzeltem. De olyan lassan csöpögteted az információt, hogy kábé csak találgatni tudunk... -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
Kiss Gabor ki...@ssg.ki.iif.hu writes: On 06/09/2015 02:11 PM, Ferenc Wagner wf...@niif.hu wrote: Hangsúlyozom: a management kártyának (=iLO) nincs semmilyen közvetlen befolyása az NVRAM tartalmára. Mégis hogy képzelted? :-o Belépsz az összes iLO-ra egyszerre clusterssh-val, kiadod a TEXTCONS parancsot, Hopp, hopp! ne siessünk! Részletezzük csak ezt a néhány másodpercet! A belépek gépek BIOS-ába konkrétan úgy történik, hogy egy adott rövidke intervallumban, meg kell nyomnom az F9 gombot. Amikor az adott gép ezt írja ki. Nehezítés: nem egyformán gyorsak, nem egyszerre jutnak el erre a pontra. (Onnan tudom, hogy négyesével végigmentem rajtuk.) belépsz a gépek BIOS-ába és setupolod őket. Így képzeltem. Szóval mit fogok látni a képen, ha egyszerre lépek be az összes gépre, Az összes gép boot folyamatát. és mi biztosítja, hogy mindegyikhez akkor jusson el az F9, amikor kell? :-) Én a tevés könyv sarkának alkalmas elhelyezésével próbálkoznék először. Hátha nem okoz problémát néhány extra F9. A kérdés az volt: hogy lehetne az NVRAM egészét, és nem csak a standard 112 byte-ot manipulálni az adott vason futó Linuxból? Idézlek: Mit lehetne itt még tenni azon kívül, hogy arcom verejtékével mind az összeset egyenként ḿegállítom, kézzel setupolom, aztán reboot? Ehhez adtam egy ötletet. EHHEZ milyen információt kérsz még? Az nvramos kérdésedhez nem tudok hozzászólni. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
Kiss Gabor ki...@ssg.ki.iif.hu writes: On 06/08/2015 05:06 PM, Ferenc Wagner wf...@niif.hu wrote: Kiss Gabor ki...@ssg.ki.iif.hu writes: Volna itt majdnem 100 egyforma gép, aminek a BIOS Setupját módosítani kellene. Nincs semmilyen konzol átirányítási lehetőség ezekben a BIOS-okban? Serial over LAN, IPMI, bármi? Dehogynincs. TEXTCONS az iLO-ban. De mit segít ez a scriptelésben? Pontosan azt akartam elkerülni, hogy mindegyiket kézzel setupoljam. Nyomulj clusterssh-val az iLO-kra, és akkor csinálhatod egyszerre az összeset. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
Kiss Gabor ki...@ssg.ki.iif.hu writes: Volna itt majdnem 100 egyforma gép, aminek a BIOS Setupját módosítani kellene. Nincs semmilyen konzol átirányítási lehetőség ezekben a BIOS-okban? Serial over LAN, IPMI, bármi? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: karaktertörlés Backspace delete billentyűkkel
Feil Ferenc fu...@freemail.hu writes: cygwint használok. startx -- parancsal indítom az x szervert, rxvt-unicode terminállal, bash shellel. Bejelentkezem távoli SGI irix 6.5 szervergépre, ahol a delete és backspace billentyűket sehogy sem tudom rávenni hogy a ^H karaktertörlésnek megfelelően funkcionáljon. Tippet, segítséget megköszönök! http://www.ibb.net/~anne/keyboard.html -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Figyelmeztető csipogás
Gábor Kovács furto...@gmail.com writes: Ferenc Wagner wf...@niif.hu írta (2015. május 8. 15:19): Gábor Kovács furto...@gmail.com writes: Van egy asztali gépem, 14.04-es Kubuntu van rajta. Egy hangkártya van a gépben, és ha lejátszok egy hangfájlt, akkor szépen szól. De a figyelmeztető hang nem szólal meg rajta (parancssorban TAB, ha nem tud kiegészíteni, vagy a tput bel). Gondolom a gép beépített hangszórójára mennének ezek a hangok, de ilyen nincs a gépemen. Hol lehet beállítani, hogy a hangkártyán szólaljon meg a figyelmeztető hang? modprobe snd-pcsp? Ettől annyi változott, hogy a hangeszközök között megjelent megjelent a pcsp Analóg mono eszköz, ami nem ad hangot a hangkártyába dugott hangszórón. Igen, bocs, hülyeséget írtam. Ez pont az ellenkezőjét csinálja, mint amit szeretnél. Kernel megoldást nem találtam erre, trükközni lehet, ld. pl. http://0pointer.de/lennart/projects/softbeep/. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Figyelmeztető csipogás
Gábor Kovács furto...@gmail.com writes: Van egy asztali gépem, 14.04-es Kubuntu van rajta. Egy hangkártya van a gépben, és ha lejátszok egy hangfájlt, akkor szépen szól. De a figyelmeztető hang nem szólal meg rajta (parancssorban TAB, ha nem tud kiegészíteni, vagy a tput bel). Gondolom a gép beépített hangszórójára mennének ezek a hangok, de ilyen nincs a gépemen. Hol lehet beállítani, hogy a hangkártyán szólaljon meg a figyelmeztető hang? modprobe snd-pcsp? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: wifi debian
Zsolt Gádori tak...@freemail.hu writes: ilyesmivel akad el: wpa_supplicant die count reset Jó lenne látni a wpa_supplicant összes logját. Esetleg a wicd logjait is, ha van neki olyan. Az a gyanúm, hogy már csak az authentikáció nem stimmel, de elfogyott minden ötletem. Mindenképpen valami olyasféle megoldás kellene, hogy a laptopot használó a saját userével vehessen fel tetszése szerint újabb wifi pontokat. Ne kelljen ehhez rendszergazdai jogkör és pláne ne kelljen segítség. Egyszerű grafikus felületen ezt tudnia kell kezelni. Én network-managert használok erre. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: latex textwidth (f|m)box minipage
Kosa Attila zs...@kosaek.hu writes: \noindent \fbox{ \begin{minipage}[t][100pt]{\textwidth} a \end{minipage} } Miert log ki, amikor - szerintem - pont addig kellene tartania? Mert van a keretnek vonalvastagsága (\fboxrule) és van belül helyköz is (\fboxsep). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: framebuffer console mode
Kis János Tamás kij...@gmail.com writes: Ha jól emlékszem, a Debian Wheezy-re történő upgrade óta, a rendszer indulás közben -az általam megszokott és szeretett- hagyományos framebufferes konzolon átállítja a fontkészletet, aminek hatására a konzol betűi nehezebben olvashatóak lesznek... (A probléma induláskor valahol a console mode setting... (vagy hasonló) sor tájékán jön elő.) Meg tudná valaki mondani, hogy hogyan állíthatom vissza a sima framebuffer konzolt? Megnézed, hogy pontosan mit ír ki a konzolra, amikor ez történik, megkeresed azt az init scriptet a /etc/init.d alatt, amelyik ezt kiírja (grep), és leveszed a csomagot, amelyik az init scriptet tartalmazza (dpkg -S, valószínűleg a console-tools lesz az). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
elsik.ga...@on-line.hu writes: 2013-10-30 11:09 keltezéssel, Ferenc Wagner írta: HISTFILE= strace -f -o /tmp/bash.strace -- /bin/bash --noprofile --norc -c 'read -a s /proc/$$/stat; echo ${s[31]}' eredemenye: 2147155711 Jó, ez egybevág az strace-szel: 8924 rt_sigprocmask(SIG_BLOCK, NULL, ~[KILL CHLD STOP RTMIN RT_1 RT_2 RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30 RT_31], 8) = 0 Tehát a bash örökli a signal maskot a szülőjétől, nem ő állítja be így. Nézd meg, hogy melyik szülőnél jelent meg ez a teli maszk! Az echo $$ megmondja a shelled PID-jét, az alábbi parancs pedig minden PID-hez megadja a szülő PID-jét: $ ps ax -o pid,ppid,blocked,cmd Tipikusan egy init(1) - display manager - window manager - terminal emulator - shell láncra lehet számítani. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: bash ctrl+c gondok
Elsik Gábor elsik.ga...@on-line.hu writes: Ha siman inditok egy terminalt X alatt, akkor a ^C es ^Z nem mukodik. Egy kis c programmal megneztem, el sem jut a SIGINT a futo programig. Pl. egy tailnel kiirogatja ugyan, de semmi. Mintha a SIGINT és a SIGTSTP szignál nem a default módon kezelődne. A 'ps s $$' és a 'sleep 1 ps s $!' parancsok mit mutatnak? Az erdekesseg az, hogy ha nyomok egy sudo su-t (mind1, hogy root vagy a sajat userem), akkor mukodik. Se xterm, se aterm, se gnome-terminalon nem megy. Sima console-on igen. Ha inditok egy zsh-t, ott jo. És ha indítasz egy bash --noprofile --norc shellt? Tovabba minden, ami shell scripten keresztul indul el, az kilepes utan vagy a memoriaban marad (pl. chromium-browser), vagy el sem indul (pl. banshee). strace-t nekik! -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Képméret
Kiss Gabor ki...@ssg.ki.iif.hu writes: Változataln xorg.conf mellett az eddigi 1920x1080-as natív felbontás helyett virtuális 2048x1080-as screenem van És xorg.conf nélkül meg se moccan? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: SSD+SW Raid+TRIM
Gyurman Attila attila.gyur...@ilx.hu writes: A vason egy Debian Squeeze fut, 2.6.32-es kernellel, ami ugye még nem tudja a trim-et, ezért mindenképp frissítenem kellene a kernelt, de ha újabb kernellel sem megy, akkor nem indítanám újra. Arról sehol nem találtam infót, hogy mi a helyzet sw raid alatt? Fog működni a discard opció? Vagy más megoldás létezik a trim-re? Jelenleg még 60%-on van a lemez, de azért fogyni fog a hely a későbbiekben. Először a device-mapperben jelent meg a TRIM support: http://www.ocztechnologyforum.com/forum/showthread.php?82648-software-RAID-LVM-TRIM-support-on-Linux Kicsit később az MD-ben is, a v3.7-rc8 már tartalmazza ezt: 2ff8cc2c6d4e323de71a42affeb3041fa17d5b10 Author: Shaohua Li s...@fusionio.com Date: Thu Oct 11 13:28:54 2012 +1100 md: raid 1 supports TRIM This makes md raid 1 support TRIM. If one disk supports discard and another not, or one has discard_zero_data and another not, there could be inconsistent between data from such disks. But this should not matter, discarded data is useless. This will add extra copy in rebuild though. Signed-off-by: Shaohua Li s...@fusionio.com Signed-off-by: NeilBrown ne...@suse.de -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SSD+SW Raid+TRIM
Gyurman Attila attila.gyur...@ilx.hu writes: 2013-04-10 10:28 időpontban Ferenc Wagner ezt írta: Először a device-mapperben jelent meg a TRIM support: http://www.ocztechnologyforum.com/forum/showthread.php?82648-software-RAID-LVM-TRIM-support-on-Linux Kicsit később az MD-ben is, a v3.7-rc8 már tartalmazza ezt: Köszi az infót. Ezek szerint egy 3.8-as kernellel már md-ben is megy minden extra nélkül a trim (nyilván discard opció kell az fstab-ba). Jól értem? Elvben már 3.7-tel is, de nem próbáltam. Létezik squezze-hez valamilyen backport 3.8-as kernellel, vagy forgassak inkább magamnak sajátot? Előbb próbáld meg feltenni az experimental kernelt. Igényel pár egyéb frissítést is (initramfs, linux-base), de hátha simán felmennek... -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: bridge. nem értem
Magosányi Árpád ar...@magosanyi.hu writes: A másik amit nem értek, az az hogy tulajdonképpen miért van egyáltalán forgalom :) A vnet0 ugyanis teljesen másik bridge-ben van mint a br-int. Nem követtem végig a sok egyszerű nevű interfészed sorsát, de a figyelmedbe ajánlom, hogy az IP cím (10.5.5.1), amit hozzárendelsz egy interfészhez (br-int), minden interfészen bejövő csomagra tüzel, vagyis ad ARP választ (egyéb beállítás híján, lásd például az LVS dokumentációt http://kb.linuxvirtualserver.org/wiki/Using_arp_announce/arp_ignore_to_disable_ARP és az rp_filtert) mert inkább a géphez tartozik, mint az interfészhez. De a kimenő (válasz) csomagokat a gép természetesen már azon az interfészen fogja kiküldeni, amelyen a célcím elérhető, nem pedig azon, amelyen beérkezett a kiváltó csomag. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: arp feloldás nem megy
Magosányi Árpád m...@magwas.rulez.org writes: bridge namebridge idSTP enabledinterfaces br-ex.009c02aa6575noeth0 ahol eth0 interfész létezik ifconfigban, br-ex meg nem, akkor hiába kap az eth0 arp reply-t, nem frissül az arp táblája. Ehhez ilyen network/interfaces tartozik: auto eth0 iface eth0 inet dhcp Bridge porton (mint a fenti eth0) nincs értelme IP konfigurációnak. A baj csak az, hogy az első esetben az openstack készítette a bridge-et, a második esetben meg szól hogy nem tetszik neki, hogy van br-ex nevű bridge-em. Ha saját bridge-et használsz (mert pl. DHCP-vel akarsz neki címet adni), akkor le kell beszélned az OpenStacket arról, hogy ő akarja létrehozni. A másik lehetőség, hogy az eth0 és az OpenStack bridge között route-olsz. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: netconsole
Papp Tamas tom...@martos.bme.hu writes: A kuldo gepen latom a dmesg-ben az uzeneteket, de a fogado oldalon csak ennyi: Jan 27 19:17:15 10.215.37.40 [23962.188679] SysRq : Jan 27 19:17:15 Show Memory Ennek működnie kellene, nézd meg tcpdumppal, hogy nem a fogadó oldalon veszik-e el az infó. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nagios nsca
mak...@freestart.hu writes: A ocsp_command=submit_service_check beállítás ellenére mintha mégsem futna le automatikusan minden check után a küldés. A logban nem látni semmit, ami a send_nsca-ra vonatkozna. Mi maradhatott ki? This command is only executed if the obsess_over_services option is enabled globally and if the obsess_over_service directive in the service definition is enabled. Esetleg az obsess_over_service? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: eltűnő egérmutató X ablakban
Feil Ferenc fulk...@gmail.com writes: lokálisan a gépemen létezik-e olyan megoldás, szimuláció hogy a vak X ablakban is lássam hol tart az egér. Pl. Xvncviewer-ben van lokális kurzorkövetés, azon keresztülhajthatod. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dnsmasq újraindítás
Norbert Vastagh vasti...@gmail.com writes: Napszaktól függően különböző dns szervereket kellene kérdezgetnie, azt úgy oldom meg, hogy cron-ból kicserélem a konfig fájlját, aztán jön a neheze: újra kellene indítani ;-)) Van DBus API-ja, amin keresztül röptében lehet állítani a DNS szervereket. A csomagban levő DBus-interface nevű fájl a dokumentáció. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
OFF: álláslehetőség: alkalmazásüzemeltető- és rendszerfejlesztő mérnök
Sziasztok! A Nemzeti Információs Infrastruktúra Fejlesztési Intézet két új munkatársat keres a tárgyban szereplő munkakör betöltésére. Részletek: http://www.niif.hu/niif_intezet/aktualitasok/allasajanlat -- Üdv: Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Grub2 GPT
szistvan szist...@mail.vcsk.hu writes: Squeeze-t telepítenék raid1-be, az alábbi partíciókat csináltam telepítéskor: 1MB BIOS 8GB swap 20GB / 2TB LVM Értelemszerűen mindet raid1-be szerveztem a BIOS partíción kívül. A rendszer felment grub2-vel. Mivel a telepítő látott 2TB-os területet, így GPT partíciókat csinált. A rendszer el is indul, de ugye a raid1-et azért csinál az ember, hogy adott esetben a második lemezről is elinduljon, így ment a grub-install /dev/sdb. Viszont az sdb-ről csak nem akar indulni. Gyanítom a GPT miatt kell még valami, de nem találom. Esetleg tudna valaki segíteni akár egy használható linkkel is? Hasonló esetben a GRUB1-et úgy kellett az sdb-re telepíteni, hogy közben az sdb-t higgye az első BIOS disknek. Ez a GRUB1 shellben megoldható, ld. pl. http://lists.us.dell.com/pipermail/linux-poweredge/2003-July/008898.html. Már nagyon régen nem használtam GRUB-ot, GRUB2-t pedig soha, és GPT-t sem, de talán keresgélhetsz erre. Esetleg másold át dd-vel az első szektort és a BIOS partíciót az sda-ról az sdb-re, hátha az is elég. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: icinga jogosultsagok
PÁSZTOR György pasz...@linux.gyakg.u-szeged.hu writes: Hogyan tudom megoldani, hogy egy-egy szigetet csak 1-1 csoport lásson? Kérdezd meg Gyufit (http://hbone.hu/en/ws2012) vagy Vágó Tibit (https://dev.icinga.org/issues/909). -- Üdv: Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: parallel scp
Papp Tamas tom...@martos.bme.hu writes: Van 100 gepem. Hogy tudok roluk 1 bizonyos file-t leszedni parhuzamosan, de limitalt modon, azaz egyszerre mondjuk csak 10 kapcsolat legyen nyitva? Pl. http://linux.die.net/man/1/pdsh -f -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid mizeria
tusi t...@enzim.hu writes: On Wed, 2012-08-15 at 23:21 +0200, Ferenc Wagner wrote: 2. Az MD RAID partíció önmagában csak akkor mountolható, ha 0.9-es vagy 1.0-ás típusú a RAID metaadat. Egyébként offsetet kíván a dolog. 1.2-es volt. Errol az offset-rol tudnal tobbet mondani? Mit jelent, hogy kell egy ilyet felmountolni stb... Idézlek: mdadm --examine /dev/sdb3 /dev/sdb3: [...] Data Offset : 2048 sectors [...] tehát, ha ez egy RAID-1 volt, ezzel próbálkozhatsz: # losetup -o $((2048*512)) /dev/loop0 /dev/sdb3 # e2fsck /dev/loop0 # mount /dev/loop0 /mnt -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid mizeria
Pápai Balázs sparhelt.fl...@gmail.com writes: Csibra úr mondta neked ezen a szálon, hogyha átírod a raid partíció típusát fd-ről a fájlrendszer típusának megfelelőre, akkor fel tudod mountolni a fáljrendszert, ha az nem sérült. 1. A mountot nem érdekli a partíció típusa, csak az auto-assemblyt. 2. Az MD RAID partíció önmagában csak akkor mountolható, ha 0.9-es vagy 1.0-ás típusú a RAID metaadat. Egyébként offsetet kíván a dolog. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid mizeria
tusi t...@enzim.hu writes: mdadm --examine /dev/sdb3 /dev/sdb3: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : e2df5dbc:aa77554e:d88c20b4:61a3fae5 Name : fal:1 Creation Time : Fri Nov 11 22:01:05 2011 Raid Level : -unknown- Raid Devices : 0 Avail Dev Size : 20978842 (10.00 GiB 10.74 GB) Data Offset : 2048 sectors Super Offset : 8 sectors State : active Device UUID : 54dda74c:f25f34c8:5e117406:c761f80a Update Time : Mon Aug 13 14:01:24 2012 Checksum : 4f47622e - correct Events : 1 Device Role : spare Array State : ('A' == active, '.' == missing) Ennek egy része már megbízhatatlan, mert a javítási kísérletek eredménye. De azzal semmit nem kockáztatsz, ha azonos paraméterekkel (--level=1 --raid-devices=2 --metadata=1.2 és --size=, ha szükséges) létrehozol ezen a diszken egy féllábú (degraded) tömböt, és megpróbálod fsck-zni vagy akár felcsatolni. Ha nem elég jó, megpróbálod ugyanezt a másikkal is. A használhatóbbat meghagyod, a másikat lebontod, és hozzáadod a tömbhöz a felszabadult partíciót, hadd szinkronizáljon rá. Ha egyik használható, élhetsz a gyanúperrel, hogy mégsem 1.2-es metadata volt az eredeti tömbön... -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid mizeria
tusi t...@enzim.hu writes: Megprobaltam Ubuntu 12.04 szerver rescue modban inditani, ilyenkor az egyes particiokat latja (sda1-6, sdb1-6), de a raid-et nem tudom ujbol osszeszerelni: mdadm --examine --scan [...] Nézd meg inkább az egyes partíciókat egyenként (mdadm -E /dev/sdaX stb.), hátha az bevilágítóbb lesz. (Bár sajnos úgy tűnik, hogy a metaadatok súlyosan sérültek.) mdadm -A /dev/md0 /dev/sda2 /dev/sdb2 mdadm: /dev/md0 assembled from 0 drives and 2 sparses - not enough to start the array. Ha mindkét diszken épek az adatok, akkor a --force opció segíthet. Végső esetben hasonlítsd össze a két partíciót, vagy derítsd ki akárhogy, hogy melyiken használhatóak az adatok, és készítsd el újból a tömbjeidet egy-egy eszközből (mdadm -C ... missing), majd add hozzá a másikat, amiRE szinkronizálni akarod az adatokat. Hogyan kavarodhat igy meg ket diszk berakasatol a rendszer (Ubuntu 12.04)? Nagyon jó kérdés! -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid mizeria
tusi t...@enzim.hu writes: On Mon, 2012-08-13 at 17:17 +0200, Ferenc Wagner wrote: tusi t...@enzim.hu writes: Megprobaltam Ubuntu 12.04 szerver rescue modban inditani, ilyenkor az egyes particiokat latja (sda1-6, sdb1-6), de a raid-et nem tudom ujbol osszeszerelni: mdadm --examine --scan [...] Nézd meg inkább az egyes partíciókat egyenként (mdadm -E /dev/sdaX stb.), hátha az bevilágítóbb lesz. (Bár sajnos úgy tűnik, hogy a metaadatok súlyosan sérültek.) igen, nekem is ugy tunik. Pl az ilyen sor nagyon zavar: Raid Level : -unknown- Esetleg próbálkozz a metadata verzió explicit megadásával (--metadata=), mert változott már a default, és ez okozhatott akár kavarodást. mdadm -A /dev/md0 /dev/sda2 /dev/sdb2 mdadm: /dev/md0 assembled from 0 drives and 2 sparses - not enough to start the array. Ha mindkét diszken épek az adatok, akkor a --force opció segíthet. Igy gondoltad? mdadm -A /dev/md0 --force /dev/sda2 /dev/sdb2 Igen, plussz még --metadata, miután kiderítetted, mi a helyes. De még sosem próbáltam, és lényegében ugyanaz lenne, mint az újraépítés. Végső esetben hasonlítsd össze a két partíciót, vagy derítsd ki akárhogy, hogy melyiken használhatóak az adatok, és készítsd el újból Hogyan? Az akarhogy nekem nem mukodik ... Nem lehet, hogy az adatok rendben vannak, csak a raid keveredett ossze? Gondolom, valahogy a diszkre irodik ki a raid parameterei, es indulaskor onnet veszi azokat. Igen, ezt a valahogyant határozza meg a metadata verzió. Ha 0.9 vagy 1.0, akkor az egyes RAID-1 komponenseket külön-külön tudod fsck-zni vagy akár mountolni, de arra figyelj, hogy ext4 fájlrendszeren a read-only mount is írással jár. Az 1.1 és 1.2 verziók már offseteket követelnek. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade + lvm snapshot
SZABO Zsolt sz...@mm.bme.hu writes: A cel az lenne, hogy pl. egy dist-upgrade-be ugy lehessen belevagni, hogy ha valami nagyon nem jonne ossze, akkor egyszeruen vissza lehessen allni az eredeti rendszerre. Ehhez 1. letre kellene hozni a modositas altal erintett kotetek snapshotjat: lvcreate -n ${orig_name}_snapshot -s -L $affected_size $vg (Ezt ugye lecsatolt vagy befagyasztott fájlrendszerek alatt csinálod.) 2. Modositas pl. dist-upgrade 3. ha OK, akkor: lvremove *_snapshot ha nem: ??? + reboot (v. reboot + ??? backup script?) Szoval itt a vegen kicsit elakadtam: hogy tudom visszacsinalni, ha valami nem tetszene? Vagy átállsz a snapshotok használatára (az fstabban és esetleg egyebütt), amíg megjavítod a frissített rendszert, vagy visszaírod a snapshotokat az lvconvert --merge paranccsal (amit nem biztos, hogy a régi rendszered támogat). Végső esetben a visszaírást kézzel is csinálhatod, de akkor offline. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade + lvm snapshot
SZABO Zsolt sz...@mm.bme.hu writes: On Tue, 5 Jun 2012, Ferenc Wagner wrote: SZABO Zsolt sz...@mm.bme.hu writes: A cel az lenne, hogy pl. egy dist-upgrade-be ugy lehessen belevagni, hogy ha valami nagyon nem jonne ossze, akkor egyszeruen vissza lehessen allni az eredeti rendszerre. Ehhez 1. letre kellene hozni a modositas altal erintett kotetek snapshotjat: lvcreate -n ${orig_name}_snapshot -s -L $affected_size $vg (Ezt ugye lecsatolt vagy befagyasztott fájlrendszerek alatt csinálod.) Hat, tudom, hogy igy a biztos... :-) (persze a fonti parancssorban a $vg LV-t jelent...: lvcreate -n ${orig_lv}_snapshot -s -L $affected_size ${orig_lv} vagy ilyesmi, ha jol gondolom) Igen. Azt nem egeszen latom, hogy pl. a fentivel ekvivalens-e a kov.: lvcreate -n ${orig_lv}_snapshot -L $affected_size ${orig_lv} lvconvert -s ${orig_lv} ${orig_lv}_snapshot Nem tudom, de arra tippelek, hogy igen. dmsetup-pal ellenőrizheted. 2. Modositas pl. dist-upgrade 3. ha OK, akkor: lvremove *_snapshot ha nem: ??? + reboot (v. reboot + ??? backup script?) Szoval itt a vegen kicsit elakadtam: hogy tudom visszacsinalni, ha valami nem tetszene? Vagy átállsz a snapshotok használatára (az fstabban és esetleg egyebütt), amíg megjavítod a frissített rendszert, vagy visszaírod a Ezt akkor kb. igy kellene csinalni, ugye: cd /etc cp -a fstab fstab.bak sed -i -r 's:(root|var|usr|tmp):\1_snapshot:' fstab # felteve hogy az erintett lv-k root,var, stb. nevuek) ... es ezutan letrehozni a snapshot-okat (a befagyasztott filerendszerekhez) majd mv fstab.bak fstab es upgrade, stb. es ha nem tetszik az eredmeny, akkor boot parameternek a root_snapshot-ot megadni root particionak Igen. snapshotokat az lvconvert --merge paranccsal (amit nem biztos, hogy a régi rendszered támogat). Végső esetben a visszaírást kézzel is A támogatottság nem az lvm1 v. lvm2-n múlik? Amúgy LVM2 van... Nem, az LVM2 is csak bizonyos verzió fölött támogatja. Debian Lennyben még nem. Ekkor ha kiadom a mountolt lv-kre a -merge-et, akkor a következő boot-nál szépen visszaállít mindent (es nem kell a fenti fstab-os trukkozes), nem? Igen. csinálhatod, de akkor offline. Az offline alatt rescue boot-ot ertesz (pl.)? Igen. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen upgrade
Tóth, Zoltán zoltan.to...@eon.com writes: Nem tud véletlen valaki egy jó linket az alább upgradre..? Egy XEN es rendszert szeretnék upgradelni lenny ről squeeze-re. Jelenleg az alap rendszeren és a virtuális gépeken is lenny fut.. Megoldható az upgrade ? Melyiket kell előbb ? Elvben mindegy, de kezdd a virtuális gépekkel, mert a 2.6.26-os kernelben van egy olyan hiba, ami miatt nem fog menni a squeeze-es Xennel (legalábbis 32 bites környezetben). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xorg satufék
Zsolt Gádori tak...@freemail.hu writes: Installtam egy debian 6.0.4-et. Semmi plusz csomag, egyelőre minden gyári. Kernel: 2.6.32-5-686 videokártya:VGA compatible controller: Intel Corporation 82845G/GL [Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) minden jó egy darabig, aztán a grafikus felület megfagy, és a dmesg: [ 1561.784012] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [ 1561.784027] render error detected, EIR: 0x [ 1561.784060] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 5406 at 5405) A 3.2.10-es kernelbe backportoltak néhány i915 javítást (ld. http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.2.10), de a kártyád típusa alapján nem tudom megmondani, hogy relevánsak-e. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: snmp kérdés
Hóbor István hobori...@gmail.com writes: Szeretnék figyelni egy dd-wrt-s eszközt és egy nyomtatót snmp-vel, de nem jön össze, de nem rajzol ki semmit, munin-node.log -ban ez van: hosztnév: wireless.intra 2012/01/03-16:25:50 [30465] Service 'snmp_wireless.intra_load' timed out. és minden snmp-s modulra ugyanez a hibaüzenet. /etc/munin.conf ... [] address 127.0.0.1 use_node_name yes [wireless.intra] address 127.0.0.1 use_node_name no [xerox.intra] address 127.0.0.1 use_node_name no .. A use_node_name-től, ahol lehet, érdemes megszabadulni (tipikusan a node helyes konfigurálásával). munin-node.conf allow ^127\.0\.0\.1$ cidr_allow 10.0.0.0/16 A 10.0.0.0/16 biztos jó ötlet? cat /etc/munin/plugin-conf.d/snmp_communities [snmp_wireless*] env.env_community comm env.env_version 2 [snmp_xerox*] env.env_community comm env.env_version 2 Mi lehet a hiba? Nem kell két env: env.community comm -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Laborczi Pál lp...@pse.siemens.hu writes: 2011-12-20 17:46 keltezéssel, Ferenc Wagner írta: Laborczi Pállp...@pse.siemens.hu writes: 2011-12-20 12:13 keltezéssel, Ferenc Wagner írta: Első körben azt nézd meg, hogy az SMTP szerveredet (a szomszéd gépet) rá tudod-e beszélni, hogy futtasson ident lekérdezést (esetleg csak a szóban forgó email címre). Na, bukta. Ezt találtam: Postfix has no support for IDENT. (Sun Aug 9, 2009 7:01 pm) Amúgy köszönöm a leírást, így már világos (hogy mit kéne tennem) Lehet, hogy igaza lesz M. Árpinak! :-) Ha valami miatt az auditd-vel nem boldogulsz, akkor az iptables NFQUEUE target és az IPTables::IPv4::IPQueue Perl modul segítségével még mindig gyorsan összedobhatsz egy ident callbackhez hasonló funkciót a Postfix háta mögött. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Laborczi Pál lp...@pse.siemens.hu writes: De nagyobb hiba, hogy a lesbeálló program elégtelen sebességgel működik. Ha a for ciklust sleep 1 nélkül futtatom, közel 100%-ra megterheli a CPU-t. Létezik 1 sec alatti késleltetés? Debian stable alatt lehet a sleepnek tört értékű argumentumot adni (pl. sleep 0.1). De továbbra is azt gondolom, hogy rosszul fogod meg a problémát: nem pörögni kellene, hanem a TCP kapcsolat megnyitásakor visszakérdezni identtel. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Laborczi Pál lp...@pse.siemens.hu writes: 2011-12-20 09:39 keltezéssel, Ferenc Wagner írta: De továbbra is azt gondolom, hogy rosszul fogod meg a problémát: nem pörögni kellene, hanem a TCP kapcsolat megnyitásakor visszakérdezni identtel. Rendben, meggyőztél. De ha lehet, egy kicsit bővebben, mert freebsd-ről van szó. Telepítve nincs ilyen csomag, a leírások meg ilyeneket tartalmaznak, hogy: An RFC1413 identification server which also supports random replies. Magyarán nem igazán tudom, melyik program kellene Valószínűleg egyik sem, mert nem a felhasználónevet akarod visszaadni, hanem minél több infót eltárolni a kapcsolatot nyitó processzről. Első körben azt nézd meg, hogy az SMTP szerveredet (a szomszéd gépet) rá tudod-e beszélni, hogy futtasson ident lekérdezést (esetleg csak a szóban forgó email címre). Ha nem, akkor marad az iptables -j QUEUE trigger. Ha igen, akkor írsz egy programot, ami az ident (más néven auth) porton hallgat, és ha kap egy kérdést (kábé 12345, 25 tartalmú lesz), begyűjti a netstat -pe infót (meg ls -l /proc/PID, meg amit még jónak látsz) és visszaad bármit (vagy semmit). Ha inetd-vel oldod meg, első közelítésben egy shell script is megteszi (vagyis ne az inetd beépített auth szolgáltatását használd, nem arra van szükséged). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Laborczi Pál lp...@pse.siemens.hu writes: 2011-12-20 12:13 keltezéssel, Ferenc Wagner írta: Első körben azt nézd meg, hogy az SMTP szerveredet (a szomszéd gépet) rá tudod-e beszélni, hogy futtasson ident lekérdezést (esetleg csak a szóban forgó email címre). Épp erről van, ehhez keresem az Általad javasolt progit, de csak ilyenek vannak: hidentd, widentd, didentd, ident2, stb. Mindegyik fake reply, random replies, stb-ről szól. Ezek ident szerverek, amelyek az ident lekérdezésre így vagy úgy válaszolni hivatottak. Neked első lépésben arra van szükséged, hogy a szomszéd gépen futó MTA ident *kliensként* viselkedjen, vagyis ha X gép TCP kapcsolatot nyit felé, akkor visszakérdezzen az X gép ident szolgáltatására, hogy melyik user nyitotta ezt a kapcsolatot. A Debian default MTA-ja (Exim) a default konfiggal ezt megteszi, mások vagy megteszik, vagy nem (ez többnyire konfiguráció kérdése). Ha igen, akkor írsz egy programot, ami az ident (más néven auth) porton hallgat, és ha kap egy kérdést (kábé 12345, 25 tartalmú lesz), begyűjti a netstat -pe infót (meg ls -l /proc/PID, meg amit még jónak látsz) és visszaad bármit (vagy semmit). Azt akarod mondani, hogy az egyik gépen futó és adott porton hallgató program lekérdezi a másik gépen futó netstat -pe infót? Nem, lásd fent. Az ident tranzakcióban a kliens/szerver szerepek megcserélődnek: az SMTP kliens az ident szerver, az SMTP szerver az ident kliens. Ez biztosítja, hogy az SMTP kapcsolat fennálljon, így a kezdeményezője azonosítható legyen az ident tranzakció idején, ugyanis az SMTP szerver nem veszi át a levelet, amíg az ident lekérdezésre (már ha konfigurálva volt) nem kapott választ (vagy timeoutot). Nem inkább helyben kéne ilyet lekérdezni, ahonnan a levelet küldik? Pontosan ez a terv. A netstat -pe infót az ident szerver (ami nagyjából kamu, és te írod) kérdezi le, amikor a szomszéd gép SMTP szervere visszahívja. Persze, hogy végül mit válaszol, az mindegy: a lényeg, hogy logolja a netstat -pe megfelelő sorát. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Laborczi Pál lp...@pse.siemens.hu writes: http://en.wikipedia.org/wiki/Ident Igen, RFC 1413, ahogy egy korábbi leveledben magad is írtad. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Ferenc Wagner wf...@niif.hu writes: Laborczi Pál lp...@pse.siemens.hu writes: Adott egy szerver, amely rejtélyes leveleket küldözget, de nem a helyi postfix segítségével, hanem a 25-ös porton bejelentkezik a szomszédos gépre. Mivel csomóban jönnek a levelek, sikerült megfognom egy fölépült kapcsolatot a netstat-tal TIME_WAIT állapotban. De a PID/Program name mezőben csak egy kötőjel (-) van. A futó folymatok között sem találtam gyanúsat. A naplókban semmi nyoma efféle tevékenységnek. Hogy' lehet elkapni egy ilyen nem kívánatos programot. Az op.rendszer Centos. Ha a gépet nem valami féreg rágja, hanem üzemszerűen működik, akkor az identd pont erre való (remélhetőleg a túloldalon figyelő MTA tud identd lekérdezést csinálni). Egy másik lehetőség az iptables -j LOG, ami elárulja legalább a PID-et Nem a PID-et, hanem az UID-ot, és csak ha megadod a --log-uid opciót is. illetve a -j QUEUE, ha el akarod csípni magát a küldő processzt. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mi küldi a levelet?
Laborczi Pál lp...@pse.siemens.hu writes: Adott egy szerver, amely rejtélyes leveleket küldözget, de nem a helyi postfix segítségével, hanem a 25-ös porton bejelentkezik a szomszédos gépre. Mivel csomóban jönnek a levelek, sikerült megfognom egy fölépült kapcsolatot a netstat-tal TIME_WAIT állapotban. De a PID/Program name mezőben csak egy kötőjel (-) van. A futó folymatok között sem találtam gyanúsat. A naplókban semmi nyoma efféle tevékenységnek. Hogy' lehet elkapni egy ilyen nem kívánatos programot. Az op.rendszer Centos. Ha a gépet nem valami féreg rágja, hanem üzemszerűen működik, akkor az identd pont erre való (remélhetőleg a túloldalon figyelő MTA tud identd lekérdezést csinálni). Egy másik lehetőség az iptables -j LOG, ami elárulja legalább a PID-et, illetve a -j QUEUE, ha el akarod csípni magát a küldő processzt. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Tükör gond
Zoltán Gerendás zgeren...@chello.hu writes: Senkinek sincs ötlete? A leveledbe szinte semmi használható infót nem írtál (kiadott parancsok és kimeneteik, partíciók, MD superblokkok), viszont tele van értelemzavaró nyelvtani hibákkal és homályos megfogalmazásokkal. Érthető, hogy senkinek nincs kedve találgatni. Ami a bootolást illeti: ha nem telepítettél bootloadert, ne csodálkozz, hogy nem megy. Az fstab korrumpálódása viszont számomra teljesen misztikus. Nézd meg a kernel logokat, futtass egy fsck-t, ilyesmi... Üdv: Feri. 2011/10/21 Zoltán Gerendás zgeren...@chello.hu: Környezet: intel ATOM procis gép, debian 6.0 frissítve. Netinstallal telepítve egy gépre tükörbe (RAID 1) 2x2 TB diszkekre (egy WD + Hitachi). A telepítés lement GPT -s partíciós táblával. Rendben bootolt a gép. A Hitachi diszket a tükörből kivéve másik ugyan olyan gépbe beletéve bootol. Ebbe a beletéve egy második diszket - próbáltuk vele azonos Hitachi-val és WB -vel is. Particionálás és és a tükör rászinkronizálása után erről d diszkről nem lehet bootoloni. CD-ről indított rendszerrel megnézve a root partícón hibásak az állományok - a könyvtár struktúra jónak tűnik. Pl. az /etc/fstab elején egy oda nem való szöveg fájl részlet van, utána az eredeti fstab látszik. Mi okozhatja ezt? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: option driver, Huawei modem
BEREGNYEI Balazs be...@impulzus.com writes: Rendszeresen hasznalok egy regi, E220 tipusu USB-s modemet PC-n es ARM-os beagyazott rendszereken is. Mukodik rendesen, de van egy elmeleti problema: ARM-on mindig buveszkedni kell valamit, hogy a modem soros portjait elohozzuk, mert az usb-storage vagy az ub driver mindig kisajatitja az eszkozt a radugas utan. Regebben ARM-on a huaweiAktBbo.c nevu parancssoros cuccot hasznaltam, ujabban pedig ezt: usb_modeswitch -H -v 0x12d1 -p 0x1003 Egyaltalan nem univerzalis megoldas, tekintve hogy meg kell adni az USB ID-ket. Ezzel szemben PC-n nincs ilyen problema, radugas utan mindig megjelenik a /dev/ttyUSB*, holott en sehol nem allitottam be, hogy milyen ID-ju modemem van. Talan valamilyen init scriptekben van ez megoldva univerzalisan? Debian alatt az usb-modeswitch betelepszik az udev scriptek közé, és van egy adatbázisa (az usb-modeswitch-data csomagban), ami alapján automatikusan kapcsolgatja a felismert eszközöket. Elvileg a kernel ugyanabbol a forrasbol van ARM-on es PC-n is, szoval esetleg a buildroot-tal letrehozott rootfs hianyossaga lehet. Tudja valaki a pontos megoldast? Ha mindez nincs benne az ARM-os rootodban, akkor magától nem fog menni a dolog. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: option driver, Huawei modem
BEREGNYEI Balazs be...@impulzus.com writes: On Tue, 4 Oct 2011, Ferenc Wagner wrote: Debian alatt az usb-modeswitch betelepszik az udev scriptek közé, és van egy adatbázisa (az usb-modeswitch-data csomagban), ami alapján automatikusan kapcsolgatja a felismert eszközöket. Ez jol hangzik, viszont a debianomon nincs ilyen csomag, usb temaban csak ezek itt: # dpkg -l|grep usb ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libusb-dev 2:0.1.12-13 userspace USB programming library development files ii usbutils 0.73-10lenny2 Linux USB utilities ii xserver-xorg-video-sisusb1:0.9.0-1 X.Org X server -- SiS USB display driver A lennyben még nincs benne ez a csomag, így valószínűleg kézzel telepítetted. Én ezt a csomagot használom: http://packages.debian.org/squeeze-backports/usb-modeswitch Megneztem a /etc/udev/ -et is, nincs benne a modemem ID-je sehol! Az adatbázis nem a /etc alatt van, csak az esetleges override-ok, ld. /usr/share/doc/usb-modeswitch-data/README.Debian. Squeeze alatt: $ dpkg -L usb-modeswitch-data [...] /lib/udev/rules.d/40-usb_modeswitch.rules /etc/usb_modeswitch.d /usr/share/usb_modeswitch/configPack.tar.gz [...] -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm
Kis János Tamás kij...@gmail.com writes: nem tudja összerakni a /dev/md2-t, azaz nincs /! A rendszer üzeneteit te sem olvastad, vagy csak előlünk titkolod? Kapok ugyan egy nagyon alap rendszert (initrd, vagy mi), ahol még mdadm is van, de ott a mdadm --detail --scan is azt mondja, hogy nem tudja összerakni a /dev/md2-t... Nahát, ilyet nekem még sosem mondott! ha segítek neki, pl így mdadm -assemble -auto=yes -run /dev/md2 /dev/hd[abc]2 akkor összejön a dolog, csak éppen innen nem tudok továbblépni Hogyan próbáltad? Ha van LVM is, akkor vgchange -ay, aztán exit. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Ki a tettes?
Kiss Gabor ki...@ssg.ki.iif.hu writes: Az egyik érdekes feladat: naponta 15:45-kor root@localhost bejelentkezik a MySQL szerverbe. [...] Szeretném megtalálni, hogy melyik program csinálja ezt. De anélkül, hogy észrevehető fennakadást okoznék. BSD process accounting van a kernelben? man acct? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mount: /dev/sdb already mounted or /mnt busy
PÁSZTOR György pasz...@linux.gyakg.u-szeged.hu writes: root@node05:~# mount /dev/sdb /mnt mount: /dev/sdb already mounted or /mnt busy # dmesg|tail Esetleg: # mount /dev/sdb /mnt -onouuid -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: update-grub
Moczik Gabor pm_levli...@progzmaster.hu writes: Le lehet valahogyan tiltani debian alatt, egyszer és mindenkorra ezt az /etc/grub.d és update-grub című műsort? rm /etc/kernel/post{inst,rm}.d/zz-update-grub Van valami elegáns mód, vagy cseréljem ki a scripteket (minden egyes frissítésnél...) az /etc/grub.d -ben? Azok conffile-ok, nem kell őket minden frissítésnél cserélni, mert a dpkg észreveszi, ha megváltoztattad valamelyiket. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: wakealarm
Mészáros Csaba csab...@lajt.hu writes: szerda 02 március 2011 18:59:18 dátummal Ferenc Wagner az alábbiakat írta: Ez a /dev/rtc0 eszköz csoportját változtatja, nem a /sys/class/rtc/rtc0/wakealarm fájlét. Ezt tudom, de úgy olvastam, hogy a wakealarm az rtc-t fogja majd felhasználni a működéséhez. A /sys/class/rtc/rtcN és a /dev/rtcN két kernel interfész ugyanahhoz az órához. Az első sysfs stílusú, tehát shell scriptből könnyen használható, de korlátozott; a második hagyományos eszközfájl, amivel mindent lehet, de ez ioctl() rendszerhívásokat igényel (ez praktikusan C programot jelent). Ha ioctl()-ekkel állítanád be az ébresztés idejét, akkor ez elég lenne, nem kellene sudo. Ezt viszont kifejtenéd? Én csak tanulom ezeket a dolgokat, és kísérletezek. Igazából a cél az hogy egy script írkálja majd be a megfelelő időpontokat. Akkor is jó lesz amit ajánlasz? Ha a setwakeup parancsodat C-ben írod meg, pl. az RTC_WKALM_SET ioctl() használatával (ld. man ioctl és a kernel forrás Documentation/rtc.txt fájlját, van benne példaprogram is), és jól beállítod a megfelelő /dev/rtcN jogait, akkor nem lesz szükséged sudo-ra. A sysfs interfészt viszont csak rootként (vagyis sudo-n keresztjül) lehet használni. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: wakealarm
Mészáros Csaba csab...@lajt.hu writes: %kikapcs ALL=NOPASSWD: /home/csablak/bin/setwakeup.sh %kikapcs ALL=NOPASSWD: /home/csablak/bin/setwakeup.sh * #!/bin/bash printf Jelenlegi idő: date +%F%t%T printf Add meg a dátumot (HH NN ÓÓ PP) read honap nap ora perc SECS=$(date -u --date ${honap}/${nap} ${ora}:${perc} +%s) /home/csablak/bin/setwakeup.sh ${SECS} sudo /home/csablak/bin/setwakeup.sh ${SECS} cat /sys/class/rtc/rtc0/wakealarm [...] Próbálkoztam a /lib/udev/rules.d/udev,default.rules szabályt is átírni erről: [...] Ez a /dev/rtc0 eszköz csoportját változtatja, nem a /sys/class/rtc/rtc0/wakealarm fájlét. Ha ioctl()-ekkel állítanád be az ébresztés idejét, akkor ez elég lenne, nem kellene sudo. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: automatizmus
Mészáros Csaba csab...@lajt.hu writes: 2011. február 12. 21:35:23 dátummal Ferenc Wagner az alábbiakat írta: Mészáros Csaba csab...@lajt.hu writes: Tehát amit szeretnék, terminálból vezérelni, hogy a gép mikor kapcsoljon be. Ha mond a kerneled bootoláskor olyasmit, hogy rtc_cmos 00:06: RTC can wake from S4 Találtam hasonlót. akkor a echo +250 /sys/class/rtc/rtc0/wakealarm Húúú. Köszi. Ez így tényleg működik. parancs 250 másodperc múlva bekapcsolja a gépet (ha addigra kikapcsolod). Írhatsz bele abszolút Unix időt (epoch) is, pl. holnap délhez: echo 1297594800 /sys/class/rtc/rtc0/wakealarm Erre meg éppen keresek egy oda-vissza konvertert. $ date -d @1297594800 Sun Feb 13 12:00:00 CET 2011 $ date +%s -d Feb 15 12:00 1297767600 S vajon miként lehet ezt sima userként megoldani? Vajon milyen csoport tagjának kéne lenni? Ez a funkció elérhető a /dev/rtc0 eszközön keresztül is, de csak ioctl() hívásokkal, ld. pl. rtc.txt a kernel dokumentációban. És a /dev/rtc0 jogait és tulajdonosát már tudod konfigurálni udevvel. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: automatizmus
Mészáros Csaba csab...@lajt.hu writes: Tehát amit szeretnék, terminálból vezérelni, hogy a gép mikor kapcsoljon be. Ha mond a kerneled bootoláskor olyasmit, hogy rtc_cmos 00:06: RTC can wake from S4 akkor a echo +250 /sys/class/rtc/rtc0/wakealarm parancs 250 másodperc múlva bekapcsolja a gépet (ha addigra kikapcsolod). Írhatsz bele abszolút Unix időt (epoch) is, pl. holnap délhez: echo 1297594800 /sys/class/rtc/rtc0/wakealarm -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: schroot squeeze alatt
SZABO Zsolt sz...@mm.bme.hu writes: Ugy tunik, hogy az schroot nem engedi a normal usert a chroot-ba... korabban (lenny) emlékeim szerint működött, [...] LDAP-os az authentikáció vagy a felhasználói adatbázis? Mert akkor esetleg: http://www.debian.org/releases/squeeze/amd64/release-notes/ch-information.en.html#ldap-gnutls http://bugs.debian.org/566351 http://bugs.debian.org/545414 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ncftp timestamp
Szládovics Péter p...@szladovics.hu writes: 2010-12-15 07:18 keltezéssel, Feil Ferenc írta: date kimenete: távoli gépen: Wed Dec 15 07:15:08 PST 2010 helyi gépemen: 2010. dec. 15., szerda, 07.14.25 CET azt szeretném elérni, hogy a módosítási időt mentse, mert lényeges hogy a távoli gépemen mikor készültek az adott projekt fájljai. Ha a távoli gép Los Angelesben van, akkor minden szép, és így jó, csak a timestampet a helyi idő szerint látod, ami tökéletes. Ha a két parancsot kábé egyszerre adtad ki, akkor a távoli gép órája kábé 9 órát siet, ami nem jó. Lásd date --utc, hogy az időzónák ne kavarjanak be. És futtass ntpd-t. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
szistvan szist...@mail.vcsk.hu writes: Jól gondolom, hogy az év eleji live cd helyett valami frissebbet kellene beszerezni? Ha a Debian squeeze telepítőről van szó, akkor feltétlenül... Leginkább valami daily snapshot. Nem kell a full DVD, valószínűleg elég a netinst ISO is (a kisebb ISO-kon nincs rescue menüpont). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
szistvan szist...@mail.vcsk.hu writes: Friss netinst squeeze cd, rescue mode. Az md tömböket hibátlannak látja, Az, hogy összerakja őket, nem feltétlenül jelenti azt, hogy hibátlanok. Ha esetleg babráltál a komponensekkel külön-külön, a RAID inkonzisztens lehet a rendszer tudta nélkül. de a root filesystem kiválasztásakor (md1) már nem csatolja. A syslogban ennyit ír: === rescue-mode: selected root device '/dev/md1' rescue: umount: can't umount /target: Invalid argument kernel: FAT: utf8 is not recommanded IO charset for FAT filesystems, filesystem will be case sensitive! rescue: mount: mounting dev/md1 on /target failed: Invalid argument rescue-mode: mount '/dev/md1' /target failed == Tehát az ext4-re utaló nyomok eltüntek, de csak mountolható. :-( Úgy érted, nem mountolható... Az mindenesetre látszik, hogy nem ismeri fel az eszközön található fájlrendszert, pedig kínjában próbálkozik FAT-tal is. Már letettem arról, hogy újra elinduljon, viszont az LVM-en lévő néhány virtuális gépről kellene pár adat, de sajna azt sem tudom mountolni. :-( === # mount -t ext3 /dev/lvm-data/www /mnt mount: mounting /dev/lvm-data/www on /mnt/ failed: Invalid argument Biztos ext3 a fájlrendszer? A syslogba semmi nem látszik, viszont a root filesystem választásnál látszanak az LVM partíciók - tehát modulok be vannak töltve. További ötlet esetleg? fsck és társai (nagyon ne erőltesd, nehogy rontson a helyzeten, de ezeknek illene legalább biztosan felismerni a fájlrendszert). Ha hibátlannak találják, és mégsem tudod mountolni (-t-vel sem), akkor valami kernel nyavaja van, dmesg, modprobe fájlrendszer, cat /proc/filesystems, cat /proc/partitions. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
szistvan szist...@mail.vcsk.hu writes: Debian squeeze frissítéskor a grub kérdezett én meg automatikusan enterrel elküldtem. :-( Ráadásul ennek pár hete, de újraindítás csak most történt és most derült ki. :-((( A felállás: 2db disk raid1-be kötve md0 swap md1 root ext3 md2 egyéb LVM-en Néztem volna Super Grub2 Disk-el, de nem találta a grubot - mintha nem látná a partíciókat, de az md-t mutatta. (http://www.supergrubdisk.org/super-grub2-disk/) Ötlet, merre nézelődjek, mit tehetnék? A Grub2-höz nem értek. De bootolj tetszőleges live rendszert (pl. a Debian squeeze telepítőt rescue módban), szükség esetén aktiváld a raid-eket és az LVM-et, mindent mountolj pl. a /mnt alá, chroot /mnt, aztán aptitude install extlinux, telepítsd és konfiguráld a leírás alapján (zless /usr/share/doc/syslinux/extlinux.txt.gz) és reboot. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen-lvm átméretezés
Tóth, Zoltán zoltan.to...@eon.com writes: Van rá mód, hogy élő xen virtuális gép méretét megváltoztassam? Ha igen mi a menete? Alaprendszer debian, a virtuális gépek (szintén debian ext3 partición) lvm volumon vannak.. Ha az LVM kötetet megnöveled is a hoston, a guest ezt nem fogja látni, amíg újra nem indítod. Hacsak nincs legalább 4.0-ás Xened. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: lvm: vg eletre keltese nem elerheto pv eseten
SZABO Zsolt sz...@mm.bme.hu writes: (vgchange -a y opt nem mukodik, mert ilyen hibauzeneteket ir ki: Couldn't find device with uuid 'uuUHoG-WES2-YwNU-OgoD-PidI-C1X2-qlnqNF'. Couldn't find all physical volumes for volume group opt. Couldn't find device with uuid 'uuUHoG-WES2-YwNU-OgoD-PidI-C1X2-qlnqNF'. Couldn't find all physical volumes for volume group opt. Couldn't find device with uuid 'uuUHoG-WES2-YwNU-OgoD-PidI-C1X2-qlnqNF'. Couldn't find all physical volumes for volume group opt. Couldn't find device with uuid 'uuUHoG-WES2-YwNU-OgoD-PidI-C1X2-qlnqNF'. Couldn't find all physical volumes for volume group opt. Volume group opt not found tehat, valami olyan opcio erdekelne, hogy hagyja figyelmen kivul a nem talalt pv-ket...) man lvm: -P | --partial When set, the tools will do their best to provide access to volume groups that are only partially available. Where part of a logical volume is missing, /dev/ioerror will be substituted, and you could use dmsetup (8) to set this up to return I/O errors when accessed, or create it as a large block device of nulls. Metadata may not be changed with this option. To insert a replacement physical volume of the same or large size use pvcreate -u to set the uuid to match the original followed by vgcfgrestore (8). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: local portforward
Szima Gábor sy...@tesla.hu writes: Elvileg mukodik az ujgep# ssh regigep -R192.168.2.1:1234:loaclhost:80 Parancs, viszont az 1234 port csak localhost-on figyel, igy a kivulrol indulo keresek visszapattannak a 192.168.2.1:1234 -rol. Ez rendben? Specifying a remote bind_address will only succeed if the server's GatewayPorts option is enabled (see sshd_config(5)). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: page allocation failure
Attila Rajmund Nohl attila.r.n...@gmail.com writes: Hegedüs Ervin airw...@freemail.hu írta, 2010.05.05.: 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ő. De ez order:0 volt, vagyis 1 lap, aminek azért illene sikerülnie bármikor, nem? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: valtozo helyettesites
Gabor Tusnady t...@enzim.hu writes: file1: alma=1 korte=3 ... file2: Van $alma db almam es $korte db kortem. eredmeny_file: Van 1 db almam es 3 db kortem. $ { cat file1; echo cat EOF; cat file2; echo EOF; } | sh eredmeny_file _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kvm fizikai particio source-kent
PÁSZTOR György pasz...@linux.gyakg.u-szeged.hu writes: Raw diszkformátumnál, röviden: fdisk -lu /dev/vmdiskje Kikeresed belőle a neked való mezőt (eleje oszlop!), ez legyen x losetup -o $[x*512] /dev/vmdiskje mount /dev/loopdev /ahova Ezeket a műveleteket automatizálja a kpartx device-mapperrel. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: geolinux cpu full
Tekes Csaba te...@freemail.hu writes: 2010.03.17. 15:35 keltezéssel, Gabor HALASZ írta: Tekes Csaba wrote: 2010.03.10. 20:54 keltezéssel, Biro Attila írta: 2010.03.10. 19:37 keltezéssel, Tekes Csaba írta: Célhardverről van szó, egy érintőképernyős pc?-pda?, az oprendszert csak a boot és a shutdown során látom, de beviteli eszköz nincs, nem tudok rendszer parancsot futtatni :( A telepítő pendrive megvan. Ha pendrive-ról telepítetted, akkor azt egy USB-n kellett rádugnod, ugye? Azon keresztül mást is rádughatsz. Nos rádugtam egy usb billentyűt, de nem sikerült konzolhoz jutnom. A gépvezérlő célszoftver a boot után automatikusan indul, alt+f9 minimalizálta, alt+f4 kilépet belőle, de csak egy üres kék háttér maradt egy x alakú kurzorral az érintőképernyőn. Boot közben esc-pel lehet debug-ot választani, de jelszót kér. bootpromt vegere init=/bin/sh, aztan kerjen passwordotHa nagyon nem akar boot promptot adni, akkor boot soran shiftre (ha jol emlekszem) konyokoles megkasztja az mbr-t, es elojon prompt. Sajnos nincs boot promt, sem shift-re, sem másra. del: bios f11: boot forrás (hdd, vagy usb, de azon van a billentyű) f12: network boot ( a hátulján van egy wifi antenna csatlakozó...) A célszoftver futása közben kéne a konzol, csak onnan tudnám meg, hogy mi csinál üzem közben 100% processzort. Bootolj pendrive-ról valami live Linuxot (pl. Finnixet), és onnan konfiguráld át a bootloadert vagy akár a rendszert, hogy adjon neked SSH belépést, virtuális terminált (Ctrl-Alt-F1 stb.) login nélkül, xtermet gombnyomásra vagy ilyesmit. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Network Manager nem csinal semmit
ki...@ssg.ki.iif.hu (Kiss Gabor) writes: Van itt egy Debian lenny-vel ellátott Lenovo notebook. [...] Az nm-applet ikonjára kattintva: No network devices have been found. A /usr/share/doc/network-manager/README.Debian megvolt? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: syslog threadsafe?
Szokovacs Robert s...@szo.hu writes: Meg tudja valaki mondani, hogy az openlog(), syslog() fuggvenyek hogyan viselkednek multithread kornyezetben? Mas unixokon latok _r verziokat, linuxon nincs... http://stackoverflow.com/questions/1163194/syslogr-for-linux -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid tömbök
Gabor HALASZ halas...@freemail.hu writes: Ferenc Wagner wrote: Mi ebben a kusza? A feltett kérdésre (fdisk -l) teljesen korrekt választ adott. Szerintem. Izlesek es pofonok. man fdisk: -l List the partition tables for the specified devices and then exit. If no devices are given, those mentioned in /proc/partitions (if that exists) are used. userland toool, imho nem az a dolga, hogy a kernelinternalst vagy a fellelheto osszes blockdevicet reportolja a usernek. Úgy tűnik, a fejlesztők sem erre helyezik a hangsúlyt, mert -- mint észrevetted -- újabban a viselkedés nem a dokumentáció szerinti. Ez valóban egy hiba. De nem könnyű eldönteni, hogy a felhasználó mire gondolt, amikor nem írt eszközt a -l után. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid tömbök
Lajber Zoltan la...@lajli.gau.hu writes: On Fri, 12 Feb 2010, Gabor HALASZ wrote: Kerdes persze, hogy az en fdisk-em megis miert kepes a dokumentacionak megfeleloen viselkedni. A valasz nagyobb resze flame lenne, a kisebb resze pedig ez: Ha mar suroljuk a flame-et, akkor mar csak azt kerdeznem meg halkan, hogy az LVM, storage es raid koraban ki akar itt fdisket hasznalni? A magam részéről már régóta várom, hogy kikerüljön a kernelből a partíciós táblák parse-olása, és a boot képernyőim megszabadulhassak több ring buffernyi SCSI hibaüzenettől. (igen, a storage tudna lun-t novelni, de a linux nem veszi eszre, ha menet kozben megno egy scsi diszk merete :) A commit c3279d1454cdfed02a557d789d8a6d08ab4cbe70 környékét nézted már? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: alsa ladspa real-time
Moczik Gabor pm_levli...@progzmaster.hu writes: Sikerült eljutnom odáig, hogy az .asoundrc fájlban különféle plugin-eket fűzzek fel különböző csatornákra, és még működik is. A plugin-eknek a control érték változtatásához editálni kell a fájlt, és az audio programot újra kell indítani, így kissé lehetetlen a paramétereket hatékonyan tuningolni. Megoldható valahogy a controlok real-time állítása? Ez az audio program feladata lenne, abban nincs ladspa-támogatás? Ha alsa-val nem oldható meg, akkor mivel lehet? Jackrack, ha az audio program rendelkezik Jack interfésszel. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: az udev sajXt magXt Xti
ki...@ssg.ki.iif.hu (Kiss Gabor) writes: Sikerült leszûkítenem odáig, hogy ez a parancs elrontja: root:/# udevadm trigger --verbose --subsystem-match=usb De nem tudom pontosan miért, és hogy lehetne kivédeni. Eszközölj egy udev_log=err mondást a /etc/udev/udev.conf-ban, aztán nézz utána a logokban! -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: debian squeeze lassú boot
szistvan szist...@mail.vcsk.hu writes: Grub feljön, majd induláskor Loading, please wait... üzenet és vár, nagyságrendileg 1 percig, majd ezt követően indul a tényleges boot folyamata. Vedd ki a quiet opciót a kernel parancssorból. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nincs coredump
Mihaly Zachar zmih...@madein.hu writes: r...@sip:~# cat /etc/security/limits.conf | grep -v ^# * softcoreunlimited * hardcoreunlimited root softcoreunlimited root hardcoreunlimited Én játszik a pam_limits.so? És nem írja fölül valami shell rc? r...@sip:/tmp# ./alma Segmentation fault # ulimit -c unlimited # /tmp/alma ? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: laborban sok azonos gepre linux/win install
SZABO Zsolt sz...@mm.bme.hu writes: On Thu, 21 Jan 2010, zamek wrote: Az lenne a feladatom, hogy egy elektronikai laborban levo 16 db teljesen egyforma uj szamitogepre linux-ot es winxp-t installjak. Egy gepre meg is csinaltam a mintat, mit ajanlotok a szetszorasra? Van egy szerver gep, amire fel tudom masolni a particio image-eket, azon is van linux es winxp is. Nem tudom, hogy milyen alkalmazasokat kell futtatni, de en ltsp-t hasznalnek, ha van egy szerver is... (parametereket nem irtal) Linux vonalon érdekes/hasznos lehet a boot.kernel.org megtekintése vagy akár használata is. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipv6-up.d
ki...@ssg.ki.iif.hu (Kiss Gabor) writes: Szükségem lenne bootoláskor az IPv6-os címemre, hogy bejegyezhessem a dinamikus DNS-be. Amikor viszont a /etc/ppp/ipv6-up.d/-ben lévõ scriptek lefutnak, mind az ifconfig, mint az ip addr parancs szerint még csak lokális címe van a ppp0 interfésznek, globális nincs. Az csak pár másodperccel késõbb lesz meg. A sleep 10-en kívül milyen más _értelmes_, nem buhera megoldás volna erre a problémára? A címváltozásokról keletkezik netlink üzenet az RTNLGRP_IPV6_IFADDR multicast groupban, azt csípd el. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: read only linux
Hofferek Attila h...@soka.co.hu writes: van valami bevett modszer arra, hogy egy sdkartyas kicsi szamitogepre telepitett linux minel kevesebbet, praktikusan semennyit se akarjon irni a diskre? Nem kell sem logolas, sem semmi, egy program fut, ami teszi a dolgat, es kesz. Lehessen siman elvenni tole az aramot, aztan visszaadni, es ez ne okozzon gondot. Van erre howto, distro, stb, ami ezt tudja? OpenWRT. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: két monitor
Gádori Zsolt tak...@freemail.hu writes: A kérdés az, hogy lehet-é valahogy olyat tenni, hogy az A gépen bejelentkezett fuser a szintén A gépen futtatott X program kimenetét a B gépen jelenítse meg, mint valamiféle második monitoron. Ez X alapfunkció, csak be kell állítanod a DISPLAY változót és az authentikációt (xauth). Mindennek a netovábbjaként esetleg át lehet húzni a B gép monitorára menet közben. Ez teljesen más tészta. apt-cache show xdmx. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: No route to host
BEREGNYEI Balazs be...@impulzus.com writes: Valamilyen ICMP kommunikacio eredmenye a No route to host? Nézd meg tcpdumppal, de emlékeim szerint ICMP host unreachable. Nyomhatsz egy traceroute-ot is. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: read only root fs
BEREGNYEI Balazs be...@impulzus.com writes: Egy ARM-os rendszeren tamadt az a problema, hogy erdemes read only-ban tartani a root fs-t, hogy sose haljon le az eszkoz aramszunet eseten. (Tudtommal jffs2-hoz peldaul fsck sincs.) De nem is szokott ártani neki az áramszünet, j-vel kezdődik a neve. Ha viszont read only, akkor egy csomo dolog nem mukodik rendesen: dhclient, wvdial, apache. Emiatt kenytelen vagyok boot idoben ramdiskre bemasolni es onnan bemountolni tobbek kozott a /etc-t. (A teljes root fs-t nem, mert nincs annyi RAM). Elég csak a /var-t rw-nek hagyni. A többi maradhat ro, illetve konfiguráláshoz remount,rw. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Kemo B210
Ámon Tamás s...@amon.hu writes: http://www.kemo-electronic.de/product_info/B210-8-Channel-relay-board.php Ennek az egyik vegen van egy LPT csatlakozo a masik vegen pedig kapcsolok. [...] 1. Van-e ehhez valamilyen program? 2. Ha nincs, akkor merrefele induljak el, hogy ezt valahogy le tudjam programozni, lehetoleg valami script-nyelven (pld.python v. php(???) esetleg java)? 3. Esetleg van valami toolkit LPT irányatására? A korrekt eljárás a ppdev driver használata. Mivel valószínűleg nincs semmilyen protokoll, a PPWDATA ioctl megfelelő neked. Ha kihagynád a kernelt, viszont tudod a portod címét (alább 956), akkor meg használhatod ezt a programot (tízes számrendszerben várja az inputot): #!/bin/sh -e dc -e $1 P | sudo dd of=/dev/port bs=1 seek=956 2/dev/null -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
Gádori Zsolt tak...@freemail.hu writes: On Sat, 28 Nov 2009 19:32:00 +0100 Skip s...@root.hu wrote: Melyik a legkarcsúbb linux? En regebben ilyesmi gepekre debiant raktam. Ill. nem is Én debiant használok most is mindenféle célra. Csak nem tudom, le lehet-e ilyen mértékben csupaszítani a jelenlegit. Teljes telepítésben esélytelen még bootolni is. (próbáltam, sose ér véget a boot olyan hosszú.) Tehát a gyári kernel eleve nem jó, kisebb kell. A disket elírtam, 40Gb, és nem Mb. Erre ráférnek a dolgok, a memória tűrhető, csak a CPU a meglehetősen szűk keresztmetszet. Nem, ennek simán mennie kellene a standard telepítővel. Próbáld expert módban indítani, hátha akkor nem ragaszt quiet-et a kernel parancssor végére, és talán meglátod, hol akad el. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: usb-infra
Gádori Zsolt tak...@freemail.hu writes: On Fri, 06 Nov 2009 22:41:52 +0100 Ferenc Wagner wf...@niif.hu wrote: Gammu, Gnokii OK, Gammu rulez. Már csak azt mondjátok el, hogy a csodába tudom kideríteni, hogy ez a dugó milyen eszközként realizálódik a rendszerben. Az lsusb szépen mutatja, de a gammu configjában /dev/xxx valamit kell megadni. Itt rengeteg miegymás van, melyik az enyém? :( Google gammu irda első találat: http://www.gammu.org/wiki/index.php?title=Gammu:Connecting_to_phone#Infrared -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: usb-infra
Gádori Zsolt tak...@freemail.hu writes: Beszereztem egy usb-infra dugót. Ha beillesztem, akkor az alábbi üzenetek jönnek a logba: Nov 3 21:11:37 server kernel: usb 3-3.1: new low speed USB device using ehci_hcd and address 9 Nov 3 21:11:38 server kernel: hub 3-3:1.0: Cannot enable port 1. Maybe the USB cable is bad? Ez rendben van így, és ha majd lát valami infra cuccot akihez szólhat, akkor nem lesz bad az usb kábel, vagy vacak a dugóm? Fel kéne ismernie az eszközt és betöltenie hozzá a drivert. Valami ott nem kerek. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: wlan+wired
Also-Antal Csaba anta...@axelero.hu writes: van egy gép amin van ethernet-en is inet és wlan-on is. azt szeretném, ha az ethernet-et kihuzzák akkor álljon át wlan-ra ugyanazzal az ip-vel stb. merre nézelődjek? Bondold össze az Ethernet és a WLAN interfészt, és a bondra húzd az IP-t. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OCFS2 mentese Xen domU alatt
Hegedüs Ervin airw...@freemail.hu writes: van egy domU, amin van egy drbd dual-primary kötet, rajta ocfs2 fs. A domU lvm-en van a dom0 felett, a domU egyéb részeit le tudom menteni LVM snapshot-tal, de ahol az OCFS van, azt valamiért nem lehet felcsatolni a dom0 alatt: /sbin/lvcreate -s -L10G -nbackuplv /dev/vg-appserv/app-repository modprobe ocfs2 /bin/mount -t ocfs2 /dev/vg-appserv/backuplv /media/backup mount: hibás fájlrendszertípus, hibás kapcsoló, hibás szuperblokk a(z) /dev/mapper/vg--appserv-backuplv eszközön, hiányzó kódlap vagy segédprogram, vagy egyéb hiba Egyes esetekben hasznos információk találhatók a syslogban próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót mit nézek el? Egyes esetekben hasznos információk találhatók a syslogban próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: VLAN + bond + virtualizacio
Lajber Zoltan la...@lajli.gau.hu writes: Ha tobb virtualis gep van mas-mas vlanban, akkor vlan-onkent kell egy-egy linux bridge. Ezekbe a fizikai interface megfelelo vlan subinterface-e kerul, es a virtualis gepek e celra szolgalo interface-e. Ezek nem subinterface-ek, hanem dedikaltak adott vlan-hoz. Kicsit regi xen-es terminologiaban tehat a bre0vlan100-ba kerul a peth0.100, es a virt. gep eth0-ja. A bre1vlan100-ba kerul a peth1.100, es a virt gep eth1-e. A virt. gepen bondingolod az eth0 es eth1-et. Ez miért jobb, mintha a fizikai interfészeket bondolnád a dom0-ában, és a bond0.100-at tennéd a br100-ba a virtuális gép egyetlen interfészével együtt? -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: VLAN + bond + virtualizacio
Lajber Zoltan la...@lajli.gau.hu writes: Beallitas szempontjabol egyszerubb lenne, ha a peth0 es peth1 lenne bondingban, es a bond0.vlanY interfaceket raknad vlanonkent kulon bridge-be (brvlanY), es ide tenned be a virtualis gep egyetlen interface-et. Ennek tobb elonye van az elozo megoldashoz kepest: -fele annyi bridge-ed van -nem kell STP-vel bajlodnod -nem kell bondingal bajlodni a virtalis gepeken. De ha jol ertettem, neked indulaskor ez nem mukodott... Ja, vagy úgy... Nekem ez jól bevált, mondjuk mii monitoringgal és külön switch-ekbe kötve. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Archívum (Szavazás volt)
Gergely Madarasz madara...@gmail.com writes: Egy adalek: a lista archivuma groups.google.com-on csak akkor mukodik ha van news gateway, ezt ne hagyjatok figyelmen kivul. A Gmane archívum szerintem jobban használható, de lehet, hogy annak is ez a feltétele. Viszont a descriptiont a böngészőm szerint UTF-8-ban kellene megadni: http://dir.gmane.org/gmane.org.user-groups.linux.hungarian -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
Hegedüs Ervin airw...@freemail.hu writes: nos, elokapartam valami utilitty CD-t a doboz aljarol, bebootoltam vele, s lon Kanaan: egy menuponttal tobb lett a wizzard kepernyon, egereszve be tudtam kapcsolni a kikapcsolt allapotban leledzett write-cache-t. Ez ugye nem a diszkek write-cache-e, hanem a RAID-vezérlőé? Mert ellenkező esetben a BBU sem segít rajtad (illetve az adataidon). -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: thunderbird + exim (SMTP)
SZABO Zsolt sz...@mm.bme.hu writes: # telnet mx-one.avpms.hu 25 Trying 85.90.160.120... Connected to mx-one.avpms.hu. Escape character is '^]'. helo galilei 554 SMTP protocol violation Connection closed by foreign host. Meg kell várnod a szerver üdvözlő üzenetét, csak azután jössz te. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: host/service monitorozas
LiRul li...@hixsplit.hu writes: Kb. azok, amiket fentebb irtam mint elvarasok az uj rendszerrel kapcsolatban. Azaz: - egy feluleten valo attekintesi lehetoseg Létezik NagiosGrapher, illetve be lehet linkelni a (pl.) Munin grafikonokat a Nagiosba, és akkor csak egy kattintás a táv. - 1 percesnel joval gyakoribb poll/push interval Nagiosban interval_length=60 a default, de átállítható, és akár másodperces granularitássas is dolgozhatasz. Elvben. - service heal kepesseg A Nagiosnak vannak handlerei is. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Fedora 11 udev...
Makó Gábor mak...@freestart.hu writes: From: Ferenc Wagner wf...@niif.hu Ezt hol lehet kideriteni? cat /etc/nsswitch.conf, meg abból, hogy mikor vár. Az /etc/nsswitch.conf: passwd: files shadow: files group: files #hosts: db files nisplus nis dns hosts: files dns bootparams: nisplus [NOTFOUND=return] files ethers: files netmasks: files networks: files protocols: files rpc:files services: files netgroup: nisplus publickey: nisplus automount: files nisplus aliases:files nisplus Ez érdekes, a nisplus-os dolgokat nem értem. A udev mikor vár, ezt hogy érted? Initramfs-ben vagy miután a root fájlrendszer már megvan, milyen szolgáltatások indultak előtte, milyenek utána, ha kézzel leállítod/ elindítod a már futó rendszeren, vár-e megint, ilyenek. Bootkor udev indul vár-vár, majd[ OK ] és jön a következő szolgáltatás. Ebből nem látszik, hogy mire vár. :o Hát az tényleg nem. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Fedora 11 udev...
Makó Gábor mak...@freestart.hu writes: FC11-ben lassan indul a udev. Kb. 20 mp-et vár. Ez normális? Logokban nem látok semmi különöset. Nem valami hálózati NSS szolgáltatásra vár? Szokott csinálni egy csomó csoportnév-feloldást, mielőtt még lenne hálózat, és akkor bizony a libnss megvárja a timeoutot. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Fedora 11 udev...
Makó Gábor mak...@freestart.hu writes: From: Ferenc Wagnerwf...@niif.hu Nem valami hálózati NSS szolgáltatásra vár? Szokott csinálni egy csomó csoportnév-feloldást, mielőtt még lenne hálózat, és akkor bizony a libnss megvárja a timeoutot. Ezt hol lehet kideriteni? cat /etc/nsswitch.conf, meg abból, hogy mikor vár. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LaTeX makro \verb-ben
SZÉKELYI Szabolcs c...@mail.3d.hu writes: Szeretnem -- tobbek kozott -- egy korabban definialt makro erteket behelyettesiteni egy \verb makroban vagy egy verbatim kornyezetben. Pontosabban egy (UNIX) parancsot szeretnek elhelyezni egy dokumentumban (\verb makro belsejeben vagy verbatim kornyezetben), aminek egy resze mar makrokent definialva van. Meg lehet trukkozni valahogy? Ha igen, hogyan? texdoc fancyvrb texdoc listings Mindkét csomag tud escape-elni. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LaTeX includegraphics terkoz
Hegedüs Ervin airw...@freemail.hu writes: van egy ilyen LaTeX resz: \begin{tabularx}{180mm}{|{\centering}m{44mm}|m{119mm}|m{14mm}|} \hline \LARGE \textbf{ize} \Large \textbf{bigyo} \includegraphics[width=14mm,height=10mm,totalheight=10mm]{picto.eps} \\ \hline \end{tabularx} (Tabularx-be illik X típusú oszlopot tenni.) miert? sehol nem olvastam ilyet... :) Erről kapta a nevét, ld. texdoc tabularx. Nem emiatt hasznalom, hanem mert ebben tudom megadni egy cellara az igazitast es a szelesseget egyszerre. Ahhoz elég az array csomag, amire a tabularx épül; ld. texdoc array. Ami legeneralja a tablazatot, de a kep korul megjelenik neghany millimeter terkoz lent, es a ket oldalanal. Ezaltal szelesebb es magasabb lesz a cella. Mit kell tennem, hogy ne igy legyen, tehat a kep merete adja meg a cella meretet? \renewcommand{\arraystretch}{0} \begin{tabular}{|c|l|@{}m{14...@{}|} \hline ize bigyo \includegraphics[width=14mm,height=10mm]{picto.eps} \\ \hline \end{tabular} koszonom, megnezem, de ebben a cellak szelessege nem dinamikus lesz? Az első kettőé igen. Nekem az elso cellat fixen 45mm-re kell allitanom es kozepre kell pozicionalni. Akkor c helyett csináld úgy, ahogy próbáltad. (1mm-et hagyok a kereteknek) A kereteknek adott szélességük van, ld. texdoc array. Ebben nem latom a szelesseget, hogy lesz az _pont_ annyi? Ebben nem lesz, de nem is azt kérted... -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LaTeX includegraphics terkoz
Hegedüs Ervin airw...@freemail.hu writes: van egy ilyen LaTeX resz: \begin{tabularx}{180mm}{|{\centering}m{44mm}|m{119mm}|m{14mm}|} \hline \LARGE \textbf{ize} \Large \textbf{bigyo} \includegraphics[width=14mm,height=10mm,totalheight=10mm]{picto.eps} \\ \hline \end{tabularx} (Tabularx-be illik X típusú oszlopot tenni.) Ami legeneralja a tablazatot, de a kep korul megjelenik neghany millimeter terkoz lent, es a ket oldalanal. Ezaltal szelesebb es magasabb lesz a cella. Mit kell tennem, hogy ne igy legyen, tehat a kep merete adja meg a cella meretet? \renewcommand{\arraystretch}{0} \begin{tabular}{|c|l|@{}m{14...@{}|} \hline ize bigyo \includegraphics[width=14mm,height=10mm]{picto.eps} \\ \hline \end{tabular} -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux