Re: alpine vs. gmail

On 6/9/22 09:40, SZABO Zsolt wrote: Üdv! Használ vki alpine-t gmail-es inbox imap elérésére? Újabban INVALID CREDENTIALS-szal visszadobja az azonosítást (semmi nem változott: eddig @ előtti azonosítóval történt, de most átírtam teljes gmail-es címre és úgy sem megy)... Debugold! Fogsz egy

Re: google spamszűrő kérdés/probléma

On 5/21/22 11:11, Vertike László wrote: Az SRS emlékeim szerint csak az envelope from / return-path módosításával foglalkozik, a From-hoz nem nyúl (az a DKIM aláírt leveleknek is ártana). Tehát a GMail által megjelenített levélen nem fog látszani, hogy az SRS hozzányúlt. A módosított

Re: google spamszűrő kérdés/probléma

On 5/21/22 10:46, Vertike László wrote: Ahogy most utánaolvastam, elhűltem miféle módszereket ajánlanak a probléma orvoslására: Sajnos sok választásunk nincs. Vagy SRS-el forwardolunk, vagy sehogy... Viszont az SRS-sel a "nevedre veszed" a továbbított levelet, ezért nagyon meg kell

Re: google spamszűrő kérdés/probléma

On 5/20/22 20:54, Sörös Zoltán wrote: Bocsánat, ha az eredeti levélből nem lett volna egyértelmű, 'mi' a filmjus.hu domain vagyunk, a val...@valahol.hu küld egy levelet a bar...@filmjus.hu címre, ami /etc/aliases -ből továbbítódik pár címre, többek között az egyik kolléga @gmail.com -os,

Re: dpkg verziósorrend (RPM csomagnevek helyett)

On 3/6/21 2:12 PM, Zs wrote: Debian alatt ilyen esetben biztosra megyek: HOLD-ra teszem a csomagot oszt frissítsd ha tudod. Ráadásul mezei frissítésnél szól is, hogy lenne mit frissíteni, de nem frissít, mert HOLD-on van a csomag. Csacska kérdés: az rpm alapú disztrók esetén hasonló megoldás

Re: dpkg verziósorrend

On 3/7/21 9:31 AM, Hegedüs Ervin wrote: pl. ha egy csomagnak egy adott repository-ban magasabb prioritást adok, és ha egy alacsonyabb prioritású repository-ban megjelenik egy frisebb verzió, akkor fog-e frissülni a csomag? Ha jól emlékszem, ez a prioritás konkrét értékétől is függ.

Re: RPM csomagnevek

On 3/4/21 5:29 PM, Hegedüs Ervin wrote: Nemrég csináltam saját Debian/Ubuntu repository-t bizonyos csomagoknak, és ott ezt követtem. Pl.: 3.0.3-1+deb10u2 - ez a Debian official repoban levő csomag 3.0.5pre-1+0~20210114.01+debian10~1.310cbf - ez meg a saját. Itt már a verziószám is nagyobb

Re: RPM csomagnevek

On 3/4/21 3:11 PM, Varadi Gabor wrote: 1.10-1.el6 helyett 1.10-1-mypkg.el6 Amit viszont felülcsapna a következő gyári, az 1.10-2.el6. Legalábbis elméletben. Ha lenne még frissítés a CentOS 6-hoz. De már úgyis csak elméleti megbeszélést folytatunk, mert 1.10-2021_5 lett végül. kissg

Re: RPM csomagnevek

On 3/4/21 1:16 PM, Kiss Gabor wrote: A https://www.thegeekdiary.com/understanding-rpm-versions-and-naming-schemes/ oldal szerint az "e_2" frissebbnek számít, mint az "1". Nem tudom hogy igaz-e amit olvastam a fenti linken, Az anyja szömit! És nem igaz. https://ftp.l

RPM csomagnevek

Sajnos nem értek annyira az RPM/yum vonalhoz, mint kellene. Elakadtam. Adott egy csomag. Volt benne egy hiba. Elővettem az rpmbuild programot és megpatcheltem. A régi release 1 volt, az új e_2 lett. Betettem a repóba. Ennyit lát belőle a target host: # yum list --showduplicates

Re: USB-RS232 ttyACM

On 1/20/21 5:10 PM, Szima Gábor wrote: Az okára még nem jöttem rá, hogy miért csereberélődik a BUS ID (a júzerek nem cserélgetik), a többi gépben nincs ilyen probléma. Mondjuk azokban egyforma mind, ebben nem: Nem determinisztikus a különböző driverek inicializálási sorrendje. Ha csak egy

Re: .tar fájlból való törlés biztonságos?

On 1/12/21 10:16 PM, Gabor Gombas wrote: 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). Az openek az érdekesek. A fő veszély nem az, hogy a "tar --delete"

