Re: dual boot
On Wed, Nov 10, 2021 at 04:06:04PM +0100, dr. Zana János wrote: > Most látom, hogy a linux éppúgy becsapott, mint a Windows. Most kezdem > látni, hogy mi történt. Nézzétek: > > root@debianDell:~# gdisk /dev/nvme0n1p1 > GPT fdisk (gdisk) version 1.0.6 Hát izé, partíción belül partíciókat csinálni nem fog menni. Mármint a gdisk meg társai megvonják a vállukat, és összefirkálják a diszket, ha azt mondod nekik. De az eredményt sem a BIOS, sem a Windows, de még csak a Linux kernel sem fogja értelmezni. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Boot vár 2 percet
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). > Az "Attached SCSI disk" után vár bő két percet. Három meremlevez van a > gépben, egy régi 500 gigás HDD (ez az sda), egy újabb 250 GB-os SDD > (ez az sdb) és egy nagyon régi 160 GB-os HDD (ez az sdc). Ezen kívül > van még egy régi belső IDE-s DVD író meg egy külső USB-s lejátszó (de > ezek gondolom nem számítanak). 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. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Raspbian Buster-frissítési probléma
On Sun, Sep 12, 2021 at 04:29:24PM +0200, Csaba wrote: > The following packages have unmet dependencies: > libc6-dev : Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6+rpi1 is to be > installed > E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused > by held packages. > root@raspberrypi:~# libgcc-8-dev nincs mar stable-ban, szoval frissiteni nem lehet, viszont valami miatt az apt nem akarja leszedni. Probalj meg eloszor egy "apt install libc6-dev"-et, talan igy nagyobb hajlandosaga lesz leszedni a problemas csomagokat. Ha igy sem akarja a libgcc-8-dev-et leszedni, akkor torold le kezzel (meg persze mindent, aminek kellene), utana mehet az upgrade. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: USB-RS232 ttyACM
On Wed, Jan 20, 2021 at 05:10:28PM +0100, Szima Gábor wrote: > ID 0557:2008 ATEN International Co., Ltd UC-232A Serial Port [pl2303] > ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Hát, ha az USB ID eltérő, akkor írhatsz egy udev szabályt, ami az egyiknek /dev/egyik, a másiknak /dev/masik symlink-et gyárt :-) _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: .tar fájlból való törlés biztonságos?
On Wed, Jan 13, 2021 at 06:01:23AM +0100, Kiss Gabor wrote: > Hol olvashatnám én is azt dokumentációt? Mánuel nem mond erről semmit. :) apt install tar-doc; info tar Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: .tar fájlból való törlés biztonságos?
On Sun, Jan 10, 2021 at 10:20:39PM +0100, Szládovics Péter wrote: > Máskülönben szerintem a --delete nem véletlenül van az > argumentumlistában évtizedek óta, minden bizonnyal jól működik - bár én > próbálgatáson kívül nem foglalkoztam vele. Hát izé. Ha már archeológia - https://bugzilla.redhat.com/show_bug.cgi?id=66047: "well, according to Paul Eggert, the current maintainer of GNU tar, there are several unfixed bugs in delete. it's unfortunate that the man page, info page, and all the source documentation neglect to mention this." Ez már régen volt, szóval lehet tippelni, hogy mennyi bug lett azóta kijavítva :-) Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: .tar fájlból való törlés biztonságos?
On Tue, Jan 12, 2021 at 07:45:59PM +0100, Kiss Gabor wrote: > > On 1/10/21 10:20 PM, Szládovics Péter wrote: > > > Én azt mondom, fogd meg a tar fájlt, másold le valahová, és kísérletezz > > vele másutt, ha félsz tőle, hogy baja esik. > > Lemásolni? Minek? Csak össze tud rakni egy 431 byte-os tesztfile-t. :) > És legyen kéznél a strace! Ez a teszt semmit nem mond. Lesz benne 1 db read() es 1 db write() (nagyjából). A fő veszély nem az, hogy a "tar --delete" hibás. A dokumentáció szerint a "--delete" helyben írja felül a fájlt, és lassú. Ha nincs hely kicsomagolni, az arra utal, hogy az archívum nem kicsi. Mivel a művelet dokumentáltan lassú, a parancs várhatóan jóóó sokáig fog futni, tehát szemmel látható esély van arra, hogy közben valami történik, és a művelet megszakad. Márpedig a dokumentáció semmit nem mond arról, hogy egy félbeszakított "--delete" mit hagy maga után - a tar nem tud tranzakciókat. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: .tar fájlból való törlés biztonságos?
On Wed, Jan 06, 2021 at 07:49:55AM +0100, Csaba wrote: > Van egy nagyméretű .tar fájlom. Kicsomagolni nincs hely. A tartalmát > tömörítőprogrammal (pl. 7-zip) is át tudom nézni, ki tudom > szelektálni: mi az ami kell és mi az, ami nem. > Ha a 7-zip segítségével a .tar fájlból törlök fájlokat, akkor a > törlési művelet során fájlsérülés, tehát a többi, .tar-ban lévő fájl > sérülése előfordulhat? > Nincs tömörítve mással, sima tar parancs segítségével van tömörítve, > sem gzip, sem bzip2 programmal nincs rátömörítve. > Tudom hogy ezt nem itt kellene megkérdezni, de sajnos jelenleg az a > helyzet, hogy Windows-os (Windows 10, 64 bit) legújabb 7-zip > filemanager esetén is érdekelne hogy nem okozhat -e adatsérülést. Nem egészen értem, hogy egy tar fájlhoz miért kellene 7-zip, miért nem jó maga a tar. Viszont bármit is használsz törlésre, az helyben fogja a fáljt felülírogatni, tehát ha menet közben történik valami (elmegy az áram, vagy a helyi adatmaffia nyom egy Ctrl+C-t), akkor bizony fennáll az adatsérülés veszélye. Szerintem vágj bele - legrosszabb esetben visszaállítod backup-ból. Ha nincs backup, akkor meg úgysem fontos az az adat, ugyebár... Ugyan írtad, hogy a teljes archívumot kicsomagolni nincs hely. De ha a megtartani kívánt részek összességének van elég hely, akkor a törlést végezheted egy pipe segítségével, mert a doksi szerint a "tar --delete" működik stdin/stdout használata esetén is. Ekkor biztosan nem fog sérülni az eredeti adat. Ja: "sima tar parancs segítségével van tömörítve" - ne beszéljünk össze-vissza, kérem szépen. A tar _NEM_ tömörít, hanem csomagol. Könnyű megjegyezni: egy tömörített izé kisebb, mint az eredeti izé, egy becsomagolt izé viszont nagyobb, mint az eredeti izé. Még akkor is, ha vékony papírba csomagolod. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: A Mozilla Firefox ugyan nem tökéletes, de ez az ingyenes bővítménye telitalálat - Rakéta
On Thu, Nov 19, 2020 at 08:00:32PM +0100, Kiss Gabor wrote: > Ööö... mivel tud ez többet, mint mondjuk a mailnesia.com? _Majdnem_ megnéztem miatta, mi az a raketa.hu - ügyes rejtett reklám volt. De csak majdnem. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: HDD mount sikertelen, mi lehet a hiba?
On Thu, Jul 23, 2020 at 08:02:27PM +0200, Csaba wrote: > Raspberry-hez csatlakoztatva használtam egy külső házban lévő HDD-t > hónapokig, (eddig) probléma nélkül. > Semmit sem változtattam, legfrissebb Raspbian van fent, egyik napról a > másikra nem volt hajlandó fel csatolni a HDD-t. Fsck nem ír ki hibát, > Ubuntu alatt hiba nélkül és azonnal felcsatolódik a HDD. S.M.A.R.T. > értékek rendben, dd végigolvasssa a lemezt, 0 rossz szektor van. Ha > kézzel megadtam csatoláskor a fájlrendszer típusát, ugyanaz volt az > eredmény. Hat, ha egyik naprol a masikra tortent, akkor nezd meg, mi valtozott azon a napon, milyen csomagok frissultek, mi a kulonbseg az utolso mukodo boot kozbeni kernel uzenetek es az elso nem mukodo kozott. A "semmit sem valtoztattam" es a "legfrissebb Raspbian van fennt" ugye homlokegyenest ellentmond egymasnak - pl. a napokban volt 4.19->5.4 kernel valtas a "tomegek" szamara. Nem irtad, hogy sajat tapegysege van-e a diszknek, vagy USB-rol kap tapot; ha a Pi-tol kap tapot, akkor nem dugtal-e ra mas USB eszkozt, amivel egyutt mar esetleg keves a delej. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: kernel parameter kerdes
On Wed, Feb 13, 2019 at 10:03:29AM +0100, Szokovacs Robert wrote: > dirty_expire_centisecs > This tunable is used to define when dirty data is old enough to be eligible > for writeout by the kernel flusher threads. It is expressed in 100'ths > of a second. Data which has been dirty in-memory for longer than this > interval will be written out next time a flusher thread wakes up. > > That can be read in two different ways: Hat, ize, nem, ezek szerint legalabb 3 fele keppen lehet olvasni :-) Nem tudom, a fentiekbol hogyan kovetkezne, hogy folyamatos modositas eseten elmarad a writeback - az eleg gaz lenne adatbiztonsag szempontjabol. Ami tortenik, az pont az, ami le van irva: ha a file modosul, akkor adott idovel kesobb elindul egy writeback. Ha a file ekozben tovabb modosul, az mar semmit nem valtoztat, a writeback ugyis az eppen aktualis allapotot fogja kiirni. Ha a writeback elinditasa utan tovabb modosul a file, akkor kezdodik az egesz jatek elolrol. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Frissítési probléma
On Wed, May 10, 2017 at 09:02:45PM +0200, Zana János wrote: > 2017.05.09. 22:16 keltezéssel, Gabor Gombas írta: > > fenn, akkor neked valamilyen keverek rendszered van. Innentol kezdve 3 > > - Visszacsinalod, hogy tenyleg 12.04 legyen. Elmeletben nem lehetetlen > > (persze attol fuggoen, miert is kellettek 14.04-bol egyes csomagok), > > de a downgrade ugy altalaban maceras. > > > Csak érdekesség kedvéért. Több, mint egy éve új alaplapom van, méghozzá > 64 bites. A debian azóta folyamatosan fut rajta (a winchester és a > partíció változatlan). A múlt héten figyeltem fel arra, hogy felment a > multiarchitecture deb-csomag. > Tiszta, hogy ez így nem szabályos, de nem bántom, amíg fut a rendszer. > Talán a scilab csomag az egyetlen, amely ezen a vegyes architektúrán nem > működik. Üdv, János Az eredeti levelben nem a multiarch-al van a problema, hanem azzal, hogy a Precise-nek mondott rendszerre valahogy felkerult egy csomag a Trusty-bol. Ami persze akar meg mukodhet is, csak nem kell csodalkozni azon, ha a fuggosegek kezelese innentol kezdve kezi iranyitast igenyel. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Frissítési probléma
On Mon, May 08, 2017 at 09:13:45AM +0200, Kovács Gábor wrote: > Adott egy Ubuntu 12.04 LTS szerver: Ize: > libxrandr2:i386 : Breaks: libxrandr2 (!= 2:1.3.2-2ubuntu0.3) but 2:1.4.2-1 > is installed Nincs Ubuntu-m, de a 'net szerint 12.04-ben 2:1.3.2-2ubuntu0.3 kellene, hogy legyen, a 2:1.4.2-1 14.04-bol jon. Szoval ha tenyleg 2:1.4.2-1 van fenn, akkor neked valamilyen keverek rendszered van. Innentol kezdve 3 lehetoseg van: - Visszacsinalod, hogy tenyleg 12.04 legyen. Elmeletben nem lehetetlen (persze attol fuggoen, miert is kellettek 14.04-bol egyes csomagok), de a downgrade ugy altalaban maceras. - Haladsz a korral, es dist-upgrade 14.04-re (ugye van backup?) - Belatod, hogy az "LTS" reszt buktad (keverek rendszerre semmilyen "S" nincs), es kezzel elkezded addig upgrade-elni a csomagokat, amig jo nem lesz Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: APC UPS
On Tue, Mar 14, 2017 at 10:54:57PM +0100, zamek42 wrote: > Egy Debian Stable-t futtató Lenovo ThinkCentre egy APC UPS 500-ról jár. Az a > feladat, hogy amikor elmegy a fő betáp, akkor a gép biztonságosan álljon le, > majd az ups kapcsoljon ki. Ha visszajön a betáp, akkor indítsa el a gépet. Szerintem nem magát az UPS-t akarod kikapcsolni. Csak azt akarod, hogy miután a szerver leállt, az UPS kapcsolja le a kimeneteket, akkor is, ha az aksi még bírná. Ehhez valahol a shutdown folyamat legvégén kell egy parancsot küldeni az UPS-nek, hogy kapcsoljon le mindent (már ha az UPS tud ilyent). apcupsd-hez nem volt még szerencsém, a nut dokumentációjában valahol szépen le van írva a folyamat. Ha visszajön a táp, akkor sem feltétlenül célszerű azonnal elindítani a szervert, csak bizonyos töltöttségi szint elérése után - ha boot közben megint elmegy a betáp, legyen elég energia az újabb rendezett leálláshoz. Nem tudom, hogy az adott UPS tud-e ilyent. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Mint MATE, eltűnő feliratok
Szia! On Mon, Feb 13, 2017 at 06:23:36PM +0100, Norbert Vastagh wrote: > Halálra idegesít a gépem. Linux Mint MATE, 18.x van most rajta > (volt 18.0, most meg 18.1 van) A 17.x normálisan működött emlékeim > szerint. > > A hibajelenség: teljesen kiszámíthatatlan időközönként, és körülmények > között (csak én vagyok bejelentkezve, vagy más is, ki mit futtat, stb., nem > látok összefüggést ezek, és a hiba között) eltűnik minden, ami betű. > Az asztalikonok alatt nincs felirat, a programok menüiben nincs felirat, > a MATE menüjében sincs felirat, nulla felirat. Kijelentkezek, bejelentkezek, > megjavul > > A gépem egy 3. generációs i3, Intel DB75EN alaplap, nincs külön VGA > kártya, atom stabil a gép több, mint 4 éve. > > Merre keressem a hibát? Totál kiszámíthatatlan a dolog sajna, van, hogy > egy hétig sem jön elő, és van, hogy naponta többször... http://lmgtfy.com/?q=mate+fonts+disappear A "resume" emlegetése ne tévesszen meg. Ez van - az Intel is csak abból él, hogy új CPU-t hoz ki és ahhoz fejleszti a drivert, nem pedig abból, hogy a régebbi generációk bug-jait javítgatja... Ezzel együtt én is szeretem az integrált Intel GPU-t. Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BT8x8 + GA-B150M-D3H
On Sat, Dec 31, 2016 at 10:20:49AM +0100, Szima Gábor wrote: > Régebbi BT878/848 PCI kártyákat áttettem egy GA-B150M-D3H alaplapba: a kép > össze-vissza ugrál, akadozik. 40-200ms-enként érkeznek a frame-ek, amelyek > nem folyamatosak, hanem előre-hátra ugranak az időben 5-10 képkockát > (elvileg 26 frame-et tud map-elni, ebből 4-et használok - V4L2_MEMORY_MMAP). > Sorrenben kapom a buffer indexeket, nem itt lesz a gond. > Az összes BT mindenféle régebbi/újabb (3-6 éves) alaplapban tökéletesen > működik (ugyanazon a kernel verzión). > > Találkoztatok már hasonlóval? Nem - már egy ideje nem láttam valódi PCI kártyát :-) Két tipp: - A B150 chipset már nem támogat natívan PCI-t, igy a PCI slot-ok egy PCI-to-PCIe bridge chipre vannak rákötve. A manual bölcsen hallgat a bridge típusáról, de van rá esély, hogy nem szeretik egymást a BT878-cal. Mivel a B150 alapvetően a legolcsóbb irodai PC kategóriát célozza, jó eséllyel a PCI bridge sem egy top-of-the-line modell. - A B150 chipset nincs eleresztve PCIe vonalakkal, mondhatni kevés van belőle. A manual megint hallgat arról, hogy melyik PCIe eszköz (beleértve nem csak a PCIe slotokat, hanem az USB3-at, M.2-t, SATA Expresst, stb. is) csatlakozik közvetlenül a CPU-ra, és melyik a chipset-re, ill. hogy a PCI bridge hogyan csatlakozik bárhova is. Próbálj minden mást lehúzni/BIOS-ban letiltani, hátha valamilyen ütközés van. Bár ütközés esetén inkább azt várná az ember, hogy egyáltalán nem működik az eszköz, de ki tudja... Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Boot partícióba telepítést miért nem támogatja a Grub?
On Fri, Sep 16, 2016 at 07:12:24AM +0200, Kovács Géza wrote: > Boot partícióba történő telepítést a Grub miért nem támogatja egy > ideje (külön boot partícióba)? > Ha a --force kapcsolóval ez megtörténik, abban sincs sok köszönet, > mert ezután 2-3 perc mindig kell neki hogy beboot-oljon, százalékol, > kínlódik, stb... Ha MBR-be teszed, akkor az MBR es az elso particio kozott van altalaban min. 31kB szabad terulet, ami altalaban boven eleg ahhoz, hogy egy filesystem driver elferjen; igy a grub a tobbi reszet (menu stb.), ill. a kernelt es az initramfs-t siman tudja a filesystem-rol olvasni ugyanugy, mint a Linux maga. Ha nem az MBR-be rakod a grubot, akkor csak a boot record 512 byte-javal gazdalkodhat, ami azt jelenti, hogy filesystem ertelmezes kizarva. Szinten nincs hely a modernebb BIOS interface-ek hasznalatanak (mert 512 byte-ba nem fer bele annak ellenorzese, hogy a BIOS milyen interface-ket tamogat es mit nem), ezert a legelavultabb, leglassabb BIOS hivasokkal kell beolvasni mindent. A grub ilyenkor ugyanugy mukodik, mint anno a lilo: a boot rekordban egy blokk lista van, amit betolt es kesz. Ezzel az a gond, hogy ha a filesystem kozben odebb mozgatta a dolgokat (akar a te tudtoddal, akar anelkul), es a boot rekordban leirt blokkok valojaban mar nem a grubhoz tartoznak, es te elfelejtetted ujrainstallalni a grubot, akkor a rendszer tobbet nem bootol. Ha mindenaron particiorol akarsz bootolni, akkor gondold meg esetleg a syslinux hasznalatat grub helyett (persze a fent emlitett korlatozasok erre is igazak). Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: grub password
On Mon, Jun 27, 2016 at 10:31:49AM +0200, Kosa Attila wrote: > A lilo-val lehetett olyat, hogy csak akkor kert jelszot, ha > modositani akartad az elinditani kivant menupont opcioit. A grub > eseten nem talalok ilyen lehetoseget. Nem jol keresek, vagy nem > tud ilyet? Nem jol keresel :-) Legalabbis Grub 2 tudja (Grub 1 most nincs keznel), bar a modell egy kicsit faramuci. Ha beallitasz jelszot, akkor alapbol nemcsak az editalast tiltja le, hanem a bootolast is, es kulon meg kell mondani neki, hogy bootolni azert szabad. Ezt persze a default konfig generalo scriptek nem tamogatjak, ugyhogy editalhatod oket. "info grub"-ban megtalalod, merre kell nezelodni. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: melyik poolbol melyik csomag?
On Wed, Feb 24, 2016 at 08:59:47AM +0100, Kosa Attila wrote: > $ apt-cache showpkg bash | head -n 3 > Package: bash > Versions: > 4.3-11+b1 > (/var/lib/apt/lists/ftp.hu.debian.org_debian_dists_jessie_main_binary-amd64_Packages) > (/var/lib/dpkg/status) > > Es ebbol ki lehet szedni, hogy az ftp.hu.debian.org-rol, a jessie > disztrib main szekciojabol lett telepitve a csomag. Ahol nincs > ilyen sor, az nem apt-vel, hanem "dpkg -i"-vel lett telepitve. > Azt nem tudom, hogy aptitude (vagy egyeb csomagkezelo) eseten mi > a helyzet, mert azokat nem hasznalom. Ize, nem. Ebbol az derul ki, hogy ha most akarnad telepiteni, akkor az ftp.hu.debian.org-rol, a jessie-bol jonne. De ettol meg siman lehet, hogy amikor felkerult, akkor meg a sid-bol jott es egy masik mirror-rol. Vagy valaki letoltotte a forrast, megpatch-elte, es a verzioszam modositasa nelkul rebuild-elt .deb-et rakta fel. Szoval ha tenyleg az a kerdes, hogy a csomagok "csomagok melyik pool-bol telepul_tek_" (mult ido kiemelve), akkor ebbol nem fogod megtudni. Ha csak azt akarod tudni, hogy mi az, ami wheezy/jessie/stretch/sid, akkor apt-show-versions kell neked. Ja igen, ha nincs repo-ra utalo sor, onmagaban az sem jelent feltetlenul lokalis telepitest. Lehet, hogy a csomag regi, es pl. akkor lett a jessie-bol telepitve, amikor az meg nem volt stable, es vegul egy frisseb verzio kerult bele. Vagy regebben volt experimental a sources.list-ben, csak azota kitoroltek. Vagy... Konkluzio: tessek rendesen specifikalni a problemat :-) Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: automount - USB GPT
On Sun, Feb 14, 2016 at 08:01:16AM +0100, kovizs...@gmail.com wrote: > Egy GPT+DOS partíciós táblával rendelkező 64G pendrive-ot használnék, de az > értesítési területen nem dobja fel, mint csatolható eszközt. Ize, passz. Azonban: > IdLabel:GRUB2EFI > IdType: vfat Az az "EFI" ott gyanus. Van valami halvany emlekem, hogy GPT eseten a Gnome a particio tipusabol probalja eldonteni, erdekelheti-e a mezei usert vagy sem, es csak akkor szol neked, ha szerinte teged erdekel. Ha nem ertesz egyet vele, az pech. Szoval (kelloen friss) fdisk, expert mode, print, es ha a Type-UUID mezoben esetleg C12A7328-F81F-11D2-BA4B-00A0C93EC93B van, akkor mar tudod, miert nem jelenik meg :-) Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: debian jessie sap-server: Operation not permitted
On Sun, Jan 03, 2016 at 09:35:52PM +0100, Gádori Zsolt wrote: > *** > NetworkManager[525]: BT device EVOLVEO StrongPhone Q4 > (5A:63:46:66:28:09) added (NAP) Khmm :-) Ennyit az X-ekrol :-) > NetworkManager[525]: (xx:xx:xx:xx:xx:xx): new Bluetooth device > (driver: 'bluez' ifindex: 0) > > NetworkManager[525]: (xx:xx:xx:xx:xx:xx): device state change: > unmanaged -> unavailable (reason 'managed') [10 20 2] > > NetworkManager[525]: (xx:xx:xx:xx:xx:xx): device state change: > unavailable -> disconnected (reason 'none') [20 30 0] Ez eddig azt mondja, hogy van egy telefonod, amit egyszer parositottal, es a parositasnal kipipaltad, hogy mehet majd a telefonon keresztul a net kapcsolat. A telefon viszont momentan nem elerheto (pl. ki van kapcsolva rajta a bluetooth, le van tiltva az internet megosztas stb). > gnome-control-center.desktop[2398]: (gnome-control-center:2398): > GLib-CRITICAL **: g_ascii_strdown: assertion 'str != NULL' failed Gnome. Enough said. > Bluetooth-WARNING **: Setting up /org/bluez/hci0/dev_xx:xx:xx:xx:xx:xx > failed: GDBus.Error:org.bluez.Error.InProgress: In Progress > > GLib-CRITICAL **: g_ascii_strdown: assertion 'str != NULL' failed > > bluetoothd[2439]: a2dp-source profile connect failed for > xx:xx:xx:xx:xx:xx: Protocol not available > *** Na, ez mar erdemi informacio. Hangot akarsz kuldeni valamelyik iranyban (meg nem akartam ilyent osszerakni, ugyhogy fejbol nem tudom, merre), de valamelyik oldal ezt nem tamogatja. Futtasd a bluetoothctl-t, es mondj egy "show"-t. Ha az UUID sorok kozott nem latod az "Audio Source" es "Audio Sink" profilokat, akkor ird be a google-ba, hogy "pulseaudio bluetooth" (vigyazz, a leirasok egy resze meg Bluez 4-hez van, ami teljesen mas, mint a Jessie-ben levo Bluez 5). A talalatok kozul leginkabb a kulonbozo (nem csak Debian alapu) distro-k wiki-jeit javaslom, de szemelyes tapasztalat hianyaban nem tudok egyet sem ajanlani. Ha esetleg mono headset-re akarsz hangot atkuldeni, akkor elofordulhat, hogy az nem tamogatja az A2DP-t (bluetoothctl, "show xx:xx:xx:xx:xx:xx", hianyzik az "Audio Sink") - ekkor vegyel masikat. Ill. Pulseaudio 6 elmeletileg tud HSP/HFP-t, de limitaciokkal, szoval megis inkabb vegyel masik headset-et. Igazabol nem akarok en ennyire (sem) erteni a bluetooth-hoz... Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
On Sun, Jan 03, 2016 at 12:25:32AM +0100, Szabolcs Regős wrote: > De, csinált, ezt írtam le fentebb. Nyilván nem a filerendszerbe írt, hisz egy > Windows mit tudhat pl. a VxFS-ről, az LVM-ről, de az biztos, hogy a számára > ismeretlen diskek elejére is felírt valamit, akkor is, ha nem értette mi van > ott. Ezzel pl. tökéletesen szétcseszte az LVM információkat. (HP-UX-ban az > EFI előtt - és az LVM óta, persze - nem partícionáltunk) Nem Windows sajatossag. Pl. RHEL-ben az Anaconda ugyanezt csinalja: ha talal egy diszket amin nincs altala ismert meta-adat, es a kickstart nem utott a kezere hogy "marpedig azt az eszkozt te nem latod", akkor az Anaconda elozekenyen csinal egy szep uj particios tablat. Aztan a kedves user sikit, hogy ott adat volt - csak eppen senki nem tudott rola, mert ugye a particios tabla tobbek kozott arra jo, hogy mindenkinek elmondja, hogy "ez itt az enyem, ne piszkald". Ha tobb rendszert akarsz parhuzamosan hasznalni, akkor igenis tessek olyan szabvanyos kontenert hasznalni (pl. particios tabla), amit mindegyik ert. Persze hogy lehet LVM-et hasznalni particios tabla nelkul, de ez engem arra a viccre emlekeztet, amikor a kisfiu biciklizik: "Nezd anya, lab nelkul!" "Nezd anya, kez nelkul!" "Nezd anya, fog nelkul!" Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: debian jessie sap-server: Operation not permitted
On Sat, Jan 02, 2016 at 05:40:46PM +0100, Gádori Zsolt wrote: > Mi ez a "Sap driver"? Mihez nincs joga a felhasználónak? SIM Access Profile. Indulaskor a bluetooth minden letezo protokollt megprobal inicializalni, es ami nem sikerul (pl. mert nincs megfelelo kutyud), arrol kapsz egy hibauzenetet. Altalaban kikop egy csomot, ha pont a SAP zavar, akkor a /etc/init.d/bluetooth-ban a NOPLUGIN_OPTION-ba ird bele, hogy "--noplugin=sap". Mivel erosen ketlem, hogy te SIM kartyat probalnal bluetooth-on keresztul piszkalni, ezert ez a hibauzenet szamodra irrelevans. Mivel semmit nem irtal arrol, hogy tulajdonkeppen milyen alkalmazas/eszkoz/protokoll/stb. az, ami nem mukodik, ezert eleg nehez barmit is javasolni. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: USB mobil rack probléma Linux alatt
On Wed, Dec 30, 2015 at 04:53:52AM +0100, Géza Kovacs Géza wrote: > Bocsánat a kezdő kérdésért, de mi az az UAS amelynek tiltásával > érdemes lenne próbálkozni? https://en.wikipedia.org/wiki/USB_Attached_SCSI > Interface Descriptor: > bLength 9 > bDescriptorType 4 > bInterfaceNumber0 > bAlternateSetting 1 > bNumEndpoints 4 > bInterfaceClass 8 Mass Storage > bInterfaceSubClass 6 SCSI > bInterfaceProtocol 98 > iInterface 10 MSC USB Attached SCSI ... es van neked. Kapcsold ki (blacklist-eld az uas modult). Lenyeg az, hogy az alaplapnak is ill. az enclosure-ban levo bridge chipnek is tamogatnia kell, de a kezdeti hardware-ekben sok volt (van?) a bug, meg a kernelben is volt par bug, szoval jelenleg meg elegge lutri. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux és új Intel Chipset kompatibilitás?
On Tue, Dec 01, 2015 at 05:41:50PM +0100, Géza Kovacs Géza wrote: > Linux mennyire kompatibilis az új Intel H170 Chipset-tel, amely nem > olyan rég jött ki? Gondolok itt az Ubuntu 14.04 változatra például, > vagy a legújabb Debian stable-re. Hat azokkal nem valoszinu. Amiket olvastam, azok alapjan Ubuntu-bol legalabb 15.04 de inkabb 15.10 javasolt, Debian-bol testing, es ugy altalaban 4.3-as kernel. Ezekkel az Intel cuccokat jo esellyel lefeded; ha az adott alaplapon vannak nem Intel dolgok is (nem neztem), azoknak kulon utana kell jarni. > Esetleg érdemes pár hónapot várni mire kiderül mi a helyzet, vagy > bekerülnek a Driver-ek a Linux kernelbe - ha még nincsenek benne? Ize, ha Debian stable-t akarsz, akkor a kovetkezo freeze kb. egy ev mulva kezdodik a tervek szerint - es ki tudja, mennyi idovel kesobb lesz belole release... A "stable" es a "letezo legfrissebb desktop hardware" kifejezesek altalaban elegge kizarjak egymast. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade jessie
On Fri, Oct 23, 2015 at 05:02:22PM +0200, dr Zana János wrote: > Téves. Nincs modul. > Centrino Advanced-N 6200 > Le kellett volna töltenem, amikor még volt hálózatom. Most már nincs. > Letöltöttem egy másik gépre, és valamelyik nap átviszem pendrájvon. > Az interface bejegyzés valószínűleg így fog kinézni: > > iface iwlwifi inet dhcp > Jól sejtem? Üdv, János Nem, a wifihez kicsit tobb kell. Dugd be a gepet madzagos halozatba, tegyel fel gyari kernelt (ha nem az van) + firmware-iwlwifi (non-free), network-manager, network-manager-gnome es mukodik. Ha nem tetszik a network-manager, akkor esetleg wicd, bar a network-manager mar kozel sem olyan idegesito, mint regen volt. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
On Mon, Jun 08, 2015 at 05:32:51PM +0200, Kiss Gabor wrote: Ilyesmi nem jöhet szóba, mert ezek a HP gépek 300 km-re vannak tõlem. Na nezzuk, ez elmegy-e... Szoval, ha HP, akkor google: hp linux hprcu (szemelyes tapasztalatom nincs) Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Nem megy a su
On Tue, Oct 16, 2012 at 07:41:17PM +0200, Zoltán Gerendás wrote: http://www.wmszki.hu/strace.2.log Ebben látok már valamit, de az okát nem. Valamit irt a syslog-ba, olvasd el. Egyebkent meg valami kilotte SIGKILL-el a shellt. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nem megy a su
On Tue, Oct 16, 2012 at 07:17:31PM +0200, Kovács Attila wrote: 2012.10.16. 18:47 keltezéssel, Zoltán Gerendás írta: -rw--- 1 root root 0 Jan 6 2011 .pwd.lock Ennek mi az oka? Akkor installalta a rendszert? Nem hiszem, hogy a lock file datuma utana valtozna. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: bash inkompatibilitás
On Wed, Feb 08, 2012 at 05:36:00PM +0100, Kiss Gabor wrote: A subject javítva! Kérném a _figyelmes_ válaszadókat, hogy ők is ezt tegyék! :-) (Mindjárt kiderül, hogy ki az aki csak ír, de nem olvas...) $ [[ foo =~ bar\. ]] + [[ foo =~ bar\. ]] $ shopt -s compat31 + shopt -s compat31 $ [[ foo =~ bar\. ]] + [[ foo =~ bar. ]] Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: aoe+mdadm crash
On Wed, Jan 04, 2012 at 04:47:27PM +0100, Kiss Gabor wrote: Helyzet: CentOS 6. 6 darab AOE diszkből RAID5. Minden szuper, kivéve hogy nem lehet leállani a gépet. Az umount után kiadott madadm --stop /dev/md0 még lefut, de azt azonnal kernel pánik. Közli, hogy a memóriában megsérült a betöltött modulok láncolt listája. És ezután a halt/shutdown/reboot is elakad valahol végleg. A kernel 2.6.32-es. In-kernel AoE modul, vagy a Coraid fele? Ha az elobbi, akkor probald ki az utobbit; a Coraid nem igen tori magat, hogy a kernelben levo drivert frissitse. Az sem segít, ha az mdmonitort már előbb leállítjuk. 6 nagy file-on loop device-okkal összeraktunk egy másik RAID5-t, azt szét lehetett szedni baj nélkül. Az init scriptet egy Debian squeeze-ről hoztam át, ott szuperül működött. Része volt az aoetools csomagnak, viszont a RH vonalon hiányzik belőle. Redhaték vajon nem használnak AOE-t RAID-del együtt? A guglizás nem mutatja, hogy más is panaszkodna erre. Hat, en inkabb az AoE ala tennem a RAID-et, nem fole. Mi adja a diszket? Appliance vagy masik Linux? Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: libstdc++-libc6.1-1.so.2 hogyan debian-on?
On Mon, Dec 12, 2011 at 08:40:08PM +0100, zamek wrote: A bináris indításakor a következő üzenetet kapom: ./ecosconfig: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory Ez mar lassan regeszeti lelet... Erős guglizás után arra jutottam, hogy az felinstallt /usr/lib/i386-linux-gnu/libstdc++.so.6.0.16 ra csinaljak egy linket a fenti névvel. Eleg eselytelen, volt kozben egy C++ ABI valtas. Amit a gugli kidobott régi libc installokat, azok részben már nincsenek a debian repo-ban, részben ugyanúgy nem tartalmazzák a cerr-t. Mi a 2011-ben szokásos megoldás erre? archive.debian.org, potato, libstdc++2.9-glibc2.1_2.91.66-4_i386.deb. Nem vagyok biztos benne, hogy csak ugy felmegy egy mai disztribuciora... A helyedben kiprobalnek egy potato-s chroot-ot, bar lehet, hogy a kernel konfigban be kell kapcsolni par kompatibilitasi opciot, hogy mukodjon. Esetleg egy potato VM. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Használt memória nem stimmel
On Thu, Nov 03, 2011 at 06:26:24PM +0100, Attila Rajmund Nohl wrote: 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? /proc/$PID/smaps megmondja, melyik mapping mekkora resze hol van. Pl. shared library-k eseten gyakori, hogy hiaba van az egesz bemappelve, csak a toredeket hasznalja tenylegesen a program, a tobbi pedig nincs betoltve. De lehet, hogy allokalt a program egy szep nagy anonymous teruletet, es nagy reszebe meg nem irt semmit stb. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen hiba (?)
On Tue, May 17, 2011 at 04:19:50PM +0200, Kovács Attila wrote: Oprendszertől függetlenül igaza van Friczynek imho. Ha nincs legalább nyolc giga ram a gépben, felesleges a 64 bites rendszer. (128 bit rlz ;)...) 1 GB fizikai memoria folott nem akarsz 32 bites kernelt hasznalni, hacsak nincs valami nagyon-nagyon nyomos okod. A HIGHMEM es a PAE nem azert van bekapcsolva manapsag mar mindenhol, mert az idok folyaman csokkent volna az overhead, hanem azert, mert akinek szamit a teljesitmeny, az ugysem hasznal 32 bites kernelt. Ettol persze a user space meg lehet 32 bites... Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xen-lvm átméretezés
On Fri, Oct 08, 2010 at 11:15:56AM +0100, Tóth, Zoltán wrote: 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.. Regen jatszottam ezzel utoljara, de emlekeim szerint ott bukik el a dolog, hogy kivul hiaba noveled meg az LV meretet, a virtualis gep ezt nem fogja eszrevenni, igy nem tudod megnovelni a fajlrendszert. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: silicon image 3132
On Tue, Aug 10, 2010 at 01:08:25PM +0200, Gabor HALASZ wrote: es legujabban pedig elmaszott a nevuk (sde es sdf-bol lett sdg es sdh). udev rulez. A block device-ok elnevezesenek speciel semmi koze az udev-hez. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian ipv4 nem akar
On Tue, Jul 13, 2010 at 05:35:15PM +0200, zamek wrote: Eltűnt a /etc/network -ből az interfaces! Nem vettem észre, mert network-manager van. Köszönöm a jó tippet! Már csak azt kellene megtudni, hogy tűnt el az interfaces? apt-get install etckeeper, es akkor legkozelebb tudni fogod. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: munin-limits
On Wed, Jun 30, 2010 at 10:20:36PM +0200, Papp Tamás wrote: A debug kiment szerint nehany service-nel /var/lib/munin/group/gep...rrd, 2 masiknal pedig /var/lib/munin/group-gep...rrd file-t keres. Az utobbi hibas, az elobbi jo. Hogy lehetne ravenni a helyesre? Miert lenne hibas? Szerintem az elso a gepenkenti grafikonhoz, a masodik a csoport-szintu osszsites/atlag/stb. grafikonjahoz tartozik. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cyrus lmtp auth
On Tue, May 25, 2010 at 02:41:55PM +0200, Kosa Attila wrote: Akkor forditsunk a kerdesen: hogyan lehet kikapcsolni a cyrus-ban, hogy az lmtp-hez auth-ot kerjen? man lmtpd: lmtpd -a Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cyrus lmtp auth
On Thu, May 20, 2010 at 08:14:21AM +0200, Kosa Attila wrote: Hogyan lehet ravenni, hogy ne AUTH EXTERNAL legyen? A /etc/imapd.conf fajlban sasl_mech_list: PLAIN szerepel, a sasl_pwcheck_method: saslauthd. allowplaintext: yes Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: raid10 szervezes - volt: mdadm raid10 szetesik
On Mon, May 03, 2010 at 01:44:55PM +0200, Hegedüs Ervin wrote: más irányból megközelítve, lehet-e ilyet: mdadm /dev/md1 --create --level=raid10 --raid-devices=4 /dev/sda1 /dev/sdb1 missing missing Ilyent eppen nem, az elso 2-bol ill. a masodik 2-bol is legfeljebb 1 lehet missing. Pl. /dev/sda1 missing /dev/sdb1 missing mar jo. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm raid10 szetesik
On Sun, May 02, 2010 at 12:33:07AM +0200, Hegedüs Ervin wrote: - SMART-ot hasznalsz, es a diszk firmware, vagy magat intelligensnek gondolo vezerlo eseten a vezerlo firmware bugos. Ne hasznalj SMART-ot. ez megved a tomb szetesesetol? egyebkent majdnem ua a diszk, de nem az a szeria, valszeg mas firmware van mint a masik 3 diszken. Ha tenyleg ez okozza, akkor igen. Konnyu ellenorizni, kapcsolj ki minden SMART-ot hasznalo cuccot (smartd, hddtemp, esetleges egyeb monitorozo cuccok), es nezd meg, meddig marad eletben. ahogy irtam, a gep kb 1.5 eve megy, alapertelmezetten nem kicsi - az viszont lehet h kezdi megadni magat. (elotte is ment, de nem ennyi diszkkel) A nem ennyi diszkkel egy fontos reszlet... Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm raid10 szetesik
On Sat, May 01, 2010 at 11:16:58AM +0200, Szima Gábor wrote: On Fri, 30 Apr 2010, [UTF-8] Kónya Zoltán (EVM) wrote: A két nappal ezelőtti üzenet ez volt: ... . [34845002.313723] end_request: I/O error, dev sdc, sector 976767935 a mostani meg ez? [86349.425488] end_request: I/O error, dev sdc, sector 976767935 ha jól látom ugyanarra a HW sectorra hivatkozik a két különböző disk esetén!? Mekkora is a vinyo (500GB)? Hol van a hiba helye... (500GB)? Veletlenul nem egy rossz particionalas, es tulfut az olvasas? Nem. Szimplan csak ott van az MD superblock. Amit szinkron ir, azaz kap a drive egy FLUSH parancsot. Tehat ha a drive a FLUSH-t nem birja, akkor ez nagy valoszinuseggel ugy fog megnyilvanulni, hogy az MD superblock irasakor lesz hiba, es szetesik a tomb. Hogy miert nem birja a diszk a FLUSH-t, annak sok oka lehet: - Mediahibat akar javitani, de tul sokaig tart neki. Hasznalj SMART-ot. - SMART-ot hasznalsz, es a diszk firmware, vagy magat intelligensnek gondolo vezerlo eseten a vezerlo firmware bugos. Ne hasznalj SMART-ot. - A tap kicsi vagy kezdi megadni magat. A RAID superblock update miatt az osszes diszk egyszerre akar seek-elni (jo nagyot, mert a superblock hatul van) es kinyomni tobb MB cache tartalmat, ami egy szep tusket jelent az energia-fogyasztasban. Ha a tap ezt nem kepes kiszolgalni, es valamelyik diszk kevesbe birja a nominalisnal kisebb feszultseget, akkor mindenfele erdekes es nehezen ertelmezheto hibak jonnek elo. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: kvm fizikai particio source-kent
On Tue, Mar 23, 2010 at 09:43:16AM +0100, Papp Tamás wrote: Kozben ezt talaltam: http://tips.at.gg3.net/2008/07/17/kvm-virtualize-a-single-partition/ Ekkora kokanyolast nem tudom, hogy akarok-e enterprise kornyezetben... Teljesen felesleges ganyolas. Xen-bol konvertalt KVM guest tokeletesen mukodik mindenfele particios tabla nelkul is. A grub persze nem szereti, tehat vagy a Xen-hez hasonloan kivulrol bootolsz, vagy at kell terni pl. extlinux-ra. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: shell nemertem
On Mon, Jan 25, 2010 at 05:22:32PM +0100, Gabor HALASZ wrote: [ -n ${dev##*\#*} ] || continue [ -z ${dev##*\#*} ] continue Ugy latom, nagyon nem erted. A fenti krixkrax eliminalja a kommenteket, tokmindegy, mi van az fstabban. A problema az, hogy a ket teszt egymas komplementerei (a string hossza nem null vagy continue, illetve a string hossza nulla es continue), megis csak a masodik teljesul. Nem komplementerek, ugyanis a valozo-helyettesites utan ezt kapod: [ -n ] || continue [ -z ] continue Azaz sehol nincs 0 hosszusagu string, mert ugyesen lefelejtetted az idezojeleket. A SUSv3 algoritmusa szerint pedig a [ -n ] ill. a [ -z ] kiertekelese egyarant true (0), ugyanis egyetlen argumentum eseten azt soha nem tekinti operatornak. Tanulsag: quote or die. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
On Mon, Jan 25, 2010 at 06:31:10PM +0100, linux wrote: A RIP linuxon ( http://rip.7bf.de/current/ slackware mutacio) a login 60 masodpercenkent lejar, ujra jon az issue, meg a login prompt. Se az inittab-ban se a login.defs-ben nem talaltam erre utalo bejegyzest. Hogyan lehetne leszoktatni errol? Hat ha a login.defs-ben nincs benne a timeout, akkor ird bele. Valami jo nagyot. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
On Mon, Jan 25, 2010 at 09:02:59PM +0100, linux wrote: Az a baj, hogy az osszes gepemen a login.defs-ben LOGIN_TIMEOUT 60 van beallitva. Ez a 60 sec akkor lep eletbe (mashol), ha beirom a juzert es 60 sec alatt nem adok password-ot. Ezt ertem. Amit leirtam -- nem. Azert erdekes, mert ha egy ora mulva ranezek a console-ra szeretnem latni a boot uzeneteit. Aha. Akkor nezd meg a getty timeout parameteret a /etc/inittab-ban. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
On Mon, Jan 25, 2010 at 09:21:07PM +0100, linux wrote: Mint irtam, ott nincs ilyesmi; inittab: c1:1235:respawn:/sbin/agetty -i -n -l /bin/autologin 38400 tty1 linux // agetty-nek lehetne adni egy -t timeout parametert, de itt nincs ;-( Es ha megadsz neki valtozik valami? Lehet, hogy beleforditottak valami default erteket. Ha vegkepp nem segit, akkor strace-eld meg azt az agetty-t es nezd meg, miert lep ki. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysql datadir
On Wed, Jan 06, 2010 at 09:40:12AM +0100, Gergely Tamás wrote: Mysql adarbázis könytárát szeretném áthelyezni Ubuntu 9.10. google-ban lévő leírások szerint: - átmásolom a /var/lib/mysql könyvtárat az /xx/mysql - my.cnf: datadir=új hely [...] Van valakinek ötlete? Ha tenyleg csak siman at akarod rakni az adatbazist masik diszkre es nincs egyeb turpissag a dologban (pl. egyszerre tobb MySQL peldanyt akarsz futtatni), akkor en a my.cnf piszkalasa helyett csinalnek egy mount --bind /xx/mysql /var/lib/mysql-t... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SMART error (CurrentPendingSector)
On Wed, Dec 23, 2009 at 08:42:17PM +0100, Hegedüs Ervin wrote: igen, ez mondjuk a 64-es kezdesbol is feltunt :), de hogy a veget nem piszkalja - mondjuk meg ez is belefer - es akkor megis miert rinyal ra? Ez smartd feature? A diszknek fogalma sincs particiokrol es hasonlokrol. Az offline teszt az egeszet vegignyalazza, fuggetlenul attol, hogy irtal-e mar oda valaha vagy sem. Ha pedig valami nem tetszik neki, akkor nyavajog. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SMART error (CurrentPendingSector)
On Wed, Dec 23, 2009 at 09:24:27PM +0100, Hegedüs Ervin wrote: hello, Ez smartd feature? A diszknek fogalma sincs particiokrol es hasonlokrol. Az offline teszt az egeszet vegignyalazza, fuggetlenul attol, hogy irtal-e mar oda valaha vagy sem. Ha pedig valami nem tetszik neki, akkor nyavajog. offline? nem volt offline teszt, a smartd sem fut semmi olyan kapcsoloval, h neha csinaljon offile tesztet. (vagy nem ertem az offline jelenteset ebben a kontextusban... :)) Ezt volt az elso levelben: # 1 Extended offlineCompleted: read failure 00%11006 976768727 Tehat volt offline teszt. Ehhez nem kell smartd, a diszk csinalja magatol is rendszeresen, ha a smartctl -c kimeneteben az Auto Offline Data Collection utan Enabled van. Ezt akar a BIOS is bekapcsolhatja bootolaskor. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipcimek atiranyitasa belso halozatra
On Thu, Dec 17, 2009 at 09:43:08AM +0100, Ördögh András wrote: majd iptablesben: iptables -t nat -A POSTROUTING -s 192.168.1.15 -j DNAT --to-source x.x.x.x iptables -t nat -A POSTROUTING -s 192.168.2.15 -j DNAT --to-source y.y.y.y iptables -t nat -A POSTROUTING -s 192.168.1.0/255.255.255.0 -j MASQUERADE iptables -t nat -A POSTROUTING -s 192.168.2.0/255.255.255.0 -j MASQUERADE iptables -t nat -A POSTROUTING -s 192.168.3.0/255.255.255.0 -j MASQUERADE Majdnem: iptables -t nat -A PREROUTING -d server1.kulso.ip -j DNAT --to server1.belso.ip iptables -t nat -A PREROUTING -d server2.kulso.ip -j DNAT --to server2.belso.ip iptables -t nat -A POSTROUTING -s server1.belso.ip -j SNAT --to server1.kulso.ip iptables -t nat -A POSTROUTING -s server2.belso.ip -j SNAT --to server2.kulso.ip iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -j SNAT --to harmadik.kulso.ip iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -j SNAT --to harmadik.kulso.ip iptables -t nat -A POSTROUTING -s 192.168.3.0/24 -j SNAT --to harmadik.kulso.ip Ha nem tevedek... Persze ez meg finomithato, pl. ha a belso szervereken csak nehany portot kell elerni, akkor eleg azokat bekuldeni stb. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipcimek atiranyitasa belso halozatra
On Wed, Dec 16, 2009 at 04:53:50PM +0100, Ördögh András wrote: hmm, ok akkor 1 kártya elég, az intefacek ekkor eth0:0, eth0:1 eth:2 lesz gondolom. Ez mar kiment a divatbol. Egy interface-ra siman felhuzhatsz tobb cimet, nincs szukseg aliasokra. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipcimek atiranyitasa belso halozatra
On Wed, Dec 16, 2009 at 08:38:13PM +0100, Hegedüs Ervin wrote: hello, On Wed, Dec 16, 2009 at 04:53:50PM +0100, Ördögh András wrote: hmm, ok akkor 1 kártya elég, az intefacek ekkor eth0:0, eth0:1 eth:2 lesz gondolom. Ez mar kiment a divatbol. Egy interface-ra siman felhuzhatsz tobb cimet, nincs szukseg aliasokra. alias nelkul hogy? tudsz peldat mutatni? # ip addr add 192.168.1.1/24 brd 192.168.1.255 dev eth1 # ip addr add 192.168.2.1/24 brd 192.168.2.255 dev eth1 # ip addr add 192.168.3.1/24 brd 192.168.3.255 dev eth1 # ip addr show eth1 2: eth1: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:de:ad:be:ef:01 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global eth1 inet 192.168.2.1/24 brd 192.168.2.255 scope global eth1 inet 192.168.3.1/24 brd 192.168.3.255 scope global eth1 Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipcimek atiranyitasa belso halozatra
On Wed, Dec 16, 2009 at 09:00:52PM +0100, Papp Tamas wrote: # ip addr add 192.168.1.1/24 brd 192.168.1.255 dev eth1 # ip addr add 192.168.2.1/24 brd 192.168.2.255 dev eth1 # ip addr add 192.168.3.1/24 brd 192.168.3.255 dev eth1 # ip addr show eth1 2: eth1: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:de:ad:be:ef:01 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global eth1 inet 192.168.2.1/24 brd 192.168.2.255 scope global eth1 inet 192.168.3.1/24 brd 192.168.3.255 scope global eth1 De a gyakorlatban ezzel ugyanott vagy, nem? # ifconfig eth1:1 192.168.4.1 netmask 255.255.255.0 # ip addr add 192.168.5.1/24 brd 192.168.5.255 label eth1:foobar dev eth1 # ip addr show eth1 2: eth1: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:de:ad:be:ef:01 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global eth1 inet 192.168.2.1/24 brd 192.168.2.255 scope global eth1 inet 192.168.3.1/24 brd 192.168.3.255 scope global eth1 inet 192.168.4.1/24 brd 192.168.4.255 scope global eth1:1 inet 192.168.5.1/24 brd 192.168.5.255 scope global eth1:foobar Magyarul a regi stilusu ifconfig kegyesen hazudik neked, mert a kernelen belul nincs onallo eth1:1 ill. eth1:foobar interface; az ip pedig a valosagot mutatja. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysql nyug
On Thu, Dec 10, 2009 at 03:03:17PM +0100, Gabor HALASZ wrote: r...@x232-2:~# mysql -h localhost [...] r...@x232-2:~# mysql -h 127.0.0.1 [...] Valami otlet? MySQL eseten a localhost != 127.0.0.1: az elobbi eseten be van drotozva, hogy az UNIX domain socketen menjen, az utobbi eseten TCP-n probalkozik. Lama kerdes: fel van konfiguralva a lo interface? Kevesbe lama kerdes: TCP wrappers konfiguracios problema (ha azzal lett forditva)? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: read only root fs
On Sat, Dec 05, 2009 at 01:27:05PM +0100, BEREGNYEI Balazs wrote: Ha viszont a /etc ramdisken van, akkor menet kozben kisse nehezkes ugy valtoztatni barmelyik szerverprogram konfigjan, hogy a valtozas boot utan is megmaradjon: /etc-bol menteni mindent, ami menet kozben megvaltozott (pl. resolv.conf), aztan /etc-t umountolni, flash-t rw-be kapcsolni, modositani, ro-ba kapcsolni, /etc-t vissza ramdiskre, valtozasokat visszairni, bemountolni. mount --bind-del mentsd at az eredeti /etc-t valami felreeso helyre, mielott ramountolod a ramfs-t, es akkor remount-rw/rsync/remount-ro eleg. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
On Thu, Dec 03, 2009 at 11:51:12AM +0100, szistvan wrote: Ezek szerint figyel és a problémám sokkal primitívebb. Hogyan kapcsolódjak rá, ha nincs X? Fogsz egy olyan gepet amin van X es el tudja erni ssh-n a host gepet, felrakod a virt-manager csomagot, elinditod, a menubol kivalasztod az Add connection-t, azt mondod hogy QEMU/KVM hypervisor-t akarsz Remote tunnel over SSH kapcsolattal, es a tobbit mar kitalalod. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
On Thu, Dec 03, 2009 at 09:40:18PM +0100, szistvan wrote: Mint fentebb írtam nincs X, az meg vicc, hogy tényleg ott ülök a szerver előtt és igényem sincs X-re mégis kerítsek hozzá, ha telepíteni akarom. Xen-el volt eddig dolgom és ott ez alap volt, hogy belépek bármelyik guestbe - ami nem grafikus felületű volt természetesen... Hat akkor miert nem olvastad el azt a levelemet, amiben a soros port/szoveges terminal volt leirva? Az xm console sem mukodik, ha nem hallgatozik getty a hvc0-n... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
On Wed, Dec 02, 2009 at 05:15:36PM +0100, szistvan wrote: virt-install --connect qemu:///system -n vm11 -r 512 --vcpus=2 --disk path=/dev/vg0/vm11 -c ~/debian-500-amd64-netinst.iso --vnc --noautoconsole --os-type linux --os-variant debianLenny --accelerate --network=bridge:br0 --hvm Természetesen a netinst iso jó helyen van, LVM rendben, a parancs után azt mondja elkészült, belépve a virsh-be és list, mutatja, hogy a vm11 fut. Na eddig tartott az örömöm, mert a fenti leírásban grafikus környezetre utal vissza, hogy ott hogyan tovább. A virsh-be pedig hiába írom be a console vm11 látszólag kifagy, nem látok semmit. :-( HVM eseten a console az soros portot jelent. Szoval. Mindenkeppen kell egy --serial pty, hogy legyen virtualis soros portod. Aztan lehet, hogy kell a --nographics (a virt-install man nemely verzioja azt allitja, hogy ekkor lesz automatikusan soros konzolod, ujabb verziok azt mondjak, csinald magad). Ha a --nographics nem jon be, akkor kell egy --extra-args console=ttyS0, hogy a guest kernel is kepben legyen. Egyebkent meg nezd meg a domain XML-t, amit a virt-install gyartott; az os alatt a cmdline-en belul kell a console=ttyS0 console=tty0, ill. a devices szekcioban egy serial type='pty'target port='0'//serial. Ezenkivul a VM-en belul a /etc/inittab-ban kell, hogy hallgatozzon egy getty a ttyS0-n; ugy hirtelen fogalmam sincs, hogy a Debian installer ezt megcsinalja-e. Ha nem, akkor allitsd le a guest-et, mountold fel az fs-t, ird at, umount, mehet. A qemu-ban manapsag van mar valami virtio console tamogatas is, de a libvirt ugy latom, meg nem tud rola. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nfs dismount
On Mon, Nov 30, 2009 at 11:53:59AM +0100, Gabor HALASZ wrote: Rebooton kivul van mas raolvasas jobbletre szenderult nfs mount (bar nem tudom, miert, mert a server uptimeja nagyobb, mint a kliense) miatt deadlockba kerult kernel felelesztesere? Marmint a kernel egy resze meg megy, csak az all meg, ami az ominozus mountot hasznalna, szoval minden. Esetleg belehallgathatsz az eterbe, hogy mit beszel egymassal a szerver es a kliens, hatha kiderul, miert nem ertik egymast. Egyebkent meg kill -9 az erintett processzekre, utana meg umount -f. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nfs dismount
On Mon, Nov 30, 2009 at 12:17:16PM +0100, Gabor HALASZ wrote: Az umount -f is erintett, es a kernel sem fogja kivagni, mert szerinte meg nem zombik, mindegyik D. umount -l? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: karcsúúúú linux
On Sun, Nov 29, 2009 at 09:31:22AM +0100, Gádori Zsolt wrote: Még az a kérdésem, hogy a debian grafikus telepítője is valami felületet használ. Az micsoda? Nem lehet erre a célra bevetni? GTK DireftFB backenddel. Vagyis nincs X, window manager meg hasonlok. Ha az alkalmazasod GTK-t hasznal, akkor megprobalkozhatsz vele. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Offsite backup
On Sat, Nov 28, 2009 at 10:07:32PM +0100, Moczik Gabor wrote: Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync szolgáltatása, de a rename/move problémát hogyan oldja meg? Mert amennyire én látom az rsync ezt nem tudja, és nem említi a doksi, hogy egyéb megoldás lenne, pedig nem egészen triviális feladat. Altalanos megoldasrol nem nagyon tudok. Szervezd meg ugy az adatokat, hogy ne legyen szukseg ilyen nagy atnevezesekre, vagy ha megis, akkor kezzel csinald meg azt a tuloldalon az rsync elott. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Több MAC cím egy et hernet kártyán
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. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: UTF8 HTML konvertalas PDF-be
On Fri, Nov 20, 2009 at 05:19:21PM +0100, Erki-Kiss Zsolt wrote: Egyszeru a feladat, de nem gondoltam, hogy ennyi problema lehet vele 2009-ben... Egy UTF8 kodolasu HTML allomanyt szeretnek PDF-be konvertalni. Ezekkel probalkoztam: w3m -dump vacak.html | enscript ps -p - | ps2pdf - vacak.pdf w3m -dump vacak.html | groff -Tps | ps2pdf - vacak.pdf html2ps vacak.html | ps2pdf - vacak.pdf De sajnos sem az enscript, groff sem a html2ps nem kezel UTF8 kodolast. Egy iconv es megfelelo parameterek beiktatasaval a legjobb eredmeny egy LATIN1 kodolasu PDF lett kalapos o es u karakterekkel. Egyeb otlet, javaslat? wkhtmltopdf - Command line utility to convert html to pdf using WebKit Meg nem hasznaltam. De google ad jopar online konverzios lehetoseget is. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Soros port detektXlXsa
On Tue, Nov 17, 2009 at 08:40:49AM +, Kiss Gabor wrote: Hogy tudnám (egy shell scriptből, installáláskor) felismerni, hogy van-e soros portja a gépnek? Amire rá lehet dugni a programcsomag által opcionálisan vezérlendő perifériát. Alaplapi portnal a dmidecode segit (legalabbis markasabb gepeken, ahol odafigyelnek arra, hogy ertelmes adatok legyenek a tablazatban). PCI bovitokartyak es USB eseten csinalhatsz egy szep nagy tablazatot az ismert soros konverterek azonositoibol es megnezheted, hogy van-e csatlakoztatva valamelyik. Egyebkent meg miert baj, ha valaki pl. IPMI SOL kapcsolat mogul akarja emulalni azt a periferiat? :-) Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian csomagolXs
On Mon, Nov 16, 2009 at 03:20:36PM +, Kiss Gabor wrote: In article 20091116132432.ga31...@boogie.lpds.sztaki.hu, Gabor Gombas gomb...@sztaki.hu writes: =D3r=E1k =F3ta guglizok eredm=E9ny n=E9lk=FCl. Pls help! Hol van le=EDrva, hogy mik=E9nt kell kin=E9znie egy Debian forr=E1s csomagnak, ha nem csak egy, hanem t=F6bb bin=E1rist akarok gy=E1rtani bel=F5le? Pl. http://wiki.debian.org/PkgSplit. Egyebkent meg legegyszerubb, ha fogsz egy mar letezo csomagot, es megnezed, hogyan csinalja. Pl. a library forras-csomagok szinte kivetel nelkul tobb binaris csomagot gyartanak (lib, es -dev); valassz egy egyszerubbet. Hálátlan szemétláda vagyok, ha azt mondom, hogy nem ezt kérdeztem? :-) Na jo, de akkor _mit_ kerdezel? A kerdesedre szigoruan vett valaszt mar megirta valaki: a policy-ben le van irva, hogy milyen fajloknak kell letezniuk a debian/ konyvtar alatt. Innentol kezdve az a forrascsomag, ami tobb binaris csomagot gyart, pontosan ugy nez ki a policy szempontjabol, mint az, ami csak egyet gyart - csak eppen a debian/control-ban tobb bejegyzes van. Eddig a dh_installdeb(1) ami a legjobban közelíti az elképzeléseimet. Ebbol en arra tippelek, hogy teged valojaban a debhelper mukodese erdekel. Ez esetben a debhelper(7) egy jo kiindulas. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dual boot
On Tue, Nov 10, 2009 at 10:30:23AM +, Kiss Gabor wrote: Mondjuk még csak-csak átméretezem az NTFS-t az sda2-n, hogy legyen hely. A maradék egy slotba viszont nem tudok külön boot partíciót tenni és a többit (swap, root, usr,...) pedig LVM-mel kezelni. A LILO-hoz nem fűlik a fogam, ha lehet. (Az tudna LVM-ből bootolni.) Márpedig nem nagyon úszom meg, ha jól látom... Mit tanácsoltok? Kovetelmeny az LVM? Ha nem, akkor telepits mindent szepen 1 particiora, es hasznalj swapfile-t. Laptopon szerintem ez boven megteszi. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sed nem működi k furcsa karakterekkel
On Mon, Nov 02, 2009 at 11:17:18PM +0100, Attila Rajmund Nohl wrote: Na de regexp-ben nem volt UTF-8-as karakter, épp az volt a bajom, hogy a '.' sem illeszkedett... Dehogynem. A '.' a regexp-ben egy teljesen legalis UTF-8 karakter. Az UTF-8 szerint ervenytelen byte szekvencia viszont _nem karakter_, tehat a '.' sem illeszkedik ra. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sed nem működi k furcsa karakterekkel
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. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sed nem működi k furcsa karakterekkel
On Mon, Nov 02, 2009 at 12:59:30PM +, Kiss Gabor wrote: Pedig illeszkedik az! $ echo -e 'telnet:host=\0243\0243SERVER1' telnet:host=ŁŁSERVER1 $ echo -e 'telnet:host=\0243\0243SERVER1' | sed 's/.*$/ssh:host=ŁŁSERVER1/' ssh:host=ŁŁSERVER1 $ echo $LANG en_US Na ez az. Az en_US nem UTF-8. Probald meg en_US.UTF-8 alatt. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sed nem működi k furcsa karakterekkel
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. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: USB stick
On Thu, Oct 29, 2009 at 08:48:13AM +, Kiss Gabor wrote: [951844.621831] usb 5-2: new high speed USB device using ehci_hcd and address 6 [951844.754811] usb 5-2: configuration #1 chosen from 1 choice [951844.754811] scsi7 : SCSI emulation for USB Mass Storage devices [951844.760008] usb-storage: device found at 6 [951844.760008] usb-storage: waiting for device to settle before scanning [951844.754811] usb 5-2: New USB device found, idVendor=0457, idProduct=0151 [951844.754811] usb 5-2: New USB device strings: Mfr=0, Product=2, SerialNumber=3 [951844.754811] usb 5-2: Product: USB Mass Storage Device [951844.754811] usb 5-2: SerialNumber: 1008AA [951850.239200] usb-storage: device scan complete [951850.243149] scsi 7:0:0:0: Direct-Access KINGMAX USB2.0 Flashdisk 1.00 PQ: 0 ANSI: 2 [951850.243149] sd 7:0:0:0: [sda] 16646144 512-byte hardware sectors (8523 MB) [951850.243149] sd 7:0:0:0: [sda] Write Protect is off [951850.243149] sd 7:0:0:0: [sda] Mode Sense: 00 00 00 00 [951850.243149] sd 7:0:0:0: [sda] Assuming drive cache: write through [951850.247207] sd 7:0:0:0: [sda] 16646144 512-byte hardware sectors (8523 MB) [951850.247207] sd 7:0:0:0: [sda] Write Protect is off [951850.247207] sd 7:0:0:0: [sda] Mode Sense: 00 00 00 00 [951850.247207] sd 7:0:0:0: [sda] Assuming drive cache: write through [951850.247207] sda: sda1 [951850.514720] sd 7:0:0:0: [sda] Attached SCSI removable disk [951850.625920] end_request: I/O error, dev sda, sector 16646016 [...] [951850.851265] end_request: I/O error, dev sda, sector 0 [...] Ennek dacára a /proc/partitions-ba bekerül valami: 8 08323072 sda 8 11007584 sda1 Viszont nem lehet olvasni róla. Az fdisk is elhal. (Akkor mit írt a /proc/partitions-ba?) Amint az altalad kuldott logbol latszik, a drive firmware a particios tabla detektalasakor meg hajlando volt valaszolni a 0-s szektor olvasasara, csak kesobb dontott maskepp. Node! Windows-t bootolva a barátom gépén írni-olvasni lehet ahogy illik, bár nem képes elengedni/leválasztani/umountolni. És vannak sérült directory-k és file-ok is, de az anyag nagy része érintetlen. Hogy a bánatba lehet ez? A linux a cucc detektalasakor megprobalja olvasni az eszkoz veget, hogy van-e ott valami ertelmes meta-adat (pl. RAID superblock). Innentol a tobbi nagyreszt talalgatas: A firmware (szokas szerint) vacak, es megzakkan attol, hogy nem letezo teruletet akarsz olvasni. A log alapjan ez felettebb valoszinu. A Windows nem torodik azzal, hogy a diszk mekkoranak mondja magat, hanem csak a particios tablanak hisz (lasd: https://bugzilla.redhat.com/show_bug.cgi?id=456894). Vagyis amig csak a tenylegesen letezo teruletet irod/olvasod, addig nincs gond. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: USB stick
On Thu, Oct 29, 2009 at 10:51:15AM +, Kiss Gabor wrote: Ha erről le tudnám beszélni, Linuxon is meg lehetne formázni. Windowson a sérült file-okat nem tudom mentegetni, nincs dd. Hogy lehetne leolvasni block by block? Hat, elso korben keress egy olyan linuxot, amin nem fut udev vagy mas hasonlo automatikusan felismerem tipusu cucc. Ha meg igy sem jo, akkor forgass olyan kernelt, amiben kikapcsolod az osszes particio-tipus felismereset az MS-DOS-t kiveve; fogalmam sincs, hogy pontosan mi minden akarja bizgetni a diszk veget. A firmware (szokas szerint) vacak, es megzakkan attol, hogy nem letezo teruletet akarsz olvasni. A log alapjan ez felettebb valoszinu. A Kösz, ez egész jó magyarázat. :-) Windows nem torodik azzal, hogy a diszk mekkoranak mondja magat, hanem csak a particios tablanak hisz (lasd: De kinek hisz a Linux? Honnan veszi a 8 gigát? Kuld neki egy READ CAPACITY parancsot, es megvarja, mit valaszol. Lasd drivers/scsi/sd.c, sd_read_capacity(). Az lsusb -v nem mond ilyesmit. Az lsusb nem erre valo. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squid alá filerendszer
On Mon, Oct 26, 2009 at 01:18:36AM +0100, Szabo Istvan wrote: Szóval amit eddig kigondoltam: cache_dir külön partíció, abból is minél előrébb, mountnál noatime legalább. Na itt gondolkodtam el, hogy milyen filerendszer menjen alá? Kacérkodom az xfs gondolatával, esetleg van valakinek ellenvéleménye, érve, hogy miért ne, vagy esetleg miért másikat? Kicsit mar regi, de erdemes elolvasni ezt a thread-et: http://www.squid-cache.org/mail-archive/squid-dev/200504/0033.html Egyebkent ha kulon particiora rakod a cache-t, akkor siman megteheted, hogy hasznalod egy hetig, utana legyilkolod az egeszet es kiprobalsz egy masik fs-t, ismet hasznalod egy hetig stb, es a vegen osszehasonlitod az eredmenyeket. Adott fs eseten is eleg sok beallitasi lehetoseget ossze lehet szedni (pl. belso/kulso journal, journaling mode stb)., szoval eljatszhatsz vele egy ideig :-) Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix unknown_address_reject_code hatastalan
On Thu, Oct 22, 2009 at 05:00:55PM +0200, Fried Zoltan wrote: reject_unknown_mailhost: g-mail.com lookup g-mail.com type MX flags 0 dns_query: g-mail.com (MX): Host not found, try again lookup g-mail.com type A flags 0 dns_query: g-mail.com (A): Host not found, try again lookup g-mail.com type flags 0 dns_query: g-mail.com (): Host not found, try again [...] NOQUEUE: reject: RCPT from server[a.b.1.14]: 450 4.1.2 te...@g-mail.com: Recipient address rejected: Domain not found; Valakinek van valami otlete hogy mit nezek el? http://www.irbs.net/internet/postfix/0405/0687.html Amig a DNS-ed azt mondja, hogy a hiba ideiglenes, addig a Postfix nem fog 550-es hibat adni. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 01:37:30PM +0200, Hegedüs Ervin wrote: BBU-t kinyomoztatom, de - bocs a lama kerdesert - write-cache nelkul ennyivel lassabb? Ill ez most koltoi volt, nem varok ra valaszt, inkabb hogy egy noname IDE vezerlon be van kapcsolva a write-cache? Akkor itt sem felek tole igazabol... :) Nem a vezerlon, a diszkben. itt vezerlohoz volt kotve a write-cache, tehat egy checkbox volt - az azt jelenti hogy minden diszken megcsinalja? Bocs a kesoi valaszert. Amennyire en olvasgattam az idok folyaman, a leggyakoribb (vagy csak legtobb publicitast kapott) megoldas, hogy a RAID vezerlo az osszes diszken kikapcsolja a diszk sajat cache-et, es amikor a cache ki- ill. bekapcsolasarol van szo, akkor az a vezerlon levo memoria hasznalatat ill. hasznalatanak modjat jelenti. Persze ettol meg lehet, hogy a tied nem igy mukodik, szoval nezz utana a dokumentacioban (mar ha leirjak benne, hogy mi is tortenik a szinfalak mogott). Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Belso fereg elcsipese.....
On Fri, Oct 09, 2009 at 02:08:16PM +0200, Szilveszter Pinter wrote: Szerintem a fereg nem epit fel smpt szervert:-D Ez csak addig (lesz?) igaz, amig bosegesen talalnak olyan tamadhato gepeket, ahol nincs ra szukseg. Pl. olyan fereg mar van, ami sajat DHCP szervert uzemeltet. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Belso fereg elcsipese.....
On Fri, Oct 09, 2009 at 02:06:42PM +0200, Szilveszter Pinter wrote: Ez tulajdonkeppen igaz es elso korben igy terveztem, de elegge surun erkeznek hozzank vendegek, laptoppal, es Oket nem akarom a sajat SMTP-re engedni, csak a sajat kulso mail szolgaltatojukat hasznalhatjak. Szerintem meg nyugodtan koveteld csak meg a ti SMTP szerveretek hasznalatat. Epp a vendeg gepeknel a legnagyobb a veszelye annak, hogy behoz valami fertozest. Szerintem el lehet magyarazni a fonoksegnek, hogy egy akarhonnan erkezo fertozott gep miatt nem kellene a sajat levelezeseteket kockaztatni. Meg egy tablara felirt default usernev/jelszo is jobb, mintha barki kapcsolodhat barhova. Bar igaz, hogy ha a vendeg IP tartomany kivetelevel ezt alakalmazom, a belso fertozesek megfoghatok, vagy nem. Ha egy normalisan regisztralt belso geprol a spammer elarasztja mondjuk a belso mail szervert, azt szures nelkul hogy fogom meg, hiszen az a kliens jogosult mail-t kuldeni, es az XP ugyis minden pwd-t rogzit Ha mas nem megy, akkor legalabb limitald az idoegyseg alatt letesitheto SMTP kapcsolatokat es az egy levelben megadhato cimzettek szamat. Ez egyszeru, nem igenyel kulonosebb eroforrast, es ha odafigyelsz a gepre, akkor gyorsan ertesulsz a problemarol. Ha pedig valakinek gyakran kell legalisan rovid ido alatt nagyon sok cimre levelet kuldenie (pl. lista szerver), akkor egyenileg noveld meg a kvotajat. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Belso fereg elcsipese.....
On Fri, Oct 09, 2009 at 03:05:48PM +0200, SZABO Zsolt wrote: Na de kifele nem valami ssl-es smtp porton kellene nyomulniuk (465)? Az smtps mar regota nem divat, helyette a STARTTLS a preferralt, ami viszont a normal 25-os porton megy. Annyi elonye azert van az smtps-nek, hogy nehany kevesbe jol konfiguralt helyen tenyleg csak a 25-os portot szurik, es igy a 465-oson ezt ki lehet kerulni. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Belso fereg elcsipese.....
On Fri, Oct 09, 2009 at 03:20:39PM +0200, Lajber Zoltan wrote: Szerintem nem. Ahogy a DNS-nel szet kellet valasztani az authorativ es rekurziv funkciot, ugy illik szetvalasztani az SMTP-t is. TCP/25-on szerverek beszelgetnek. User beszeljen a TCP/587-en, termszetesen auth-olva. Attol fugg. Idonkent egyszerubb a mail szervernek elmagyarazni, hogy mi a helyzet (lasd authentikacio nelkul nincs relay), mint a felhasznalokat ravenni, hogy allitsanak be masik portot. Persze a mail szerver sem feltetlenul egy darab dobozt jelent, es az sem feltetlenul igaz, hogy az user cimtartomany felol a 25-os port ugyanazt jelenti, mint a vilag felol a 25-os port, hiaba latszolag ugyanaz az IP cim. Gabo -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Belso fereg elcsipese.....
On Fri, Oct 09, 2009 at 01:21:57PM +, Erdelyi Gabor wrote: Az smtps mar regota nem divat, helyette a STARTTLS a preferralt, ami Miert? Mert a STARTTLS a szabvany. Az smtps (ill. akkori neven ssmtp) elobb volt (amikor meg a TLS-t is SSL-nek hivtak, ahogy a mese mondana), de vesztett. Lajbinak: ha azt vesszuk, hogy a STARTTLS tobb, mint 10 eve lett szabvany, es az smtps azota sem halt ki, akkor vajon mikorra fog a vilag atallni az 587-es-portra level feladashoz (koltoi kerdes)? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 10:15:29AM +0200, Hegedüs Ervin wrote: 1000 rekord betoltese tablankenti commit-tal: regi: 32sec uj: 2m48sec 1000 rekord betoltese egy commit-tal: regi: 16sec uj: 5.9sec Ebbol engem a 32sec vs 168sec zavar, ennek az okat szeretnem kideriteni. Commit ~= cache flush. Ha az uj gepen a cache flush lassabb, minden mas gyorsabb, akkor az nagyon szepen magyarazza a fenti eredmenyeket. Itt van egy kis teszt programocska: http://osdir.com/ml/linux-ext4/2009-03/msg00325.html Mit ir ki a regi ill. az uj gepen? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 11:26:46AM +0200, Gábriel Ákos wrote: Ja es ugye far-copy -s a RAID10-ed? Khm, HW RAID... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 01:00:09PM +0200, Hegedüs Ervin wrote: 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. Ujraepitettem a RADI10-et, es most lazan veri barmilyen modban a regi gepet. Ez megintcsak felveti azt a kerdest, hogy van-e BBU? Az lenne a logikus, hogy BBU jelenlete eseten defaultbol legyen write cache, BBU nelkul pedig ne legyen. Persze ha a sebesseg fontosabb, mint az adatok biztonsaga, akkor BBU nelkul is be lehet kapcsolni a cache-t. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Wed, Sep 30, 2009 at 01:20:27PM +0200, Hegedüs Ervin wrote: BBU-t kinyomoztatom, de - bocs a lama kerdesert - write-cache nelkul ennyivel lassabb? Ill ez most koltoi volt, nem varok ra valaszt, inkabb hogy egy noname IDE vezerlon be van kapcsolva a write-cache? Akkor itt sem felek tole igazabol... :) Nem a vezerlon, a diszkben. A HW RAID vezerlok szepen kikapcsoljak a diszkeken a write cache-t, mondvan hogy ott van helyette a vezerlon levo. Probald meg a regi gepen hdparm -W-vel kikapcsolni a diszken levo cache-t, es ugy hasonlitsd ossze a teljesitmenyt. Bar desktop kategoriaban allitolag vannak olyan diszkek, amik siman azt hazudjak, hogy kikapcsoltak a cache-t, pedig megsem. A cache-sel persze semmi gond addig, amig el nem megy az aram. Innentol az a kerdes, mennyire bizol az UPS-ben. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Mon, Sep 28, 2009 at 01:51:38PM +0200, Hegedüs Ervin wrote: bocs, ezt nem vettem eszre: hogy konkretan ebben van-e, azt nem tudom, a P410-hez a HP SAS eseteben ad, gondolom nem szedi ki, de nem tudok egzakt pontos valaszt adni :( Hat, a HP-nel ezt irjak a gep konfiguraciojanal: Integrated HP Smart Array P410i with optional upgrades of 256MB BBWC or 512MB read cache with BBWC DL350G6-ot nem talaltam a HP-nel, csak DL360G6-ot; a High performance konfiguracioba beleertik a BBU-t, a normal konfiguracional viszont neked kell kulon bekattogtatni a Storage controller upgrade pont alatt. Szoval a szerver tipusabol meg nem egyertelmu a dolog. Ha valamelyik elore osszeallitott konfiguraciot vetted, akkor a part number alapjan meg lehet nezni; ha kezileg lett osszekattogtatva, akkor meg az Illetekes Elvtars csak emlekszik ra ill. rajta kellene, hogy legyen a szallitolevelen. Egyebkent a HP supportnal a letolteseknel van valami Linuxos CLI hozza; az nem mondja meg? BBU nelkul a HW RAID lassu, mert egy FLUSH parancs eseten kenytelen tenyleg kiirni diszkre a cuccot (raadasul a diszkeken ki szoktak kapcsolni a write cache-t), mig BBU jelenlete eseten ezt elsporolhatja. Szoval nezz utana. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Mon, Sep 28, 2009 at 01:03:30PM +0200, Hegedüs Ervin wrote: ezt csak ma vettem eszre, miutan Gombas Gabor barrier-es felvetese utan nyomoztam: a 9.10-es ubuntuban data=writeback-el vannak mountolva az ext3-as kotetek, a regebbi verzioban data=ordered. Ez onmagaban nem indokolna ekkora kulonbseget, es egyebkent is a writeback-nek kellene gyorsabbnak lennie. Felcsatoltam a particiot ordered modba, de semmit nem valtozott, ugyanolyan lassu. Annyit elertem vele, h az iowait nem megy 15-20% fole. a. ps: hol allitja be a rendszer, hogy mi legyen a default journal data ertek? ui ez nincs benne az fstab-ban, csak a /proc/mounts moutatta (hehe) meg. A sorrend: - mount parancssor, ha meg van adva - superblock-ban tarolt ertek (tune2fs -J) - kernel default A te esetedben a legutolso valtozott. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Mon, Sep 28, 2009 at 01:30:39PM +0200, Medovárszky Zoltán wrote: Mysql-nek nem árt a cfq echo cfq /sys/block/disk/queue/scheduler Az eredeti levelben RAID vezerlo es RAID tomb szerepelt; az ugyan nem volt leirva, hogy tenylegesen HW RAID van vagy SW RAID, de HW RAID eseten masok a jatekszabalyok. Egyebkent BBU van? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL lassu INSERT/UPDATE
On Sun, Sep 27, 2009 at 03:25:29AM +0200, Hegedüs Ervin wrote: az autocommit/nem autocommit futasi idok aranyi eleg erdekesen alakultak: a regi gepen mondjuk 1000 rekordra 47s/35s, az ujra 322s/13s. Az generalt I/O-t nezted mar (blktrace)? Nem lehet, hogy az uj gepen van mukodo fs barrier (azaz minden commit-nal tenylegesen kimegy diszkre az adat), a regi meg futyul ra (azaz ott marad a diszk write cache-eben)? Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: telnet korlatozasok
On Mon, Sep 28, 2009 at 12:21:24AM +0200, Peter REPAS wrote: Adott egy szerver, amin van 5+ user van es adott 20+ switch, amelyek csak telnet segitsegevel erhetok el (csak ezzel erheto el mindegyik sajnos) . A cel, hogy ugy alakitsam ki , hogy az egyes userek csak egyes switch-ekre tudjanak telnet-elni, a tobbit ne erhessek el. Megoldhato ez valamilyen uton- modon? (telnet korlatozas, user-re szabott korlatozasok, stb.) Elore is koszonom a segitseget! iptables -A OUTPUT -m owner --uid-owner ... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: telnet korlatozasok
On Mon, Sep 28, 2009 at 06:59:06AM +0200, Zs wrote: Az nagyon fapados elgondolás, hogy a telnetről legyen levéve úgy a futtatási jog, hogy csak a root futtathassa, utána pedig sudo-val megmondani, hogy A user futatthatja ugyan, de csak a1, a2, vagy a3 paraméterrel, B user is futtathatja, de csak b1 vagy b2 paraméterrel, stb. Ebben az eseten a paraméter értelemszerűen az user által elérhető switchek IP-i. SZVSZ ez eleg remenytelen. Telnethez eleg egy network socket meg egy shell, socketet meg rengeteg modon lehet nyitni. A telnet parancs korlatozasa semmit nem er. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: vXgtelen sleep
On Wed, Sep 23, 2009 at 10:15:47AM +, Kiss Gabor wrote: Roppant kényelmes lenne, azt mondani ilyenkor, hogy sleep(végtelen), majd a signal megszakítja. Csakhogy nincs végtelen alvás. Dehogy nincs. select(0, NULL, NULL, NULL, NULL). Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: vXgtelen sleep
On Wed, Sep 23, 2009 at 10:45:33AM +, Kiss Gabor wrote: In article 20090923102643.gb2...@boogie.lpds.sztaki.hu, Gabor Gombas gomb...@sztaki.hu writes: Dehogy nincs. select(0, NULL, NULL, NULL, NULL). Mennyivel jobb ez, mint a pause()? A select() tudja kezelni a veges ideju varakozast is, a pause() meg nem. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: automatikus kikapcs
On Mon, Sep 21, 2009 at 10:06:09PM +0200, Mészáros Csaba wrote: Jó leírom itt is, mert a kezdőn már kínlódunk egy ideje. Biosban beállított időpontra bekapcsol a gép. (RTC alarm) Nincs a gépnél senki aki bejelentkezne. De azért kapcsolt be a gép mert van egy mencoder parancs amelyet egy felhasználói script készített és betett a felhasználó crontab-jába egy időpontot is hogy a parancs akkor fusson le. Nevezetesen vegye fel a műsort a tvből. (tvkártya rulez) S persze ha végzett a felvétellel, akkor álljon le a gép hogy ne zabálja az áramot. Mindezt nem rootként szeretnénk végrehajtani, mert úgy működik. Tehát a kérdés lényege az amiről írtam. Az hogy mi miért az ebből a szempontból nem is lényeges. Hiába van benne a mencoder parancsban hogy halt -p a dev/null-ba vagy shutdown -h now esetleg init 0, (arrgh) a gép nem kapcsol ki. man sudo Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext3 konyvtar ennyire draga?
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. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openswan forgalom
On Thu, Sep 03, 2009 at 12:47:20PM +0200, Szokovacs Robert wrote: Az ipsecX interfaceken monitorozhatod a forgalmat. mar persze ha van olyan Ha nincs, akkor az iptables 'policy' modulja segitsegevel szortirozhatod a forgalmat. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SMTP proxy (postfix) + ext3 tuning
On Thu, Aug 20, 2009 at 08:52:08AM +, Andras HORVATH wrote: Erdelyi Gabor erdel...@host.epgep.bme.hu wrote: http://ninjamonkey.us/wordpress/2007/09/postfix-and-noatime-mounts/ Hm, 2007, azota van relatime, erdemes lehet annak is utanguglizni. Update inode access times relative to modify or change time. Access time is only updated if the previous access time was earlier than the current modify or change time. (Similar to noatime, but doesn´t break mutt or other applications that need to know if a file has been read since the last time it was modified.) Hat, a fenti linken leirt eseten pont nem segit... Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Nosztalgia
On Tue, Jul 21, 2009 at 10:46:16PM +0200, zotya wrote: Igen ám, de e régi program még 32 bites, és libc5 kell neki ( l3enc ). Hogyan tudnám életre bírni? sarge-ban meg volt libc5, es abbol meg viszonylag fajdalommentesen lehet chroot-ot csinalni. Ha a sarge tul uj, akkor lepegess visszafele. Valoszinuleg kell egy echo 2 /proc/sys/kernel/randomize_va_space, es az sem kizart, hogy meg nehany egyeb kompatibilitasi opciot is be kell kapcsolni a kernelben. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux