nem dev hanem dep
nem bzimage hanem bzImage
egyebkent jo.
de nem kell minden forditas elott kiadni az mrproper-t sem, mert az szepen alapallapotba hoz mindent, igy lottek az addig nehezen beallitott .config file-odnak is.

a make bzImage valos reszhalmaza a make install-nak. Ha kezzel masolod be a szukseges fileokat a helyukre, akkor eleg csak a bzImage,… ha lusta vagy, akkor eleg csak az install….

Az alabbi kerneltamogatasok korul olvasgass:
CONFIG_BONDING, CONFIG_EQUALIZER, CONFIG_PPP_MULTILINK
illetve olyan kulcsszavakra kereshetsz meg, hogy etherchannel, bonding, trunking.
A fent felsoroltak mindegyike megkoveteli, h a kapcsolat tulfelen legyen egy „partner” eszkoz.
Ha ez nem mukodik, akkor akar irhatsz is vmi programot, amivel detektalod, h mikor halt le az egyik kapcsolatod, es a routing szabalyokat ennek megfeleloen automatikusan valtoztatod. (de az adott kapcsolaton (linken) keresztuli TCP-k -szerintem- menthetetlenul elhalnak.)

Hmmm… 🙂 most h ezt irkalom, jut eszembe, hogy az ADSL (es talan a QDSL is – ez milyen szolgaltatas fantazianeve???) ppp, tehat a link megszakadasakor bomlik, igy pl az /etc/ppp/ip-down.d konyvtarba tett scriptekkel megoldhato a dolog. (es ha eleve ugy csinalod, h szakadas utan folyamatosan probalkozzon ismetelten felepiteni a kapcsolatot, akkor ha sikeresen felepult, az /etc/ppp/ip-up.d beli script-ek futnak le…)

Azt pedig, h mindket linket hasznald, (de nincs a tuloldalon „partner” eszkoz,) ugy oldhatod meg pl. h az iptables-ben vmilyen logika szerint kulonbozo MARK-okkal megjelolod az egyes TCP kapcsolatokat (valojaban a kapcs. csomagjait egyesevel). Ezek utan kicsit belemelyedsz az Advanced-routing HOWTO-ba, es a MARK alapjan routolod tovabb a csomagokat. (mondjuk olyanra is figyelni kell, hogy a RELATED kapcsolatokat azonos iranyba routold…)

A problema egyebkent engem is erdekel… de orulok, h nalam legalabb 1 hozzaferes rendelkezesre all 🙂

– A full duplex/ half duplex nem tcp-rol szol, hanem ethernet kartya eseten ethernet csomagokrol. Aztan hogy az mit tartalmaz (pl. IP es azon belul TCP) az egy dolog. A half-duplex mod onmagaban forgalmat nem novel. Akkor no a forgalom, ha az esetleges utkozesek miatt (tobben kezdenek el forgalmazni) ujra kell kuldeni az adatokat. A lassusag abbol adodik, hogy „kisebb a savszelesseg”, hiszen amig adatot fogad, addig nem kuldhet half-duplex eseten.
– Azert allitja az egyik kartyadat igy a masikat ugy, mert az AUTOMATIKUS felismeres a kommunikalo partnerekkel az adott modot talalta kompatibilisnak. Kartyatol es illesztoprogramjatol fuggoen lehet allitani. A legegyszerubb dolog, h a kartyadhoz valoszinuleg adtak egy floppyt, amirol bebootolva elindithatsz egy beallitoprogramot, es a kartya „BIOS”-at atallitod… (az elterjedt realtec kartyak eseten pl. rsetXXXX, ahol XXXX a kartya chipsetjetol fugg)

Azt azonban gondold vegig, h talan nem veletlenul detektalta half-duplexnek az adott linket a kartyad! Es ha atallitod fullra, es valoban nem fullduplex kepes az a kapcsolat, akkor irdatlan csomageldobasok lesznek, es instabil lesz a kommunikacio…(jo esetben egy 14400as modemmel felveszi a versenyt )

HUB eseten pl ne is almodj fullduplexrol (switch a nyero 🙂 ).
Ha pedig ADSL modemed fele megy az adott kapcsolat, akkor akar 10Mbps-re is erdemes lehet visszavenni (tapasztalat pl siemens modemekkel, h gondok adodnak)… es egy cseppet sem lesz lasabb a kapcsolatod, mert a modem utani resz a meghatarozo ebben az esetben (nagysagrendileg lasabb).