Re: .tar fájlból való törlés biztonságos?

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! kissg

Re: A Mozilla Firefox ugyan nem tökéletes, de ez az ingyenes bővítménye telitalálat - Rakéta

On 11/19/20 3:08 PM, Zsolt Gádori wrote: https://raketa.hu/mozilla-firefox-relay-adatvedelem Ööö... mivel tud ez többet, mint mondjuk a mailnesia.com? kissg _ linux lista - linux@mlf.linux.rulez.org

Re: Partíció kiterjesztése új méret szerint hogyan?

A news gateway csuklása miatt kézzel megismétlem Váradi Gábor hozzászólásának érdemi részét. kissg | parted -s /dev/mmcblk0 "resizepart 2 -1" quit | reboot | resize2fs /dev/mmcblk0p2 _ linux lista -

Re: HDD mount sikertelen, mi lehet a hiba?

On 7/25/20 3:38 AM, PÁSZTOR György wrote: > Csereld le a hazat egy olyanra, aminek van sajat tapja. Vagy tegyél közéjük egy külsõ tápos USB hubot! kissg _ linux lista - linux@mlf.linux.rulez.org

Re: HDD mount sikertelen, mi lehet a hiba?

On 7/24/20 7:12 AM, Kiss Gabor wrote: Jul 23 17:51:42 raspberrypi kernel: [ 5371.415257] print_req_error: critical target error, dev sda, sector 63 Jul 23 17:51:42 raspberrypi kernel: [ 5371.415267] Buffer I/O error on dev sda1, logical block 0, lost sync page write Mit tudnék tenni

Re: HDD mount sikertelen, mi lehet a hiba?

On 7/23/20 8:02 PM, Csaba wrote: Sziasztok! 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,

Re: titkositott particio tapasztalatok <linux@mlf.linux.rulez.org> <linux@mlf.linux.rulez.org>

On 08/07/2017 01:42 PM, Zsolt Gádori wrote: > Érdemes az titkosítani, ahol maguk az érzékeny adatok vannak, illetve > ahol olyan adat töredékek > lehetnek amikből kellő tudással ki lehet következtetni miként lehet > kijátszani a titkosítást. Na például a /usr nem ilyen. Azt mondanám, elég neked

Re: titkositott particio tapasztalatok <linux@mlf.linux.rulez.org>

On 08/02/2017 05:54 PM, Zsolt Gádori wrote: > Azt szeretném megkérdezni, hogy: > -érdemes-e a rendszer partíciókat is titkosítani, vagy elég csak a userekét? > -egyáltalán, melyik partíciókat érdemes titkosítani? "Érdemes"??? De jó szó! Ki tudja mit értesz ez alatt? :-) Próbáld megfogalmazni,

Re: fali rack szekrény <linux@mlf.linux.rulez.org> <linux@mlf.linux.rulez.org>

On 06/01/2017 10:10 AM, Móczik Gábor wrote: > Egy tipikus(an szar) falba egy 8-as tiplivel gyakran még egy virágtartót > se lehet felrakni. A bojlert üresen se tennéd fel két 8-as tiplivel, nem? > > A problémát az okozza, hogy az a kötőelem erre a célra nem megfelelő. > Ha a szekrény

Re: fali rack szekrény <linux@mlf.linux.rulez.org>

