Re: adsl korlatozas, fullduplex
Sziasztok! Kosa Attila wrote: Ha valamekkora meretunek felismeri, akkor mar lehet bootolni rola Ha viszont a BIOS lefagy, amikor megprobalja felismerni a winchet (regebbi Award BIOS-ok hajlamosak, az enyem is ezt csinalta, meg akkor is, ha kezzel allitod be a winch tipusat), akkor kenytelen leszel lekorlatozni egy jumperrel a winch meretet. Ami pl. egy 200 GB-s Maxtornal nem mukodott helyesen, egy 200-as Samsungnal viszont igen. Es amikor a kernel elindul, akkor mar a teljes meretet fogja latni 2.4-es kernelnek kell meg egy hdx=stroke opcio is, 2.6-os anelkul is megy. Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Bartos-Elekes Zsolt wrote: Ha viszont a BIOS lefagy, amikor megprobalja felismerni a winchet (regebbi Egyszeruen nem kell a bios-ban engedelyezni a disket. Nem kell sem auto-r allitani. A BIOS addig kell a linuxnak, amig be nem toltodik a kernel. 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: adsl korlatozas, fullduplex
Lajber Zoltan wrote: Egyszeruen nem kell a bios-ban engedelyezni a disket. Nem kell sem auto-r allitani. A BIOS addig kell a linuxnak, amig be nem toltodik a kernel. Szia! Es akkor hogy bootolsz rola? -- Hofferek Attila _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, Mar 22, 2006 at 10:06:04AM +0100, Bartos-Elekes Zsolt wrote: Egyszeruen nem kell a bios-ban engedelyezni a disket. Nem kell sem auto-r allitani. Akkor is lefagy :-( Megpedig akkor, amikor a CD-ket keresi, azt viszont mar nem tudod letiltani. Egyetlen modszert sikerult eddig kikiserletezzek, Erdekes bios az, amelyben ha azt mondod, hogy nincs ott semmi, akkor meg keres rajta cd-t... A BIOS addig kell a linuxnak, amig be nem toltodik a kernel. Igy van, pont a bootolasrol volt szo. Az eredeti kerdesben kifejezetten az szerepelt, hogy nem akar bootolni rola. -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Sziasztok! Erdekes bios az, amelyben ha azt mondod, hogy nincs ott semmi, akkor meg keres rajta cd-t... Szerintem minden Award BIOS ezt csinalja. Eloszor vegignezi a wincheket, majd utana kiirja, hogy Found CD-ROM Na ezt szerinted honnan tudja...? Konkretan a kovetkezo alaplapokat probaltam: Asus TX97-LE, TXP4, mindegyik a legujabb BIOS-szal. Az eredeti kerdesben kifejezetten az szerepelt, hogy nem akar bootolni rola. Marpedig ezt te irtad: On Wed, Mar 22, 2006 at 06:19:37AM +0100, Lajber Zoltan wrote: On Tue, 21 Mar 2006, Attila wrote: 1. nem ismeri fel a bios eredeti méretben. es nem is bootol rola. Ha valamekkora meretunek felismeri, akkor mar lehet bootolni rola Amugy mindegy, ha nem is akarsz bootolni rola, akkor is lefagy. Ugy tunik, nem csak en jartam igy: http://www.wimsbios.com/phpBB2/viewtopic.php?t=7553sid=7bac6524470e36fea70e413296b034d8 http://www.wimsbios.com/HTML1/faq.html#q15 Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix +sasl
Postfix - master.cf -- az smtpd-nél -v opció (bővebben a man-ból) postfix restart az ominózus verbose :) Valahogy mindig kimarad:) Igy már látok dolgokat ime: match_list_match: szerver5: no match match_list_match: 195.199.207.125: no match ... smtpd_sasl_authenticate: sasl_method LOGIN ... szerver5[195.199.207.125]: 235 Authentication successful watchdog_pat: 0x8078090 szerver5[195.199.207.125]: MAIL FROM: [EMAIL PROTECTED] extract_addr: input: [EMAIL PROTECTED] smtpd_check_addr: [EMAIL PROTECTED] ctable_locate: move existing entry key [EMAIL PROTECTED] extract_addr: result: [EMAIL PROTECTED] fsspace: .: block size 4096, blocks free 2617139 smtpd_check_size: blocks 4096 avail 2617139 min_free 0 // msg_size_limit 1024 szerver5[195.199.207.125]: 250 Ok watchdog_pat: 0x8078090 szerver5[195.199.207.125]: RCPT TO: [EMAIL PROTECTED] extract_addr: input: [EMAIL PROTECTED] smtpd_check_addr: [EMAIL PROTECTED] ctable_locate: move existing entry key [EMAIL PROTECTED] extract_addr: result: [EMAIL PROTECTED] START Recipient address RESTRICTIONS generic_checks: name=permit_mynetworks permit_mynetworks: szerver5 195.199.207.125 match_hostname: szerver5 ~? 127.0.0.0/8 match_hostaddr: 195.199.207.125 ~? 127.0.0.0/8 match_list_match: szerver5: no match match_list_match: 195.199.207.125: no match generic_checks: name=permit_mynetworks status=0 generic_checks: name=reject_unauth_destination reject_unauth_destination: [EMAIL PROTECTED] permit_auth_destination: [EMAIL PROTECTED] ctable_locate: leave existing entry key [EMAIL PROTECTED] NOQUEUE: reject: RCPT from szerver5[195.199.207.125]: 554 // [EMAIL PROTECTED]: Relay ... generic_checks: name=reject_unauth_destination status=2 szerver5[195.199.207.125]: 554 [EMAIL PROTECTED]: Relay access denied watchdog_pat: 0x8078090 (próbáltam rövíditeni, de így is ennyi lett) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix +sasl
On Wed, Mar 22, 2006 at 10:28:06AM +0100, [EMAIL PROTECTED] wrote: Már csak 1 main.cf kellene :) -- [Varadi Gabor] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, Mar 22, 2006 at 10:25:42AM +0100, Bartos-Elekes Zsolt wrote: Erdekes bios az, amelyben ha azt mondod, hogy nincs ott semmi, akkor meg keres rajta cd-t... Szerintem minden Award BIOS ezt csinalja. Eloszor vegignezi a wincheket, majd utana kiirja, hogy Found CD-ROM Na ezt szerinted honnan tudja...? Konkretan a kovetkezo alaplapokat probaltam: Asus TX97-LE, TXP4, mindegyik a legujabb BIOS-szal. Mar Lajbi is mondta, hogy nem auto-ra kell allitani a diszkek felismereset, hanem le kell tiltani. Ekkor _semmit_ sem fog keresni a bios. Az eredeti kerdesben kifejezetten az szerepelt, hogy nem akar bootolni rola. Marpedig ezt te irtad: Nem en voltam az eredeti kerdezo. Csak pontositani probaltam Lajbi velemenyet a sajat tapasztalataim alapjan. Ha valamekkora meretunek felismeri, akkor mar lehet bootolni rola Amugy mindegy, ha nem is akarsz bootolni rola, akkor is lefagy. Ugy tunik, nem csak en jartam igy: http://www.wimsbios.com/phpBB2/viewtopic.php?t=7553sid=7bac6524470e36fea70e413296b034d8 http://www.wimsbios.com/HTML1/faq.html#q15 Ezek nem tamasztjak ala a velemenyedet. Ugyanis - szerintem - itt arrol beszelnek, hogy nem sikerult felismernie a bios-nak a diszket, hanem lefagyott. Mi meg pont azt mondjuk, hogy teljesen ki kell kapcsolni a bios-ban a diszkek felismereset, mintha nem is lenne ott diszk, es majd a kernel elintezi a diszkek felismereset. En is csak annyit mondtam, hogy ha valamekkora meretunek felismeri, akkor mar lehet bootolni rola. Ha nem ismeri fel (vagy lefagy a diszktol) a bios, akkor nyilvanvalo, hogy arrol az eszkozrol nem fogsz tudni bootolni. -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix +sasl
Már csak 1 main.cf kellene :) nekem is egy müködő :) ime a config: smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no myhostname = szerver4.batsanyi-tapolca.sulinet.hu alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = szerver4.batsanyi-tapolca.sulinet.hu, localhost relayhost = mynetworks = 127.0.0.0/8 home_mailbox = Maildir/ mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all smptd_sasl_local_domain = smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smptd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination Hát kb ennyi. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Bartos-Elekes Zsolt wrote: Akkor is lefagy :-( Megpedig akkor, amikor a CD-ket keresi, azt viszont mar nem tudod letiltani. Egyetlen modszert sikerult eddig kikiserletezzek, Nem kell melle tenni a cd-t, vagy kikiserletezni, hogy ki legyen a master. 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: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Hofferek Attila wrote: Lajber Zoltan wrote: Egyszeruen nem kell a bios-ban engedelyezni a disket. Nem kell sem auto-r allitani. A BIOS addig kell a linuxnak, amig be nem toltodik a kernel. Szia! Es akkor hogy bootolsz rola? Arrol volt szo, hogy nem kell rola bootolni. Berakok egy 20G-s, amiol bootol... 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: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Bartos-Elekes Zsolt wrote: Pont ezt mondom en is, hogy akarmit csinalsz (beleertve azt is, hogy none-ra allitod a winch tipusat!) lefagy a BIOS. Tudom, mert az otthoni szerveremmel (AMD K6-2-266, Asus TX97-LE) sokat szenvedtem, amig erre rajottem. Nekem asus p5/k6-2/400 -on mukodik. Regi 4G-rol bootolok, mobil rack-en latott mar 20-60-120g-sakat, gond nelkul. A cd a 4G-s mellet van. Van amelyik cd nem szeret master lenni, van amelyik ha slave, es nincs master (mobil rack), akkor nem indul... 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: adsl korlatozas, fullduplex
Az scp nagyon durvan lekorlatozza az atvitelt, szoval nem a kartya teljesitmenyet kaptad meg, hanem csinaltal egy openssl benchmark-ot. Igen. Masik korlat hogy eleg gyors gep kell neki, hogy az scp ne legyen korlat. Semmikepp sem regi gepen kell scp-vel tesztelni. De az uj / gyors gepeken nem jelent korlatot. Maskepp hogy is ernek el 11-12 MByte / s -t ? De nem szeretnek vita-thread-et inditani errol. bye Zsolt. -- English Version: This message has been scanned for viruses and dangerous content, and is believed to be clean. Versiunea Romana: Mesajul a fost scanat si este considerat a fi neinfectat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Mustek szunetmentes USB csatlakozassal
Szeretnek egy Mustek 600 szunetmentes tapegyseget USB porton monitorozni (=azaz egy programmal kikapcsolni a gepet, ha merul az aksi) grafikus felulet nelkul. A CD-n hozza adott software egy kb 10MByte-os Java alkalmazas. Op. rendszer: Ubuntu 5.1 (breezy) grafikus felulet nelkul Ha bedugom a kabelt, a dmesg azt mondja: [4376948.126000] usb 2-2: new low speed USB device using uhci_hcd and address 3 [4376948.289000] input: USB HID v1.00 Gamepad [Cypress Semiconductor USB to Serial] on usb-:00:10.1-2 cat /proc/bus/usb/devices (reszlet) T: Bus=02 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 3 Spd=1.5 MxCh= 0 D: Ver= 1.10 Cls=00(ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0665 ProdID=5161 Rev= 0.01 S: Manufacturer=Cypress Semiconductor S: Product=USB to Serial C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=32ms ls -l /dev/input (kihuzott usb kabelnel) total 0 crw-rw 1 root root 13, 64 2006-03-21 14:34 event0 crw-rw 1 root root 13, 66 2006-03-21 14:34 event2 crw-rw 1 root root 13, 63 2006-03-21 14:34 mice ls -l /dev/input (bedugott usb kabelnel) total 0 crw-rw 1 root root 13, 64 2006-03-21 14:34 event0 crw-rw 1 root root 13, 65 2006-03-22 14:01 event1 crw-rw 1 root root 13, 66 2006-03-21 14:34 event2 crw-rw 1 root root 13, 63 2006-03-21 14:34 mice Mit tegyek? Udvozlettel: Lakatos Istvan _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mustek szunetmentes USB csatlakozassal
In article [EMAIL PROTECTED], Lakatos =?ISO-8859-2?Q?Istv=E1n?= [EMAIL PROTECTED] writes: [4376948.289000] input: USB HID v1.00 Gamepad [Cypress Semiconductor USB to Serial] on usb-:00:10.1-2 S: Product=USB to Serial Mit tegyek? Arra tippelek, a /dev/ttyUSB0 lesz a te baratod. Majd ha betoltod az idevago kernel modult. (Ha van olyan egyaltalan.) kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mustek szunetmentes USB csatlakozassal
In article [EMAIL PROTECTED], Lakatos =?ISO-8859-2?Q?Istv=E1n?= [EMAIL PROTECTED] writes: S: Manufacturer=Cypress Semiconductor S: Product=USB to Serial Mit tegyek? Toltsd be a cypress_m8 modult! kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Zsolt HAJDU wrote: De az uj / gyors gepeken nem jelent korlatot. Maskepp hogy is ernek el 11-12 MByte / s -t ? elso korben ftp-vel teszteld. 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: adsl korlatozas, fullduplex
Zsolt HAJDU wrote: Igen. Masik korlat hogy eleg gyors gep kell neki, hogy az scp ne legyen korlat. Semmikepp sem regi gepen kell scp-vel tesztelni. De az uj / gyors gepeken nem jelent korlatot. Maskepp hogy is ernek el 11-12 MByte / s -t ? 100Mbit-es kartyaval ez OK. De probald gigabites kartyaval, egybol szuk keresztmetszet lesz az scp... Vitatkozni tenyleg nem erdemes rola, eleg sokat jatszottam openssl optimalizalassal, kulonfele procikon kulonfele gcc verziokkal :))) -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Mustek szunetmentes USB csatlakozassal
Hi! Szeretnek egy Mustek 600 szunetmentes tapegyseget USB porton monitorozni (=azaz egy programmal kikapcsolni a gepet, ha merul az aksi) grafikus felulet nelkul. A CD-n hozza adott software egy kb 10MByte-os Java alkalmazas. ... [4376948.289000] input: USB HID v1.00 Gamepad [Cypress Semiconductor USB to Serial] on usb-:00:10.1-2 Úgy tűnik, drivert talál hozzá. cat /proc/bus/usb/devices (reszlet) ... I: If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid És ezt ez a sor meg is erősíti. Amennyiben szabványosan kommunikál, akkor igazából bármely USB alapú USB figyelő proggynak illene kezelnie az eszközt - már feltéve, hogy a proggy is szabványosan kommunikál. Magánban áttolok egy 10k-s forrást, próbáld ki vele, remélem, menni fog. Nálam APC Back UPS-ekkel kommunikál és nincs gondom vele. Üdv Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Szia! 2006. március 22. 15.20 dátummal Gellér Sándor ezt írta: Zsolt HAJDU wrote: Igen. Masik korlat hogy eleg gyors gep kell neki, hogy az scp ne legyen korlat. Semmikepp sem regi gepen kell scp-vel tesztelni. De az uj / gyors gepeken nem jelent korlatot. Maskepp hogy is ernek el 11-12 MByte / s -t ? 100Mbit-es kartyaval ez OK. De probald gigabites kartyaval, egybol szuk keresztmetszet lesz az scp... Szerintem minél kevesebb szolgáltatáson (programon) megy keresztul a dolog annál kevesebb lehet a szűk keresztmetszet, cpu (scp) , disk (ftp, olvasás, írás) Vannak kifejezetten ilyen programok amik a hálózati sávszélességet tesztelik: - Ha a hállókártya aktuális hálózati sebességére vagy kíváncsi akkor az Tcptrack programot ajánlom figyelmedbe! - Ha két gép közötti sávszélességet szeretnél mérni (ki milyen sebességgel éri el a másikat) akkor: - iptraf: http://dast.nlanr.net/Projects/Iperf/ - nepim: http://www.nongnu.org/nepim/ Üdv kagy _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Sziasztok! Lajber Zoltan wrote: Pont ezt mondom en is, hogy akarmit csinalsz (beleertve azt is, hogy none-ra allitod a winch tipusat!) lefagy a BIOS. Tudom, mert az otthoni szerveremmel (AMD K6-2-266, Asus TX97-LE) sokat szenvedtem, amig erre rajottem. Nekem asus p5/k6-2/400 -on mukodik. Regi 4G-rol bootolok, mobil rack-en latott mar 20-60-120g-sakat, gond nelkul. A cd a 4G-s mellet van. Annak mar mas fajta (ujabb) BIOS-a van, a P5A-B-vel nekem is ment. Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Hi, Fulduplex: A hálokártyánál nem találtam semmit a logba ami nekem árulkodo lenne hogy milyenre van állitva. A modprobe ezt irja a logba: (modprobe forcedeth) Mar 22 18:48:12 localhost forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.48. Mar 22 18:48:12 localhost ACPI: PCI Interrupt :00:05.0[A] - Link [APCH] - GSI 22 (level, high) - IRQ 16 Mar 22 18:48:12 localhost PCI: Setting latency timer of device :00:05.0 to 64 Mar 22 18:48:13 localhost eth0: forcedeth.c: subsystem: 01458:e000 bound to :00:05.0 Mar 22 18:48:13 localhost eth0: no link during initialization. Mar 22 18:48:13 localhost ADDRCONF(NETDEV_UP): eth0: link is not ready Mar 22 18:48:15 localhost eth0: link up. Mar 22 18:48:15 localhost ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Mar 22 18:48:26 localhost eth0: no IPv6 routers present Ez a hálokártya az alaplapra van integrálva. GA-K8NS alaplapon van, ICS 1883. Ez milyen kártya ? Gagyi ? A kis gépbe ami 300Mhz abba meg egy : RealTek RTL8139 eth0: Identified 8139 chip type 'RTL-8139C' Ez ahogy olvastam elöbb gagyi. Az a két kártya között lenne a teszt. A kicsi gépbe van egy kis keresztmetszetü wincsi, ezért kérdeztem hogy mivel lehetne letesztelni. Valaki irta hogy mivel, majd kiprobálom. Tehát ha kicserélem a lassu gépbe ezt a kártyát egy jobbra(hw-es) akkor gyorsabb lesz a hálozat ? Vagy ez a gép tul gyenge ehez ? Ezek milyenek ?(ha valaki fejböl tudná) : Acorp L100 10/100Mbps D-Link DFE-528TX 10/100 D-Link DFE-530TX 10/100 D-Link DGE-528T 10/100/1000 Gembird NIC-R1 10/100 SMC 1233A-TX 10/100 SMC 1255TX 10/100 Gondolom nem a legjobbak, mert a legdrágább is 2500Ft. Tényleg csak ugy érdekesség kedvéért. Ha van a gépbe egy 1000-es kártya, ez egy 100-as switch-en van és erröl két 100-as gép tölt le akkor mind a kettö tud 100-al letölteni (gondolom nem)? És ha 1000-es switch-en van ? A wincseszteres téma: Tehát ha nincs szerencsém akkor lefagy bootoláskor. (most van benne egy 4G + 1,5G) Ha lefagy, akkor ha rakok bele egy wincsi kártyát akkor nem fog lefagyni gondolom, mert azt nem támogatja a bios.(?) (Csak nemtudom hogy igy megéri-e...) ADSL korlátozás: Ha a lartc a referencia, akkor kiprobálom. Köszi mindenkinek, Attila _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Attila wrote: Hi, Fulduplex: A hálokártyánál nem találtam semmit a logba ami nekem árulkodo lenne hogy milyenre van állitva. A modprobe ezt irja a logba: (modprobe forcedeth) ethtool, mii-diag megmondja Tényleg csak ugy érdekesség kedvéért. Ha van a gépbe egy 1000-es kártya, ez egy 100-as switch-en van és erröl két 100-as gép tölt le akkor mind a kettö tud 100-al letölteni (gondolom nem)? És ha Hogyan is tudnal egy 100Mbit/s porton 2x100Mbit/s sebesseget elerni??? 1000-es switch-en van ? Ha a switch at tudja vinni a forgalmat, es a szerver is tudja ekkora sebesseggel kuldeni az adatokat, akkor igen. -- Gellér Sándor [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RAID-1 olvasasi sebesseg
Sziasztok! Csinaltam RAID-1-et ket SATA vinyobol. Mukodik, viszont az olvasasi sebesseg az md eszkozrol nem nagyobb, mint a fizikai vinyokrol, pedig en majdnem ketszeres sebesseget vartam. Probaltam dd-vel, hdparm -tT-vel, ugyanaz. (dd-vel 1GB olvasasa 18-19MB/s) Szubjektiven, random I/O-nal sem erzem gyorsabbnak a diszkeket. Miert van ez? Alaplap: Asus A8N-E (nForce4), Athlon64 3800+ Vinyok: 2x ST3250823AS (SATA) Oprendszer: Gentoo (64 bites), naponta frissitve Kernel: 2.6.15-gentoo-r7 (x86_64) SATA driver: libata Bonusz kerdesek: 1. A vinyok elvileg tudjak a SATA Tagged Command Queueing-ot. Kihasznalja-e ezt a driver? A hdparm mond ilyesmit a Capabilities-nel, hogy: Queue depth: 32. 2. A hdparm sajnos mond ilyet is: R/W multiple sector transfer: Max = 16 Current = 1 Allitani viszont nem tudom, mert libata driverrel a hdparm nem tud ilyet allitani. Lehet-e emogott az eredeti kerdesre a valasz? Koszi, Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: diald ADSL-re
Ez úgy tökéletes ahogy leírtad, csak az a gond, hogy az ntpd folyton szinkronizál, és nem engedi lebomlani a kapcsolatot. Marad a kézi hajtány. Ha a pppd-t megfeleloen bekonfiguralod, akkor tudja: updetach plugin /etc/ppp/plugins/rp-pppoe.so nic-eth0 mtu 1492 mru 1492 default-asyncmap nomagic user username noauth noipdefault ipcp-accept-local ipcp-accept-remote defaultroute usepeerdns demand idle 300 connect \\ persist maxfail 0 holdoff 5 lcp-echo-interval 20 lcp-echo-failure 3 maxconnect 43200 (a pppoe plugin nalad valoszinuleg mashol lesz, en forrasbol forditottam a pppoe-t) Az interfaces-be kell meg egy ilyesmi: auto ppp0 iface ppp0 inet ppp pre-up ifconfig eth0 0.0.0.0 up provider pppoe-provider post-down ifconfig eth0 down -- A humor az elme mindennapos tisztálkodása. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RAID-1 olvasasi sebesseg
Simon Gabor Technical Support Engineer wrote: Sziasztok! Csinaltam RAID-1-et ket SATA vinyobol. Mukodik, viszont az olvasasi sebesseg az md eszkozrol nem nagyobb, mint a fizikai vinyokrol, pedig en majdnem ketszeres sebesseget vartam. Azt majd Godot hozza ;) Probaltam dd-vel, hdparm -tT-vel, ugyanaz. (dd-vel 1GB olvasasa 18-19MB/s) Szubjektiven, random I/O-nal sem erzem gyorsabbnak a diszkeket. Miert van ez? Mert csak az egyik driverol olvas. Bonusz kerdesek: 1. A vinyok elvileg tudjak a SATA Tagged Command Queueing-ot. Kihasznalja-e ezt a driver? A hdparm mond ilyesmit a Capabilities-nel, hogy: Queue depth: 32. Akkor igen. -- Szerintem. Gabor HALASZ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: diald ADSL-re
Sziasztok! Gádori Zsolt wrote: Ez úgy tökéletes ahogy leírtad, csak az a gond, hogy az ntpd folyton szinkronizál, és nem engedi lebomlani a kapcsolatot. Marad a kézi hajtány. Akkor vagd ki az ntpd-t, es ntpdate-tel szinkronizalj, amikor kapcsolodik (/etc/ppp/ip-up.d-ben). Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On 06-Mar-22 19:45, Gellér Sándor wrote: Tényleg csak ugy érdekesség kedvéért. Ha van a gépbe egy 1000-es kártya, ez egy 100-as switch-en van és erröl két 100-as gép tölt le akkor mind a kettö tud 100-al letölteni (gondolom nem)? És ha Hogyan is tudnal egy 100Mbit/s porton 2x100Mbit/s sebesseget elerni??? Hat azert en mar lattam tobb 100-as switch-et, amin volt 1 uplink port, ami 1000-es volt, gerinc, tobb switch, szerverszoba bekapcsolasahoz. G da persze a kerdesbol ez nem derult ki egyertelmuen _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Lassan irom, hogy jobban megertsetek ;-) A felallas a kovetkezo: egyetlenegy IDE eszkoz van rakotve az alaplapra, a 32 GB-nal nagyobb winch (nyilvan primary master). A BIOS lefagy, amikor lekerdezi a winchet. Teheted auto-ra, none-ra, beallithatod kezzel a parametereket, amire jolesik, akkor is lefagy. Egyetlen megoldas van: F4-et nyomni, mielott lekerdezne a wincheket. Tedd a boot wincsit a Primary Masterre, a CD-ROM-ot a Primary Slave-re, es a BIOSban kapcsold ki a Secondary IDE adaptert... Persze oda dugd a NAGY vinyot.. Kernel nem foglalkozik a BIOS-al, meg kell talalnia a Secondary IDE adaptert es rajta a nagyonnagy vinyodat... Igy? Robbie _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Sziasztok! Robert Szabo wrote: Tedd a boot wincsit a Primary Masterre, a CD-ROM-ot a Primary Slave-re, es a BIOSban kapcsold ki a Secondary IDE adaptert... Persze oda dugd a NAGY vinyot.. Kernel nem foglalkozik a BIOS-al, meg kell talalnia a Secondary IDE adaptert es rajta a nagyonnagy vinyodat... Meg fogom probalni, bar attol felek, hogy ha a BIOS-ban letiltom az IDE portot, akkor azt a kernel sem fogja felismerni. Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Attila wrote: D-Link DGE-528T 10/100/1000 ezt nem sikerult mukodesre birnom SMC 1255TX 10/100 ez normalis -- Üdvözlettel, Gábriel Ákos -=E-Mail :[EMAIL PROTECTED]|Web: http://www.gabriel.co.hu=- -=Tel/fax:+3612367353 |Mobil:+36209278894=- _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Akos Gabriel wrote: SMC 1255TX 10/100 ez normalis Az smc1211 rtl8139-es chippel keszul. Regebben volt smc etherpower, az kozepes, kb 3com 905 es tigon3 kategoria. Igazabol az intel etherexpres pro es e1000 ethernetket valtak be. 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: adsl korlatozas, fullduplex
On Wed, 22 Mar 2006, Nagy Gabor wrote: Hat azert en mar lattam tobb 100-as switch-et, amin volt 1 uplink port, ami 1000-es volt, gerinc, tobb switch, szerverszoba bekapcsolasahoz. Hat a switchek egy masik tudomany :). 1-2 100M-as portot mindegyik ki tud szolgani, de kb 100e HUF alattiak nem fogjak tudni a wirespeed-et sok interface-en. 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: adsl korlatozas, fullduplex
On 06-Mar-22 21:43, Zs wrote: Ha egy eszköz a BIOSban letiltásra kerül, akkor az az eszköz le van tiltva. Azaz nem jelenik meg egyetlen I/O porton sem, nem küld megszakítást, stb. Egy ilyen eszözt nem fog látni a Linux sem - ergo _nem_ fogja megtalálni az IDE vezérlőt és így a rajta lévő wincsit sem. Lehet. Azert egy probat meger. En pl. hiaba tiltom le a laptop egyik egerhelyettesitojet, a psmouse modul reseteli az egesz kuplerajt, es mar latja is mindkettot. Ja, de csak 2.6-os kernellel, 2.4-gyel amit letiltottam BIOS-ban, az le van tiltva. G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Wed, Mar 22, 2006 at 09:43:40PM +0100, Zs wrote: Tedd a boot wincsit a Primary Masterre, a CD-ROM-ot a Primary Slave-re, es a BIOSban kapcsold ki a Secondary IDE adaptert... Persze oda dugd a NAGY vinyot.. Kernel nem foglalkozik a BIOS-al, meg kell talalnia a Secondary IDE adaptert es rajta a nagyonnagy vinyodat... Ha egy eszköz a BIOSban letiltásra kerül, akkor az az eszköz le van tiltva. Azaz nem jelenik meg egyetlen I/O porton sem, nem küld megszakítást, stb. Ezt honnan veszed? :) A BIOS is csak egy software mint ahogy pl a kernel is az. Sok BIOS tiltas tipikusan csak pl primitiv real mode megszakitas (int 13h pl) fele nyujtott dolgokat allit, amit modern OS ugysem hasznal. Mas esetben persze allithat erdekesebb hw kozelibb dolgot is, de akkor is gyakran az van, hogy az barmikor felulbiralhato pl kernel altal ugyanugy ahogy BIOS tiltotta. Normal esetben persze ez nem tul szep megoldas, de azert azt sem szabad kijelenteni hogy lehetetlen, mert ez nem igaz ... Pl egyes BIOS bug workaround-okra szokott a kernel olyat csinalni hogy letilt/enged dolgokat amirol a BIOS maskepp rendelkezne ... -- - Gábor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RAID-1 olvasasi sebesseg
Simon Gabor Technical Support Engineer wrote: Sziasztok! Csinaltam RAID-1-et ket SATA vinyobol. Mukodik, viszont az olvasasi sebesseg az md eszkozrol nem nagyobb, mint a fizikai vinyokrol, pedig en majdnem ketszeres sebesseget vartam. no de miert vartal 2x-es sebesseget ? ahhoz stripe-olas kellene (raid-0) Probaltam dd-vel, hdparm -tT-vel, ugyanaz. (dd-vel 1GB olvasasa 18-19MB/s) Szubjektiven, random I/O-nal sem erzem gyorsabbnak a diszkeket. Miert van ez? Alaplap: Asus A8N-E (nForce4), Athlon64 3800+ Vinyok: 2x ST3250823AS (SATA) Oprendszer: Gentoo (64 bites), naponta frissitve Kernel: 2.6.15-gentoo-r7 (x86_64) SATA driver: libata ehhez a felszereleshez azert ez az eredmeny nagyon karcsu nem ?? nekem ugyan inteles lapom van, de 58M/sec -et olvas siman.. vagy ezek a vinyok csak ennyit birnak ?? Misi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RAID-1 olvasasi sebesseg
Halasz Gabinak koszonom a valaszt! Apro ertetlenkedesek: 1. Meddig kell meg Godotra varva lennem? Vagyis van-e remeny a kozeljovoben round-robin olvasasra a vinyok kozt? Tehat hol all ennek fejlesztese? (RTFM link eleg) 2. Ezek szerint a tudomany mai allasa szerint az md device olvasasa csak az egyik fizikai device olvasasaval egyenerteku? (Tehat nincs semmi round-robin, vagy hasonlo?) Akkor melyik fizikai device-t olvassa? Az elsonek megjeloltet? (RTFM is eleg, linkkel.) 3. Van-e valami _konkret_ remeny arra, hogy a kozeljovoben a libata driver fogja engedni a hdparm (meg a smart*) utility-k funkcioit? (patch?) Koszi, Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
greylist ?
Sziasztok az elobb postoltam egyet a listara, a sajat gepem volt az smtp relay, aki ilyet kapott: Mar 22 22:46:50 debian postfix/smtp[22385]: 57B933C8B0: to=linux@mlf.linux.rulez.org, relay=mlf2.linux.rulez.org[192.188.242.122], delay=0, status=deferr ed (host mlf2.linux.rulez.org[192.188.242.122] said: 450 linux@mlf.linux.rulez.org: Recipient address rejected: Greylisted for 300 seconds (see http://is g.ee.ethz.ch/tools/postgrey/help/mlf.linux.rulez.org.html) (in reply to RCPT TO command)) ez lehetett azert, mert lamer voltam es sietett az ora a gepen 2 percet ?? vagy mi lehetett ??? most ntpd elindult, ora ok, postfix flush, es elment a level... erre gyanakszom, de erositsetek meg pls... :) Misi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: greylist ?
On Wed, Mar 22, 2006 at 11:17:42PM +0100, Mihaly Zachar wrote: az elobb postoltam egyet a listara, a sajat gepem volt az smtp relay, aki ilyet kapott: Mar 22 22:46:50 debian postfix/smtp[22385]: 57B933C8B0: to=linux@mlf.linux.rulez.org, relay=mlf2.linux.rulez.org[192.188.242.122], delay=0, status=deferr ed (host mlf2.linux.rulez.org[192.188.242.122] said: 450 linux@mlf.linux.rulez.org: Recipient address rejected: Greylisted for 300 seconds (see http://is g.ee.ethz.ch/tools/postgrey/help/mlf.linux.rulez.org.html) (in reply to RCPT TO command)) ez lehetett azert, mert lamer voltam es sietett az ora a gepen 2 percet ?? Nem. vagy mi lehetett ??? Spamellenes intezkedes, lasd url a hibauzenetben. most ntpd elindult, ora ok, postfix flush, es elment a level... Mert kozben eltelt 5 perc. A postfix kulonben is ujrakuldte volna egy ido utan. Csak egyszer van kesleltetes egy adott cimre, a tovabbi levelek mar kesleltetes nelkul atmennek. -- Madarasz Gergely [EMAIL PROTECTED][EMAIL PROTECTED] It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: greylist ?
Gergely Madarasz wrote: ez lehetett azert, mert lamer voltam es sietett az ora a gepen 2 percet ?? Nem. vagy mi lehetett ??? Spamellenes intezkedes, lasd url a hibauzenetben. jaja, elolvastam, csak nem voltam biztos, hogy nem az ora miatt volt-e.. azert is kerdeztem most ntpd elindult, ora ok, postfix flush, es elment a level... Mert kozben eltelt 5 perc. A postfix kulonben is ujrakuldte volna egy ido utan. Csak egyszer van kesleltetes egy adott cimre, a tovabbi levelek mar kesleltetes nelkul atmennek. jaja, csak nemgyoztem kivarni.. ez es egy uj feature most az mlf-en, vagy csak most vettem eszre ? koszi a felvilagositast Udv: Misi _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RAID-1 olvasasi sebesseg
Eloszor is bocsanat, nem birok a thread-ben valaszolni, uj levelet kell irjak! Zachar Mihaly: Koszi a valaszt, de: RAID-1-nel az olvasasi sebesesseg elvileg duplaja lehetne a fizikai diszk-nel (ha ket fizikai diszk alkotja a RAID-1-et), hiszen a 2 fizikai vincsit parhuzamosan (round-robin) lehetne olvasni az adatokert. (Elso szektort az elso vincsi, a masodikat a masodik vincsi olvassa ki, idoben _egyszerre_.) Solaris DiskSuit, HP-UX LVM, es sok mas esetben ez mukodik is kivaloan. Linux-nal hogy all az ilyen? Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex BIOS-Kernel
Hi! Ha egy eszköz a BIOSban letiltásra kerül, akkor az az eszköz le van tiltva. Azaz nem jelenik meg egyetlen I/O porton sem, nem küld megszakítást, stb. Egy ilyen eszözt nem fog látni a Linux sem - ergo _nem_ fogja megtalálni az IDE vezérlőt és így a rajta lévő wincsit sem. Igaz, a boot nem is fog elakadni ezen. Nekem regi gepem van, nem ismeri fel a 80G-s vinyot. Ezt letiltottam a BIOS-bol Egy 4,3-asrol bootolok, azutan vigan hasznalom a 80-ast Ne keverjük a dolgokat. A winyó letiltása és a vezérlő letiltása nem ugyanaz! Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Sziasztok! Ha egy eszköz a BIOSban letiltásra kerül, akkor az az eszköz le van tiltva. Azaz nem jelenik meg egyetlen I/O porton sem, nem küld megszakítást, stb. Ezt honnan veszed? :) Valoszinuleg tapasztalat... A BIOS is csak egy software mint ahogy pl a kernel is az. Sok BIOS tiltas tipikusan csak pl primitiv real mode megszakitas (int 13h pl) fele nyujtott dolgokat allit, amit modern OS ugysem hasznal. Becsuletes BIOS a hardverben tiltja le, es akkor a kernel a feje tetejere is allhat, akkor is le lesz tiltva. Felteve persze, hogy nincs benne driver a megfelelo chipsethez, ami valoszinuleg nincs (lasd LinuxBIOS). Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
Hi! Tedd a boot wincsit a Primary Masterre, a CD-ROM-ot a Primary Slave-re, es a BIOSban kapcsold ki a Secondary IDE adaptert... Persze oda dugd a NAGY vinyot.. Kernel nem foglalkozik a BIOS-al, meg kell talalnia a Secondary IDE adaptert es rajta a nagyonnagy vinyodat... Ha egy eszköz a BIOSban letiltásra kerül, akkor az az eszköz le van tiltva. Azaz nem jelenik meg egyetlen I/O porton sem, nem küld megszakítást, stb. Ezt honnan veszed? :) A BIOS is csak egy software mint ahogy pl a kernel is az. Eddig egyetértünk. Sok BIOS tiltas tipikusan csak pl primitiv real mode megszakitas (int 13h pl) fele nyujtott dolgokat allit, amit modern OS ugysem hasznal. Ebben már nem értek egyet. Ugyi kezdődik azon, hogy túl sok minden megváltoztatható: RAM frissítéstől proci ffrekiig majd minden. De rendben van, ez nem tiltás kategória, hagyjuk hát. De valahogy nem érzem interrupt alapú tiltásnak azt sem, hogy az alaplapra integrált eszközöket engedélyezem-e avagy nem. Percig nem vitatom, hogy winyó esetén a dolog igaz - de esetünkben már az IDE port tiltásáról volt szó. Az meg nem simán inetrrupt alapú. Egyszerű dolgot mondok: kell neki I/O port is... ;-) Mas esetben persze allithat erdekesebb hw kozelibb dolgot is, de akkor is gyakran az van, hogy az barmikor felulbiralhato pl kernel altal ugyanugy ahogy BIOS tiltotta. Maradjunk annyiban: szerintem az alaplapi eszközök tiltása/engedélyezése alapvetően ez a kategória, azaz erdekesebb, hw közelibb dolog. Amiben viszont nem értek egyet: hogy ez kernelből felülbírálható. Lévén ez a dolog alaplap specifikus, ráadásul nem jellemző, hogy ezt gyakran kelljen állítgatni, akkor meg tedd meg egyszer az eszközhöz adott programmal, azaz a BIOS'-szal felkiálltással állítom, hogy ez _nem_ kerül bele egyetlen épeszű kernelbe sem. Ezzel együtt ha keresel nekem egy olyan kódrészletet a kernel forrásban, amely pl. a BIOS-ból letiltott IDE vezérlőt visszakapcsolja... nos, akkor fejet hajtok a tudásod elött. Normal esetben persze ez nem tul szep megoldas, de azert azt sem szabad kijelenteni hogy lehetetlen, mert ez nem igaz ... Ebben egyetértünk. Mivel a BIOS is csak software, ezért valóban nincs akadálya egy _másik_ programot írni, ami _ugyanazt_ tudja. Csak szerintem ez nem tipikus igény, épp ezért ilyet kernelbe nem fognak integrálni. Pl egyes BIOS bug workaround-okra szokott a kernel olyat csinalni hogy letilt/enged dolgokat amirol a BIOS maskepp rendelkezne ... Hmmm... A Linux ugyi nem is használja a BOIS-t, tehát ebben az esetben a BIOS workaround sem szükséges. A másik: amíg a BIOS teljes mértékben figyelmen kívül hagyható, addig melyik komponense nem bírálható felül? Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: RAID-1 olvasasi sebesseg
Sziasztok! 3. Van-e valami _konkret_ remeny arra, hogy a kozeljovoben a libata driver fogja engedni a hdparm (meg a smart*) utility-k funkcioit? (patch?) smart* van a 2.6.15 ota. Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Ezek vajon mik?
hello, Ma reggel meglepodve tapasztaltam, hogy a netstat kimeneten megjelent ket ilyen bejegyzes. A rendszer egy debian, es semmi mas dolga, mint WEB(apache 2) es mail(postfix+courier-imap) szervernek lenni. tcp 0 0 XX.hu:44690 oslo2.no.eu.undern:ircd ESTABLISHED tcp 0 0 XX.hu:44354 undernet.it-ss.be:ircd ESTABLISHED fuser -n tcp 44690 fuser -n tcp 44354 megadja a processzek PID-jeit. ha megvan, es nem tudod mik azok, akkor a /proc/$PID/ alatt korulnezni (kulonosen a maps tartalma...) Ja, es elsonek chkrootkit. :) (persze ha ugyesen tortek, valszeg semmit nem talalsz...) a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl korlatozas, fullduplex
On Thu, Mar 23, 2006 at 08:12:47AM +0100, Zs wrote: Hmmm... A Linux ugyi nem is használja a BOIS-t, tehát ebben az esetben a BIOS workaround sem szükséges. Ez igy, ebben a formaban nem igaz. A Linuxnak is szuksege van a BIOS tamogatasara, legalabbis a rendszer betoltesehez. Igaz, ekkor sem hisz el mindent a BIOS-nak, peldaul a floppy szektorszamanak megallapitasat sajat maga vegzi (ez az arch/i386/boot/bootsect.S fajlban lathato). -- Udvozlettel Zsiga _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux