4.4BSD-Litekiadására épül, valamint a
4.4BSD-Lite2kiadásból tartalmaz még néhány továbbfejlesztést. Továbbá közvetett módon még felhasználja a Berkeley
Net/2kiadásának &i386; architektúrára készített portját, a
386BSDforrásait is, amit annak idején William Jolitz készített, noha ebbõl ténylegesen már csak nagyon kevés található a rendszerben. A &os; részletesebb bemutatása és annak tulajdonságai a
küldetésünk, hogy feltétel nélkül segítsünk mindenkit a munkánkkal, függetlenül annak szándékaitól, így a munkánk a lehetõ legnagyobb körben kerül felhasználására és így nyújtja a lehetõ legtöbb hasznot. Véleményünk szerint ez az egyik legalapvetõbb célja a szabad szoftvereknek és ezt a hozzáállást támogatjuk a leginkább.
free) felhasználható, akár kereskedelmi célokra is.
szabadszót az imént két értelemben is használtuk: az egyik jelentése szerint
költségek nélkül, míg a másik jelentése szerint
tetszés szerint. Egy-két
meghosszabbított támogatástkapott, és már csak a nagyobb hibákat, például a biztonsági hibákat javítják benne. Az
örökségiágnak tekintjük, és a legtöbb munka már a
bökkenõk. Ezért a &a.current; olvasói általában
A make world parancs valami csoportra panaszkodiktípusú kérdéseket általában figyelembe se veszik.
hétköznapi felhasználásra alkalmasnak. Ha egy megbízható és széles körben tesztelt rendszerre van szükségünk, akkor vagy maradjunk a kiadásoknál vagy használjuk a
nyersmódban kell felvinni, ahogy azt a
címû cikket.A &os; telepítése és használata más operációs rendszerekkel együtt
élõállományrendszerrel rendelkezõ) 2. CD használatát, majd lépjünk be a javításhoz elindított parancsértelmezõbe. Ezt követõen adjuk ki az alábbi parancsot:
suspend-to-disktípusú partícióknak tekinti. Ennek következtében amikor a BIOS megpróbálja értelmezni a &os; által létrehozott partíciót, megakad.
Emergency Holographic Shell,
fixit) parancsértelmezõt.
geometriájaalatt a lemezen található cilinderek, fejek és a sávonkénti szektorok számát értjük. Ezt a továbbiakban csak CHS-értéknek nevezzük (mint Cylinder/Head/Sector). Ebbõl állapítja meg a PC-s BIOS, hogy a lemezen honnan kell olvasnia és hova kell írnia.
afizikai geometria fogalma, ugyanis a szektorok sûrûsége a lemezen felületén belül sem állandó. Amit a gyártók általában
fizikai geometriánakhívnak, az általában az a geometria, amely a legkevesebb helyveszteséggel jár. Az IDE-lemezek esetében a &os; ugyan CHS-értékekkel dolgozik, de ezt minden modernebb meghajtó legbelül blokkhivatkozásokká alakítja.
Mik a geometriai beállításaid?, és ennek felhasználásával kommunikál vele a késõbbiekben. Mivel a &os; is ezt az értéket használja fel a rendszer indításánál, fontos, hogy jól adjuk meg. Ez különösen abban az esetben számít, amikor több operációs rendszer is található a lemezen, hiszen mindegyiküknek azonos geometriai beállításokat kell használniuk. Ellenkezõ esetben komoly gondok léphetnek fel a rendszer indítása során!
Support for DOS disks >1GBvagy ehhez hasonlóan). Ha ezt letiltottuk, akkor használjuk az
>1GB driver supportnéven találhatunk meg), akkor próbáljuk meg átállítani és így újratelepíteni a &os;-t.
hints(eszközökre vonatkozó útmutatások) módszere által felkínált rugalmasabb lehetõségeknek köszönhetõen.
Physical Address Extension(
Fizikai címkiterjesztés) rövidítése, és egy olyan módszerre utal, amellyel a 32 bites x86 típusú processzorokon tudunk 4 GB-nál több memóriát címezni. Lényegében nem csinál mást, csak 4 GB-os határ felé képezi le azokat a memóriaterületeket, amelyeket egyébként a hardverek részére tartanak fenn, ezzel kiegészíti a fizikai memóriát (&man.pae.4;). A PAE használatának számos hátránya van: ebben a módban a megszokottnál (vagyis PAE nélkül) némileg lassabb a memória elérése, illetve ilyenkor a betölthetõ rendszermag-modulok (lásd &man.kld.4;) sem támogatottak. Emiatt az összes meghajtót bele kell fordítanunk a rendszermagba.
Western Digital(MFM, RLL, ESDI és természetesen az IDE) interfészt használja. Néhány egyedi fejlesztésû ESDI vezérlõ nem fog mûködni, ezért lehetõleg maradjunk a WD1002/3/6/7 interfészeknél és azok másolatainál.
formázásrólszóló megjegyzést az adminisztrációról szóló fejezetben.
egérportosvagy
billentyûzetes) egeret használni?
kiterjeszteni.
Attól függ. A különbözõ kiegészítõkkel rendelkezõ egerekhez általában egy külön meghajtó szükségeltetik. Hacsak az egér meghajtóprogramja vagy a hozzá tartozó felhasználói program nem nyújt valamilyen támogatást, az eszköz egyszerûen csak egy szabványos két- vagy háromgombos egérként fog funkcionálni.
Plug and Play Operating Systembeállítást.
Boot Virus Protectionbeállítást.
valódiEISA bõvítõhely ez elõtt helyezkedik el. Sajnos a 10 feletti EISA bõvítõhelyek címei ütköznek a PCI eszközök számára kiosztott címekkel, ezért a &os; önmagától nem tudja valami jól kezelni az ilyen helyzeteket.
vizuálisfelületét használjuk, hanem a parancssoros részt. Gépeljük be, majd a megszokottak szerint telepítsük a rendszert:
RAM Speed: Turbovagy ehhez hasonló néven keressük a BIOS-ban), ami szintén okozhat furcsa viselkedést. Próbáljuk meg visszaállítani az BIOS alapértelmezett értékeit, de elõtte érdemes lejegyezni az aktuális beállításainkat.
automatikus méretezéstúlságosan is nagy értékeket választ. Így a rendszer indításakor a rendszermag olyan nagy méretû táblázatokat és egyéb struktúrákat foglal le, amelyek betöltik a rendelkezésére bocsátott terület nagy részét. Késõbb, a rendszer futása közben pedig a rendszermag szépen lassan kifogy a dinamikus memóriaterületekbõl és összeomlik.
automatic termination). A SCSI BIOS-ban az automatikus lezárás helyett adjuk meg a megfelelõ lezárást. Az &man.ahc.4; meghajtója nem képes rendesen érzékelni a kábeleket, ha az alaplapon van ilyen érzékelés (és így automatikus lezárás). A meghajtó egyszerûen annyit feltételez, hogy ennek támogatása csak akkor érhetõ el, ha az EEPROM-ban megadtuk az
automatic terminationbeállítást. A megfelelõ kábeldetektáló eszköz nélkül a meghajtó gyakran rosszul állapítja meg a lezárást, ami pedig így veszélyezteti a SCSI busz megbízhatóságát.
A PNP BIOS beállította [a modemet] és magára hagyta valahol a portok számára fenntartott címtérben, így az ISA eszközök régi típusú [3. X -ben levõ] eszközpróbálgatásai otttaláltákmeg.A 4.0 esetében azonban az ISA eszközöket kezelõ kód már sokkal inkább a PnP támogatására koncentrál. Korábban [a 3.X verziókban] elõfordulhatott az is, hogy az ISA eszközök keresése során a rendszer egy kóboreszközt talált, majd ugyanazt megtalálta PnP eszközként és ütköztek az így duplán lefoglalni kívánt erõforrások. Ennek kivédésére elõször tehát letiltjuk a programozható kártyák felderítését, így ez a típusú kettõs detektálás nem történhet meg. Ez továbbá azt is jelenti, hogy a támogatott PnP hardverek azonosítóit elõre ismerni kell. Ennek hangolhatóságát már tervbevettük.
qualityértékkel rendelkezõt választotta.
fejlesztõi változatés a
futásidejû változat(valamivel olcsóbb). Az egyes terjesztésekben a következõk találhatóak:
csomagokis rendelkezésünkre állnak, amelyek lényegében egy tömörített bináris terjesztési formát takarnak, némi plusz információval kiegészítve az egyéni telepítésekhez elvégzéséhez. A csomagok könnyen telepíthetõek és eltávolíthatóak anélkül, hogy pontosan ismernénk a benne található állományok összes apró részletét.
VSZés
RSSoszlopait megnézzük.)
COMMON ITEMScímû szakaszra.
Veszélyesen dedikált(
Dangerously Dedicated) lemezek veszélyesek a felhasználóra?
slice-oknak hívnak), és egy ilyen slice-ba teszi az összes saját partícióját. Emellé még telepíteni tudjuk az operációs rendszerek választásának lehetõségét is a rendszer indításakor. A másik lehetõség választása esetén azonban a &os; teljesen kisajátítja a lemezt és nem is próbál meg kompatibilis maradni a többi operációs rendszerrel.
veszélyesnek? A lemez ebben az esetben nem tartalmaz semmi olyat, amelyet a hétköznapi programok partíciós táblaként tudnának beazonosítani. Attól függõen, hogy mennyire illedelmes, egy ilyen program panaszkodni fog, amikor megpróbálja értelmezni a lemez tartalmát, de rosszabb esetben anélkül felülírja a rendszerbetöltõt, hogy bármit is jelzett volna. Ráadásul a
veszélyesen dedikált módonkiosztott lemezek még bizonyos BIOS-okat is képesek megzavarni, többek közt az Award (például amelyek a HP NetServer, Micronics és hasonló rendszerekben találhatóak) vagy Symbios/NCR (népszerû 53C8xx SCSI-vezérlõk) típusúak esetén találkozhatunk ezzel a problémával. Ez a lista persze nem teljes, más gyártók termékeivel is gondok akadhatnak. Ennek a hibának jellemzõ tünete a
veszélyesen dedikált móderedetileg az új &os; telepítõket veszélyeztetõ egyik komoly hibát szeretné kiküszöbölni: a merevlemezek BIOS és lemez önmaga által ismert geometriai beállításainak egyeztetése.
lemezgeometriafogalma tulajdonképpen már egy elavult fogalom, de a PC-k BIOS-a legbelül még mind a mai napig így kommunikál a lemezekkel. Amikor a &os; telepítõjével slice-okat hozunk létre, olyan módon kell rögzítenünk a lemezre ezek pozícióját, hogy a BIOS képes legyen megtalálni. Ha ez nem sikerül, akkor nem tudjuk elindítani a rendszert.
veszélyesen dedikáltmód ezt a problémát az egyszerûsítésén keresztül próbálja megoldani, és néha sikerül is neki. Ezt azonban csak akkor javasoljuk, ha semmi más nem mûködik, hiszen az esetek túlnyomó részében más megoldás is létezik.
veszélyesen dedikáltmód használatát a telepítés során? Jegyezzük fel, hogy mik a BIOS szerint a merevlemezünk geometriai beállításai. Ezt a rendszerindítás közben a rendszermagtól is megkérdezhetjük úgy, hogy a
veszélyesen dedikáltmódra sincs szükségünk. Ha viszont mégis egy
veszélyesen dedikáltmód használatáról szeretnénk visszatérni a megszokottra, akkor két lehetõségünk van. Elõször is teljesen le kell nulláznunk az MBR-t, így biztosra vehetjük, hogy az ezután következõ telepítések során egy teljesen üres lemezt látunk. Ezt például így lehet megtenni:
lehetõséghasználata:
ütközés(race condition) az állományrendszeren. Tegyük fel, hogy letörlünk egy nagyobb állományt és utána közvetlenül létrehozunk egy másik nagyobb állományt. Mivel az elsõ állomány ilyenkor még nem törlõdik le valójában a lemezrõl, ezért a második számára már nem lesz elegendõ helyünk. A rendszer ekkor egy hibaüzenetben fog figyelmeztetni minket, miközben pontosan az imént töröltünk le egy óriási állományt! Ha néhány másodperccel késõbb újra megpróbáljuk létrehozni ezt az állományt, akkor már minden a megfelelõ módon fog zajlani. Ezt régebben sok &os; felhasználó nem tudta mire vélni.
nem használt) típusúak. A &man.ccd.4; meghajtó azonban megköveteli, hogy az érintett partíciók
nem létezika lemezen. Ezen úgy tudunk segíteni, ha explicit módon visszaírjuk, valahogy így:
Ebetûjelû logikai partíciónk a második SCSI-meghajtónkon, akkor lennie kell egy
ötödik slice-naka
irigyoperációs rendszer, mert nem tûr meg semmilyen más operációs rendszert maga mellett a Master Boot Recordban).
?, amikor &os; alatt csatlakoztatunk egy CD-t?
Jolietkiterjesztés használatával tárolják az állományok és könyvtárak adatait. Erre vonatkozóan a kézikönyvben a
WinPrinternéven emlegetik, amelyeket viszont a &os; nem támogat. Ha a nyomtatónk nem használható DOS vagy &windows; alatt, akkor valószínûleg egy ilyen WinPrinterrel van dolgunk. Ebben az esetben egyedül abban reménykedhetünk, hogy a
&a.wollman;, 2001. április 24. A can't assign resourcesüzenetek rendszerünkben olyan ISA eszközök jelenlétére utalnak, amelyekhez a rendszermagban PnP támogatást nem tartalmazó meghajtók tartoznak. Ilyenek többek közt a billentyûzetvezérlõk, a programozható megszakítás-vezérlõ chip és sok más alapvetõ elem a gépünkben. Ezek az erõforrások nem oszthatóak ki, mivel már valamelyik meghajtó használatba vette ezeket.
De aHa ilyen kérdéseink vannak, akkor elõször inkább olvassuk át az archívumokat. Szinte biztos, hogy már szinte az összes levelezõ szerver elõnyét és hátrányát kivesézték jó néhányszor.sendmail akkor most miért jobb, mint aqmail ?
Release Candidate, vagyis
kiadásra jelölt. Ez egy küszöbön álló kiadásra utal. A &os;-ben a
nulláskiadások, mint például 7.0-RELEASE és 8.0-RELEASE, a fejlesztési ág legfrissebb állapotából készülnek, amelyet gyakran csak -CURRENT néven emlegetnek. A kisebb kiadások, mint például a 6.3-RELEASE vagy az 5.2-RELEASE, az aktív -STABLE ágból származnak. A 4.3-RELEASE kiadástól kezdõdõen mindegyik kiadás saját ággal rendelkezik, amelyet elsõsorban olyanoknak ajánlunk, akiknek csak nagyon visszafogott változtatásokra van szükségük a rendszerben (ezek általában csak különbözõ biztonsági javításokat takarnak).
befagyasztása. Amikor ez megkezdõdik, az ág neve megváltozik, és ezzel jelzik, hogy hamarosan kiadás készül belõle. Például, ha egy ág a 6.2-STABLE nevet viseli, akkor a 6.3-PRERELEASE névre vált arra az idõszakra, amíg tart a kódfagyasztás és lezajlik a kiadások megjelentetéséhez szükség további tesztelés. Hibajavítások ekkor továbbra is rakhatóak bele. Ahogy a források elérik a kiadáshoz szükséges szintet, az ág neve 6.3-RC-re vált, és ezzel jelzik, hogy a kiadás elõkészítése hamarosan befejezõdik. Az
hibáttöbbféle módon ki tudjuk
javítani:
rendelkezésre álló memóriánakrengeteg típusa létezik. Ezek közül egyik az a memória, amely közvetlenül anélkül elérhetõ, hogy bármi mást ki kellene hozzá lapoznunk. Ennek a mérete nagyjából a tárazott és a szabad lapokat tároló sorok hosszával arányos (amelyet még a rendszer beállításaitól függõ további tényezõk is módosíthatnak). A
rendelkezésre álló memóriamásik típusa a teljes VM terület mérete. Ezt nem olyan könnyû meghatározni, de leginkább a lapozóterület és a fizikai memória méretétõl függ. A
rendelkezésre álló memóriatöbb más lehetséges megfogalmazása is létezik, de szinte teljesen felesleges beszélni róluk. Egyedül az a fontos, hogy a igyekezzünk mérsékelni a lapozást és mindig legyen elegendõ lapozóterületünk.
Version 11 Release &xorg.version;, de ezt gyakran csak
X szerverekneknevezik.
InputDeviceszakaszba. Vegyük például, hogy az
InputDeviceszakasz található.
Virtual terminalsrészben vegyünk még fel a
nagy felbontásúmódban használjuk ezeket. Minden más esetben az egér néha fel-felugrik a képernyõ bal felsõ sarkába.
Windowsbillentyûzet szabványos, a következõ billentyûkódok tartoznak ehhez a három plusz gombhoz:
lemez nélküli mûködésrõl?
lemez nélküli mûködéskifejezés arra utal, hogy a &os; rendszerünk hálózaton keresztül indul el, valamint a mûködéséhez szükséges állományokat nem merevlemezrõl, hanem egy szerverrõl olvassa be. Ennek részleteirõl
shellenkeresztül érjük el az internetet, akkor hasznos lehet megnéznünk a
fwdszabálya miért nem irányít át más gépekre szolgáltatásokat?
fwdszabály pontosan azt csinálja, amirõl a nevét kapta: csomagokat továbbít, de azokon belül semmit sem változtat meg. Tegyük fel, hogy van egy ilyen szabályunk:
fwdszabály használata nem minden esetben úgy mûködik, ahogy arra a felhasználó számít. Ez viszont ilyen, semmilyen hiba nincs benne.
járóka(sandbox)?
játszhat. Ilyenkor semmilyen olyan kódot nem képes futtatni, amellyel át tudna lépni a falakon, így a használatához nem kell elõzetesen átvizsgálni a forrásait ahhoz, hogy meg tudjuk gyõzõdni a biztonságosságáról.
system immutablejelzés) törlése;
alternatívrendszergazdai hozzáférés (a
toora
rootvisszafelé). Korábban csak a &man.bash.1; parancsértelmezõ telepítésekor jött létre, azonban manapság már alapértelmezés szerint létrejön. A nem szabványos parancsértelmezõk számára találták ki, így nem a
Login OK!üzenet után?
tükrözõdésétfogja látni.
magic number) megállapítása, amellyel ezután észlelhetõek az ilyen
tükrözõdések. A protokoll szerint amikor a két pont megpróbálja ugyanazt a bûvös számot használni, akkor visszautasítja (NAK jelzést küld) és egy másikat választ. Ha ilyenkor még a szerver portján aktív az ECHO, akkor a kliens oldali &man.ppp.8; azt tapasztalja, hogy elkezd LCP csomagokat küldeni, majd mivel ugyanazt kapja vissza, erre egy NAK jelzést válaszol. Ugyanígy látja magát a NAK jelzést (aminek hatására a &man.ppp.8; megváltoztatja a bûvös számát) is. Ennek eredményeképpen hirtelen nagy mennyiségû bûvösszám-váltás keletkezik, ami pedig szépen felhalmozódik a szerver terminálpufferében. Ahogy a &man.ppp.8; végre elindul a szerveren, elönti ez a rengeteg információ, aminek alapján sikertelennek ítéli meg az LCP beállítását és feladja a további próbálkozást. Eközben a kliens számára megszûnnek a visszaverõdõ csomagok és csak annyit lát, hogy a szerver bontja a kapcsolatot.
beszélgetésszövegének rögzítéséhez a következõket kell engedélyezni:
mondanivalónka hívószkriptben, tehát nincs
szélsõséges esetekrea
útvonalat, így a rákövetkezõ csomagok már tudni fogják, hogy merre menjenek.
passzívmóddal, és így lehetõleg igyekszik elkerülni azt, hogy a távoli géprõl kapcsolatot próbáljanak meg indítani a helyi gépre.
Adatkeret ellenõrzésének sorozata. Mindegyik PPP csomaghoz tartozik egy ellenõrzõösszeg, amely arról gondoskodik, hogy ugyanaz az adat érkezzen meg, mint amit elküldtek. Amennyiben egy bejövõ csomag FCS értéke érvénytelennek minõsül, a csomag eldobódik és a HDLC FCS számláló értékkel eggyel növekszik. A HDLC hibaszámlálói a
fekete lyuk. A &macos; és a &windows; 98 (de valószínûleg az összes többi µsoft; operációs rendszer) olyan nagy méretû TCP csomagokat küld, amelyek már nem férnek bele egy PPPoE keretbe (amely mérete Ethernet estén 1500 byte alapértelmezés szerint)
do not fragment) bitet (TCP esetén ez alapértelmezett), és a Telco útválasztó pedig nem küldi el a
must fragment(
darabolni kell) ICMP csomagot a letölteni kívánt oldal szolgáltatója felé. (Másik lehetõség, hogy az útválasztó ugyan küld egy ilyen ICMP csomagot, de ezt a tartalomszolgáltatónál található tûzfal eldobja.) Amikor válaszul a szolgáltató olyan kereteket kezd el küldeni, amelyek nem illeszkednek a PPPoE keresztmetszetébe, a Telco útválasztó egyszerûen eldobja ezeket és a lap nem pedig nem lesz elérhetõ (egyes képek és oldalak esetén elõfordul). Úgy tûnik, ez az alapbeállítás a legtöbb Telco PPPoE konfiguráció esetében.
kapcsolódikaz adott porthoz.
ellopjaa
butaterminálokat &os;-re csatlakoztatni?
Software Update Protocol(
Szoftverfrissítési protokoll) áll, amelyet fejlesztési fák szinkronban tartására dolgoztak ki a Carnegie-Mellon Egyetemen. Régebben ennek segítségével tartották frissítették magukat a fejlesztõi források különbözõ tükrözései a &os; Projekten belül.
BSD démonnaknevezi. Ha mégis hívni szeretnénk valahogy, akkor szólítsuk csak
beastie-nek, ugyanis a
beastiekiejtése megegyezik a
BSDszóéval (
bíeszdi).
(A bike shed (any color will do) on greener grass...
(Bármilyen színû) biciklitároló megfelelne egy zöldebb gyepen...) címû levelét. Ebbõl szeretnénk most idézni:
&a.phk;, &a.hackers.name;, 1999. október 2. Ez egy hosszú, vagy még inkább régi történet, amely azonban valójában meglehetõsen rövid. C. Northcote Parkinson Parkinson törvényecímmel írt egy könyvet az 1960-as évek elején, amelyben elég nagy betekintést adott a vezetés dinamikájába.[a könyv részletes bemutatását most kihagyjuk] A konkrét példában egy biciklitároló szerepel egy atomerõmûvel szemben, szóval ez is eléggé jól érzékelteti a könyv korát. Parkinson ezen keresztül bemutatja, hogyan kell egy igazgatói tanács elé járulni egy több millió vagy akár milliárd dolláros atomerõmû megépítéséhez, azonban egy egyszerû biciklitároló megépítésekor könnyen véget nem érõ vitatkozásba bonyolódhatunk. Parkinson elmagyarázza, mindez azért van, mert egy atomerõmû annyira óriási, drága és bonyolult, hogy az emberek egyszerûen nem értik meg. Ezért nem szólnak semmit és megnyugtatják magukat a feltételezéssel, hogy valaki más korábban már biztosan utánajárt a részleteknek. Richard P. Feynmann is könyveiben rengeteg érdekes és nagyon találó példát ad ezekre Los Alamossal kapcsolatban. Vegyünk ezzel szemben most egy biciklitárolót. Bárki képes egy hétvége alatt összetákolni egy ilyet és még így is marad ideje megnézni a meccset. Ezért nem számít, mennyire jól megfogalmazott, elõkészített és logikus is a javaslatunk, valaki biztosan meg fogja ragadni a lehetõséget, hogy az orrunk elõtt fitogtassa a képességeit és megmutassa magát: õ bizony itt járt .Dániában ezt mi úgy hívjuk, hogy otthagyjuk a kezünk nyomát. Ez mindössze a személyes büszkeségrõl és tekintélyrõl szól, vagyis hogy végre elmondhassuk:Ezt nézd!Ez ugyan leginkább a politikusokra jellemzõ, de alapvetõen minden emberben ott él. Gondoljunk csak a friss betonban hagyott lábnyomokra.Én csináltam.
színes, szagosgrafikus felületen dolgoznak. Szép kis felfordulás!
szokatlana rendszermag fordítása közben, ami miatt a memóriák felõl mocorgást lehet hallani? Amikor fordítok (vagy egy rövid ideig, amikor az indításkor a rendszer keresi a floppymeghajtót) valamilyen furcsa mocorgásszerû hang jön a memóriamodulokból.
démonokra, és ezzel kapcsolatban a legtöbb ember nem is tudja, hogy ezek valójában apró, öntudatos, fizikailag nem létezõ lények, amelyek a rendszer indulása után megszállják a számítógépünket. A memóriából kiszûrõdõ mocorgás hangja igazából a démonok közti magas frekvenciás beszélgetésbõl ered, amikor éppen arról egyeztetnek, hogy miként birkózzanak meg a különbözõ rendszeradminisztrációs feladatokkal.
sötét van.
leiratkozom,
Hogyan kell innen leiratkozni?vagy
Kérlek, vegyetek le errõl a listáróltémájú levelet küldenek a megszokott stílusban.
Mi az az MFC?.
Várjunk csak, nem kellene valahol a felsorolásban lennie egyegy, aki pedig ledokumentáljarésznek?
Egy sem, mert avalódi &os; fejlesztõk nem félnek a sötétben!
pixeleknekhívnak) a fejükön viselt kalapok szerint három csoportba sorolhatóak (vörös, zöld vagy kék), és annak megfelelõen bújnak elõ (illetve mutatják meg a kalapjukat), hogy kapnak-e enni. A videokártyák felelõsek azért, hogy a kapott adatokból pixiétel készüljön és hogy az eljusson a pixikhez — minél drágább a kártya, annál jobb minõségû az elõállított étel, és annál fegyelmezettebben viselkednek a pixik. Állandó cirogatásra is szükségük van — ez a képernyõvédõk feladata.
The Design and Implementation of the &os; Operating Systemcímû könyv (ISBN 0-201-70245-2), amely a &os; 5.
jelentéssel bír, amire pedig sokszor röviden csaka jelenlegi, még el nem ágaztatott fejlesztési irány
-CURRENTágból.
round robin) névfeloldással lehet elérni a
fogós. Ezért a nyomtatási állapotot jelzõ portot a címek beállítására használja, illetve még a
instruction pointer) értéke ugyan nagyon fontos, de sajnos konfigurációk szerint eltérhet. Más szóval úgy fogalmazhatnék, hogy ennek az értéke a használatban levõ rendszermag értékétõl függõen változhat. Ha a
fej) és a
törzs) elemekkel jelöljük. Ezeket az elemeket végül a legfelsõbb szinten álló
]]>Hazádnak rendületlenûl Légy híve, oh magyar, Bölcsõd az 's majdan sírod is, Melly ápol 's eltakar. A' nagy világon e' kivûl Nincsen számodra hely, Áldjon vagy verjen sors' keze, Itt élned, halnod kell. Ez a' föld, mellyen annyiszor Apáid' vére folyt; Ez, mellyhez minden szent nevet Egy ezredév csatolt. Itt küzdtenek honért a' hõs Árpádnak hadai, Itt törtek össze rabigát Hunyadnak karjai. Szabadság! Itten hordozák Véres zászlóidat, 'S elhulltanak legjobbjaink A' hosszu harcz alatt.]]>
]]>Egy sorszámozott lista, ahol az elemek több bekezdésbõl állnak. Mindegyik elem (figyelem: nem mindegyik bekezdés) elõtt egy sorszámnak kell szerepelnie.
]]>Ez az elsõ elem. Ennek csak egy bekezdése van.
]]>Ez a második elem elsõ bekezdése.
]]>Ez a második elem második bekezdése.
]]>Ez az elsõ és egyetlen bekezdés a harmadik elemben.
]]>Az elsõ fogalom meghatározásának elsõ bekezdése.
]]>Az elsõ fogalom meghatározásának második bekezdése.
]]>A második fogalom meghatározásának elsõ bekezdése.
]]>A harmadik fogalom meghatározásának elsõ bekezdése.
table row) állnak, amelyek egy vagy több adatcellát (
table data) tartalmaznak. Mindegyik cella tartalmazhat további blokkokat, például bekezdéseket vagy listákat, de akár táblázatokat (ez a beágyazás tetszõleges mélységig folytatható). Ha a cella tartalma csak egyetlen bekezdés, akkor nincs szükség a
| ]]>Bal felsõ cella | ]]>Jobb felsõ cella |
| ]]>Bal alsó cella | ]]>Jobb alsó cella |
| ]]>Hosszú és keskeny | |
| ]]>Felsõ cella | ]]>Alsó cella |
| ]]>Felsõ cella | |
| ]]>Bal alsó cella | ]]>Jobb alsó cella |
| ]]>Bal felsõ nagy cella | ]]>Jobb felsõ cella | |
| ]]>Jobb középsõ cella | ||
| ]]>Bal alsó cella | ]]>Bal középsõ cella | ]]>Jobb alsó cella |
teletype) elemet használhatjuk.
]]>Ez a szöveg <font size="-1">valamivel kisebb</font>. Ez a szöveg viszont <font size="+1">valamivel nagyobb</font>.
]]>Ez a szöveg <font size="2">valamivel kisebb</font>. Ez a szöveg viszont <font size="4">valamivel nagyobb</font>.]]>
DocBookkifejezés a DocBook DTD &os; kiterjesztéseivel együtt értendõ.
]]>]]>A Pendragon legenda<![ CDATA [ ]]>Szerb Antal ]]>Minden nõben azt élveztem, hogy a szimbóluma volt valaminek. Volt nõ, akit azért szerettem, mert õ volt Svédország, volt nõ, akit azért, mert a XVIII. századra emlékeztetett törékeny Sèvres-mivolta. Volt, akiben Jeanne d'Arc-ot álmodtam, volt, akiben az ezermellû ephesusi Dianát. Cynthiát, ha megcsókoltam, úgy éreztem, most az angol szonetekkel flörtölök, ötödfeles jambusokban. Volt, akinek édes tehénszerûségében svájci, alpesi réteket élveztem.
A Pendragon legendacímû mûvébõl:
A Pendragon legenda Szerb Antal Minden nõben azt élveztem, hogy a szimbóluma volt valaminek. Volt nõ, akit azért szerettem, mert õ volt Svédország, volt nõ, akit azért, mert a XVIII. századra emlékeztetett törékeny Sèvres-mivolta. Volt, akiben Jeanne d'Arc-ot álmodtam, volt, akiben az ezermellû ephesusi Dianát. Cynthiát, ha megcsókoltam, úgy éreztem, most az angol szonetekkel flörtölök, ötödfeles jambusokban. Volt, akinek édes tehénszerûségében svájci, alpesi réteket élveztem.
metainformáció, amelyre a felhasználónak tekintettel érdemes lennie.
helyi és nyilvános adminisztráció között meghúzódó határt, ahogy azt az RFC 1535 nevezi.
parancs(szám)jelölésben.
formázatlanszövegekre a dokumentáció írása közben. Ilyen szöveg jellemzõ módon egy valamelyik másik állományból átvett részlet, vagy amelyet magából a dokumentációból kell szó szerint átmásolni egy állományba.
A témával kapcsolatos részleteket az Elsõ fejezet foglalja össze.További részleteket pedig az Elsõ alszakasz tár fel.
Errõl bõvebb tájékoztatást az elsõ fejezetben kapunk.Errõl a részrõl pedig ebben a szakaszban olvashatunk többet.
ebbenvagy
ittnéven hivatkozzunk, mert az olvasó így nem fogja közvetlenül látni, hogy az adott hivatkozás pontosan hova is viszi.
írógépszerû, a nyomtatásban viszont már
dõltbetûsstílusban szeretnénk látni, nem is beszélve a szöveg megjelenésének számtalan egyéb módjáról.
Az &man.rm.1; parancs használatával töröljük a /tmp/ize állományt:&prompt.user; rm /tmp/ize
jelölõszó eredetijét (markup) gyakran olyan értelemben használják mint
haszonkulcsvagy
kockázati pótlék. Kevés elvonatkoztatással ugyanez lényegében alkalmazható a szövegek esetében is. A jelölõk a dokumentumban szereplõ kiegészítõ, hasznos, az azonosítás kockázatát csökkentõ, a szöveg többi részétõl egyértelmûen megkülönböztethetõ további szöveges információkat jelentik. Ezek alapján a programok a dokumentumok feldolgozása során képesek önállóan meghozni bizonyos döntéseket. A szövegszerkesztõk el tudják rejteni ezeket a többletinformációkat az olvasók elõl, így azok egyáltalán nem zavarják õket.
dokumentum érvényesítésének.
könyvelem aztán magától értetõdõ módon tartalmaz fejezeteket, amelyek szintén önálló elemeknek tekinthetõek. Minden ilyen fejezet további elemeket foglal magában, például bekezdéseket, idézeteket és lábjegyzeteket. Minden egyes bekezdésben találhatunk újabb elemeket, amelyek elárulják nekünk, hogy a bennük szereplõ szövegben melyik részében beszélnek egymással a szereplõk, vagy éppen hogy hívják az egyes karaktereket.
feldarabolását. A legfelsõ szinten adott egy darab, maga a könyv. Ahogy haladunk kicsivel lentebb, újabb darabokat találunk, a fejezeteket. Ezeket aztán tovább bomlanak bekezdésekre, lábjegyzetekre, a karakterek neveire és a többi.
]]>Ez meg egy másik bekezdés. Ez viszont már rövidebb.]]>
]]>Ez pedig egy másik bekezdés. Az elõzõ bekezdéstõl egy vízszintes vonal választja el.]]>
ahivatkozik, akkor ez alatt ap címkére
aa teljes elemre vonatkozik.p
]]>Ebben a bekezdésben legyen valamennyi szöveg.
]]>Az utána következõ bekezdésbe is rakjunk még valamennyi szöveget.
]]>Ennek a bekezdésnek jobbra zártnak kellene lennie. ]]>
ISOrészlettel kezdõdik, akkor az FPI az ISO tulajdona. Például a
szimbólumok használatával határolhatjuk el. A szimbólum elsõ elõfordulásával kezdjük a megjegyzést és a másodikkal zárjuk le.--
]]>Ebben a bekezdésben van egy kis szöveg.
]]>Ez a bekezdés még tartalmaz némi szöveget.
]]>Ennek a bekezdésnek jobbra zártnak kellene lennie.
]]>A dokumentum jelenlegi változata: ]]>
]]>A dokumentum jelenlegi változata: &bekezd1; &bekezd2; &bekezd3; ]]>
]]>A dokumentum jelenlegi változata: &bekezd1; &bekezd2; &bekezd3; ]]>
jelölt szakaszoknak.
tartalmi modellt.
Character Data, vagyis
karakteres adat. Az elemzõ ebben a tartalmi modellben kizárólag csak karaktereket lát. Ebben a modellben a
Entity references and character data, vagyis
egyedhivatkozások és karakteres adatok. Ebben a tartalmi modellben az elemzõ karakterekre
]]>Itt a vége a példának.]]> ]]> </programlisting>
remain cooperative with any future possible operating systems(
mûködõképes maradjon-e a késõbbiekben telepítendõ operációs rendszerekkel), akkor válaszoljuk rá
Master Boot Record-ról fognak minket megkérdezni. Mivel most egy már mûködõ rendszert bõvítünk, ezért a válaszunk erre
kisajátítminden olyan partíciót, amelyet nem tud olvasni.
Cable Selectjumpert is. Ezzel
El Toritoszabványnak megfelelõ rendszerindító CD készítéséhez szükséges rendszerindító image elérését. Ennél a beállításnál tehát meg kell adni a rendszerindításhoz használt lemez image-ét, amely a CD tartalmát magában foglaló könyvtárszerkezetben található valahol. A &man.mkisofs.8; alapértelmezés szerint egy ún.
floppy emulációsmódban hozza létre az ISO image-et, ezért a rendszerindításhoz használatos lemez image-ének pontosan 1200, 1440 vagy 2880 KB méretûnek kell lennie. Egyes rendszerbetöltõk, mint amilyen például a &os; terjesztéséhez használt lemezeken található, nem használják ezt az emulációt. Ilyen helyzetekben a kapcsolót kell megadni. Tehát ha a
poháralátéteketfogunk tudni gyártani. Ezért a rendszerrel együtt érdemes frissíteni ezt a portot is. Vagy ha a -STABLE verziót használjuk, akkor mindig érdemes a port elérhetõ legújabb verziójára frissíteni.
elõ kell készíteniaz elsõ használatához. Ebben a példában a lemez teljes területét egy szabványos UFS2 állományrendszerrel töltjük fel:
Mammothmodellje szalagonként 12 GB (tömörítéssel pedig 24 GB) adatot képes tárolni, viszont a hagyományos szalagos meghajtóknál nagyjából kétszer többe kerül.
komolynak tekinthetõbiztonsági mentésre alkalmas meghajtók. Az olcsóság azonban megköveteli a maga árát. A QIC-szalagok a 4 és 8 mm-es szalagokkal szemben akár ötször is drágábbak lehetnek gigabyte-onként. De ha megelégszünk csupán féltucat szalaggal is, akkor a QIC jó vásárnak tûnhet. A QIC a
bele tud akaszkodni. A feszítõ orsó a szalagos meghajtóban foglal helyet. Az összes többi szalag esetén (kivéve egyedül a 9 sávos szalagokat) mind a segéd- és feszítõ orsók magában a kazettában találhatóak.
szalag vége) hibaüzenetet ad, majd a következõ jelenik meg a konzolon:
saját lemezhasználatával egyszerre több állományrendszerrõl is biztonsági mentést készíteni. Az
archívumkészletekethoz létre: az
archívumkészletezenkívül még tartalmaz egy napi inkrementális (vagy különbözeti) mentést is minden egyes állományrendszerrõl. A sérült állományrendszerek visszaállításához mindig a legújabb teljes biztonsági mentésre és a hozzá tartozó inkrementális mentésekre van szükségünk.
Ne csináljunk semmitnem egy újabb számítógépes program, hanem egy igen gyakran alkalmazott mentési stratégia. Nem kell beruházni. Nem kell semmilyen biztonsági mentési rendet követni. Egyszerûen semmit se csinálunk. Ha véletlenül valami történne az adatainkkal, akkor csak mosolyogjunk és törõdjünk bele!
Ne csináljunk semmitaz elérhetõ legjobb biztonsági mentési megoldás számítógépünk számára. De legyünk óvatosak, mert a &unix; egy igen hasznos eszköz, és fél éven belül könnyen úgy találhatjuk magunkat, hogy mégis csak vannak értékes adataink.
Ne csináljunk semmittökéletesen megfelelõ mentési módszer a
Helyreállítás -- A rendszer helyreállítása CD-rõl vagy floppyról) menüpontot. Amikor kéri a telepítõ, tegyük be a
lapozóállomány alapúmegközelítést alkalmazzák. A lapozóállomány alapúság nem arra utal, hogy a memórialemezt alapból kilapozzák lemezre, hanem inkább arra, hogy a memórialemez olyan területen jön létre, amelyet szükség esetén lemezre lehet lapozni. Memória alapú lemezeket a (rendszermag szintû) &man.malloc.9; használatával is létre lehet hozni, de a malloc alapú memórialemezeknél, különösen a nagyon nagyok esetében, a rendszer könnyen össze tud omlani, ha kifut a rendelkezésére álló memóriából.
.locknévre kell végzõdniük, mivel az
kulcsotés egy
céges kulcsot) is használhatunk vele.
-paraméterrel adjuk meg, akkor a szabványos bemenetrõl olvassa be a program. Ez a példa több kulcs használatát mutatja be.
detach on last close(
lekapcsolás használat után) beállítással:
szabályrendszeralapján vizsgálják az éppen érkezõ vagy távozó hálózati csomagokat, és vagy továbbengedik ezeket vagy megállítják. A tûzfalak szabályai a csomagok egy vagy több jellemzõjét veszik szemügyre, amelyek lehetnek például a protokoll típusa, a forrás vagy cél hálózati címe, esetleg a forrás- vagy a célport.
inkluzív, vagyis megengedõ, illetve
exkluzívvagyis kizáró módon. Az exkluzív tûzfalak minden forgalmat átengednek, amirõl nem rendelkeznek a tûzfal szabályai. Az inkluzív tûzfalak ennek pontosan az ellenkezõjét teszik. Csak azt a forgalmat engedik át, amirõl van szabály és minden mást blokkolnak.
állapottartó tûzfalak(stateful firewall) használatával. Az ilyen típusú tûzfalak szemmel tartják a rajtuk keresztül megnyitott kapcsolatokat, és vagy csak a már meglevõ kapcsolathoz tartozó forgalmat engedik át vagy nyitnak egy újat. Az állapottartó tûzfalak hátránya, hogy a
Denial of Service(DoS) típusú támadásokkal szemben sokkal sérülékenyebbek olyan helyzetekben, amikor az új kapcsolatok nagyon gyorsan jönnek létre. A legtöbb tûzfal esetében azonban tudjuk vegyíteni az állapottartó és nem állapottartó viselkedést, és ezzel egy ideális beállítást kialakítani.
váltóbesorolás) megoldást. Az ALTQ lehetõvé teszi a sávszélesség korlátozását a szolgáltatás minõsége (Quality of Service, QoS) alapján.
állapotváltásokmegfigyelésére alkalmas.
az utolsó egyezõ szabály nyerés csak állapotnélküli szabályokat ismert. Az idõ múlásával az IPF részévé vált a
quickopció és a
keep stateopción keresztül az állapottartás is, melyek drámai mértékben korszerûsítették a szabályok feldolgozásának elvét. Az IPF hivatalos dokumentációja csak a régi szabályok létrehozását és azok feldolgozásának leírását tartalmazza. A korszerûsített funkciók csak kiegészítésképpen jelennek meg, és az általuk felkínált elõnyök megértése egy sokkal magasabb szintû és biztonságosabb tûzfal megépítését teszik lehetõvé.
quickés
keep stateopciókat. Ezek az inkluzív tûzfalszabályok létrehozásának alapjai.
IPFILTERtûzfal támogatását.
funkciók(facility) és
szintek(level) segítségével kialakított speciális csoportosítást alkalmaz. Az IPMON módja alapértelmezés szerint a
funkcióthasználja. Ezen túl a következõ szinteken különíthetjük el igényeinknek megfelelõen a naplózott adatokat:
ICMP, és ezt egy perjellel elválasztva az ICMP üzenet típusa és altípusa követi. Tehát például az ICMP 3/3 a
nem elérhetõ portüzenetet hordozza.
az utolsó illeszkedõ szabály nyerstílusban dolgozza fel és csak állapot nélküli szabályokat ismert. Az idõk folyamán az IPF szabályai kiegészültek a
quickés az állapottartásra vonatkozó
keep stateopciókkal, amelynek köszönhetõen óriási mértékben korszerûsödött a szabályok feldolgozása.
quickés az állapottartásért felelõs
keep statebeállítás. Ez az inkluzív tûzfalak létrehozásának egyik alapeszköze.
elsõ illeszkedõ szabály nyertípusú feldolgozásra. A szabályok felírásának régebbi módjai az &man.ipf.8; man oldalon találhatóak.
rövidzárattudunk képezni a feldolgozásban, amellyel elkerüljük a csomagra egyébként vonatkozó többi szabály illesztését. Ez az opció a korszerûsített szabályfeldolgozás kihasználásához elengedhetetlen.
from any to any(
bárhonnan bárhova) szinonímája és nem tartozik hozzá paraméter.
hálózati tûzfalnak(network firewall) is neveznek, legalább két hálózati interfésszel kell rendelkeznie. Ezeket az interfészeket általában úgy állítják be, hogy tökéletesen megbíznak az egyik oldalban (a helyi hálózatban), a másikban (az internetben) pedig egyáltalán nem. A tûzfalat egyébként úgy is beállíthatjuk, hogy csak a tûzfalat mûködtetõ gépet védje — ezt
egyrendszeres tûzfalnak(host based firewall) nevezik. Az ilyen típusú megoldásokat nem biztonságos hálózaton keresztül kommunikáló szervereknél alkalmaznak.
inkluzívtípusú tûzfal, amelyet éles rendszeren is használnak. Ezt a rendszerünkön nem használt szolgáltatásokra vonatkozó
IP masqueradingnak, vagyis IP maszkolásnak hívják. A hálózati címfordítás és az IP maszkolás lényegben ugyanazt takarja. Az IPF címfordításért felelõs funkciójának köszönhetõen képesek vagyunk a tûzfal mögött elhelyezkedõ helyi hálózat számára megosztani az internet-szolgáltatól kapott publikus IP-címet.
közös készletethozhatunk létre, amibõl majd az IPNAT válogathat miközben a csomagok címeit átírja kifelé menetben.
egyszerû állapottartó megoldásnaknevezzük.
logging disabledüzenetbõl kiderül, hogy a modul nem végez naplózást. A naplózást és a hozzá tartozó részletesség szintjét úgy tudjuk beállítani, ha az
az elsõ illeszkedés nyertípusú keresésnek. Amennyiben a csomag egyetlen szabályra sem illeszkedik, akkor az IPFW 65535-ös sorszámú állandó szabálya fogja elcsípni, amely feladata szerint eldobja az összes hozzá beérkezõ csomagot anélkül, hogy bármit is válaszolna a csomag feladójának.
mindent eldobunkszabályát és a naplózást adják meg benne. Ezen a módon fény derül azokra a csomagokra, amelyek a szabályrendszerben semmire sem illeszkedtek.
inkluzívtûzfalat. Az inkluzív tûzfalak csak a szabályainak megfelelõ szolgáltatásokat engedik át, minden mást alapértelmezés szerint tiltanak. A komplett hálózati szegmensek védelmére összeállított tûzfalaknak legalább két interfészük van, amelyek mindegyikéhez tartoznia kell szabályoknak a megfelelõ mûködéshez.
ugorjunk az 500-as szabályra) lesz. Az 500-as szabály a továbbküldés elõtt lefordítja a csomag forrás IP-címét. Ezt ne felejtsük el, nagyon fontos! A csomag ezután eljut a céljához, és visszatérve ismét belép a szabályrendszer tetején. Ezúttal illeszkedni fog a 100-as szabályra és a cél IP-címét visszafordítjuk a helyi hálózatunk megfelelõ gépének címére. Ezután a
journalslesz.