On 05/28/2017 11:12 PM, Móczik Gábor wrote: > 2017.05.24. 9:39 keltezéssel, Kiss Gabor írta: >>> Gyanúm szerint nem :( >>> Viszont nem találtam olyan fali rackszekrényt, amibe ez az állat >>> belemenne. >>> Figyelmetlen vagyok, vagy itt a nagy piaci rés

Re: fali rack szekrény

On 05/23/2017 03:43 PM, Hofferek Attila wrote: > az általában kapható > 600mm mélynek mondott rack szekrényekbe belefér egy hp proliant > dl180? Ami 3.45 inches x 17.64 inches x 28.23 inches (8.76 x 44.80 x > 71.71 cm) > > Gyanúm szerint nem :( > Viszont nem találtam olyan fali rackszekrényt,

Re: APC UPS

On 03/15/2017 05:12 PM, zamek42 wrote: > Probaltam az upssched.conf-ban: > > AT ONBATT apc@localhost EXECUTE shutdown > > ez a doksi szerint /bin/upssched-cmd-t hivna meg shutdown parameterrel. > > Oda ezt tettem: > case $1 in > upsgone) >logger -t upssched-cmd "The UPS has been gone for

Re: erősen offtopic atmel-ice - linux kérdés <linux@mlf.linux.rulez.org>

On 10/31/2016 09:18 AM, Zsolt Gádori wrote: > Elnézést, hogy itt ezzel jövök, de más ötletem nincs, hogy hol találhatnék > ezzel > kapcsolatos tapasztalatot. Az Elektro levelezési listán. g _ linux lista - linux@mlf.linux.rulez.org

Re: Stream check

On 10/25/2016 10:08 AM, Szima Gábor wrote: > Olyan parancsot keresek, amely pipe-on keresztül HASH/CRC-t generál az > adatfolyamról és azt annak a végére teszi, echo -n lo | tee >(sha1sum|cut -f1 -d' ') > illetve ugyanez fordítva is > megy: leellenőrzi, hogy jó-e az adatfolyam. Kb. ugyanaz,

Re: indításkor-leállításkor fusson le egy parancs <linux@mlf.linux.rulez.org>

On 09/20/2016 03:51 PM, Kovács Géza wrote: > Ezt a kis shell-scriptet, ami normálisan le is fut és amíg le nem > futott, a rendszer nem áll le, megírod? Ez nem a linux-kezdő lista. kissg _ linux lista - linux@mlf.linux.rulez.org

Re: indításkor-leállításkor fusson le egy parancs

On 09/20/2016 02:25 PM, Kovács Géza wrote: > A rendszer indításakor és leállításakor is fusson le a: > grub-install --force /dev/sda2 > parancs, ehhez mit és hogy kell editálni? A legjobb talán egy init scriptet csinálni, és belinkelni a megfelelő /etc/rc*.d/ directory-kba a megfelelő néven.

Re: revoke key

On 06/29/2016 09:11 AM, Lajber Zoltan wrote: > On Wed, 29 Jun 2016, Kiss Gabor wrote: > >> Ha létezik "biztos hely", akkor miért ne magát a titkos >> kulcsot tárolná ott? :-) > > Egyik biztos helyen a privat kulcs, másik biztos helyen a revoke key > szer

icedove meghibbant

Mióta a Debianban ismét firefox-nak híjják az iceweaselt, azóta az icedove figyelmen kívül hagyva a konfigját, erőszakkal firefox-esr nevű böngészőt indít, ha egy linkre kattintok. Nálatok mi a helyzet ezzel? kissg _ linux lista -

Re: Távszamba <linux@mlf.linux.rulez.org>

On 05/02/2016 06:40 PM, Hofferek Attila wrote: > Olyan nem játszik hogy gdrive vagy dropbox? Abban nekem mi is lenne a szerepem? g _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux

Távszamba

Arra gondoltam, csinálok egy barátomnak egy távoli SMB szervert, ahová menteni tud. De mindjárt elakadtam ott, hogy a jelek szerint a forgalom nincs titkosítva. A jelszó sem. (Rosszul tudom?) Az SSHFS biztonságos lenne, de alighanem túl lassú. Az iSCSI nekem is túl komplikált. Az rsync és

Szaggat a video

Youtube, indavideo stb. filmlejátszás. Full screenben villog, csíkos a kép. Kivéve, ha folyamatosan mozgatom a pointert. (Értsd: interruptokat generálok.) Akkor ugyanis tökéletes a képminőség. HD-ben is. (Tehát nem a hálózati sávszélességgel van a baj.) Ki látott már ilyet? :-o kissg

Re: ssh izé

On 03/22/2016 02:38 PM, Hegedüs Ervin wrote: >> Hogy is hívják azt a démont, aminek az a dolga, hogy ssh kapcsolatokat >> tartson életben? Ha kihal az sshd, újraindítja. > > autossh? Az, az! Kösz! Közben megtaláltam én is. :) g _ linux lista

ssh izé

Hogy is hívják azt a démont, aminek az a dolga, hogy ssh kapcsolatokat tartson életben? Ha kihal az sshd, újraindítja. kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: melyik poolbol melyik csomag?

On 02/26/2016 09:45 AM, Kosa Attila wrote: > Miutan leirtam az alabbiakat egy korabbi levelben? :) > >> Azt nem tudom, hogy aptitude (vagy egyeb csomagkezelo) eseten mi >> a helyzet, mert azokat nem hasznalom. Elfelejtettem. Bocsánat! g _ linux

Re: melyik poolbol melyik csomag?

On 02/26/2016 09:24 AM, Kosa Attila wrote: > On Fri, Feb 26, 2016 at 09:21:25AM +0100, Kiss Gabor wrote: >> On 02/26/2016 09:05 AM, Kosa Attila wrote: >>> Akkor van egyaltalan lehetoseg megtudni azt, honnan telepul_tek_ >>> a csomagok? >> >> A logokbó

Re: melyik poolbol melyik csomag?

On 02/26/2016 09:05 AM, Kosa Attila wrote: > Akkor van egyaltalan lehetoseg megtudni azt, honnan telepul_tek_ > a csomagok? A logokból? g _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: melyik poolbol melyik csomag?