Szia!
Egyaltalan nem tartom magam hacker-nek, de azon kriteriumnak megfelelek, hogy tobb helyen is uzemel Debian GNU/Linux-os rendszerem,… amire azert illik neha raneznem. Ha hiszed, ha nem, debiannal probalkoztam eloszor, megpedig a 2.1-es verzioval, ami hajdanan kijott egy magazin mellekletekent (csak a kapott CD-ket hasznaltam, foleg a tyukbel savszelesseg miatt, es talan meg a 150Ft-os idoszak elott volt). Jo darabig vackoltam vele, es persze mindig volt vmi ami nem ment, vagy nem ugy ahogy szerettem volna. Kesobb ugyan volt nehany megtevelyedesem, igy pl a RedHat 6.0 install idovel egyutt kb 30 percig vette el a helyet a Debianom elol 🙂 (install kozben a rendszer csontta fagyott… es tobbszori probalkozassal sem tudtam elkerulni…). A SuSE kb 1 hetig birta (irto bena volt a csomagkezeloje (ha egyszer megismered az apt/dpkg/dselect-et 🙂 ), es a yasttal is bajok voltak, ha olyan dolgot muveltem a konfig allomanyban, amit yast alol nem lehetett beallitani), aztan kesobb volt meg egy Mandrake probalkozas (durvan 3-4 nap), de ott egyszer futtattam le vmi grafikus hardveres varazslot, ami ugy tonkretette a hangkartya beallitasaimat, h utana nem tudtam helyrehozni… megint visszamaszott a Debian (ekkor mar Potato kornyeken jarunk). Azota csak Debianom van. Visszaemlekezve gyakorlatilag semmit sem tanultam a tobbi rendszer alatt, csak azt, h a Debiant nem erdemes lecserelni semmi masra 🙂 A beallitasok meg nem olyan veszesek… ad.1: debconfig.. dpkg-reconfigure –all ad.2 : csak az /etc konyvtarat kell atnyalazni (es a conf file-ok elegge magyarazoak), meg a man is sokmindent elarul… meg van olyan allat is, hogy /usr/doc
(es ezekhez meg csak net sem kell…)
Azota persze sokat fejlodtek a tobbi disztribek is, es biztosra veszem, h jocskan kikoszorultek a varazsloikon a csorbakat :), de altalanossagban is elmondhato, hogy conf-okon keresztul valo beallitassal mindig finomabban beallithatoak a rendszerek…
A debian profi aki sugott volna? nem volt. Volt 2 baratom aki szinten probalkozott, es a suliban megbeszeltuk, h melyikunk milyen uj dologra jott ra 🙂
Az attereshez es az alapveto dolgok megtanulasahoz (mert egyebkent folyamatosan tanul az ember, azota is…) persze szukseg volt mellette egy mukodo desktop rendszerre is. (tehat nyugodtan tegyel fel egy UHU-t, az konnyen hassznalhato allapotba kerul :), es mellette probalkozzal… es szanj ra eleg idot. )
Ha foleg a szerver szolgaltatasok erdekelnek, akkor szerezz egy olcso gepet (pl P1) (X nelkuli linuxszot tegyel ra) es csinalj egy kis halozatot magadnak… es lehet probalkozni… Elobb-utobb kinevezheted tuzfalnak, level/file/..stb szervernek… es mindent kiprobalhatsz… (es jobban fogod szeretni mint a desktop rendszeredet 🙂 )
Sok sikert…

mi a hibajelzes?

Tapasztalataim szerint az APM-et hasznalo gepek egy reszenel a
[ ] Use real mode APM BIOS call to power off
bekapcsolasa segit (regebbi gepek), mig masoknal meg pont a kikapcsoalsa. Illetve ha APM-et hasznalsz, akkor ne modulba forditsd.

(General Setup / Advanced Power Management BIOS support ) (CONFIG_APM_REAL_MODE_POWER_OFF)

Az ACPI-vel nincsenek tapasztalataim (de meg nem egesszen kiforott, ahogy hallom…)