Re: AMD64 distro?
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Kiss Gabor) writes: >> Nezd meg a telepito initrd-jet (mount ... -t cramfs -o loop, stb.) >> hogy mi van az initrd.img gyokereben levo script file-ban, vagy amit >> elindit a linuxrc. > > Ez a tervem, de egyelore nem jutottam hozza. > Majd ma este. A "make-kpkg --initrd kernel_image" mindent tokeletesen csinalt. (Miutan legyalultam az evms csomagot, meg a bosszanto boot idei hibauzenetek is eltuntek. Ma este megprobalom lecsokkenteni a 150 gigas home LV-t. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: AMD64 distro?
2006. szeptember 5. 08.41 dátummal Kiss Gabor ezt írta: > Azert meg ujra fogom particionalni. Borzasztoan zavar, hogy > csak 16 particio lehet egy SCSI eszkozon (es a SATA annak Ne haragudj, tudom, ez baromira nem ide tartozik: de mi célból kell ennyire feldarabolni egy lemezt?! Főleg asztali gépen... Nekem szerveren 4-5, asztali gépen 7 partíciónál nem volt több még - de ez utóbbi esetben 3-4 féle operációs rendszer is lehet a gépen... Tényleg nem kötekedni akarok, csak kíváncsi vagyok az okára. Mert szerintem képtelenség egy partíciót több 100MB-nál kisebb "tévedéssel" belőni: ez ennyi partíciónál már nem semmi. Üdv! -- Vastagh Norbert _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Háttértár felosztása és LVM
On Thu, Sep 07, 2006 at 09:18:37PM +0200, Lajber Zoltan wrote: > > > > Es mit kaptal? Ugyanis amennyire en tudom, 2.4.x kerneleknel tenyleg jobb > > (gyorsabb), viszont 2.6.x eseten a performancialis kulonbseg az szinte > > kimutathatatlan. Vagy nem (csak) ez volt a szempont? > > Igen, annyi elteressel, hogy a swap particiot tudod a disk elejere rakni, > es ebbol is van valami teljesitmeny-nyereseg. Nem feltetlenul :) Ez egy erdekes tevhit. Ugyanis elmeletben akar igaz is lehetne, csak sok ember megfeledkezik arrol hogy egy diskrol van szo. Azaz elejere odanyomod pl swap-et, aztan jon - tegyuk fel - a root fs, utana pl /usr, aztan vegen valahol var. Ha most var-on sok I/O muvelet van, es kozben swap is kell, akkor szegeny merevlemez feje ide/oda ingazik a disk eleje es "vege" kozott, ekkor sokkal jobban megeri, ha oda helyezzuk a swap-et, ahol amugy is legtobb muvelet van. -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: lvm 2 udev
On Thu, 7 Sep 2006, Démi Zsolt wrote: > hogy hol scanneljen, de nekem már van 2 létező volume groupom és azok a > dev-re hivatkoznak. Ezt akarom átállítani, hogy az udev-re hivatkozzon. udev-hez van olyan szabalyrendszer, aminek hatasara devfs elnevezestant csinal. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Háttértár felosztása és LVM
On Thu, 7 Sep 2006, [iso-8859-1] Gábor Lénárt wrote: > On Thu, Sep 07, 2006 at 09:57:35AM +0200, Lajber Zoltan wrote: > > Szerveren szerintem a suspend nem szempont. Viszont anno kirtfm-eltem, > > hogy a swap particio miert jobb a fajlnal. > > Es mit kaptal? Ugyanis amennyire en tudom, 2.4.x kerneleknel tenyleg jobb > (gyorsabb), viszont 2.6.x eseten a performancialis kulonbseg az szinte > kimutathatatlan. Vagy nem (csak) ez volt a szempont? Igen, annyi elteressel, hogy a swap particiot tudod a disk elejere rakni, es ebbol is van valami teljesitmeny-nyereseg. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: lvm 2 udev
Szeretném, ha nem a dev-ből venné a deviceokat, hanem az udev-ből. A /etc/lvm/lvm.conf Itt csak azt lehet beállítani, hogy hova generálja a device mappert és, hogy hol scanneljen, de nekem már van 2 létező volume groupom és azok a dev-re hivatkoznak. Ezt akarom átállítani, hogy az udev-re hivatkozzon. De ez miért jó neked? Nekem a /dev alatt van és jó úgy. A kérdés jó... :-) A 2.16.17-es kernelben már nem támogatott a devfs csak a sysfs. Amikor bootol akkor arra panaszkodik, hogy nincs devfs és ezért nem tud semmit sem mountolni, mert az lvm a dev-et használja. Ezért szeretném, ha mindenki az udev-et használná. Zsé _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: lvm 2 udev
2006. 09. 7, csütörtök keltezéssel 13.11-kor Démi Zsolt ezt írta: > Szeretném, ha nem a dev-ből venné a deviceokat, hanem az udev-ből. A > udev-et úgy állítottam be, hogy az /udev könyvtárba dolgozzon. Működik > és ott vannak a szükséges deviceok. A raid-et már átállítottam, hogy az > udev-et használja, csak az lvm-el nem jutok előbbre. Már azt is > beállítottam, hogy a device mapper az /udev-be dolgozzon, csak az lvm a > fizikai köteteket veszi rossz helyről. /etc/lvm/lvm.conf De ez miért jó neked? Nekem a /dev alatt van és jó úgy. -- Czakó Krisztián <[EMAIL PROTECTED]> ProLin Kft. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: off: nagy tux hol?
On Thu, 07 Sep 2006 12:28:56 +0200 Attila SZALAY <[EMAIL PROTECTED]> wrote: > hol talalhatok http://www.home.unix-ag.org/simon/penguin/ -- -(o)-(o)- Udv.: Jozsi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: off: nagy tux hol?
Helló, Inkscape-ben lehet bmp képből vektorgrafikus képet kreálni... Ha azt próbálnád meg? Zsolti 2006. 09. 7, csütörtök keltezéssel 12.28-kor Attila SZALAY ezt írta: > Sziasztok! > > Csak egy nagyon picit lennek off :-) > Nem tudja valaki fanatikus sorstarsam, hogy hol talalhatok/vehetek egy > akkora tux kepet, ami pl nyomdaipari felbontasokkal rendelkezik? > Hianyzik a nagy poszter a szobam falarol, konyoruljetek meg bolond > fejemnek :p > Persze, B verzio is erdekel: hol lehet Ot kinyomtatva megszerezni pl > 120x80 centis nagysagban? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
lvm 2 udev
Hali, Szeretnék átállni devfs-ről sysfs/udev megoldásra. - A rendszerben van egy raid5-os tömb : md1 : active raid5 sdc1[0] hdd1[3] hdc1[2] sdd1[1] 468864768 blocks level 5, 64k chunk, algorithm 2 [4/4] [] - és két sata vinyon található partíció. sda6 és sdb5 Fizikai kötetként így látja az lvm2 pvdisplay --- Physical volume --- PV Name /dev/sda6 VG Name System PV Size 29,67 GB / not usable 0 ... --- Physical volume --- PV Name /dev/sdb5 VG Name System PV Size 29,76 GB / not usable 0 ... --- Physical volume --- PV Name /dev/md1 VG Name Data PV Size 447,14 GB / not usable 0 ... Szeretném, ha nem a dev-ből venné a deviceokat, hanem az udev-ből. A udev-et úgy állítottam be, hogy az /udev könyvtárba dolgozzon. Működik és ott vannak a szükséges deviceok. A raid-et már átállítottam, hogy az udev-et használja, csak az lvm-el nem jutok előbbre. Már azt is beállítottam, hogy a device mapper az /udev-be dolgozzon, csak az lvm a fizikai köteteket veszi rossz helyről. Hogy tudnám átállítani? Még egy info : df /udev/mapper/System-root 15718400 99160 15619240 1% / tmpfs 257920 0257920 0% /dev/shm /dev/sda190297 13905 71575 17% /boot /udev/mapper/System-home 15116288 2413580 12702708 16% /home /udev/mapper/System-usr 26201600 1606728 24594872 7% /usr /udev/mapper/System-temp 4184064 340 4183724 1% /tmp /udev/md0 48805600 3198096 45607504 7% /var /udev/mapper/Data-safe 468729856 441802016 26927840 95% /data tmpfs10240 2816 7424 28% /udev Előre is köszi minden választ! üdv Zsé _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
off: nagy tux hol?
Sziasztok! Csak egy nagyon picit lennek off :-) Nem tudja valaki fanatikus sorstarsam, hogy hol talalhatok/vehetek egy akkora tux kepet, ami pl nyomdaipari felbontasokkal rendelkezik? Hianyzik a nagy poszter a szobam falarol, konyoruljetek meg bolond fejemnek :p Persze, B verzio is erdekel: hol lehet Ot kinyomtatva megszerezni pl 120x80 centis nagysagban? ThX, ByeZ, WaS Ui.: ha nagyon offnak erezzuk, akkor maganba kerem a valaszokat _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Válasz: Háttértár felosztása és LVM
Kis János Tamás wrote: Bocsánat, hogy kicsit eltérek a tárgytól, de erről jutott eszembe, hogy épp a minap magyarázta nekem valami boltos, hogy HW Raid esetében a két vinyónak teljesen azonosnak (márkán belül is azonos szériának) kell lennie, amivel én nem értek egyet, de biztos ami biztos alapon itt is feltenném a kérdést... Es is ezt mondanam, ha van par elado hdd-m... :) Ez az egyforma hdd ma mar csak legenda, anno a korai pc-s scsi hdd-knel volt erdekes, amelyek nem teljesen tokeletesen implementaltak az scsi szabvanyt, es mindenfele gany dolgra voltak hajlamosak, pl nem tudtak szabalyosan disconnecelni a buszrol es lerohadt minden. A masik problema az volt, ami ma mar szinten nem jatszik, hogy akkoriban sokaig eltek a hdd-k es dragak voltak, ezert inkabb bovitettek, mint csereltek, igy jelentosen eltero muszaki parameteru hdd=k kerulhettek pl egy raid5 tombbe, ami tenyleg jelentos performanciavesztest okozott. De ket sata hdd mirrorbantokmindegy. Namost szerintem, ha a geometria nem teljesen azonos két vinyó között, maximum veszítek, pontosabban nem tudok kihasználni néhány megabájtot, ami a klaszterszám picinyke eltéréséből adódik, de ezen kívül semmi baj sem történhet. A geometria virtualis info, nincs jelentossege. -- Gabor HALASZ <[EMAIL PROTECTED]> _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: CF image gyártása és írása
[EMAIL PROTECTED] wrote: Akkor az sda-d egy komlett müködő linux ami CF-en van ?? Ha igen, akkor dd if=/dev/sda of=wrap.img Ne a sda1-t másold, hanem az egész sda-t, igy megy a particios tábla és a boot rész is. Én igy már csináltam sokat. Sajnos nem egyeznek meg a méretek. Mármint már az fdisk-nél kiderül, hogy valami nagy gond van. mivel teljesen más a blokk száma két egyébként teljesen azonos típusú cf-en. Sőt a méretük is más miután létrehozok egy max méretű partíciót. Pepe _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Háttértár felosztása és LVM
On Thu, Sep 07, 2006 at 09:57:35AM +0200, Lajber Zoltan wrote: > Szerveren szerintem a suspend nem szempont. Viszont anno kirtfm-eltem, > hogy a swap particio miert jobb a fajlnal. Es mit kaptal? Ugyanis amennyire en tudom, 2.4.x kerneleknel tenyleg jobb (gyorsabb), viszont 2.6.x eseten a performancialis kulonbseg az szinte kimutathatatlan. Vagy nem (csak) ez volt a szempont? -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Háttértár felosztása és LVM
Lajber Zoltan <[EMAIL PROTECTED]> writes: > Szerveren szerintem a suspend nem szempont. Van, aki nyomatja, mert kevesebb kieséssel lehet másik hosszabbítóba átdugni így a gépet. Már ha nincs redundáns tápod, ugye. > Viszont anno kirtfm-eltem, hogy a swap particio miert jobb a > fajlnal. Anno jobb volt, nem vitás. Publikusak a kutatási eredményeid? -- Köszi: Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Háttértár felosztása és LVM
On Thu, 7 Sep 2006, Ferenc Wagner wrote: > Én a swapet fájlba tenném, rugalmasabban kezelhető, átméretezhető a > partíciós tábla piszkálása nélkül. Viszont a default kernel suspend > nem tudja használni, ami baj vagy nem. Szerveren szerintem a suspend nem szempont. Viszont anno kirtfm-eltem, hogy a swap particio miert jobb a fajlnal. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Válasz: Háttértár felosztása és LVM
In article <[EMAIL PROTECTED]>, =?ISO-8859-2?Q?Szl=E1dovics_P=E9ter?= <[EMAIL PROTECTED]> writes: >> hogy épp a minap magyarázta nekem valami boltos, hogy HW Raid >> esetében a két vinyónak teljesen azonosnak (márkán belül is azonos >> szériának) kell lennie, amivel én nem értek egyet, de biztos ami >> biztos alapon itt is feltenném a kérdést... > akkor az új diszk kapacitása >= kell, hogy legyen, mint a régié. Sajnos, > típusonként elég nagy eltérések vannak, akár 1-2GB is lehet nagyobb > diskeknél. Bizony a kollegaimmal megesett mar, hogy ugyanolyan tipusszamu eszkozzel potoltak a kiesett diszket, megis ujra kellett epiteniuk az egesz tombot, mert az uj lemez par blokkal kisebb volt. Esetleg erdemes lehet uj telepiteskor nem kihasznalni a vegletekig a diszkeket, hanem az utolso nehany ezreleknyi helyet veszni hagyni. Igy evekkel kesobb egy hangyaf*sznyival kisebb cserelemezt berakva nem omlik ossze a rendszer. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Háttértár felosztása és LVM
Lajber Zoltan <[EMAIL PROTECTED]> writes: > md0: raid1, swap > md1: 512M, ext3, LVM nelkul > md2: 36G-bol ami marad + ugyan ekkora particio a nagy diskorl -> vg1 > volume group > nagy disk maradek: vg2. Én a swapet fájlba tenném, rugalmasabban kezelhető, átméretezhető a partíciós tábla piszkálása nélkül. Viszont a default kernel suspend nem tudja használni, ami baj vagy nem. -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: qmail-smtp - spamdb
On Wed, Sep 06, 2006 at 08:04:56PM +0100, Miloska wrote: > >Ez a tarpit is tetszik, mindent meg szeretnék nézni implementálás el?tt. > >Ahogy nézem, szerintem vírús/trójai a ludas. > > mfdnscheck is sokat megfoghat az automatikusan, nem letezo cimrol > kuldott levelek kozul. > > nem tudom ismered-e, de erzesre jo lehet neked a qmail-spp is. a > lenyege, hogy az smtp session kozben tetszoleges programot > futtathatsz, pl. egy shell scriptet ami megnezi van-e olyan vpopmail > user rcpt to utan, mfdnscheck check mail from utan, stb. mindezt > ujraforditgatas es egyeb hercehurca nelkul. nyilvan sajat modul irasa > sem nagy kaland. dotdeb -es qmail-ben csomagban is benne van - > lustasag fel egeszseg :) Igazan nem akarom eroltetni, de amit eddig irtal, az mind megoldott a Shupp fele toaster-ben. Tarpit helyett spam throttle van, mfdnscheck funkciojat a chkuser patch tartalmazza. Virusszuresnel pedig ha az ugyfel veletlen virust kuld, mar smtp szinten ertesitest kaphat, sot ugyanez spam eseteben is. Nincs felesleges bounce, karanten es egyeb ertesito uzenet. Igaz, nincs deb csomag, de Shupp leirasa alapjan eleg egyszeru megcsinalni. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Válasz: Háttértár felosztása és LVM
Lajber Zoltan írta: On Thu, 7 Sep 2006, Szládovics Péter wrote: Jól teszed, ha nem értesz egyet. A lényeg az, hogy a tömb 1 eleme maximum akkora lehet, mint a tömb legkisebb eleme. Ha kiesett HDD-t akarsz pótolni anélkül, hogy az egész raidet nem akarod újraépíteni, akkor az új diszk kapacitása >= kell, hogy legyen, mint a régié. Sajnos, típusonként elég nagy eltérések vannak, akár 1-2GB is lehet nagyobb diskeknél. Ezt nem mindegyik hw raid vezerlo eszi meg. Pl a egebbi IBM serverraid kartyak csak a pontosan egyforma diskekbol (head/cyl/sec) volt hajlando raid tombot epiteni. A régiek lehet, nekünk van pár eServer 225-ös, abban már tettünk be Fujitsu-t Seagate helyére, és megy is szépen. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: CF image gyártása és írása
On Thu, 7 Sep 2006, [UTF-8] Stékvölgyi Péter wrote: van több 512-es cf-em amire szeretnék egy már beállított rendszert sokszorosítani a későbbiekben. van valakinek hogyan lehetne sokszorosítani? Ket tipp: Nezd meg, hogy "bitre" megegyezik-e kartyak blokkjainak szama. Elofordulhat ugyanis az, hogy azonos tipuson belul is ez elterhet (hiba miatti remap, stb.) Illetve az olvasas es iras kozt "rmmod usb-storage" & "modprobe usb-storage", ha ezt netan nem teszi meg automatikusan. -Sygma _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Válasz: Háttértár felosztása és LVM
On Thu, 7 Sep 2006, Szládovics Péter wrote: > Jól teszed, ha nem értesz egyet. A lényeg az, hogy a tömb 1 eleme > maximum akkora lehet, mint a tömb legkisebb eleme. Ha kiesett HDD-t > akarsz pótolni anélkül, hogy az egész raidet nem akarod újraépíteni, > akkor az új diszk kapacitása >= kell, hogy legyen, mint a régié. Sajnos, > típusonként elég nagy eltérések vannak, akár 1-2GB is lehet nagyobb > diskeknél. Ezt nem mindegyik hw raid vezerlo eszi meg. Pl a egebbi IBM serverraid kartyak csak a pontosan egyforma diskekbol (head/cyl/sec) volt hajlando raid tombot epiteni. Persze ennek semmi esszeru magyarazata nincs, amit mondasz, az logikus. > IMHO ennek semmi akadálya. Szerintem meg kell nenzi a vezerlo doksijaban. Udv, -=Lajbi= LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal Experience is something you don't get until just after you need it _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