On 02/16/2016 11:30 AM, Kosa Attila wrote: > Debian, a /etc/apt/sources.list fajlban felsorolva a pool-ok. Mi > a legegyszerubb megoldas arra, hogy megtudjam, a rendszerre > telepitett csomagok melyik pool-bol telepultek? Az apt-cache policy CSOMAGNEVE is érdekes lehet. Bár annak fő funkciója

Re: screenshotd <linux@mlf.linux.rulez.org>

On 02/03/2016 07:11 PM, Szokovacs Robert wrote: > On 02/03/2016 04:18 PM, Kiss Gabor wrote: >> De én inkább periodikusan futtatnék egy >> "convert x: /var/www/screenshot.png" >> parancsot lokálisan, és hagynám, hogy akit illet elvigye a képet. > > ez nekem kl

Re: screenshotd

On 02/03/2016 01:08 PM, Szima Gábor wrote: >> bizonyos képernyőiről >> szeretnél rendszeresen képeket gyűjteni az előtte ülő user >> folytatólagos közreműködése nélkül. Ez a feladat? > > Igen, csak nincs előtte user... Mondjuk úgy, hogy ipari kivetítő, amit > sokezren látnak. Oké, de az X

Re: screenshotd

On 02/03/2016 05:06 PM, Szima Gábor wrote: >> Oké, de az X szerver process mégiscsak valakinek a nevében fut. > > inittab/systemd -ből indul, nincs semmi login, no kbd, nincs display > manager, csak pucér X. Erre dolgozik rá egy daemon szintén inittab-ból, > amely xv porton keresztül pakolgatja

Re: Aptitude adatbázis: hol?

On 01/27/2016 01:39 PM, Kosa Attila wrote: >> A végcél: át akarom vinni ezeket az információkat is egyik gépről >> a másikra. Dumpolva is jó lenne, de azt sem tudja a program. > A dpkg --get-selections / --set-selections nem jo? Nem. Az csak annyit mond, hogy installálva van-e. Azt nem, hogy

Aptitude adatbázis: hol?

Már fél napom elment vele. Keresem, hogy hol tárolja az aptitude, hogy melyik volt az automatikusan felrakott csomag. Doksikat olvasok, a forrást bogarászom (nem nagy meggyőződéssel), strace-szel nézem, mit nyit meg. Eddig semmi eredmény. A kezdetben nagyon ígéretesnek tűnő

Re: mappaszinkronizálás mivel gyors?

On 01/23/2016 04:19 AM, Géza Kovacs Géza wrote: > Esetleg a rsync-et paramétereztem rosszul? Meglehet. (Nem írtad ide a parancssort.) Vannak olyan kapcsolói, amivel kényszeríteni lehet, hogy olvassa végig a file-okat, hogy így döntse el, változott-e valami. Ld. -I. De szerintem nálad a lassú

Re: fajlrendszer titkositas <linux@mlf.linux.rulez.org>

On 01/22/2016 06:20 PM, Volarics István wrote: > A VG szabad helyén csinálsz egy LV-t azt ezt telenyomod > dd if=/dev/random of=/dev/vg/lv > és ha végzett letörlöd az LV-t és így amíg új PV-t nem raksz be > nem is kell foglalkoznod a dologgal. Na, mivel már sokadszor kerül szóba: A /dev/random

Re: fajlrendszer titkositas <linux@mlf.linux.rulez.org>

On 01/22/2016 12:41 AM, Zs wrote: > Az új terület random adattal feltöltése elhagyható, de security szempontból > nem szerencsés - elkövetése esetén viszont *nagyon* észnél kell lenni és > precízen ki kell számolni a seek paraméter értékét, ellenkező esetben az > öntökönlövés szigorú esetét

Re: fajlrendszer titkositas

On 01/22/2016 09:56 AM, Kosa Attila wrote: > On Thu, Jan 21, 2016 at 04:30:03PM +0100, Kiss Gabor wrote: >> On 01/21/2016 03:28 PM, Kosa Attila wrote: >>> Ami meg eszembe jutott: lvm-mel egyutt kell tudnia mukodni, >>> legalabb az online meretnoveles mukodjon. >>

Re: fajlrendszer titkositas <linux@mlf.linux.rulez.org> <linux@mlf.linux.rulez.org>

On 01/22/2016 04:53 PM, Keller Viktor wrote: >>> Csak kíváncsiságból, a partvonalról kérdem, hogy a méretnövelés után >>> dd-vel telirakni a titkosított kötetet egy óriásfile segítségével, >>> amit rögtön le is töröl, miben hoz eltérő eredményt? Az öntökönlövés >> >> -> Known plaintext attack >>

Re: fajlrendszer titkositas

On 01/21/2016 03:28 PM, Kosa Attila wrote: > Ami meg eszembe jutott: lvm-mel egyutt kell tudnia mukodni, > legalabb az online meretnoveles mukodjon. Az LV-n található block device-t kell titkosítani, és menni fog a bövítés. Tizensok éve a loop-aes a kedvencem, de már kivették a Debianból. A

Re: hp m2727nf + pdf 1.5

On 01/13/2016 12:50 PM, Kosa Attila wrote: > Hogy lehetne rajonni, hogy mi es miert hasal el? strace. g _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: USB mobil rack probléma Linux alatt

On 12/30/2015 04:53 AM, Géza Kovacs Géza wrote: > A nobarrier csatolási opcióval történő csatolás úgy tűnik működik: > ilyen módon nem rontja el a fájlrendszert. > Nem tudom, hogy érdemes -e így használni vagy mindenképp meg kellene > oldani a problémát, mert ha fontos adatokat mentek rá és

Re: A Sendmail nem írja át a címet

On 11/19/2015 10:35 AM, Ferenc Wagner wrote: >> Az elrohan a lilára, de az envelope headerben nem az áll, hogy > > Mi az a "lila", és mi az az "envelop header"? Azért lila, mert háromszor írtam át a levelet, hogy olvasmányos legyen. Az első változatban még színek jelölték a

A Sendmail nem írja át a címet

Adott egy host (mondjuk beteg.example.com), RHEL5 van rajta. Sendmail 8.13.8 az MTA-ja. Be van állítva a /etc/aliases file-ban, hogy a root levelei a címre menjenek. Valamint, hogy minden kimenő levél egy smarthost, a kijarat.example.com felé menjen. (Szintén

Re: parancsok megjegyzése

On 10/30/2015 01:56 PM, Gábor Kovács wrote: > Az lenne a feladatom, hogy naplózzak minden parancssorból kiadott parancsot. Best effort jelleggel, vagy a user akarata ellenére is? (Merthogy minimális erőfeszítéssel kijátszható a legtöbb ilyen intézkedés.) kissg -- A: Because it messes up the

Re: root csere boot kozben

On 09/29/2015 11:32 AM, Zana János wrote: > Nos ez áll a gub.conf-ban: > menuentry 'Debian GNU/Linux, Linux 3.2.0-4-686-pae verzióval' --class > debian --class gnu-linux --class gnu --class os { > load_video > insmod gzio > insmod part_msdos > insmod ext2 > set

Második cím

Van két gépem, tűzfalak. Hol az egyik, hol a másik visel négy floating address-t. Most kissé át kellett alakítanom őket. Megcsináltam az egyiken a policy based routing újabb fejezetét. Minden zúg-búg, csörög-csattog. Ugyanazokat a változtatásokat végrehajtottam a tartalékon is. Aztán szóltam

Re: Mark és IPv6

On 09/01/2015 04:22 PM, Kiss Gabor wrote:> > Elképzelhető, hogy ez nem működik IPv6-on? > > -A PREROUTING --jump MARK --set-mark 3 > > Utána logolom a csomagokat, és csak IPv4-en írja, hogy MARK=0x3, > IPv6-on semmit. Na, most már vannak MARK= szavak a logban

Mark és IPv6

Elképzelhető, hogy ez nem működik IPv6-on? -A PREROUTING --jump MARK --set-mark 3 Utána logolom a csomagokat, és csak IPv4-en írja, hogy MARK=0x3, IPv6-on semmit. Pedig a Red Hat saját manuáljában rengeteg hasonló példa van. Esetleg csak be kellene töltenem egy modult? # lsmod | grep -i mark

Re: root csere boot kozben

On 08/25/2015 06:55 PM, dr Zana János wrote: # cat /boot/grub/device.map (hd0) /dev/disk/by-id/ata-SAMSUNG_HD252HJ_S17HJ9DQ817645 http://askubuntu.com/questions/484042/boot-grub-device-map-is-missing-on-ubuntu-14-04 https://wiki.centos.org/HowTos/GrubInstallation

Re: root csere boot kozben

On 08/26/2015 11:12 AM, dr Zana János wrote: 2015.08.26. 9:34 keltezéssel, Kiss Gabor írta: https://wiki.centos.org/HowTos/GrubInstallation g Ebben ez áll: 4 title CentOS 5.6 i686 5 root (hd0,5) 6 kernel /boot/vmlinuz-2.6.18-238.19.1.el5.centos.plusPAE ro root=/dev/sda6 rhgb noquiet

Re: root csere boot kozben

On 08/25/2015 01:25 PM, Attila Rajmund Nohl attila.r.n...@gmail.com wrote: Nem értek különösebben hozzá, de mostanában nem UUID alapján szokás mount-olni, pont azért, hogy az ilyen átneveződések ne okozzanak gondot? Nem a mountolással volt baja, hanem a kernelfrissítéssel. (Gondolom a

Re: BIOS Setup

On 06/11/2015 09:45 PM, Gabor Gombas 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 Te vagy az ász! :-) Köszönöm! http://h20564.www2.hp.com/hpsc/doc/public/display?docId=emr_na-c03323813

Re: BIOS Setup

On 06/10/2015 10:16 PM, Benák István wrote: Kiss G.: javaslom 100 gép esetén ülj autóba kényelmesen utazz el a célállomásra és kérj el érte 100 * X forintot + utiköltséget. Ráment egy napod, vagy kettő? Igen. Megfizették? Igen. Hol a hiba? Nem csináltunk korszakalkotót? Kit érdekel, hogy

Re: BIOS Setup

On 06/08/2015 08:36 PM, PÁSZTOR György wrote: Az nagyon ortodox ötlet, hogy custom főzött ilo-t teszel beléjük? Bár, ha jól értettem, akkor HP, azért az elég zárt. Supermicro-k főzött ipmi firmware-éről hallottam már sikertörténeteket! ;-) Félek eltévesztetted az ortodox szó jelentését. :-))

Re: BIOS Setup

On 06/08/2015 09:33 PM, Ferenc Wagner wf...@niif.hu wrote: De mit segít ez a scriptelésben? Pontosan azt akartam elkerülni, hogy mindegyiket kézzel setupoljam. Nyomulj clusterssh-val az iLO-kra, és akkor csinálhatod egyszerre az összeset. Hangsúlyozom: a management kártyának (=iLO) nincs

Re: BIOS Setup

On 06/09/2015 03:52 PM, Ferenc Wagner wf...@niif.hu wrote: Én a tevés könyv sarkának alkalmas elhelyezésével próbálkoznék először. Most vettem meg a negyedik kiadást. 1130 oldal, és igen súlyos... :-) A kérdés az volt: hogy lehetne az NVRAM egészét, és nem csak a standard 112 byte-ot

Re: BIOS Setup

On 06/09/2015 03:29 PM, PÁSZTOR György wrote: Szóval mit fogok látni a képen, ha egyszerre lépek be az összes gépre, és mi biztosítja, hogy mindegyikhez akkor jusson el az F9, amikor kell? :-) Az a rész kézimunka. Hacsak... Nincs olyan az ilo-ban, hogy next boot device: boot into bios.

Re: BIOS Setup

On 06/09/2015 02:11 PM, Ferenc Wagner wf...@niif.hu wrote: Hangsúlyozom: a management kártyának (=iLO) nincs semmilyen közvetlen befolyása az NVRAM tartalmára. Mégis hogy képzelted? :-o Belépsz az összes iLO-ra egyszerre clusterssh-val, kiadod a TEXTCONS parancsot, Hopp, hopp! ne siessünk!

BIOS Setup

Volna itt majdnem 100 egyforma gép, aminek a BIOS Setupját módosítani kellene. Sebaj, mondtam, egynél módosítok, aztán megnézem milyen bitek változtak a /dev/nvram-ban, majd azt beírom a többibe is. No, elbuktam. A /dev/nvram-ban csak a tradicionális 112 byte látszik. Az viszont változatlan.

Re: BIOS Setup

On 06/08/2015 05:06 PM, Ferenc Wagner wf...@niif.hu wrote: Kiss Gabor ki...@ssg.ki.iif.hu writes: Volna itt majdnem 100 egyforma gép, aminek a BIOS Setupját módosítani kellene. Nincs semmilyen konzol átirányítási lehetőség ezekben a BIOS-okban? Serial over LAN, IPMI, bármi? Dehogynincs

Re: BIOS Setup

On 06/08/2015 04:50 PM, PÁSZTOR György wrote: Kb. 10 évvel ezelőtti HP gépeknél volt ilyen a biosban, hogy egyet beállítottál, kimentetted (akkor még) kisfloppy-ra a beállítást, majd fogtad a floppy-t odamentél a következőhöz, és arról betöltötte a beállításokat, majd a következőhöz is, majd

Re: hálózat eltűnik

On 06/02/2015 10:53 AM, B. P. TBC wrote: internet. Ugyanis a két hálókártya közül nem azt konfigoltam, amelyikbe a kábel be volt dugva. Ajánlott irodalom: http://dawn.royalcomp.hu/~raas/lc.html :-) _ linux lista -

Re: hálózat eltűnik

On 05/29/2015 08:45 AM, B. P. TBC wrote: Amikor nincs internet, a routeren a link led világít, de a 100MBPS már nem. Ebben a problémában kérném a segítségeteket! Esetleg az autonegotiation nem megy. Mit mond az ethtool eth0? g _ linux lista

Re: 852-es kódlap

On 05/14/2015 03:41 PM, Gábor Kovács furto...@gmail.com wrote: 852-es kódlapal készült programokat kell szerkesztenem és futtatnom. Milyen programnyelven írták ezeket? :-o Ezek DataFlex források, örökségként hordozzák magukkal kiirthatatlanul kódlapot és billentyűkombinációkat. Ebben a

Re: 852-es kódlap

On 05/13/2015 04:59 PM, Gábor Kovács wrote: 852-es kódlapal készült programokat kell szerkesztenem és futtatnom. Milyen programnyelven írták ezeket? :-o g _ linux lista - linux@mlf.linux.rulez.org

Re: ssl és name based virtual hosting

On 04/22/2015 12:23 PM, Sörös Zoltán wrote: De bekonfiguráltam a 'fő' domainre a https-t, ennek mellékhatásaként ha valaki https-en nézné valamelyik másik domaint, akkor kap egy hibaüzenetet, hogy a tanusítvány másik domainre szól. Mivel a többi domainre nem kell https, gondoltam

Re: Strapabíró távolra logolás

On 04/13/2015 11:13 AM, PÁSZTOR György wrote: AFAIK az OSE verzióba is a tervek között van a sima disk buffer. ;-) Érdemes lehet már most github-on jelezni, hogy a tervezéskor a disk buffert Ööö... félek kicsúsznék minden határidőből, ha erre várnék. :-) kissg

Re: Bind hiba

On 02/26/2015 09:50 AM, Sörös Zoltán wrote: Bónusz kérdés: Ha szeretném tűzfallal lezárni az 53-as bejövő portot, hogy kívülről ne érjék el a namedünket, kiket kell kivételbe tenni, hogy azért megtalálják a www.filmjus.hu -t? A T-online-nál van a másodlagos szerverünk, gondolom ha az

Embereket keresünk

Álláshirdetés itt: http://hup.hu/node/138495 g _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: ext3 helyfoglalas furcsasag

On 11/04/2014 03:20 PM, Kosa Attila wrote: Van egy gep, lvm-es ext3 particiokkal, vserverrel. A vserverben ufs-kent latszik az egyebkent ext3-as particio, es ilyet produkal: Nem birok rajonni, hogy hogyan csinalja... Lehetseges lenne, hogy valami fajlrendszer-serules okoz ilyet? Nem

Re: sed: line number beszuras

On 09/08/2014 11:49 AM, Pirity Tamas Gabor wrote: cat -n nem jó? Miért akarod pont sed-del? Challenge. :-) Talán ez segít: https://www.gnu.org/software/sed/manual/html_node/cat-_002db.html g -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a

Re: EPERM: a hajam kihullik

On 03/17/2014 05:20 PM, elsik.ga...@on-line.hu wrote: olyasmi, hogy apparmor nem kavar bele a dologba? nekem attól szokott De. Pont az volt. :-( Tegnap este egy kollégám kinyomozta. Kösz a segítséget a többieknek is! g -- A: Because it messes up the order in which people normally read text.

EPERM: a hajam kihullik

Adott egy SUSE Linux Enterprise Server 11 SP3 (x86_64) Bizonyos okokból -- és most ne azokat firtassuk, és ne próbáljunk kerülőutat találni, mert ez már a kerülőút -- azt vettem a fejembe, hogy az ntpd ne a /etc/ntp.conf, hanem a /etc/ntp.conf.real file-t tekintse konfigjának. Az init scriptben

Re: dynamic dns server ddclienthez

On 01/23/2014 09:49 AM, Thiering Péter wrote: Sajnos a dyn.com-ra havonta be kell lépni, legutóbb két domainemet is törölték, mert már figyelmeztető e-mailt sem kapok tőlük, úgyhogy elvinném a saját szerveremre ezeket a szolgáltatásokat... Nekem ez bevált: http://www.dnsdynamic.org/ (Ha

Re: bash ctrl+c gondok

On 10/27/2013 12:11 PM, Elsik Gábor wrote: Tortent egyszer, hogy lefrissitettem a linuxot, amitol a bash fogta magat es elkezdett eleg fura modon mukodni, pontosabban nem mukodni. Ha siman inditok egy terminalt X alatt, akkor a ^C es ^Z nem mukodik. Tippem szerint ez nem a bash problémája.

Re: Kernelméret

On 05/23/2013 06:56 PM, SZÉKELYI Szabolcs wrote: Ajanlom figyelmedbe a kernel-package csomagot. Köszönöm. :- Eddig eszerint haladtam: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html 4.5 Building a custom kernel from Debian kernel source g -- A: Because it messes up the order in

Re: Kernelméret

On 05/22/2013 09:41 PM, SZÉKELYI Szabolcs wrote: On 2013. May 22. 21:31:32 Kiss Gabor wrote: Úgy alakult, hogy 5 év után ismét kernelt kell fordítanom. Fogtam a Debian kernel forrást (3.2.41), a lehető legtöbb dolgot kihagytam belőle, lefordítottam, és 10-szer akkora lett mint a gyári. És

Re: Kernelméret

On 05/22/2013 09:45 PM, Gábor Lénárt wrote: On Wed, May 22, 2013 at 09:31:32PM +0200, Kiss Gabor wrote: Mi a fene került beléjük? Nezd meg mi kerult belejuk. Pl objdump -h kernel/fs/binfmt_misc.ko vagy hasonlo, elso korben csak elf section header-ek stb. Hatha ranezesre latszik a tied es

Re: Kernelméret

On Wed, 22 May 2013 21:45:39 +0200, Gábor Lénárt l...@lgb.hu wrote: Nezd meg mi kerult belejuk. Pl objdump -h kernel/fs/binfmt_misc.ko vagy hasonlo, elso korben csak elf section header-ek stb. Hatha ranezesre latszik a tied es a distrib kozott hogy mi hol miert. Nyert! Mégis be volt ikszelve

Kernelméret

Úgy alakult, hogy 5 év után ismét kernelt kell fordítanom. Fogtam a Debian kernel forrást (3.2.41), a lehető legtöbb dolgot kihagytam belőle, lefordítottam, és 10-szer akkora lett mint a gyári. És lövésem sincs, hogy mit rontottam el. Minden modul úgy 10-30-szor akkora mint Debianékénál. Mi

Opera és SSL

Volna itt egy érdekes probléma. 10 percen át írtam róla részletesen, és közben leesett a tantusz. Kösz a segítséget! :- g _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux

Re: php állományok jogosultsága

On 04/11/2013 12:35 PM, PÁSZTOR György wrote: Hofferek Attilah...@soka.co.hu írta 2013-04-11 12:16-kor: Sztem egyebkent cgi modban futtatjak, hogy a tulaj neveben futhasson, ne wwwdata legyen mindenki scriptje hogy osszevissza irogathassak egymas cuccait. Ezert kell futtathatonak lennie.

Re: php állományok jogosultsága

On 04/11/2013 01:40 PM, PÁSZTOR György wrote: Ha meg cgi-ként futtatják, akkor kellene hozzá shabang is, nemde? shebang a #! neve. http://en.wikipedia.org/wiki/Shebang_(Unix) (Bocs, hogy közbeszóltam!) Innen már necces, hogy flame-re át kellene vezetni a topicot, de az általad mutatott

Re: syslog-ng help

On 03/14/2013 11:11 AM, Szokovacs Robert wrote: Az egy idő után kb. mennyi időt jelent ? Tudod reprodukálni ? 24 gepbol egy nap alatt 5-6 produkalja. Strace. (Alkalmas -e trace= opcióval, hogy kezelhető mennyiségű outputot kapj.) És use the Source, Luke. g -- A: Because it messes up the

Re: pxe boot

On 01/26/2013 08:11 PM, Hóbor István wrote: egy olyan kezdő kérdésem lenne, hogy lehetséges-e pxe boottal merevlemez nélküli gépek üzemeltetése? vagy a pxe másra jó csak? Két clusterben 80 ilyen gépünk van (RHEL 5.6), tehát az egzisztenciatétel bebizonyíttatott. :-) Gábor -- A: Because it

Re: Apache konfig ws. wordpress

On 01/22/2013 11:10 AM, Thiering Péter wrote: Mit tegyek, egyre több felhasználótól merül fel az igény Wordpress, Joomla, és hasonló webportál-csomagok használatára, ezeket korszerű, modern technológiáknak nevezve. Nevezd erőforráspocsékoló, drága technológiának, és kalapozz egy nagyobb

Re: [lk] tavoli alkalmazas bind-olasa

On 01/21/2013 04:28 PM, Medovarszky Zoltan wrote: ssh -L0.0.0.0:80:celip:80 user@host És alighanem -o GatewayPorts=yes is kell neki. Ld. ssh(1) sshd_config(5) g -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q:

Re: T-com - maxer.hu DNS bug

On 12/15/2012 09:34 PM, Szima Gábor wrote: Több különböző (ADSL, LAN) T-com hálózatról a maxer.hu DNS-e által szolgáltatott egy bizonyos host kérés kb. 20-30%-ban hibával tér vissza: nslookup a.valami.hu 84.2.44.1 Server: 84.2.44.1 Address:84.2.44.1#53 ** server can't find

Re: RaspberryPi USB

On 12/06/2012 09:06 AM, Gabor HALASZ wrote: En hw watchdogot irtam (ott van font), a linuxos pedig egy nagy adag joindulattal is csak hibrid megoldas. Kifejtenéd kérlek e gondolat műszaki tartalmát? Pontosan mi is hiányzik ebből a watchdogból, hogy ráüsd a nagy, vörös APPROVED bélyegzőt? g

  1   2   3   4   5   6   7   >