          CHasto zadavaemye voprosy po FreeBSD 4.X, 5.X i 6.X

  The FreeBSD Documentation Project

   Copyright (c) 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002,
   2003, 2004, 2005, 2006 The FreeBSD Documentation Project

   `Etot dokument yavlyaetsya tak nazyvaemym FAQ (Frequently Asked
   Questions), to est' spiskom CHasto Zadavaemyh Voprosov po FreeBSD
   versij 4.X, 5.X i 6.X. Esli ne ogovoreno obratnoe,
   predpolagaetsya, chto vse zamechaniya spravedlivy dlya versij
   FreeBSD 4.0 i vyshe. Esli vy hotite pomoch' v sostavlenii `etogo
   dokumenta, poshlite pis'mo v Spisok rassylki Proekta Dokumentacii
   FreeBSD. Poslednyaya redakciya `etogo dokumenta vsegda dostupna s
   Web-servera FreeBSD. Ego takzhe mozhno poluchit' v vide odnogo
   bol'shogo HTML-fajla po HTTP ili v vide obychnogo tekstovogo
   fajla, fajla formata PostScript(R), PDF ili drugogo formata s
   FTP-servera. Vy takzhe mozhete osuschestvit' poisk v FAQ.

   Rasprostranenie i ispol'zovanie ishodnyh (SGML DocBook) i
   ''skompilirovannyh'' form (SGML, HTML, PDF, PostScript, RTF i
   prochih) s modifikaciej ili bez onoj, razresheny pri soblyudenii
   sleduyuschih soglashenij:

    1. Rasprostranyaemye kopii ishodnogo koda (SGML DocBook) dolzhny
       sohranyat' vysheupomyanutye ob"yavleniya copyright, `etot
       spisok polozhenij i sleduyuschij otkaz ot otvetstvennosti v
       pervyh strokah `etogo fajla v neizmennom vide.

    2. Rasprostranyaemye kopii skompilirovannyh form (preobrazovannye
       v drugie DTD, konvertirovannye v PDF, PostScript, RTF i drugie
       formaty) dolzhny povtoryat' vysheupomyanutye ob"yavleniya
       copyright, `etot spisok polozhenij i sleduyuschij otkaz ot
       otvetstvennosti v dokumentacii i/ili drugih materialah,
       postavlyaemyh s distrib'yuciej.

     Vazhno: `ETA DOKUMENTACIYA POSTAVLYAETSYA PROEKTOM DOKUMENTACII
     FREEBSD "KAK EST'" I LYUBYE YAVNYE ILI NEYAVNYE GARANTII,
     VKLYUCHAYA, NO NE OGRANICHIVAYAS' NEYAVNYMI GARANTIYAMI,
     KOMMERCHESKOJ CENNOSTI I PRIGODNOSTI DLYA KONKRETNOJ CELI
     OTRICAYUTSYA. NI PRI KAKIH USLOVIYAH PROEKT DOKUMENTIROVANIYA
     FREEBSD NE NESET OTVETSTVENNOSTI ZA LYUBOJ PRYAMOJ, KOSVENNYJ,
     SLUCHAJNYJ, SPECIAL'NYJ, OBRAZCOVYJ ILI POSLEDUYUSCHIJ USCHERBY
     (VKLYUCHAYA, NO NE OGRANICHIVAYAS' POSTAVKOJ TOVAROV ZAMENY ILI
     USLUG; POTERYU DANNYH ILI IH NEPRAVIL'NUYU PEREDACHU ILI POTERI;
     PRIOSTANOVLENIE BIZNESA), I TEM NE MENEE VYZVANNYE I V LYUBOJ
     TEORII OTVETSTVENNOSTI, NEZAVISIMO OT KONTRAKTNOJ, STROGOJ
     OTVETSTVENNOSTI, ILI PRAVONARUSHENII (VKLYUCHAYA HALATNOST' ILI
     INYM SPOSOBOM), VOZNIKSHEM LYUBYM PUTEM PRI ISPOL'ZOVANII `ETOJ
     DOKUMENTACII, DAZHE ESLI BY BYLO SOOBSCHENO O VOZMOZHNOSTI
     TAKOGO USCHERBA.

   FreeBSD `eto zaregistrirovannaya torgovaya marka FreeBSD
   Foundation.

   3Com i HomeConnect `eto zaregistrirovannye torgovye marki 3Com
   Corporation.

   Adobe, Acrobat, Acrobat Reader i PostScript `eto ili
   zaregistrirovannye torgovye marki ili torgovye marki Adobe Systems
   Incorporated v Soedinennyh SHtatah i/ili drugih stranah.

   Sound Blaster `eto torgovaya marka Creative Technology Ltd. v
   Soedinennyh SHtatah i/ili drugih stranah.

   CVSup `eto zaregistrirovannaya torgovaya marka John D. Polstra.

   IBM, AIX, EtherJet, Netfinity, OS/2, PowerPC, PS/2, S/390 i
   ThinkPad `eto torgovye marki International Business Machines
   Corporation v Soedinennyh SHtatah, drugih stranah, ili po vsemu
   miru.

   IEEE, POSIX i 802 `eto zaregistrirovannye torgovye marki Institute
   of Electrical and Electronics Engineers, Inc. v Soedinennyh
   SHtatah.

   Intel, Celeron, EtherExpress, i386, i486, Itanium, Pentium i Xeon
   `eto torgovye marki ili zaregistrirovannye torgovye marki Intel
   Corporation ili ee dochernih kompanij v Soedinennyh SHtatah i
   drugih stranah.

   Iomega, Zip, i Jaz `eto ili zaregistrirovannye torgovye marki ili
   torgovye marki Iomega Corporation v Soedinennyh SHtatah i/ili
   drugih stranah.

   Linux `eto zaregistrirovannaya torgovaya marka Linus Torvalds.

   Microsoft, FrontPage, IntelliMouse, MS-DOS, Outlook, Windows,
   Windows Media i Windows NT `eto ili zaregistrirovannye torgovye
   marki ili torgovye marki Microsoft Corporation v Soedinennyh
   SHtatah i/ili drugih stranah.

   MIPS i R4000 `eto zaregistrirovannye torgovye marki MIPS
   Technologies, Inc. v Soedinennyh SHtatah i drugih stranah.

   Netscape i Netscape Navigator `eto zaregistrirovannye torgovye
   marki Netscape Communications Corporation v SSHA i drugih stranah.

   Motif, OSF/1 i UNIX `eto zaregistrirovannye torgovye marki, a IT
   DialTone i The Open Group `eto torgovye marki Open Group v
   Soedinennyh SHtatah i drugih stranah.

   Oracle `eto zaregistrirovannaya torgovaya marka Oracle
   Corporation.

   Silicon Graphics, SGI, i OpenGL `eto zaregistrirovannye torgovye
   marki Silicon Graphics, Inc., v Soedinennyh SHtatah i/ili drugih
   stranah po vsemu miru.

   Sparc, Sparc64, SPARCEngine, i UltraSPARC `eto torgovye marki
   SPARC International, Inc v Soedinennyh SHtatah i drugih stranah.
   Produkty s torgovoj markoj SPARC osnovany na arhitekture,
   razrabotannoj Sun Microsystems, Inc.

   Sun, Sun Microsystems, Java, Java Virtual Machine, JavaServer
   Pages, JDK, JRE, JSP, JVM, Netra, Solaris, StarOffice, Sun Blade,
   Sun Enterprise, Sun Fire, SunOS i Ultra `eto torgovye marki ili
   zaregistrirovannye torgovye marki Sun Microsystems, Inc. v
   Soedinennyh SHtatah i drugih stranah.

   U.S. Robotics i Sportster `eto zaregistrirovannye torgovye marki
   U.S. Robotics Corporation.

   XFree86 `eto torgovaya marka XFree86 Project, Inc.

   Mnogie iz oboznachenij, ispol'zuemye proizvoditelyami i prodavcami
   dlya oboznacheniya svoih produktov, zayavlyayutsya v kachestve
   torgovyh marok. Kogda takie oboznacheniya poyavlyayutsya v `etom
   dokumente, i Proektu FreeBSD izvestno o torgovoj marke, k
   oboznacheniyu dobavlyaetsya znak ''(TM)'' ili ''(R)''.

     --------------------------------------------------------------

   Soderzhanie

   1. Vstuplenie

   2. Dokumentaciya i podderzhka

   3. Ustanovka

   4. Apparatnaya sovmestimost'

                4.1. Voprosy obschego haraktera

                4.2. Apparatnye platformy i processory

                4.3. ZHiostkie diski, lentochnye ustrojstva i privody
                CD i DVD

                4.4. Klaviatury i myshi

                4.5. Setevye i posledovatel'nye ustrojstva

                4.6. Zvukovye ustrojstva

                4.7. Drugoe oborudovanie

   5. Ustranenie nekotoryh problem

   6. Kommercheskie prilozheniya

   7. Prikladnye programmy

   8. Konfigurirovanie yadra

   9. Diski, fajlovye sistemy i nachal'nye zagruzchiki

   10. Sistemnoe administrirovanie

   11. X Window System i virtual'nye konsoli

   12. Rabota v seti

   13. Bezopasnost'

   14. PPP

   15. Kommunikacionnye adaptery

   16. Raznoe

   17. YUmor ot FreeBSD

   18. Slozhnye temy

   19. Nashi blagodarnosti

   Bibliography

   Spisok tablic

   3-1. Maksimal'nye razmery fajlov

   12-1. Setevye karty sozdannye na osnove nabore mikroshem DEC PCI

   Spisok primerov

   11-1. Sekciya ''InputDevice'' dlya myshi s koliosikom iz
   konfiguracionnyh fajlov dlya XFree86(TM) i Xorg

   11-2. Primer ''.emacs'' dlya prostoj prokrutki stranicy pri
   pomoschi myshi s koliosikom (opcional'no)

     --------------------------------------------------------------

                          Glava 1. Vstuplenie

   Dobro pozhalovat' v FAQ po FreeBSD 4.X-6.X!

   Kak i obychnyj FAQ konferencij Usenet, `etot dokument soderzhit
   bol'shinstvo iz chasto zadavaemyh voprosov, kasayuschihsya
   operacionnoj sistemy FreeBSD (i, konechno zhe, otvety na nih).
   Pervonachal'no prednaznachennyj dlya umen'sheniya potoka
   soobschenij i izbezhaniya povtoreniya odnih i teh zhe voprosov,
   postepenno FAQ prevratilsya v cennyj istochnik informacii.

   My prilagaem vse usiliya, chtoby sdelat' `etot FAQ maksimal'no
   informativnym; esli u vas est' idei po ego usovershenstvovaniyu,
   pozhalujsta, napishite nam na adres Spisok rassylki Proekta
   Dokumentacii FreeBSD.

   1.1. FreeBSD - chto `eto takoe?

   1.2. Kakova cel' FreeBSD?

   1.3. Est' li v licenzii FreeBSD kakie-to ogranicheniya?

   1.4. Mozhet li FreeBSD zamenit' operacionnuyu sistemu,
   ispol'zuemuyu mnoyu sejchas?

   1.5. Pochemu sistema nazyvaetsya imenno FreeBSD?

   1.6. V chiom zaklyuchaetsya raznica mezhdu FreeBSD i NetBSD,
   OpenBSD i drugimi operacionnymi sistemami s otkrytymi kodami
   semejstva BSD?

   1.7. Kakova poslednyaya versiya FreeBSD?

   1.8. CHto takoe FreeBSD-CURRENT?

   1.9. V chiom smysl FreeBSD-STABLE?

   1.10. V kakoj moment vypuskayutsya novye versii FreeBSD?

   1.11. Kto razrabatyvaet FreeBSD?

   1.12. Gde mozhno najti FreeBSD?

   1.13. Kak mozhno poluchit' dostup k baze soobschenij o problemah
   (Problem Report)?

   1.14. Drugie istochniki informacii.

   1.1. FreeBSD - chto `eto takoe?

   V dvuh slovah, FreeBSD - `eto UNIX(R)-podobnaya operacionnaya
   sistema dlya platform Alpha/AXP, AMD64 i Intel(R) EM64T, i386(TM)
   IA-64, PC-98 i UltraSPARC(R), razrabotannaya na osnove
   operacionnoj sistemy ''4.4BSD-Lite'' s nekotorymi
   usovershenstvovaniyami, vzyatymi iz ''4.4BSD-Lite2''
   Kalifornijskogo Universiteta (Berkli). Takzhe ona kosvenno
   baziruetsya na 386BSD (BSD Net/2, perenesionnoj na platformu i386
   Uil'yamom Dzholitcem (William Jolitz)), hotya ot togo
   pervonachal'nogo koda ostalos' ochen' malo. Bolee podrobnye
   ob"yasneniya togo, chto predstavlyaet iz sebya FreeBSD i dlya
   chego ona mozhet vam prigodit'sya, mozhno najti na domashnej
   stranice FreeBSD.

   FreeBSD ispol'zuetsya kompaniyami, Internet-provajderami,
   nauchnymi rabotnikami, professionalami v vychislitel'noj tehnike,
   studentami i ryadovymi pol'zovatelyami po vsemu miru dlya raboty,
   obrazovaniya i otdyha.

   Dlya bolee detal'nogo znakomstva s FreeBSD, pozhalujsta,
   obratites' k Rukovodstvu po FreeBSD.

   1.2. Kakova cel' FreeBSD?

   Cel', presleduemaya proektom FreeBSD - `eto predostavlenie
   programmnogo obespecheniya, kotoroe mozhet byt' ispol'zovano v
   lyubyh celyah bez kakih by to ni bylo ogranichenij. Mnogie iz nas
   vkladyvayut znachitel'nye usiliya v eio razrabotku (i
   proektirovanie) i opredelionno byli by ne protiv polucheniya
   finansovoj podderzhki, no trebovat' eio my ne budem. My nadeemsya,
   chto nasha osnovnaya i samaya znachitel'naya ''missiya'' -
   predostavit' kod vsem zhelayuschim, dlya lyubyh celej, tak chtoby
   on nashel samoe shirokoe primenenie i prinios naibol'shuyu pol'zu.
   `Eto, na nash vzglyad, odna iz samyh fundamental'nyh celej Free
   Software, kotoruyu my s `entuziazmom podderzhivaem.

   CHast' ishodnogo koda nashej sistemy, podpadayuschaya pod dejstvie
   GNU General Public License (GPL) ili GNU Library General Public
   License (LGPL), imeet neskol'ko bol'she ogranichenij, hotya i
   predstavlyaet soboj navyazyvanie dostupa k ishodnym tekstam, a ne
   naoborot, kak obychno. Iz-za dopolnitel'nyh slozhnostej, kotorye
   mogut vozniknut' v sluchae kommercheskogo ispol'zovaniya
   programmnogo obespecheniya GPL, my staraemsya, gde tol'ko `eto
   vozmozhno, zamenit' podobnoe programmnoe obespechenie
   analogichnym, no podpadayuschim pod menee stroguyu licenziyu
   FreeBSD.

   1.3. Est' li v licenzii FreeBSD kakie-to ogranicheniya?

   Da. `Eti ogranicheniya ne kasayutsya togo, kak imenno vy
   ispol'zuete kod, no glavnym obrazom opisyvayut vashe otnoshenie
   pri `etom v celom k Proektu FreeBSD. Esli u vas est' ser'eznye
   problemy s licenzirovaniem, prochtite sobstvenno tekst
   licenzionnogo soglasheniya. Uproschenno ono mozhet byt' vkratce
   izlozheno sleduyuschim obrazom.

     * Ne govorite, chto `eto napisano vami.

     * Ne sudites' s nami, esli chto-to ne rabotaet.

   1.4. Mozhet li FreeBSD zamenit' operacionnuyu sistemu,
   ispol'zuemuyu mnoyu sejchas?

   Dlya bol'shinstva lyudej, da. No `etot otvet ne tak uzh
   odnoznachen.

   Bol'shinstvo pol'zovatelej na samom dele ne ispol'zuyut
   operacionnuyu sistemu. Oni rabotayut s prilozheniyami. Imenno
   prikladnye programmy i ispol'zuyut operacionnuyu sistemu. FreeBSD
   razrabotana dlya togo, chtoby dat' nadezhnoe i polnofunkcional'noe
   okruzhenie dlya prilozhenij. Ona podderzhivaet shirokij spektr
   Web-brauzerov, ofisnyh paketov, programm dlya raboty s
   `elektronnoj pochtoj, graficheskih paketov, programmnyh sred,
   setevyh serverov i prakticheski vse, chto vy mozhete zahotet'.
   Bol'shinstvo `etih prilozhenij mogut byt' polucheno iz Kollekcii
   Portov.

   Esli vam neobhodimo ispol'zovat' prilozhenie, kotoroe dostupno
   tol'ko dlya odnoj operacionnoj sistemy, vam prosto nel'zya
   zamenyat' operacionnuyu sistemu. Odnako est' veroyatnost', chto
   pohozhaya programma suschestvuet dlya FreeBSD. Esli vam nuzhen
   stabil'no rabotayuschij server dlya ofisa ili server Internet,
   nadezhnaya rabochaya stanciya ili prosto vozmozhnost' vypolnyat'
   rabotu bez sboev, FreeBSD prakticheski vsegda spravitsya so vsem,
   chto vam nuzhno. Mnogie pol'zovateli po vsemu miru, vklyuchaya kak
   novichkov, tak i opytnyh administratorov UNIX, ispol'zuyut FreeBSD
   v kachestve svoej edinstvennoj nastol'noj operacionnoj sistemy.

   Esli vy perehodite na FreeBSD s kakogo-to drugogo varianta UNIX,
   vy uzhe znaete bol'shinstvo vashih potrebnostej. Esli vy privykli
   k takim graficheskimi operacionnymi sistemam, kak Windows(R) ili
   starym versiyam Mac OS(R), bud'te gotovy k zatratam
   dopolnitel'nogo vremeni na izuchenie podhoda UNIX k rabote. `Etot
   FAQ i Rukovodstvo po FreeBSD yavlyayutsya prekrasnym sposobom
   nachat' `eto izuchenie.

   1.5. Pochemu sistema nazyvaetsya imenno FreeBSD?

     * Ona mozhet ispol'zovat'sya bezo vsyacheskih vyplat, dazhe dlya
       izvlecheniya vygody.

     * Vse ishodnye teksty operacionnoj sistemy svobodno dostupny, na
       eio ispol'zovanie v drugih razrabotkah (kak kommercheskih, tak
       i nekommercheskih) i dal'nejshee rasprostranenie nalozheny
       minimal'nye ogranicheniya.

     * Lyuboj, u kogo est' usovershenstvovaniya ili ispravleniya,
       mozhet predostavit' svoj kod i on budet (pravda, s paroj
       ogovorok) dobavlen v ishodnye teksty sistemy.

   Sleduet otmetit', chto slovo ''free'' ispol'zuetsya zdes' v dvuh
   smyslah, odin oznachaet ''besplatno'', a drugoj ''vy mozhete
   delat' vsio, chto hotite''. Za isklyucheniem pary veschej, kotorye
   vy ne mozhete delat' s FreeBSD, naprimer, pretendovat' na to, chto
   yavlyaetes' eio razrabotchikom, na samom dele mozhno delat' s nej
   vsio, chto vam zablagorassuditsya.

   1.6. V chiom zaklyuchaetsya raznica mezhdu FreeBSD i NetBSD,
   OpenBSD i drugimi operacionnymi sistemami s otkrytymi kodami
   semejstva BSD?

   Dzhejms Hovard (James Howard) sozdal horoshee opisanie istorii i
   razlichij mezhdu razlichnymi proektami dlya zhurnala DaemonNews
   pod nazvaniem Semejnoe drevo BSD, v kotorom daiotsya podrobnyj
   otvet na `etot vopros.

   1.7. Kakova poslednyaya versiya FreeBSD?

   Na dannom `etape razrabotki FreeBSD suschestvuyut tri parallel'no
   razrabatyvaemye vetki; relizy delayutsya v dvuh iz trioh vetok.
   Seriya relizov 5.X vypolnyaetsya iz vetki 5-STABLE, a seriya
   relizov 6.X vypolnyaetsya iz 6-STABLE.

   Do vypuska 5.3 linejka 4.X byla edinstvennoj, izvestnoj kak
   -STABLE. Odnako posle vyhoda 5.3, linejka 4.X poluchit status
   ''extended support'' (rasshirennaya podderzhka) i vnosit'sya budut
   ispravleniya tol'ko dlya ser'eznyh problem, k primeru
   ispravleniya, svyazannye s bezopasnost'yu. Eschio budut relizy iz
   vetki 5-STABLE, no ona schitaetsya ''ustarevshej'' i bol'shinstvo
   tekuschih izmenenij budut tol'ko chast'yu 6-STABLE.

   Versiya 8.1, vypuschennaya Jul 2010, yavlyaetsya samym poslednim
   relizom vetki 6-STABLE. Versiya 7.3, vypuschennaya March 2010,
   yavlyaetsya samym poslednim relizom vetki 5-STABLE.

   Esli vkratce, to vetka -STABLE prednaznachena postavschikam uslug
   Internet, korporativnym pol'zovatelyam, a takzhe vsem tem, komu v
   pervuyu ochered' nuzhna nadiozhnost' i minimal'noe kolichestvo
   otlichij ot poslednego reliza po sravneniyu s novymi (i,
   vozmozhno, nenadiozhno rabotayuschimi) vozmozhnostyami poslednego
   sn`epshota -CURRENT. Relizy mozhno delat' iz lyuboj vetki, no
   -CURRENT mozhno ispol'zovat' tol'ko v tom sluchae, esli vy
   uvereny, chto gotovy k postoyannym (po sravneniyu so -STABLE)
   izmeneniyam v rabote sistemy.

   Relizy delayutsya raz v neskol'ko mesyacev. Hotya mnogie
   starayutsya otslezhivat' aktual'noe sostoyanie ishodnyh tekstov
   FreeBSD (obratite vnimanie na voprosy o FreeBSD-CURRENT i
   FreeBSD-STABLE), delat' `eto ne obyazatel'no, tak kak ishodnye
   teksty postoyanno menyayutsya.

   Bolee polnuyu informaciyu o relizah FreeBSD mozhno poluchit' so
   stranicy o Processe vypuska relizov na Web-sajte FreeBSD.

   1.8. CHto takoe FreeBSD-CURRENT?

   FreeBSD-CURRENT - `eto versiya operacionnoj sistemy,
   nahodyaschayasya v stadii razrabotki, kotoraya dolzhna potom stat'
   novoj vetkoj FreeBSD-STABLE. Takim obrazom, ona predstavlyaet
   real'nyj interes tol'ko dlya razrabotchikov sistemy i eio fanatov.
   Obratites' k sootvetstvuyuschemu razdelu Rukovodstva dlya
   proyasneniya detalej raboty s -CURRENT.

   Esli vy ne specialist po operacionnym sistemam ili ne v sostoyanii
   otlichit' real'nuyu problemu ot vremennyh yavlenij, vy ne dolzhny
   ispol'zovat' FreeBSD-CURRENT. `Eta vetv' zachastuyu menyaetsya
   ochen' bystro i vpolne mozhet byt' prosto ne rabotosposobna
   nekotoroe vremya. Te, kto ispol'zuyut FreeBSD-CURRENT, dolzhny
   byt' v sostoyanii analizirovat' lyubye problemy i soobschat' o
   nih, esli `eto dejstvitel'no oshibki, a ne ''glyuki''.
   Soobscheniya tipa ''make world produces some error about groups''
   v spiske rassylki -CURRENT mogut byt' vosprinyaty
   prenebrezhitel'no.

   Ezhednevno iz vetok -CURRENT i -STABLE delayutsya sn`epshoty.
   Distributivy nekotoryh sn`epshotov sdelany obschedostupnymi. Ih
   prednaznachenie:

     * Testirovanie samoj poslednej versii programmy ustanovki
       sistemy.

     * Dat' lyudyam, kotorye hotyat rabotat' s -CURRENT ili -STABLE,
       no ne imeyut vremeni ili vozmozhnosti (propusknoj sposobnosti)
       dlya otslezhivaniya ezhednevnyh izmenenij, prostoj sposob eio
       ustanovki.

     * Fiksaciya tochki dlya posleduyuschih ssylok v sluchae, esli
       pozzhe my chto-nibud' ochen' sil'no slomaem. (Hotya CVS, kak
       pravilo, ne pozvolyaet sluchit'sya nichemu takomu uzhasnomu :)

     * Vse novye vozmozhnosti, kotorym trebuetsya testirovanie,
       dolzhny imet' kak mozhno bol'she potencial'nyh testerov.

   Ne utverzhdaetsya, chto vsyakij sn`epshot -CURRENT imeet kachestvo
   ''gotovogo produkta''. Esli vam nuzhna stabil'no rabotayuschaya i
   polnost'yu ottestirovannaya sistema, to neobhodimo dozhdat'sya
   vyhoda polnogo reliza ili vospol'zovat'sya sn`epshotami -STABLE.

   Sn`epshoty dostupny neposredstvenno s
   ftp://current.FreeBSD.org/pub/FreeBSD/snapshots/.

   Sn`epshoty, kak pravilo, generiruyutsya ezhednevno dlya vseh
   aktivno razrabatyvaemyh vetok.

   1.9. V chiom smysl FreeBSD-STABLE?

   Posle togo, kak byla vypuschena FreeBSD 2.0.5, razrabotka FreeBSD
   razdelilas' na dve chasti. Odna vetka poluchila nazvanie -STABLE,
   a drugaya -CURRENT. FreeBSD-STABLE prednaznachena dlya provajderov
   uslug Internet i drugih kommercheskih pol'zovatelej, dlya kotoryh
   neozhidannye izmeneniya ili `eksperimental'nye vozmozhnosti ves'ma
   nezhelatel'ny. V neio vnosyatsya tol'ko horosho ottestirovannye
   ispravleniya i drugie nebol'shie posledovatel'nye
   usovershenstvovaniya. S drugoj storony, FreeBSD-CURRENT yavlyalas'
   edinoj vetkoj, ne razryvaemoj s momenta vyhoda versii 2.0 i
   veduschej k 6.0-RELEASE i posleduyuschim relizam. Neposredstvenno
   pered vyhodom 6.0-RELEASE byla sozdana vetka 6-STABLE, a
   FreeBSD-CURRENT stala 7-CURRENT. Dlya polucheniya bolee podrobnoj
   informacii obratites' k razdelu stat'i '' Podgotovka relizov
   FreeBSD: Sozdanie vetki reliza''.

   Vetv' 2.2-STABLE byla zavershena vyhodom reliza 2.2.8. Vetv'
   3-STABLE byla zavershena vyhodom reliza 3.5.1. Edinstvennymi
   izmeneniyami v `etih vetvyah mogut byt' tol'ko ispravleniya
   oshibok, kasayuschihsya bezopasnosti. Podderzhka vetok 4-STABLE i
   5-STABLE prodolzhitsya nekotoroe vremya, no v osnovnom budet
   kasat'sya ispravleniya oshibok v informacionnoj zaschite i drugih
   ser'ioznyh voprosah.

   Aktivno razrabatyvaemoj vetkoj -STABLE yavlyaetsya 8.1-STABLE.
   Poslednim relizom vetki 8.1-STABLE yavlyaetsya 8.1-RELEASE,
   vypuschennyj Jul 2010.

   Aktivno razrabatyvaemoj vetkoj -CURRENT yavlyaetsya vetka
   7-CURRENT, kotoraya dvizhetsya k sozdaniyu sleduyuschego
   pokoleniya FreeBSD. Prochtite otvet na vopros CHto takoe
   FreeBSD-CURRENT? dlya polucheniya bolee podrobnoj informacii ob
   `etoj vetke.

   1.10. V kakoj moment vypuskayutsya novye versii FreeBSD?

   Gruppa Vypuska Relizov FreeBSD <re@FreeBSD.org> vypuskaet novuyu
   versiyu FreeBSD v srednem raz v chetyre mesyaca. Daty relizov
   obychno ob"yavlyayutsya zaranee, tak chto te, kto rabotaet nad
   sistemoj, znayut, kogda ih proekty dolzhny byt' zakoncheny i
   protestirovany. Period testirovaniya predshestvuet vyhodu kazhdogo
   reliza, dlya togo, chtoby udostoverit'sya v tom, chto dobavlenie
   novyh vozmozhnostej ne povliyalo na stabil'nost' raboty reliza.
   Mnogie pol'zovateli rascenivayut takuyu ostorozhnost' kak odnu iz
   priyatnejshih chert FreeBSD, hotya neobhodimost' dozhidat'sya
   -STABLE dlya polucheniya vseh `etih novyh vozmozhnostej mozhet
   neskol'ko razocharovyvat'.

   Dopolnitel'naya informaciya o processe podgotovki reliza (v tom
   chisle plany vypuska posleduyuschih relizov) mozhet byt' najdena
   na stranicah Web-sajta FreeBSD, posvyaschionnyh vypusku relizov.

   Dlya teh, komu nuzhno ili hochetsya, ezhednevno vypuskayutsya
   binarnye relizy, kak `eto opisano vyshe.

   1.11. Kto razrabatyvaet FreeBSD?

   Resheniya, kotorye kasayutsya klyuchevyh momentov v proekte
   FreeBSD, takie, kak obschee napravlenie razvitiya proekta ili kto
   mozhet dobavlyat' kod k derevu ishodnyh tekstov, prinimayutsya
   osnovnoj komandoj razrabotchikov (Core Team), sostoyaschej iz 9
   chelovek. Takzhe suschestvuet mnogochislennaya gruppa,
   sostoyaschaya iz bolee chem 300 tak nazyvaemyh kommitterov
   (committers), kotorye mogut vnosit' izmeneniya pryamo v derevo
   ishodnyh tekstov FreeBSD.

   Odnako bol'shinstvo netrivial'nyh izmenenij shiroko obsuzhdaetsya
   v spiskah rassylki, i ne suschestvuet nikakih ogranichenij na
   uchastie v podobnyh diskussiyah.

   1.12. Gde mozhno najti FreeBSD?

   Vse osnovnye relizy FreeBSD dostupny po FTP s FTP-servera FreeBSD:

     * Poslednij reliz 6-STABLE, 8.1-RELEASE, mozhno najti v kataloge
       s 8.1-RELEASE.

     * Sn`epshot-relizy dlya vetki -CURRENT vypuskayutsya ezhednevno,
       no oni nuzhny isklyuchitel'no dlya razrabotchikov i teh, kto
       testiruet samye poslednie narabotki.

     * Poslednij reliz 5-STABLE, 7.3-RELEASE, mozhno najti v kataloge
       s 7.3-RELEASE.

     * Sn`epshoty 5.X obychno delayutsya ezhednevno.

   Informaciya o poluchenii/priobretenii FreeBSD na CD, DVD i drugih
   nositelyah dostupna v Rukovodstve.

   1.13. Kak mozhno poluchit' dostup k baze soobschenij o problemah
   (Problem Report)?

   Baza dannyh vseh soobschenij pol'zovatelej o problemah mozhet byt'
   zaproshena s pomosch'yu nashego Web-interfejsa.

   Komanda send-pr(1) mozhet byt' ispol'zovana dlya peredachi i
   izmeneniya soobschenij o problemah cherez `elektronnuyu pochtu.
   Al'ternativno mozhno ispol'zovat' Web-interfejs dlya otsylki
   soobschenij ob oshibkah cherez brauzer.

   Pered tem, kak posylat' soobschenie ob oshibke, pozhalujsta,
   prochtite stat'yu Sostavlenie soobschenij o probleme vo FreeBSD o
   tom, kak pisat' horoshie soobscheniya ob oshibkah.

   1.14. Drugie istochniki informacii.

   Pozhalujsta, posmotrite spisok imeyuschejsya dokumentacii na
   glavnoj stranice sajta FreeBSD.

     --------------------------------------------------------------

                  Glava 2. Dokumentaciya i podderzhka

   2.1. Est' li horoshie knigi o FreeBSD?

   2.2. Est' li versii dokumentacii v drugom formate, naprimer, v
   vide obychnogo teksta ASCII ili PostScript?

   2.3. Gde najti informaciyu po spiskam rassylki FreeBSD?

   2.4. Kakie suschestvuyut telekonferencii po FreeBSD?

   2.5. Suschestvuyut li kanaly IRC (Internet Relay Chat) po FreeBSD?

   2.6. Gde mozhno projti platnye kursy po FreeBSD i poluchit'
   podderzhku?

   2.1. Est' li horoshie knigi o FreeBSD?

   V ramkah proekta sozdan shirokij spektr dokumentacii, kotoraya
   dostupna v on-line po sleduyuschej ssylke:
   http://www.FreeBSD.org/docs.html. `Eti zhe samye dokumenty
   dostupny i v vide pakadzhej, kotorye mozhno s liogkost'yu
   ustanovit' v vashu sistemu FreeBSD. Detal'naya informaciya o
   pakadzhah s dokumentaciej mozhet byt' najdena v posleduyuschih
   paragrafah.

   Krome togo, v Bibliografii v konce `etogo FAQ i v Rukovodstve
   imeyutsya ssylki na drugie rekomenduemye dlya chteniya knigi.

   2.2. Est' li versii dokumentacii v drugom formate, naprimer, v
   vide obychnogo teksta ASCII ili PostScript?

   Da. Dokumentaciya imeetsya v neskol'kih razlichnyh formatah i
   upakovannaya raznymi sposobami na FTP-servere FreeBSD, i
   nahoditsya ona v kataloge /pub/FreeBSD/doc/.

   Dokumentaciya podrazdelyaetsya na kategorii razlichnymi sposobami.
   `Eto vklyuchaet:

     * Imya dokumenta, naprimer, faq ili handbook.

     * YAzyk i kodirovka dokumenta. Oni opirayutsya na imena
       lokalizacij, kotorye vy najdiote v kataloge /usr/share/locale
       vashej sistemy FreeBSD. Na dannyj moment dlya dokumentacii
       podderzhivayutsya sleduyuschie yazyki i kodirovki:

          Kodirovka                     YAzyk                  
       en_US.ISO8859-1  Anglijskij (SSHA)                      
       de_DE.ISO8859-1  Nemeckij                               
       es_ES.ISO8859-1  Ispanskij                              
       fr_FR.ISO8859-1  Francuzskij                            
       it_IT.ISO8859-15 Ital'yanskij                           
       ja_JP.eucJP      YAponskij (kodirovka EUC)              
       ru_RU.KOI8-R     Russkij (kodirovka KOI8-R)             
       zh_CN.GB2312     Uproschionnyj kitajskij (kodirovka     
                        GB2312)                                
       zh_TW.Big5       Tradicionnyj kitajskij (kodirovka      
                        Big5)                                  

         Zamechanie: Nekotorye dokumenty mogut imet'sya ne na vseh
         yazykah.

     * Format dokumenta. My sozdaiom dokumentaciyu v neskol'kih
       razlichnyh formatah. U kazhdogo iz formatov imeyutsya svoi
       plyusy i svoi minusy. Nekotorye formaty luchshe podhodyat dlya
       chteniya v on-line, kogda kak drugie prednaznacheny dlya
       polucheniya `estetichno vyglyadyaschej na bumage kopii.
       Nalichie dokumentacii vo vseh `etih formatah obespechivaet
       vozmozhnost' prochteniya nashimi pol'zovatelyami lyuboj eio
       chasti kak s `ekrana monitora, tak i na bumage posle vyvoda na
       pechat'. Na dannyj moment podderzhivayutsya sleduyuschie
       formaty;

            Format                    Znachenie                
       html-split       Nabor malen'kih svyazannyh drug s      
                        drugom HTML-fajlov.                    
       html             Odin bol'shoj HTML-fajl, polnost'yu    
                        soderzhaschij dokument.                
       pdb              Format baz dannyh Palm Pilot, dlya     
                        ispol'zovaniya s utilitoj iSilo.       
       pdf              Adobe's Portable Document Format       
       ps               PostScript                             
       rtf              Rich Text Format ot Microsoft [a]      
       txt              Obychnyj tekst                         
       Primechaniya:    
       a. Nomera stranic pri zagruzke v Word avtomaticheski ne
       obnovlyayutsya. Nazhmite CTRL+A, CTRL+END, F9 posle
       zagruzki dokumenta dlya obnovleniya nomerov stranic.

     * Sposob kompressii i sozdaniya arhiva. Sejchas ispol'zuetsya
       tri.

         1. V sluchae formata html-split, fajly arhiviruyutsya s
            pomosch'yu tar(1). Poluchayuschijsya fajl .tar zatem
            podvergaetsya szhatiyu po shemam, podrobno opisyvaemym
            dalee.

         2. Vse drugie formaty generiruyut odin fajl s imenem
            book.format (to est' book.pdb, book.html, i tak dalee).

            `Eti fajly zatem szhimayutsya po dvum shemam szhatiya.

            Shema                   Opisanie                    
                  Format Zip. Esli vam nuzhno budet razvernut'  
            zip   `eto vo FreeBSD, to potrebuetsya ustanovit'   
                  snachala port archivers/unzip.                
                  Format BZip2. Ispol'zuetsya rezhe, chem Zip,  
            bz2   no, kak pravilo, daiot fajly men'shego        
                  razmera. CHtoby rabotat' s takimi fajlami,    
                  ustanovite port archivers/bzip2.              

            Takim obrazom, versiya Rukovodstva v formate PostScript,
            upakovannaya s pomosch'yu BZip2, budet nahodit'sya v
            fajle s imenem book.ps.bz2 v kataloge handbook/.

   Posle vybora formata i sposoba kompressii, v kotorom vy hotite
   poluchit' fajl, vy dolzhny opredelit'sya, dolzhen li on byt' v
   vide pakadzha FreeBSD.

   Plyusom sgruzki i ustanovki v vide pakadzha yavlyaetsya to, chto
   dokumentaciya zatem mozhet upravlyat'sya obychnymi sredstvami dlya
   raboty s pakadzhami, takimi, kak pkg_add(1) i pkg_delete(1).

   Esli vy reshili sgruzit' i ustanovit' pakadzh, to vy dolzhny znat'
   imya fajla. Fajly, soderzhaschie dokumentaciyu v vide pakadzhej,
   nahodyatsya v kataloge packages. Kazhdyj takoj fajl imeet vid
   document-name.lang.encoding.format.tgz.

   Naprimer, FAQ na anglijskom yazyke v formate PDF nahoditsya v
   pakadzhe faq.en_US.ISO8859-1.pdf.tgz.

   Znaya `eto, dlya ustanovki pakadzha s angloyazychnym FAQ v formate
   PDF vy mozhete vospol'zovat'sya sleduyuschej komandoj.

 # pkg_add ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/packages/faq.en_US.ISO8859-1.pdf.tgz

   Sdelav `eto, mozhno ispol'zovat' utilitu pkg_info(1) dlya
   opredeleniya togo, kuda fajl byl ustanovlen.

 # pkg_info -f faq.en_US.ISO8859-1.pdf
 Information for faq.en_US.ISO8859-1.pdf:

 Packing list:
         Package name: faq.en_US.ISO8859-1.pdf
         CWD to /usr/share/doc/en_US.ISO8859-1/books/faq
 File: book.pdf
         CWD to .
 File: +COMMENT (ignored)
 File: +DESC (ignored)

   Kak vidite, book.pdf budet ustanovlen v
   /usr/share/doc/en_US.ISO8859-1/books/faq.

   Esli zhe vy ne hotite ispol'zovat' pakadzhi, to vam nuzhno samim
   sgruzit' upakovannye fajly, raspakovat' ih, a zatem skopirovat'
   dokumentaciyu v sootvetstvuyuschie mesta.

   Naprimer, versiya FAQ v vide otdel'nyh HTML-fajlov, upakovannaya
   pri pomoschi bzip2(1), nahoditsya v fajle
   doc/ru_RU.KOI8-R/books/faq/book.html-split.tar.bz2. Dlya sgruzki i
   raspakovki `etogo fajla vam nuzhno sdelat' vot chto.

 # fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/en_US.ISO8859-1/books/faq/book.html-split.tar.bz2
 # bzip2 -d book.html-split.tar.bz2
 # tar xvf book.html-split.tar

   U vas poluchitsya nabor fajlov .html. Glavnym yavlyaetsya
   index.html, i v niom nahoditsya oglavlenie, vvodnyj material i
   ssylki na ostal'nye chasti dokumenta. Posle `etogo vy ih mozhete
   kopirovat' i peremeschat' pri neobhodimosti na okonchatel'noe
   mestopolozhenie.

   2.3. Gde najti informaciyu po spiskam rassylki FreeBSD?

   Ischerpyvayuschaya informaciya soderzhitsya v razdele Rukovodstva,
   kotoryj posvyaschion spiskam rassylki.

   2.4. Kakie suschestvuyut telekonferencii po FreeBSD?

   Polnaya informaciya o gruppah novostej est' v razdele Rukovodstva,
   kasayuschemsya telekonferencij.

   2.5. Suschestvuyut li kanaly IRC (Internet Relay Chat) po FreeBSD?

   Da, bol'shinstvo setej IRC imeyut kanal FreeBSD:

     * Kanal #FreeBSD v seti EFNet posvyaschion FreeBSD, no ne
       obraschajtes' tuda za tehnicheskoj podderzhkoj i dazhe ne
       pytajtes' najti cheloveka, kotoryj pomozhet vam obojtis' bez
       chteniya stranic Spravochnika ili sobstvennyh izyskanij. `Etot
       kanal prednaznachen v pervuyu i osnovnuyu ochered' dlya
       obscheniya, i v krug obsuzhdaemyh tem vhodyat seks, sport,
       yadernoe oruzhie, kak budto `eto i est' FreeBSD. V obschem,
       vas predupredili! Kanal dostupen na servere irc.chat.org.

     * Kanal #FreeBSDhelp v seti EFNet prednaznachen dlya pomoschi
       pol'zovatelyam FreeBSD. Zdes' gorazdo bolee blagosklonno
       otnosyatsya k voprosam, chem na kanale #FreeBSD.

     * Kanal #FreeBSD v seti DALNET dostupen na servere irc.dal.net v
       SSHA i na irc.eu.dal.net v Evrope.

     * Kanal #FreeBSDHelp v seti DALNET dostupen na serverah
       irc.dal.net v SSHA i irc.eu.dal.net v Evrope.

     * Kanal #FreeBSD v seti UNDERNET dostupen na serverah
       us.undernet.org v SSHA i eu.undernet.org v Evrope. Tak kak
       `eto kanal vzaimopomoschi, prigotov'tes' k chteniyu
       dokumentacii, k kotoroj vas otoshlyut.

     * Kanal #FreeBSD v seti RUSNET `eto kanal dlya
       russkogovoryaschih posetitelej, posvyaschionnyj pomoschi
       pol'zovatelyam FreeBSD. Takzhe `eto horoshee mesto dlya ne
       tehnicheskih diskussij.

   Vse `eti kanaly raznye i ne imeyut otnosheniya drug k drugu. Ih
   stili obscheniya takzhe otlichayutsya, tak chto vam, mozhet byt',
   pridiotsya poprobovat' vse, chtoby najti tot, kotoryj
   sootvetstvuet vashemu stilyu. Kak i obychno s lyubym kanalom IRC,
   esli vy legko razdrazhaetes' ili ne mozhete imet' dela s bol'shim
   kolichestvom lic shkol'nogo (i mladshego shkol'nogo) vozrasta,
   pytayuschihsya ozvuchit' svoi popytki samoutverdit'sya, ne
   obraschajte na `eto vnimaniya.

   2.6. Gde mozhno projti platnye kursy po FreeBSD i poluchit'
   podderzhku?

   DaemonNews provodit platnye kursy i osuschestvlyaet kommercheskuyu
   podderzhku FreeBSD. Dopolnitel'nuyu informaciyu mozhno najti na ih
   sajte BSD Mall.

   FreeBSD Mall predostavlyaet podderzhku FreeBSD na kommercheskoj
   osnove. Vy mozhete poluchit' bolee polnuyu informaciyu s ih
   Web-sajta.

   CHtoby popast' v `etot spisok, drugie organizacii,
   osuschestvlyayuschie obuchenie i podderzhku, dolzhny obratit'sya k
   nam v proekt.

     --------------------------------------------------------------

                           Glava 3. Ustanovka

   Nik Clayton

   3.1. Kakoj fajl nuzhno skachat' dlya ustanovki FreeBSD?

   3.2. Pomogite! Zagruzochnyj fajl ne pomeschaetsya na disketu!

   3.3. Gde instrukcii po ustanovke FreeBSD?

   3.4. CHto mne nuzhno imet' dlya zapuska FreeBSD?

   3.5. U menya tol'ko 4 Mbajt operativnoj pamyati. Smogu li ya
   ustanovit' FreeBSD?

   3.6. Kak sdelat' original'nuyu zagruzochnuyu disketu?

   3.7. Mogu li ya imet' bolee chem odnu operacionnuyu sistemu na
   moiom PK?

   3.8. Mozhet li Windows sosuschestvovat' s FreeBSD?

   3.9. Windows unichtozhila moj menedzher zagruzki! Kak mne ego
   vernut'?

   3.10. Na komp'yuterah IBM Thinkpad serij A, T i X operacionnaya
   sistema ustanavlivaetsya, no pri sleduyuschej perezagruzke mashiny
   zavisayut. Kak mozhno ot `etogo izbavit'sya?

   3.11. Mozhno li proizvodit' ustanovku na disk s povrezhdionnymi
   blokami?

   3.12. Strannye veschi proishodyat pri zagruzke s ustanovochnogo
   diska!

   3.13. YA zagruzilsya s ATAPI CDROM, odnako programma ustanovki
   soobschila, chto CDROM ne najden. Kuda on podevalsya?

   3.14. Mozhno li ya ustanovit' sistemu na l`eptop cherez PLIP
   (Parallel Line IP)?

   3.15. Kakie parametry diska ya dolzhen ispol'zovat'?

   3.16. Est' li ogranicheniya na razbienie diska?

   3.17. Sovmestima li FreeBSD s menedzherami diskov?

   3.18. Pri zagruzke FreeBSD pervyj raz posle ustanovki vydaiotsya
   soobschenie "Missing Operating System". V chiom delo?

   3.19. Posle priglasheniya menedzhera zagruzki F? nichego ne
   proishodit.

   3.20. Nuzhno li ustanavlivat' vse ishodnye teksty sistemy?

   3.21. Nuzhno li perekompilirovat' yadro?

   3.22. Kakoj iz parolej DES, Blowfish ili MD5 ya dolzhen
   ispol'zovat', i kak ukazat', kakogo tipa paroli ispol'zuyutsya
   pol'zovatelyami?

   3.23. Zagruzka s ustanovochnoj diskety preryvaetsya na soobschenii
   Probing Devices.... Pochemu?

   3.24. Pochemu poyavlyaetsya soobschenie "panic: cant mount root"
   posle perezagruzki tol'ko chto ustanovlennoj sistemy.

   3.25. Kakie imeyutsya ogranicheniya na ob"iom operativnoj pamyati?

   3.26. Kakie suschestvuyut ogranicheniya dlya fajlovoj sistemy ffs?

   3.27. YA skompiliroval novoe yadro i pri zagruzke poluchil
   soobschenie ob oshibke "archsw.readin.failed".

   3.28. CHto takoe ''profili bezopasnosti''?

   3.29. Ustanovka avarijno zavershaetsya eschio pri zagruzke
   sistemy, chto ya mogu sdelat'

   3.1. Kakoj fajl nuzhno skachat' dlya ustanovki FreeBSD?

   Dlya 4.X vam nuzhny obrazy dvuh disket: floppies/kernel.flp i
   floppies/mfsroot.flp. `Eti obrazy nuzhno perenesti na diskety s
   pomosch'yu takih utilit, kak fdimage ili dd(1). Vo FreeBSD 5.3 i
   eio bolee pozdnih versiyah struktura zagruzochnyh diskov byla
   izmenena. Vam ponadobyatsya fajly floppies/boot.flp i vse
   floppies/kernX (poslednih na dannyj moment imeetsya dva).

   Esli vy hotite skachat' distributiv samostoyatel'no (naprimer,
   dlya ustanovki s razdela DOS), vot spisok rekomendovannyh chastej
   distributiva:

     * base/ (bin/ dlya 4.X)

     * manpages/

     * compat*/

     * doc/

     * src/ssys.*

   Polnye instrukcii po `etoj procedure i ob ustanovke voobsche
   mozhno najti v razdele Rukovodstva, posvyaschionnom ustanovke
   FreeBSD.

   3.2. Pomogite! Zagruzochnyj fajl ne pomeschaetsya na disketu!

   Na disketu razmerom 3.5 dyujma (1.44 Mbajt) mozhet pomestit'sya
   1474560 bajt dannyh. Obraz diskety imeet razmer rovno 1474560
   bajt.

   Tipichnye oshibki pri podgotovke zagruzochnoj diskety:

     * Obraz diskety byl zagruzhen po FTP ne v rezhime binary.

       Nekotorye klientskie programmy FTP ispol'zuyut po umolchaniyu
       tekstovyj (ascii) rezhim peredachi i pytayutsya pomenyat' vse
       prinyatye posledovatel'nosti simvolov "konec stroki" na
       sootvetstvuyuschie im v vashej sisteme. V takom sluchae obraz
       zagruzochnogo diska budet neizbezhno isporchen. Prover'te
       razmer poluchennogo fajla: esli on ne tochno takoj zhe, kak na
       FTP-servere, to oshibka proizoshla, skoree vsego, v processe
       peredachi.

       Vo izbezhanie `etogo vvedite komandu binary v komandnoj stroke
       FTP posle togo, kak vy podklyuchites' k serveru, no do togo,
       kak nachali skachivat' fajl.

     * Dlya perenosa obraza na disketu byla ispol'zovana komanda DOS
       copy (ili eio analog s graficheskim interfejsom).

       Programmy tipa copy ne rabotayut s obrazami disket,
       prednaznachennymi dlya zagruzki. Obraz soderzhit polnoe
       soderzhimoe diskety, dorozhka za dorozhkoj, i ne prednaznachen
       dlya pomescheniya na disketu v kachestve obychnogo fajla. Vam
       neobhodimo perenesti ego na disketu ''neposredstvenno'',
       ispol'zuya nizkourovnevye sredstva (takie, kak fdimage ili
       rawrite), opisannye v Rukovodstve.

   3.3. Gde instrukcii po ustanovke FreeBSD?

   Instrukcii po ustanovke mogut byt' najdeny v glave Rukovodstva,
   posvyaschionnoj ustanovke FreeBSD.

   3.4. CHto mne nuzhno imet' dlya zapuska FreeBSD?

   Dlya versij, predshestvuyuschih 5.X, vam nuzhen PK ne nizhe 386, s
   5 ili bolee megabajtami OZU i po krajnej mere 60 Mbajtami
   svobodnogo prostranstva na zhiostkom diske. Programme ustanovki
   FreeBSD trebuetsya neskol'ko bol'she operativnoj pamyati, tak chto
   na praktike minimal'nym trebovaniem dlya otdel'no stoyaschej
   sistemy yavlyaetsya 16 Mbajt operativnoj pamyati.

   Dlya raboty FreeBSD versij 5.X i vyshe neobhodim PK klassa 486 i
   vyshe s operativnoj pamyat'yu ob"iomom ne menee 24 Mbajt i
   zhiostkim diskom ob"iomom ne menee 150 Mbajt.

   Vse versii FreeBSD mogut rabotat' s nedorogimi graficheskimi
   adapterami MDA, no dlya raboty s X11R6 trebuetsya adapter
   standarta VGA ili luchshe.

   Obratites' takzhe k Gl. 4.

   3.5. U menya tol'ko 4 Mbajt operativnoj pamyati. Smogu li ya
   ustanovit' FreeBSD?

   Dlya ustanovki FreeBSD 4.X trebuetsya ne menee 5 Mbajt OZU, a dlya
   ustanovki FreeBSD 5.X i bolee novyh versij ponadobitsya ne menee 8
   Mbajt operativnoj pamyati.

   Vse versii FreeBSD do versii 5.X budut rabotat' s 4 Mbajtami OZU,
   prosto na 4 Mbajtah nel'zya zapustit' ustanovochnuyu programmu. Vy
   mozhete dobavit' dopolnitel'nuyu pamyat' dlya vypolneniya
   ustanovki, a posle togo, kak sistema zarabotaet, vernut'sya k
   konfiguracii s 4 Mbajtami. Libo vy mozhete perenesti vash disk na
   komp'yuter s dostatochnym ob"iomom operativnoj pamyati, ustanovit'
   na nego sistemu i vernut' disk obratno.

   Dlya raboty s 4 Mbajtami operativnoj pamyati vy dolzhny postroit'
   special'noe yadro. Kto-to dazhe uhitryalsya zagruzhat' FreeBSD s 2
   Mbajtami operativnoj pamyati, hotya sistema byla prakticheski
   nerabotosposobna.

   3.6. Kak sdelat' original'nuyu zagruzochnuyu disketu?

   V nastoyaschij moment net prostogo sposoba sdelat' original'nuyu
   zagruzochnuyu disketu. Vam pridiotsya delat' novyj reliz
   polnost'yu, vklyuchaya zagruzochnuyu disketu.

   CHtoby sdelat' original'nyj reliz, sledujte instrukciyam v stat'e
   o processe vypuska relizov.

   3.7. Mogu li ya imet' bolee chem odnu operacionnuyu sistemu na
   moiom PK?

   Vzglyanite na `eto rukovodstvo.

   3.8. Mozhet li Windows sosuschestvovat' s FreeBSD?

   Snachala ustanovite Windows, a zatem FreeBSD. Menedzher zagruzki
   FreeBSD budet upravlyat' processom zagruzki Windows ili FreeBSD.
   Esli posle `etogo vy eschio raz vypolnite proceduru ustanovki
   Windows, to pri `etom menedzher zagruzki budet grubo udalion. Esli
   takoe sluchitsya, obratites' k sleduyuschemu razdelu.

   3.9. Windows unichtozhila moj menedzher zagruzki! Kak mne ego
   vernut'?

   Vy mozhete pereustanovit' menedzher zagruzki FreeBSD tremya
   sposobami:

     * Zapustite DOS, perejdite v katalog tools/ vashego distributiva
       FreeBSD i najdite programmu bootinst.exe. Zapustite eio
       sleduyuschim obrazom:

 ...\TOOLS> bootinst.exe boot.bin

       i menedzher zagruzki budet pereustanovlen.

     * Zagruzites' s ustanovochnoj diskety FreeBSD i perejdite v
       menyu ustanovki Custom install. Vyberite punkt Partition.
       Vyberite ustrojstvo, na kotorom budet raspolagat'sya vash
       menedzhera zagruzki (`eto budet samyj pervyj disk) i kogda vy
       perejdete k redaktirovaniyu razdelov, pervym delom (to est'
       eschio ne delaya nikakih izmenenij) vyberite (W)rite.
       Posleduet zapros na podtverzhdenie, otvet'te yes, i kogda vy
       popadiote v menyu vybora menedzhera zagruzki, vyberite punkt
       ''Boot Manager''. Menedzher zagruzki budet perepisan na disk.
       Teper' nuzhno vyjti iz menyu ustanovki i zagruzit'sya s
       vinchestera kak obychno.

     * Zagruzites' s ustanovochnoj diskety (ili kompakt-diska)
       FreeBSD i najdite punkt menyu ''Fixit''. Vyberite Fixit floppy
       ili CDROM #2 (''zhivaya'' fajlovaya sistema) sootvetstvenno
       vashemu sluchayu i vy okazhetes' v priglashenii komandnogo
       processora. Teper' vypolnite sleduyuschuyu komandu:

 Fixit# fdisk -B -b /boot/boot0 bootdevice

       podstaviv vmesto bootdevice nazvanie real'no ispol'zuemogo
       dlya zagruzki ustrojstva, naprimer, ad0 (pervyj disk IDE), ad4
       (pervyj disk IDE na dopolnitel'nom kontrollere), da0 (pervyj
       disk SCSI) i tomu podobnoe.

   3.10. Na komp'yuterah IBM Thinkpad serij A, T i X operacionnaya
   sistema ustanavlivaetsya, no pri sleduyuschej perezagruzke mashiny
   zavisayut. Kak mozhno ot `etogo izbavit'sya?

   Iz-za oshibki v pervyh versiyah BIOS ot IBM razdel FreeBSD na
   `etih mashinah raspoznaiotsya kak vozmozhnyj sluzhebnyj razdel FAT
   dlya rezhima sna. Kogda BIOS pytaetsya obrabotat' razdel FreeBSD,
   proishodit zavisanie.

   Soglasno IBM[1], ispravlenie vklyucheno v sleduyuschie relizy
   modelej/BIOS.

             Model'                      Nomer versii BIOS            
   T20                         IYET49WW i vyshe                       
   T21                         KZET22WW i vyshe                       
   A20p                        IVET62WW i vyshe                       
   A20m                        IWET54WW i vyshe                       
   A21p                        KYET27WW i vyshe                       
   A21m                        KXET24WW i vyshe                       
   A21e                        KUET30WW                               

   Soobschalos', chto v bolee pozdnih versiyah BIOS ot IBM `eta
   oshibka mozhet poyavit'sya snova. `Eto soobschenie ot Jacques
   Vidrine v Spisok rassylki FreeBSD, posvyaschionnyj perenosnym
   komp'yuteram opisyvaet proceduru, vypolnenie kotoroj mozhet
   pomoch', esli vash novyj l`eptop ot IBM ne zagruzhaet FreeBSD, i
   vy mozhete izmenit' BIOS.

   Esli u vas BIOS bolee rannej versii i obnovlenie dlya vas ne
   predstavlyaetsya vozmozhnym, to `eto mozhno obojti, ustanoviv
   FreeBSD, izmeniv identifikator razdela, ispol'zuemyj FreeBSD i
   ustanoviv novye zagruzochnye bloki, kotorye mogut rabotat' s
   razlichnymi ID razdelov.

   Vo-pervyh, vam nuzhno privesti komp'yuter v sostoyanie, kogda on
   prohodit cherez `ekran samotestirovaniya. Dlya `etogo trebuetsya
   vklyuchit' mashinu, ne pozvolyaya ej najti razdel FreeBSD na
   veduschem diske. Odnim iz sposobov sdelat' `eto yavlyaetsya
   izvlechenie vinchestera i vremennoe ego ustanovka na bolee staryj
   ThinkPad (takoj, kak ThinkPad 600) ili nastol'nyj PK s
   podhodyaschim perehodnym kabelem. Zdes' vy mozhete udalit' razdel
   FreeBSD i vernut' disk na mesto. ThinkPad dolzhen zagruzhat'sya
   snova.

   S rabotayuschej mashinoj vy mozhete ispol'zovat' proceduru,
   opisannuyu zdes', dlya polucheniya rabochej sistemy FreeBSD.

    1. Sgruzite fajly boot1 i boot2 po adresu
       http://people.FreeBSD.org/~bmah/ThinkPad/. Pomestite `eti
       fajly kuda-nibud', otkuda vy smozhete ih potom vzyat'.

    2. Ustanovite FreeBSD obychnym obrazom na ThinkPad. Ne
       ispol'zujte rezhim Dangerously Dedicated. Ne perezagruzhajtes'
       posle okonchaniya ustanovki.

    3. Pereklyuchites' v `ekran ''Emergency Holographic Shell''
       (ALT+F4) ili zapustite obolochku ''fixit''.

    4. Ispol'zujte komandu fdisk(8) dlya izmeneniya identifikatora
       razdela FreeBSD so 165 na 166 (`etot tip ispol'zuetsya v
       OpenBSD).

    5. Perepishite fajly boot1 i boot2 na lokal'nuyu fajlovuyu
       sistemu.

    6. Dlya zapisi boot1 i boot2 na slajs s FreeBSD vospol'zujtes'
       komandoj disklabel(8).

 # disklabel -B -b boot1 -s boot2 ad0sn

       Zdes' n oznachaet nomer slajsa, v kotorom ustanovlena FreeBSD.

    7. Vypolnite perezagruzku. V priglashenii zagruzchika vam budet
       dan vybor dlya zagruzki OpenBSD. Na samom dele pri `etom
       zagruzhaetsya FreeBSD.

   Sluchaj, kogda vy hotite zagruzhat' OpenBSD i FreeBSD na odnom i
   tom zhe l`eptope, ostavlen chitatelyu v kachestve uprazhneniya.

   3.11. Mozhno li proizvodit' ustanovku na disk s povrezhdionnymi
   blokami?

   Vy mozhete `eto sdelat', no `eto plohaya ideya.

   Esli vy obnaruzhite isporchennye bloki na sovremennom diske IDE,
   to ves'ma veroyatno, chto on skoro vyjdet iz stroya sovsem
   (sobstvennaya sposobnost' perenosit' isporchennye bloki
   ischerpana, chto oznachaet ochen' bol'shuyu porchu poverhnosti);
   my rekomenduem priobresti novyj disk.

   Esli povrezhdionnye bloki nahodyatsya na SCSI diske, vzglyanite na
   takoe reshenie.

   3.12. Strannye veschi proishodyat pri zagruzke s ustanovochnogo
   diska!

   Esli vy vidite, chto mashina zavisaet ili neozhidanno
   perezagruzhaetsya, kogda vy pytaetes' zagruzit'sya s ustanovochnoj
   diskety, vy dolzhny zadat' sebe tri voprosa:-

    1. Vy ispol'zuete novuyu, tol'ko chto otformatirovannuyu disketu
       (predpochtitel'no neispol'zovannuyu pryamo iz korobki, a ne
       tu, chto prishla s populyarnym zhurnalom i poslednie tri goda
       provela pod divanom)?

    2. Vy skachali obraz diskety v dvoichnom rezhime? (ne
       smuschajtes', dazhe luchshie iz nas vremya ot vremeni
       skachivayut dvoichnyj fajl v rezhime ASCII!)

    3. Esli vy ispol'zuete Windows 95 ili 98, udostover'tes', chto vy
       zapuskaete fdimage ili rawrite v rezhime chistogo DOS? `Eti
       operacionnye sistemy mogut vliyat' na programmy, rabotayuschie
       neposredstvenno s oborudovaniem, chto i delaet programma
       sozdaniya ustanovochnogo diska; dazhe zapusk iz DOS v
       graficheskoj obolochke mozhet vyzvat' problemy.

   Est' svedeniya, chto Netscape(R) vyzyvaet problemy pri skachivanii
   zagruzochnogo diska, tak chto luchshe vsego ispol'zovat'
   special'nuyu programmu FTP, esli ona u vas est'.

   3.13. YA zagruzilsya s ATAPI CDROM, odnako programma ustanovki
   soobschila, chto CDROM ne najden. Kuda on podevalsya?

   Obychnoj prichinoj vozniknoveniya takoj problemy yavlyaetsya
   nepravil'no skonfigurirovannyj privod CDROM. Teper' zachastuyu PK
   prodayutsya s CDROM, ustanovlennym kak vedomoe ustrojstvo na
   vtorom kontrollere IDE, no bez veduschego ustrojstva na `etom
   kontrollere. Soglasno specifikacii ATAPI, takaya konfiguraciya
   neverna, odnako Windows v takom sluchae vsio zhe rabotaet, i BIOS
   ignoriruet `eto pri zagruzke. Vot pochemu BIOS mozhet videt' CDROM
   pri zagruzke, a FreeBSD dlya zaversheniya ustanovki - net.

   Perekonfigurirujte vashu sistemu tak, chtoby CDROM okazalsya libo
   osnovnym ustrojstvom na tom IDE-kontrollere, na kotorom on
   ustanovlen, libo vedomym ustrojstvom na kontrollere IDE, kotoryj
   imeet veduschee ustrojstvo.

   3.14. Mozhno li ya ustanovit' sistemu na l`eptop cherez PLIP
   (Parallel Line IP)?

   Da. Ispol'zujte standartnyj kabel' Laplink. Esli neobhodimo,
   obratites' k razdelu Rukovodstva o PLIP dlya vyyasneniya detalej o
   rabote v seti cherez parallel'nyj port.

   3.15. Kakie parametry diska ya dolzhen ispol'zovat'?

   Zamechanie: Pod ''parametrami'' diska my ponimaem chislo dorozhek,
   golovok i sektorov na dorozhku na diske, chto dlya prostoty
   oboznachaetsya kak C/H/S. Imenno tak rabotaet BIOS personal'nyh
   komp'yuterov pri chtenii ili zapisi diska.

   `Eto vyzyvaet mnogo nedorazumenij u nachinayuschih sistemnyh
   administratorov. Prezhde vsego, fizicheskie parametry diska SCSI
   ne imeyut nikakogo znacheniya, tak kak FreeBSD rabotaet v terminah
   diskovyh blokov. Fakticheski net takogo pokazatelya, kak
   fizicheskie parametry, tak kak plotnost' razmescheniya sektorov
   razlichna po vsemu disku. To, chto proizvoditeli nazyvayut
   fizicheskimi parametrami, est' ne chto inoe, kak parametry,
   kotorye oni poluchili po zanimaemomu prostranstvu. Dlya diskov
   IDE, FreeBSD rabotaet v terminah C/H/S, no vo vseh sovremennyh
   diskah oni preobrazovyvayutsya vo vnutrennee predstavlenie.

   Imeyut znachenie tol'ko logicheskie parametry. `Eto to, chto
   poluchaet BIOS, kogda sprashivaet ''kakie u tebya parametry?''
   Zatem oni ispol'zuyutsya dlya obrascheniya k disku. Tak kak
   FreeBSD ispol'zuet BIOS pri zagruzke, ochen' vazhno poluchit'
   vernye parametry. V chastnosti, esli u vas na diske nahodyatsya
   neskol'ko operacionnyh sistem, oni obe dolzhny imet' odinakovoe
   predstavlenie o parametrah diska. V protivnom sluchae ser'ioznye
   problemy pri zagruzke neizbezhny!

   V sluchae diskov SCSI, parametry ispol'zuyutsya v zavisimosti ot
   togo, vklyuchena li podderzhka rasshirennoj translyacii na vashem
   kontrollere (chto chasto oboznachaetsya kak ''podderzhka diskov
   DOS >1GB'' ili chto-to pohozhee). Esli `eta vozmozhnost'
   vyklyuchena, to ispol'zujte N dorozhek, 64 golovki i 32 sektora na
   dorozhku, gde N - `eto iomkost' diska v megabajtah. Naprimer,
   2-gigabajtnyj disk dolzhen imet' 2048 dorozhek, 64 golovki i 32
   sektora na dorozhku.

   Esli translyaciya vklyuchena (chto obychno ispol'zuetsya dlya
   preodoleniya nekotoryh ogranichenij MS-DOS(R)) i iomkost' diska
   prevyshaet 1 Gbajt, ispol'zuetsya M dorozhek, 63 sektora na
   dorozhku (ne 64) i 255 golovok, gde M oboznachaet ob"iom diska v
   megabajtah, podelionnyj na 7.844238 (!). Takim obrazom, nash disk
   ob"iomom 2 Gbajt budet imet' 261 dorozhku, 63 sektora na dorozhku
   i 255 golovok.

   Esli vy ne uvereny, ili FreeBSD oshibaetsya pri opredelenii
   parametrov diska vo vremya ustanovki, samyj prostoj sposob reshit'
   `etu problemu - sozdat' na diske malen'kij razdel DOS. Posle
   `etogo BIOS dolzhna opredelit' parametry diska pravil'no (i vy
   vsegda mozhete udalit' razdel DOS v redaktore razdelov, esli vy ne
   hotite ego sohranit'. Odnako vy mozhete ostavit' ego dlya
   nastrojki setevyh adapterov i tomu podobnyh veschej.

   Krome togo, suschestvuet svobodno dostupnaya utilita,
   rasprostranyaemaya vmeste s FreeBSD, kotoraya nazyvaetsya
   pfdisk.exe. Vy mozhete najti eio v kataloge tools kompakt-diska s
   FreeBSD ili na razlichnyh FTP-serverah s FreeBSD. `Etu programmu
   mozhno ispol'zovat' dlya opredeleniya parametrov, ispol'zuemyh
   drugimi operacionnymi sistemami, raspolozhennymi na vashem diske.
   Zatem vy mozhete ispol'zovat' `eti parametry v redaktore razdelov.

   3.16. Est' li ogranicheniya na razbienie diska?

   Da. Vy dolzhny ubedit'sya, chto kornevoj razdel nahoditsya do 1024
   dorozhki, tak chtoby BIOS mogla zagruzit' s nego yadro. (Zamet'te,
   chto `eto ogranichenie BIOS komp'yutera, a ne FreeBSD).

   Dlya diska SCSI, `eto, kak pravilo, budet oznachat', chto kornevoj
   razdel raspolagaetsya v pervyh 1024 Mbajtah (ili v pervyh 4096
   Mbajtah, esli vklyuchen rezhim rasshirennoj translyacii -
   posmotrite predyduschij vopros). Dlya diskov IDE
   sootvetstvuyuschee znachenie ravno 504 Mbajtam.

   3.17. Sovmestima li FreeBSD s menedzherami diskov?

   FreeBSD raspoznaiot Ontrack Disk Manager i dopuskaet ego
   ispol'zovanie. Drugie menedzhery diskov ne podderzhivayutsya.

   Esli vy hotite ispol'zovat' disk s FreeBSD, vam ne nuzhen
   menedzher diska. Otkonfigurirujte disk na stol'ko prostranstva,
   skol'ko smozhet obrabotat' BIOS (obychno 504 Mbajta), i FreeBSD
   raspoznaet, skol'ko mesta u vas est' na samom dele. Esli vy
   ispol'zuete staryj disk s kontrollerom MFM, vam mozhet
   potrebovat'sya tochno ukazat' FreeBSD kolichestvo ispol'zuemyh
   dorozhek.

   Esli vy hotite ispol'zovat' FreeBSD sovmestno s drugoj
   operacionnoj sistemoj, `eto mozhno sdelat' i bez menedzhera diska:
   udostover'tes', chto zagruzochnyj razdel FreeBSD i razdel dlya
   drugoj operacionnoj sistemy ne vyhodyat za predely 1024 dorozhki.
   Esli vy budete ostorozhny, 20 megabajtnogo razdela dlya zagruzki
   budet dostatochno.

   3.18. Pri zagruzke FreeBSD pervyj raz posle ustanovki vydaiotsya
   soobschenie "Missing Operating System". V chiom delo?

   `Eto klassicheskij sluchaj, kogda FreeBSD i DOS ili drugaya
   operacionnaya sistema konfliktuyut po povodu parametrov diska. Vam
   nuzhno budet pereustanovit' FreeBSD, no imejte v vidu, chto
   instrukcii, dannye vyshe, pomogayut vsegda.

   3.19. Posle priglasheniya menedzhera zagruzki F? nichego ne
   proishodit.

   `Eto eschio odin priznak problemy, opisannoj v predyduschem
   razdele. Parametry diska v BIOS i parametry, ispol'zuemye FreeBSD,
   ne sovpadayut. Esli vash kontroller ili BIOS podderzhivayut
   translyaciyu dorozhek (chasto oboznachaemuyu kak >1GB drive
   support), poprobujte vklyuchit' `etu vozmozhnost' i pereustanovit'
   FreeBSD.

   3.20. Nuzhno li ustanavlivat' vse ishodnye teksty sistemy?

   V obschem sluchae, net. Odnako my nastoyatel'no rekomenduem
   ustanovit', kak minimum, ishodnye teksty nabora base,
   vklyuchayuschij nekotorye fajly, zdes' upominaemye, i sys, v
   kotoryj vklyucheny ishodnye teksty yadra. Dlya raboty sistemy
   prisutstviya ishodnyh tekstov ne trebuetsya, razve chto dlya
   programmy konfigurirovaniya yadra config(8). Za isklyucheniem
   ishodnyh tekstov yadra, struktura ishodnyh tekstov sistemy
   pozvolyaet montirovat' ih v rezhime "tol'ko dlya chteniya" cherez
   NFS i generirovat' vypolnimye fajly programm (iz-za ogranichenij v
   ishodnyh tekstah yadra my rekomenduem montirovat' ih ne pryamo v
   /usr/src, a v kakoj-nibud' drugoj katalog s simvolicheskimi
   ssylkami dlya dublirovaniya struktury katalogov).

   Nalichie ishodnyh tekstov sistemy znachitel'no oblegchaet process
   perehoda na novye versii FreeBSD.

   Dlya vybora podmnozhestva ishodnyh tekstov, kotoroe vy hotite
   ustanovit', ispol'zujte punkt menyu Custom, kogda nahodites' v
   menyu Distributions programmy ustanovki.

   3.21. Nuzhno li perekompilirovat' yadro?

   Postroenie novogo yadra vsegda bylo neobhodimym shagom pri
   ustanovke FreeBSD, odnako poslednie relizy predostavlyayut bolee
   druzhestvennye metody konfiguracii yadra. Pri ispol'zovanii versij
   4.X i bolee rannih, v komandnoj stroke na priglashenie zagruzchika
   FreeBSD (boot:) vvedite -c i vy popadiote v `ekran vizual'noj
   nastrojki, kotoraya pozvolyaet konfigurirovat' nastrojki yadra
   dlya bol'shinstva adapterov ISA. Vo FreeBSD 5.X i vyshe `etot
   podhod byl zamenion na bolee gibkuyu sistemu parametrov, kotorye
   mozhno zadat' iz priglasheniya zagruzchika.

   V dal'nejshem vsio zhe stoit postroit' novoe yadro, soderzhaschee
   tol'ko te drajvery, kotorye vam nuzhny, dlya togo, chtoby
   s`ekonomit' nemnogo OZU, hotya dlya bol'shinstva sistem `eto
   delat' bol'she ne obyazatel'no.

   3.22. Kakoj iz parolej DES, Blowfish ili MD5 ya dolzhen
   ispol'zovat', i kak ukazat', kakogo tipa paroli ispol'zuyutsya
   pol'zovatelyami?

   Po umolchaniyu vo FreeBSD ispol'zuetsya format parolej na osnove
   MD5. `Eto delaetsya v predpolozhenii, chto on bolee zaschischion,
   chem tradicionnyj format parolej UNIX, v kotorom ispol'zuetsya
   shema na osnove algoritma DES. Paroli DES ostayutsya primenimymi,
   esli vam nuzhno ispol'zovat' fajl parolej sovmestno s bolee
   starymi operacionnymi sistemami, v kotoryh ispol'zuetsya menee
   zaschischionnyj format parolej (ih mozhno ispol'zovat', esli v
   programme sysinstall vy vyberite ustanovku distributiva ''crypto''
   ili ustanovite ishodnye teksty paketa crypto v sluchae postroeniya
   iz ishodnyh tekstov). Ustanovka kriptograficheskih bibliotek
   pozvolit vam takzhe ispol'zovat' paroli v bolee zaschischionnom
   formate Blowfish. Upravlenie vyborom ispol'zuemogo formata dlya
   novyh parolej osuschestvlyaetsya cherez parametr vhoda
   ''passwd_format'' v fajle /etc/login.conf, prinimayuschij
   znacheniya ''des'', ''blf'' (esli oni est') ili ''md5''. Bolee
   podrobnaya informaciya o parametrah vhoda nahoditsya na stranice
   Spravochnika login.conf(5).

   3.23. Zagruzka s ustanovochnoj diskety preryvaetsya na soobschenii
   Probing Devices.... Pochemu?

   Esli u vas ustanovleny ustrojstva IDE Zip(R) ili jaz;, uberite ih
   i poprobujte snova. Oni mogut meshat' ustanovochnoj programme.
   Posle togo, kak sistema budet ustanovlena, vy mozhete snova
   podklyuchit' ustrojstva. Nadeemsya, chto `eto budet ispravleno v
   bolee pozdnih relizah.

   3.24. Pochemu poyavlyaetsya soobschenie "panic: cant mount root"
   posle perezagruzki tol'ko chto ustanovlennoj sistemy.

   `Eta oshibka proyavlyaetsya, kogda est' nesoglasovannost' mezhdu
   predstavleniyami zagruzochnogo bloka i yadra o diskovyh
   ustrojstvah. `Eta oshibka obychno proyavlyaetsya na sistemah s
   dvumya diskami IDE, s vinchesterami, ustanovlennymi kak veduschij
   ili edinstvennyj na otdel'nyh kontrollerah IDE, s FreeBSD,
   ustanovlennoj na vtorom kontrollere IDE. Programma v zagruzochnyh
   blokah polagaet, chto sistema ustanovlena na ad0 (vtoroj disk
   BIOS), togda kak yadro daiot pervomu disku na vtorom kontrollere
   nazvanie ad2. Posle obnaruzheniya ustrojstva yadro pytaetsya
   smontirovat' to, chto zagruzochnye bloki vydayut za zagruzochnyj
   disk, ad0, togda kak on na samom dele ad2, i oshibaetsya.

   Dlya resheniya `etoj problemy vypolnite odno iz sleduyuschih
   dejstvij:

    1. Perezagruzite sistemu i nazhmite Enter pri poyavlenii
       priglasheniya Booting kernel in 10 seconds; hit [Enter] to
       interrupt. Vy okazhetes' v zagruzchike.

       Posle `etogo naberite set root_disk_unit="disk_number". Zdes'
       v kachestve disk_number dolzhen byt' ukazan 0, esli FreeBSD
       ustanovlena na veduschem diske pervogo kontrollera IDE, 1,
       esli ona ustanovlena na vedomom diske pervogo kontrollera IDE,
       2, esli sistema nahoditsya na veduschem diske vtorogo
       IDE-kontrollera i 3, esli ona ustanovlena na vedomom diske
       vtorogo kontrollera IDE.

       Zatem vvedite komandu boot, i vasha sistema dolzhna normal'no
       zagruzit'sya.

       CHtoby sdelat' `eti izmeneniya postoyannymi (to est' chtoby
       vam ne bylo nuzhdy vypolnyat' `eti dejstviya kazhdyj raz pri
       perezagruzke ili vklyuchenii vashej mashiny s FreeBSD),
       pomestite strochku root_disk_unit="disk_number" v fajl
       /boot/loader.conf.local.

    2. Pomestite disk s FreeBSD na pervichnyj kontroller IDE, tak
       chtoby imenovaniya diskom prishli v sootvetstvie.

   3.25. Kakie imeyutsya ogranicheniya na ob"iom operativnoj pamyati?

   Dlya standartnoj sistemy i386 razmer operativnoj pamyati
   ogranichen 4 Gbajtami. Nachinaya s FreeBSD versij 4.9 i 5.1,
   podderzhivaetsya dopolnitel'nyj ob"iom pamyati cherez pae(4). `Eto
   trebuet perekompilyacii yadra s vklyucheniem dopolnitel'nogo
   parametra PAE:

 options       PAE

   FreeBSD/pc98 imeet ogranichenie v 4 Gbajta operativnoj pamyati,
   PAE zdes' ispol'zovat' nevozmozhno. Vo FreeBSD/alpha limit pamyati
   zavisit ot tipa ispol'zuemogo oborudovaniya - dlya vyyasneniya
   vseh tonkostej obratites' k Zamechaniyam po oborudovaniyu reliza
   dlya Alpha. Ostal'nye arhitektury, podderzhivaemye FreeBSD, imeyut
   gorazdo bol'shie teoreticheskie ogranicheniya ob"iomov pamyati
   (mnogie terabajty).

   3.26. Kakie suschestvuyut ogranicheniya dlya fajlovoj sistemy ffs?

   Dlya fajlovoj sistemy ffs maksimal'nyj teoreticheskij razmer raven
   8 terabajtam (2G blokov) ili 16 Tbajt pri standartnom razmere
   bloka 8K. Na praktike est' programmnoe ogranichenie v 1 terabajt,
   no s nekotorymi modifikaciyami dostizhimy 4 terabajta (i takie
   sistemy suschestvuyut).

   Maksimal'nyj razmer odnogo fajla ffs raven primerno 1G blokov, ili
   4 Tbajta pri razmere bloka 4K.

   Tablica 3-1. Maksimal'nye razmery fajlov

   +-----------------------------------------------+
   | razmer bloka fs | rabotaet | dolzhno rabotat' |
   |-----------------+----------+------------------|
   | 4K              | 4T-1     | >4T              |
   |-----------------+----------+------------------|
   | 8K              | >32G     | 32T-1            |
   |-----------------+----------+------------------|
   | 16K             | >128G    | 32T-1            |
   |-----------------+----------+------------------|
   | 32K             | >512G    | 64T-1            |
   |-----------------+----------+------------------|
   | 64K             | >2048G   | 128T-1           |
   +-----------------------------------------------+

   Pri razmere bloka fajlovoj sistemy 4K, trojnaya adresaciya blokov
   rabotaet i vsio dolzhno byt' ogranicheno maksimal'nym kolichestvom
   blokov, kotoroe zadaiotsya v vide trojnoj pereadresacii bloka
   (primerno 1K^3 + 1K^2 + 1K), odnako vsio ogranichivaetsya
   (oshibochnym) limitom 1G-1 na kolichestvo blokov fajlovoj sistemy.
   `Eto ogranichenie dolzhno byt' ravnym 2G-1. Pri kolichestve
   blokov, priblizhayuschemsya k 2G-1, poyavlyayutsya nekotorye
   oshibki, no `etot predel nedostizhim pri razmere bloka 4K.

   Pri razmere bloka 8K i bol'she, vsio dolzhno byt' ogranicheno
   limitom 2G-1 na kolichestvo blokov fajlovoj sistemy, no real'no
   ogranicheno predelom v 1G-1 na chislo blokov fajlovoj sistemy.
   Ispol'zovanie vernogo ogranicheniya v 2G-1 blokov vyzyvaet
   problemy.

   3.27. YA skompiliroval novoe yadro i pri zagruzke poluchil
   soobschenie ob oshibke "archsw.readin.failed".

   `Eto proizoshlo, potomu chto vashe yadro i komponenty sistemy ne
   sinhronizirovany. Takaya situaciya ne podderzhivaetsya.
   Obyazatel'no vospol'zujtes' komandami make buildworld i make
   buildkernel dlya obnovleniya vashego yadra.

   Vy mozhete zagruzit' sistemu, neposredstvenno ukazav yadro na
   vtorom `etape zagruzki, nazhav lyubuyu klavishu do zapuska
   zagruzchika pri poyavlenii simvolov |.

   3.28. CHto takoe ''profili bezopasnosti''?

   ''Profil' bezopasnosti'' (security profile) yavlyaetsya naborom
   nastraivaemyh parametrov, pri pomoschi kotoryh delaetsya popytka
   dostich' zhelaemyj balans mezhdu bezopasnost'yu i udobstvom
   raboty, razreshaya ili zapreschaya zapusk opredelennyh programm i
   izmenyaya drugie nastrojki. Vse podrobnosti mozhno najti v razdele
   Profil' bezopasnosti glavy Rukovodstva o dejstviyah posle
   ustanovki.

   3.29. Ustanovka avarijno zavershaetsya eschio pri zagruzke
   sistemy, chto ya mogu sdelat'

   Popytajtes' otklyuchit' podderzhku ACPI. Kogda zagruzitsya
   zagruzchik, nazhmite probel. Sistema otobrazit

 OK

   . Naberite

 unset acpi_load

   , zatem

 boot

   .

     --------------------------------------------------------------

                   Glava 4. Apparatnaya sovmestimost'

4.1. Voprosy obschego haraktera

   4.1.1. YA hochu priobresti apparaturu dlya moej sistemy FreeBSD.
   Kakaya model'/proizvoditel'/tip luchshe vsego?

   4.1.1. YA hochu priobresti apparaturu dlya moej sistemy FreeBSD.
   Kakaya model'/proizvoditel'/tip luchshe vsego?

   `Eto postoyanno obsuzhdaetsya v spiskah rassylki FreeBSD. Tak kak
   apparatura menyaetsya tak bystro, my `eto ozhidaem. My vsio zhe
   nastoyatel'no rekomenduem, chtoby vy prochitali Hardware Notes
   dlya FreeBSD 8.1 ili 7.3, a takzhe vypolnili poisk po arhivam
   spiskov rassylki pered tem, kak zadavat' voprosy o samom poslednem
   i luchshem oborudovanii. Ves'ma veroyatno, chto obsuzhdenie
   trebuemogo vam oborudovanie kak raz bylo na proshloj nedele.

   Esli vy podbiraete l`eptop, posmotrite arhivy spiska rassylki
   FreeBSD-mobile. V protivnom sluchae vam nuzhny arhivy
   FreeBSD-questions ili, vozmozhno, specifichnye spiski rassylki po
   konkretnomu tipu oborudovaniya.

     --------------------------------------------------------------

4.2. Apparatnye platformy i processory

   4.2.1. Podderzhivaet li FreeBSD apparatnye platformy, otlichnye ot
   x86?

   4.2.2. Podderzhivaet li FreeBSD mnogoprocessornye sistemy (SMP)?

   4.2.1. Podderzhivaet li FreeBSD apparatnye platformy, otlichnye ot
   x86?

   Da. V nastoyaschee vremya FreeBSD podderzhivaet arhitektury Intel
   x86 i DEC (sejchas Compaq) Alpha. Nachinaya s FreeBSD 5.0, takzhe
   podderzhivayutsya arhitektury AMD64 i Intel EM64T, IA-64 i
   Sparc64(R). Planiruyutsya k podderzhke platformy MIPS(R) i
   PowerPC(R), dopolnitel'nuyu informaciyu o proishodyaschej rabote
   mozhno poluchit', podpisavshis' sootvetstvenno na Spisok rassylki,
   posvyaschionnyj portirovaniyu FreeBSD na arhitekturu PowerPC ili
   Spisok rassylki, posvyaschionnyj portirovaniyu FreeBSD na
   arhitekturu MIPS. Dlya obsuzhdenie obschih voprosov,
   kasayuschihsya novyh apparatnyh platform, prednaznachen Spisok
   rassylki, posvyaschionnyj portirovaniyu FreeBSD na ne-Intel
   platformy.

   Esli apparatnaya platforma Vashego komp'yutera ne podderzhivaetsya
   FreeBSD i Vam nuzhno ego zapustit' pryamo sejchas, my sovetuem
   obratit' Vash vzglyad takzhe na NetBSD i OpenBSD.

   4.2.2. Podderzhivaet li FreeBSD mnogoprocessornye sistemy (SMP)?

   Da. Podderzhka SMP v yadre GENERIC po umolchaniyu byla vklyuchena
   s momenta vypuska FreeBSD 5.2.

   Dlya reliza FreeBSD 5.3 takzhe predpolagalos' vklyuchit' `etu
   podderzhku po umolchaniyu, odnako problemy, voznikayuschie pri
   rabote yadra s SMP na nekotoryh odnoprocessornyh mashinah,
   zastavili nas otklyuchit' podderzhku SMP do ih resheniya. Dlya
   FreeBSD 5.4 `eta zadacha yavlyaetsya prioritetnoj.

   Vo FreeBSD 4.X podderzhka SMP v ispol'zuemom po umolchaniyu yadre
   ne zadana, tak chto dlya eio vklyucheniya vam nuzhno
   perekompilirovat' yadro. Posmotrite fajl /sys/i386/conf/LINT,
   chtoby opredelit', kakie parametry nuzhno pomestit' v
   konfiguracionnyj fajl vashego yadra.

     --------------------------------------------------------------

4.3. ZHiostkie diski, lentochnye ustrojstva i privody CD i DVD

   4.3.1. Kakie tipy vinchesterov podderzhivaet FreeBSD?

   4.3.2. Kakie podderzhivayutsya kontrollery SCSI?

   4.3.3. Kakie tipy strimerov podderzhivayutsya?

   4.3.4. Podderzhivaet li FreeBSD robotov dlya smeny lent?

   4.3.5. Kakie privody CDROM podderzhivayutsya vo FreeBSD?

   4.3.6. Kakie privody CD-RW podderzhivayutsya vo FreeBSD?

   4.3.7. Podderzhivaet li FreeBSD ustrojstva Zip?

   4.3.8. Podderzhivaet li FreeBSD s"iomnye diski tipa Jaz(R) ili EZ?

   4.3.1. Kakie tipy vinchesterov podderzhivaet FreeBSD?

   FreeBSD rabotaet s diskami standartov EIDE i SCSI (s
   sootvetstvuyuschimi kontrollerami; obratites' k sleduyuschemu
   razdelu), i vsemi diskami, ispol'zuyuschimi original'nyj interfejs
   ''Western Digital'' (MFM, RLL, ESDI i, konechno zhe, IDE).
   Nekotorye kontrollery ESDI, ispol'zuyuschie sobstvennye
   interfejsy, mogut i ne rabotat': k takim otnosyatsya WD1002/3/6/7
   i ih klony.

   4.3.2. Kakie podderzhivayutsya kontrollery SCSI?

   Polnyj spisok privedion v Hardware Notes dlya FreeBSD 8.1 ili 7.3.

   4.3.3. Kakie tipy strimerov podderzhivayutsya?

   FreeBSD podderzhivaet ustrojstva SCSI i QIC-36 (s interfejsom
   QIC-02), vklyuchaya 8-mm (Exabyte) i DAT.

   Nekotorye rannie modeli 8-mm strimerov ne sovsem sootvetstvuyut
   standartu SCSI-2 i mogut rabotat' ne sovsem horosho.

   4.3.4. Podderzhivaet li FreeBSD robotov dlya smeny lent?

   FreeBSD podderzhivaet robotizirovannye ustrojstva SCSI cherez
   ustrojstvo ch(4) i komandu chio(1). Podrobnaya informaciya ob
   upravlenii takimi robotami mozhet byt' najdena na stranice
   Spravochnika po komande chio(1).

   Esli vy ne ispol'zuete AMANDA ili drugoe programmnoe obespechenie,
   umeyuschee rabotat' s robotami, imejte v vidu, chto oni mogut
   tol'ko perenosit' lenty s odnogo mesta na drugoe, tak chto vam
   nuzhno samim otslezhivat', v kakom slote nahoditsya nuzhnaya
   lenta, i v kakoj slot nuzhno vernut' lentu, nahodyaschuyusya v
   strimere.

   4.3.5. Kakie privody CDROM podderzhivayutsya vo FreeBSD?

   Podderzhivayutsya lyubye SCSI-ustrojstva chteniya kompakt diskov,
   podklyuchennye k podderzhivaemomu kontrolleru.

   Krome togo, podderzhivayutsya sleduyuschie original'nye interfejsy
   CDROM:

     * Mitsumi LU002 (8bit), LU005 (16bit) i FX001D (16bit 2x Speed).

     * Sony CDU 31/33A

     * Sound Blaster ne-SCSI CDROM

     * Matsushita/Panasonic CDROM

     * ATAPI-sovmestimye IDE CDROM

   Vse ne-SCSI adaptery slavyatsya svoej medlitel'nost'yu po
   sravneniyu so SCSI, a nekotorye CDROM standarta ATAPI mogut i ne
   rabotat'.

   Oficial'nyj FreeBSD CDROM ISO, a takzhe diski CDROM ot Daemon News
   i FreeBSD Mall, yavlyayutsya zagruzochnymi.

   4.3.6. Kakie privody CD-RW podderzhivayutsya vo FreeBSD?

   FreeBSD podderzhivaet vse ATAPI-sovmestimye IDE-privody CD-R ili
   CD-RW. Bolee polnuyu informaciyu mozhno najti na spravochnoj
   stranice po komande burncd(8).

   FreeBSD podderzhivaet takzhe vse SCSI-privody CD-R ili CD-RW.
   Ustanovite i ispol'zujte programmu cdrecord iz sistemy portov ili
   pakadzhej, no prover'te, chto v vashem yadre prisutstvuet
   ustrojstvo pass.

   4.3.7. Podderzhivaet li FreeBSD ustrojstva Zip?

   FreeBSD podderzhivaet Zip-ustrojstva SCSI i ATAPI (IDE).
   Ustrojstvu SCSI ZIP mogut byt' naznacheny SCSI ID tol'ko 5 ili 6,
   a esli BIOS vashego SCSI-adaptera podderzhivaet takuyu
   vozmozhnost', vy mozhete s nego dazhe zagruzit'sya. Neizvestno,
   kakie adaptery pozvolyayut zagruzit'sya s ustrojstv, nomera
   kotoryh otlichny ot 0 ili 1, tak chto vam pridiotsya obratit'sya k
   dokumentacii, esli vam `eto nuzhno.

   FreeBSD takzhe podderzhivaet ustrojstva Zip, rabotayuschie cherez
   parallel'nyj port. Prover'te, soderzhit li vashe yadro drajvery
   dlya scbus0, da0, ppbus0 i vp0 (yadro GENERIC soderzhit vsio `eto,
   krome vp0). Esli `eti drajvery imeyutsya, to ustrojstvo dolzhno
   byt' dostupno kak /dev/da0s4. Diski mogut byt' smontirovany
   komandami mount /dev/da0s4 /mnt ili (dlya diskov dos) mount_msdos
   /dev/da0s4 /mnt sootvetstvenno.

   Takzhe posmotrite FAQ po s"iomnym nositelyam dalee v `etoj glave,
   a takzhe zamechanie o ''formatirovanii'' v glave ob
   administrirovanii.

   4.3.8. Podderzhivaet li FreeBSD s"iomnye diski tipa Jaz(R) ili EZ?

   Oni rabotayut. Bol'shinstvo iz nih yavlyayutsya ustrojstvami SCSI,
   tak chto dlya FreeBSD oni vyglyadyat kak diski SCSI. IDE EZ
   vyglyadyat kak privody IDE.

   Pri zagruzke sistemy prover'te, chto vse vneshnie ustrojstva
   vklyucheny.

   Dlya smeny nositelya v processe raboty, prochtite stranicy
   spravochnoj sistemy po komandam mount(8), umount(8) i
   camcontrol(8) (dlya ustrojstv SCSI) ili atacontrol(8) (dlya
   ustrojstv IDE), i dopolnitel'no obsuzhdenie voprosov
   ispol'zovaniya smennyh diskov dalee v `etom FAQ.

     --------------------------------------------------------------

4.4. Klaviatury i myshi

   4.4.1. Podderzhivaet li FreeBSD USB klaviatury?

   4.4.2. U menya neobychnaya mysh' tipa bus mouse. Kak eio
   nastroit'?

   4.4.3. Kak ispol'zovat' mysh' PS/2 (tipa ''mouse port'' ili
   ''keyboard'')?

   4.4.4. Mozhno li kakim-libo obrazom ispol'zovat' mysh', krome X
   Window?

   4.4.5. Kak mozhno vyrezat' i kopirovat' tekst s pomosch'yu myshi v
   tekstovoj konsoli?

   4.4.6. U moej myshi est' dopolnitel'nye koliosiko i knopochki.
   Mozhno li ih ispol'zovat' vo FreeBSD?

   4.4.7. Kak ispol'zovat' mysh'/tr`ekboll/sensornuyu panel' na
   l`eptope?

   4.4.1. Podderzhivaet li FreeBSD USB klaviatury?

   FreeBSD imeet vstroennuyu podderzhku klaviatur USB. Vklyuchite
   podderzhku USB v fajle /etc/rc.conf.

   Posle vklyucheniya podderzhki USB-klaviatury v sisteme
   AT-klaviature budet sootvetstvovat' /dev/kbd0, a klaviature USB
   /dev/kbd1, esli oni obe podklyucheny k sisteme. Esli prisutstvuet
   tol'ko klaviatura USB, ej budet sootvetstvovat' /dev/ukbd0.

   Esli vy hotite ispol'zovat' klaviaturu USB na konsoli, vy dolzhny
   yavno ukazat' drajveru konsoli na ispol'zovanie imeyuschejsya
   klaviatury USB. `Eto mozhet byt' sdelano v processe inicializacii
   sistemy sleduyuschej komandoj.

 # kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null

   Zamet'te, chto, esli klaviatura USB yavlyaetsya edinstvennoj
   prisutstvuyuschej, ona dostupna kak /dev/ukbd0, i po`etomu komanda
   dolzhna vyglyadet' primerno tak:

 # kbdcontrol -k /dev/ukbd0 < /dev/ttyv0 > /dev/null

   Vysheukazannuyu komandu horosho by dobavit' v /etc/rc.i386.

   Kak tol'ko vy vsio `eto sdelaete, klaviatura USB budet rabotat' i
   v X-okruzhenii bez kakih-libo osobyh nastroek.

   Vyklyuchenie i vklyuchenie USB-klaviatury na hodu mozhet eschio ne
   rabotat' sovershenno korrektno. Vo izbezhanie nepriyatnostej my
   rekomenduem podklyuchit' klaviaturu pered zapuskom sistemy i ne
   otklyuchat' eio do zaversheniya raboty sistemy.

   Za dopolnitel'noj informaciej obratites' k stranicam spravochnoj
   sistemy po ukbd(4).

   4.4.2. U menya neobychnaya mysh' tipa bus mouse. Kak eio
   nastroit'?

   FreeBSD podderzhivaet myshi tipov bus mouse i InPort bus mouse ot
   takih proizvoditelej, kak Microsoft, Logitech i ATI. V yadre
   GENERIC drajvera takih ustrojstv net. Dlya postroeniya
   special'nogo yadra s drajverom takoj myshi, dobav'te v
   konfiguracionnyj fajl yadra sleduyuschuyu stroku:

 device mse0 at isa? port 0x23c irq5

   Myshi tipa bus mouse obychno postavlyayutsya s otdel'nymi
   interfejsnymi adapterami. Oni pozvolyayut ustanovit' adres porta
   vvoda/vyvoda i nomer IRQ, otlichayuschiesya ot privedionnyh vyshe.
   Dlya polucheniya dopolnitel'noj informacii obratites' k
   dokumentacii po vashej myshi i stranice Spravochnika mse(4).

   4.4.3. Kak ispol'zovat' mysh' PS/2 (tipa ''mouse port'' ili
   ''keyboard'')?

   Mysh' PS/2 sistemoj podderzhivaetsya. Neobhodimyj drajver
   ustrojstva, psm, vklyuchion v yadro GENERIC.

   Esli v vashem yadre ego net, to dobav'te sleduyuschuyu stroku v
   fajl konfiguracii yadra i postrojte novoe yadro.

 device psm0 at atkbdc? irq 12

   Posle togo, kak yadro pravil'no obnaruzhilo psm0 vo vremya
   zagruzki, prover'te nalichie fajla ustrojstva dlya psm0 v kataloge
   /dev. Fajl mozhno sozdat', nabrav:

 # cd /dev; sh MAKEDEV psm0

   vojdya v sistemu administratorom.

     Zamechanie: Vy mozhete propustit' `etot shag, esli ispol'zuete
     FreeBSD 5.0-RELEASE ili bolee novuyu versiyu s vklyuchennym
     mehanizmom devfs(5), tak kak neobhodimye fajly ustrojstv budut
     sozdavat'sya v kataloge /dev avtomaticheski.

   4.4.4. Mozhno li kakim-libo obrazom ispol'zovat' mysh', krome X
   Window?

   Esli vy ispol'zuete standartnyj drajver konsoli, syscons(4), to
   mozhete ispol'zovat' ukazatel' myshi v tekstovyh konsolyah dlya
   vydeleniya i perenosa teksta. Zapustite demon myshi, moused(8), i
   vklyuchite otobrazhenie ukazatelya myshi na virtual'noj konsoli:

 # moused -p /dev/xxxx -t yyyy
 # vidcontrol -m on

   Zdes' xxxx - `eto imya ustrojstva myshi, a yyyy - tip protokola,
   ispol'zuemogo mysh'yu. Daemon myshi mozhet avtomaticheski
   opredelyat' tip protokola bol'shinstva myshej, za isklyucheniem
   staryh, rabotayuschih po posledovatel'nomu interfejsu. Dlya
   vypolneniya avtomaticheskogo opredeleniya v kachestve protokola
   ukazhite auto. Esli avtomaticheskoe opredelenie ne rabotaet, to
   obratites' k spravochnym stranicam po moused(8) dlya polucheniya
   spiska podderzhivaemyh tipov protokolov.

   Esli u vas mysh' tipa PS/2, prosto dobav'te strochku
   moused_enable="YES" v fajl /etc/rc.conf dlya zapuska daemona myshi
   vo vremya zagruzki sistemy. Krome togo, esli vy hotite
   ispol'zovat' daemon myshi vo vseh virtual'nyh terminalah, a ne
   tol'ko na konsoli, dobav'te allscreens_flags="-m on" v fajle
   /etc/rc.conf.

   Posle zapuska daemona myshi, dostup k myshi dolzhen
   soglasovyvat'sya mezhdu daemonom myshi i drugimi programmami tipa
   X Window. Obratites' k voprosu iz FAQ Pochemu moya mysh' ne
   rabotaet s X? dlya polucheniya bolee polnoj informacii po `etomu
   voprosu.

   4.4.5. Kak mozhno vyrezat' i kopirovat' tekst s pomosch'yu myshi v
   tekstovoj konsoli?

   Posle togo, kak vy zapustili daemon myshi (posmotrite predyduschij
   razdel), nazhmite knopku 1 (levuyu) i dvigajte mysh' dlya
   vydeleniya teksta. Zatem nazhmite knopku 2 (srednyuyu) dlya ego
   vstavki s pozicii tekstovogo kursora. Nazhatie knopki 3 (pravoj)
   ''rasshirit'' vybrannuyu tekstovuyu oblast'.

   Esli u vashej myshi otsutstvuet srednyaya knopka, vy mozhete eio
   s`emulirovat' ili perenaznachit' knopki opciyami daemona myshi.
   Obratites' k spravochnym stranicam po moused(8) dlya polucheniya
   polnoj informacii.

   4.4.6. U moej myshi est' dopolnitel'nye koliosiko i knopochki.
   Mozhno li ih ispol'zovat' vo FreeBSD?

   Otvet, k sozhaleniyu, ''v zavisimosti ot obstoyatel'stv''. `Eti
   myshki s dopolnitel'nymi vozmozhnostyami, kak pravilo, trebuyut
   nalichiya special'nyh drajverov. Do teh por, poka drajver myshi
   ili prikladnaya programma ne budut imet' otdel'nuyu podderzhku
   takoj myshi, ona budet rabotat' kak standartnaya dvuh- ili
   triohknopochnaya mysh'.

   Vozmozhnye sposoby ispol'zovaniya koliosikov myshi pri rabote v X
   Window opisany v drugom razdele.

   4.4.7. Kak ispol'zovat' mysh'/tr`ekboll/sensornuyu panel' na
   l`eptope?

   Posmotrite otvet na predyduschij vopros.

     --------------------------------------------------------------

4.5. Setevye i posledovatel'nye ustrojstva

   4.5.1. Kakie setevye adaptery podderzhivaet FreeBSD?

   4.5.2. Podderzhivaet li FreeBSD programmnye modemy, takie, kak
   Winmodem?

   4.5.3. Suschestvuet li sobstvennyj drajver dlya adapterov Broadcom
   43xx?

   4.5.4. Kakie mnogoportovye posledovatel'nye adaptery
   podderzhivayutsya vo FreeBSD?

   4.5.5. Kak sdelat', chtoby priglashenie boot: vyvodilos' na
   konsol' na posledovatel'nom portu?

   4.5.1. Kakie setevye adaptery podderzhivaet FreeBSD?

   Obratites' k fajlu Hardware Notes, postavlyaemomu s kazhdym
   relizom FreeBSD, dlya polucheniya polnogo spiska.

   4.5.2. Podderzhivaet li FreeBSD programmnye modemy, takie, kak
   Winmodem?

   FreeBSD podderzhivaet rabotu so mnogimi programmnymi modemami
   posredstvom special'nogo dopolnitel'nogo programmnogo
   obespecheniya. Ustanovka porta comms/ltmdm dobavit podderzhku dlya
   modemov na osnove ochen' populyarnogo nabora mikroshem Lucent LT.
   Port comms/mwavem podderzhivaet modemy, ustanovlennye v l`eptopah
   IBM Thinkpad 600 i 700.

   Vy ne smozhete ustanovit' FreeBSD, rabotaya cherez programmnyj
   modem; `eto programmnoe obespechenie dolzhno byt' ustanovleno
   posle ustanovki OS.

   4.5.3. Suschestvuet li sobstvennyj drajver dlya adapterov Broadcom
   43xx?

   Net, i vryad li poyavitsya.

   Broadcom otkazyvaetsya ot publikacii informacii o programmirovanii
   proizvodimyh eyu mikroshem besprovodnoj svyazi, po-vidimomu iz-za
   togo, chto v nih ispol'zuetsya programmnoe upravlenie
   radioperedatchikom. Dlya togo, chtoby komponenty proshli
   sertifikaciyu FCC, pol'zovateli ne dolzhny imet' vozmozhnost'
   izmenyat' znacheniya nesuschih chastot, parametrov modulyacii i
   izluchaemoj moschnosti. Odnako bez ponimaniya togo, kak
   programmirovat' mikroshemu, napisat' drajver prakticheski
   nevozmozhno.

   4.5.4. Kakie mnogoportovye posledovatel'nye adaptery
   podderzhivayutsya vo FreeBSD?

   Spisok takih ustrojstv nahoditsya v razdele o razlichnyh
   ustrojstvah Rukovodstva.

   Nekotorye bezymyannye klony takih adapterov tozhe rabotayut
   normal'no, osobenno te, kotorye zayavlyayut o svoej sovmestimosti
   s AST.

   Prochtite stranicy Spravochnika o sio(4) dlya polucheniya
   podrobnoj informacii o konfigurirovanii takih adapterov.

   4.5.5. Kak sdelat', chtoby priglashenie boot: vyvodilos' na
   konsol' na posledovatel'nom portu?

   * Postrojte yadro s parametrom options COMCONSOLE.

   * Sozdajte fajl /boot.config, pomestiv tuda tol'ko tekst -P.

   * Otklyuchite klaviaturu.

   Podrobnaya informaciya nahoditsya v fajle
   /usr/src/sys/i386/boot/biosboot/README.serial.

     --------------------------------------------------------------

4.6. Zvukovye ustrojstva

   4.6.1. Kakie zvukovye adaptery podderzhivayutsya vo FreeBSD?

   4.6.2. Est' li reshenie problemy otsutstviya zvuka pri
   ispol'zovanii zvukovyh adapterov pcm(4)?

   4.6.1. Kakie zvukovye adaptery podderzhivayutsya vo FreeBSD?

   FreeBSD podderzhivaet razlichnye zvukovye adaptery, v tom chisle
   SoundBlaster(R), SoundBlaster Pro, SoundBlaster 16, Pro Audio
   Spectrum 16, AdLib i Gravis UltraSound (dopolnitel'nuyu
   informaciyu mozhno najti v Informacii o relize FreeBSD i stranice
   spravochnoj sistemy po snd(4)). Imeetsya takzhe ogranichennaya
   podderzhka MPU-401 i sovmestimyh s nim adapterov.
   Podderzhivayutsya i adaptery, sootvetstvuyuschie specifikacii
   Microsoft(R) Sound System.

     Zamechanie: `Eto kasaetsya tol'ko zvuka! `Etot drajver ne
     podderzhivaet CDROM, SCSI ili dzhojstiki ni na kakih podobnyh
     adapterah, krome SoundBlaster. Podderzhivayutsya ustrojstva na
     SCSI-interfejse SoundBlaster i ne-SCSI CDROM, no zagruzit'sya s
     nih nevozmozhno.

   4.6.2. Est' li reshenie problemy otsutstviya zvuka pri
   ispol'zovanii zvukovyh adapterov pcm(4)?

   Nekotorye zvukovye adaptery, v chastnosti, es1370, pri kazhdoj
   zagruzki sbrasyvayut uroven' gromkosti v 0. Vypolnyajte
   sleduyuschuyu komandu pri kazhdoj zagruzke mashiny:

 # mixer pcm 100 vol 100 cd 100

     --------------------------------------------------------------

4.7. Drugoe oborudovanie

   4.7.1. Kakie eschio ustrojstva podderzhivayutsya vo FreeBSD?

   4.7.2. Podderzhivaet li FreeBSD upravlenie `energosberezheniem na
   l`eptopah?

   4.7.3. Kak ya mogu otklyuchit' ACPI?

   4.7.4. Komp'yutery Micron zavisayut pri zagruzke

   4.7.5. Pri zagruzke s ustanovochnoj diskety mashiny s materinskoj
   platoj ASUS K7V zavisayut. Kak `eto ispravit'?

   4.7.6. Pochemu setevoj adapter 3Com(R) PCI ne rabotaet s
   komp'yuterami Micron?

   4.7.7. Moya PCMCIA kartochka ne rabotaet. YA poluchayu
   soobschenie: ''cbb0: unsupported card type detected.'' CHto mne
   delat'?

   4.7.1. Kakie eschio ustrojstva podderzhivayutsya vo FreeBSD?

   V Rukovodstve privedion spisok ostal'nyh ustrojstv, kotorye
   podderzhivayutsya vo FreeBSD.

   4.7.2. Podderzhivaet li FreeBSD upravlenie `energosberezheniem na
   l`eptopah?

   FreeBSD versij 4.X i vyshe podderzhivaet APM na nekotoryh
   mashinah. Bolee polnaya informaciya mozhet byt' najdena v
   spravochnoj stranice po apm(4).

   FreeBSD 5.X i posleduyuschie eio versii podderzhivayut funkcii
   ACPI, realizovannye v osnovnoj masse sovremennogo oborudovaniya.
   Dopolnitel'nuyu informaciyu mozhno najti na stranice spravochnoj
   sistemy acpi(4). Esli sistema podderzhivaet kak APM, tak i ACPI,
   mozhno ispol'zovat' lyubuyu iz nih. My rekomenduem oprobovat' obe
   i vybrat' tu, chto podhodit vam v bol'shej stepeni.

   4.7.3. Kak ya mogu otklyuchit' ACPI?

   Dobav'te strochku

 hint.acpi.0.disabled="1"

   v fajl /boot/device.hints.

   4.7.4. Komp'yutery Micron zavisayut pri zagruzke

   Nekotorye materinskie platy Micron imeyut BIOS, ne
   udovletvoryayuschuyu standartu PCI BIOS, chto privodit k
   pechal'nym posledstviyam pri zagruzke FreeBSD, potomu chto imeet
   mesto nesootvetstvie ustrojstv PCI zanimaemym imi adresam.

   Dlya ustraneniya `etoj problemy otklyuchite v BIOS opciyu ''Plug
   and Play Operating System''.

   4.7.5. Pri zagruzke s ustanovochnoj diskety mashiny s materinskoj
   platoj ASUS K7V zavisayut. Kak `eto ispravit'?

   Vojdite v nastrojku BIOS i vyklyuchite ''zaschitu ot zagruzochnyh
   virusov''.

   4.7.6. Pochemu setevoj adapter 3Com(R) PCI ne rabotaet s
   komp'yuterami Micron?

   Nekotorye materinskie platy Micron imeyut BIOS, ne
   udovletvoryayuschie standartu PCI BIOS, chto privodit k
   nesootvetstviyu ustrojstv PCI zanimaemym imi adresam. `Eto
   privodit k pechal'nym posledstviyam pri zagruzke FreeBSD.

   Dlya resheniya `etoj problemy otklyuchite v BIOS opciyu ''Plug and
   Play Operating System''.

   4.7.7. Moya PCMCIA kartochka ne rabotaet. YA poluchayu
   soobschenie: ''cbb0: unsupported card type detected.'' CHto mne
   delat'?

   Vy mozhete poprobovat' ispol'zovat' iznachal'nuyu OLDCARD
   realizaciyu. Otredaktirujte vash konfiguracionnyj fajl yadra i
   udalite sleduyuschie strochki:

 device cbb
 device pccard
 device cardbus

   Zatem dobav'te:

 device pcic
 device card 1

   Peresoberite i ustanovite novoe yadro, kak opisano v glave
   Nastrojka yadra FreeBSD.

     --------------------------------------------------------------

                 Glava 5. Ustranenie nekotoryh problem

   5.1. Pochemu FreeBSD opredelyaet nepravil'noe kolichestvo pamyati?

   5.2. Na moiom vinchestery est' zaporchennye bloki!

   5.3. Pochemu FreeBSD ne raspoznaiot SCSI-kontroller na mashine HP
   Netserver?

   5.4. Vydayutsya soobscheniya tipa "ed1: timeout".

   5.5. Pochemu moj adapter 3Com 3C509 perestal rabotat' bez vsyakoj
   vidimoj prichiny?

   5.6. Moj parallel'nyj printer pechataet neveroyatno medlenno. CHto
   tut mozhno sdelat'?

   5.7. Programmy avarijno zavershayut rabotu s oshibkoj "Signal 11".

   5.8. Moya sistema avarijno zavershaet rabotu s soobscheniyami
   "Fatal trap 12: page fault in kernel mode" libo "panic:", i
   vydaiot mnogo dopolnitel'noj informacii. CHto mne delat'?

   5.9. Pri zagruzke monitor temneet i teryaet sinhronizaciyu!

   5.10. Pochemu FreeBSD ispol'zuet tol'ko 64 Mbajt OZU, togda kak
   ustanovleno vse 128 Mbajt?

   5.11. Ob"iom operativnoj pamyati moej sistemy prevyshaet 1 Gbajt,
   rabota zavershaetsya avarijno s vydachej soobscheniya ''kmem_map
   too small'' messages. CHto ne tak?

   5.12. V moej sisteme net 1 Gbajta operativnoj pamyati, odnako
   FreeBSD avarijno zavershaet rabotu, vydavaya soobschenie "kmem_map
   too small!"

   5.13. Pochemu ya poluchayu soobschenie ob oshibke "/kernel: proc:
   table is full"?

   5.14. Pri perezagruzke s novym yadrom vydaiotsya soobschenie CMAP
   busy panic.

   5.15. CHto oznachaet soobschenie "ahc0: brkadrint, Illegal Host
   Access at seqaddr 0x0"

   5.16. Pri zagruzke moej sistemy vydaetsya soobschenie ob oshibke
   "ahc0: illegal cable configuration". S podklyucheniem kabelya vse
   v poryadke. CHto proishodit?

   5.17. Sendmail soobschaet, chto "mail loops back to myself"

   5.18. Polno`ekrannye prilozheniya na udalionnoj mashine vedut
   sebya nepravil'no!

   5.19. Pochemu vyvodyatsya soobscheniya "calcru: negative time..."?

   5.20. Pochemu posle obnovleniya FreeBSD do versii 4.X moj
   PnP-adapter bol'she ne obnaruzhivaetsya (ili opredelyaetsya kak
   unknown)?

   5.21. Pochemu pri zapuske nekotoryh programm, naprimer, top ili
   systat, vydaetsya soobschenie ob oshibke "nlist failed"?

   5.22. Pochemu podklyuchenie cherez ssh ili telnet k moemu
   komp'yuteru zanimaet tak dolgo vremeni?

   5.23. CHto oznachaet soobschenie "stray IRQ"?

   5.24. Pochemu v dmesg regulyarno vyvodyatsya soobscheniya "file:
   table is full"?

   5.25. Pochemu chasy na moem l`eptope pokazyvayut nepravil'noe
   vremya?

   5.26. Pochemu moj l`eptop nekorrektno raspoznaiot PC-karty?

   5.27. Srazu posle `ekrana BIOS nachal'nyj zagruzchik FreeBSD
   vyvodit soobschenie "Read error" i ostanavlivaetsya.

   5.28. Drugaya operacionnaya sistema unichtozhila moj menedzher
   zagruzki, kak mne ego vosstanovit'?

   5.29. CHto oznachaet soobschenie "swap_pager: indefinite wait
   buffer:"?

   5.30. CHto oznachayut oshibki ''UDMA ICRC'', i kak ih ispravit'?

   5.31. CHto oznachayut soobscheniya "lock order reversal"?

   5.32. CHto oznachayut soobscheniya "Called ... with the following
   non-sleepable locks held"?

   5.33. Pochemu process buildworld/installworld zavershaetsya s
   soobscheniem "touch: not found"?

   5.1. Pochemu FreeBSD opredelyaet nepravil'noe kolichestvo pamyati?

   Prichina zaklyuchaetsya v razlichii mezhdu adresami fizicheskoj i
   virtual'noj pamyati.

   Suschestvuyuschee soglashenie dlya bol'shinstva oborudovaniya PK
   zaklyuchaetsya v ispol'zovanii prostranstva pamyati, lezhaschej v
   diapazone mezhdu 3.5Gb i 4Gb dlya special'nyh nuzhd (obychno dlya
   nuzhd PCI). `Eto prostranstvo adresov ispol'zuetsya dlya dostupa k
   PCI oborudovaniyu. Kak rezul'tat, real'naya fizicheskaya pamyat'
   ne mozhet vidnet'sya v dannom adresnom prostranstve.

   Kakie dejstviya vypolnyayutsya s pamyat'yu v dannom regione
   zavisit ot vashego oborudovaniya. K sozhaleniyu, nekotoroe
   oborudovanie nichego ne vypolnyaet i vozmozhnost' ispol'zovat'
   `eti 500Mb OZU polnost'yu poteryana.

   K schast'yu, bol'shinstvo oborudovaniya pereraspredelyaet pamyat'
   k bolee verhnej pozicii, tak chto ona vsio eschio mozhet
   ispol'zovat'sya. Tem ne menee, `eto mozhet vyzvat' nekotoroe
   zameshatel'stvo, esli vy posmotrite soobscheniya, vydavaemye pri
   zagruzke.

   Na 32 bitnoj versii FreeBSD, kazhetsya chto `eta pamyat'
   poteryalas'. Na samom dele ona pereraspredelitsya v promezhutok,
   lezhaschij za 4Gb, kotoryj ne vidim dlya 32 bitnogo yadra. V
   dannom sluchae, reshenie zaklyuchaetsya v sborke yadra, s
   vklyuchennoj opciej PAE. Za dopolnitel'noj informaciej
   obraschajtes' k `etoj stat'e FAQ.

   Na 64 bitnoj versii FreeBSD ili v sluchae ispol'zovaniya yadra s
   vklyuchionnym PAE, FreeBSD korrektno opredelit i pereraspredelit
   pamyat', tak, chto ona stanet godnoj k ispol'zovaniyu. Tem ne
   menee, vo vremya zagruzki mozhet pokazat'sya, chto FreeBSD
   opredelyaet bol'she pamyati, chem real'no imeetsya v sisteme. `Eto
   normal'no i informaciya o dostupnoj pamyati budet skorrektirovana
   po okonchaniyu processa zagruzki.

   5.2. Na moiom vinchestery est' zaporchennye bloki!

   Esli `eto SCSI-ustrojstvo, to vinchester dolzhen imet'
   vozmozhnost' avtomaticheskoj pereadresacii takih blokov. Odnako vo
   mnogih postavlyaemyh diskah `eta vozmozhnost' otklyuchena.

   Dlya vklyucheniya pereadresacii zaporchennyh blokov, izmenite
   rezhim raboty ustrojstva, chto mozhet byt' vypolneno pol'zovatelem
   root po komande

 # camcontrol modepage sd0 -m 1 -e -P 3

   i izmenit' znacheniya parametrov AWRE i ARRE s 0 na 1:-

 AWRE (Auto Write Reallocation Enbld):  1
 ARRE (Auto Read Reallocation Enbld):  1

   Kontrollery sovremennyh IDE-diskov imeyut vstroennuyu funkciyu
   pereadresacii zaporchennyh blokov, kotoraya na moment prodazhi
   vklyuchena.

   Esli vy uvidite preduprezhdeniya o zaporchennyh blokah (na lyubom
   tipe ustrojstva), `eto znachit, chto prishlo vremya podumat' nad
   zamenoj diska. Vy mozhete vospol'zovat'sya diagnosticheskoj
   programmoj proizvoditelya diska dlya poiska `etih zaporchennyh
   blokov, i v luchshem sluchae `eto tol'ko otnimet vashe vremya.

   5.3. Pochemu FreeBSD ne raspoznaiot SCSI-kontroller na mashine HP
   Netserver?

   V obschem-to `eto izvestnaya problema. EISA-kontrollery SCSI,
   raspolozhennye na materinskoj plate mashin HP Netserver, zanimayut
   EISA-slot nomer 11, tak chto vse ''nastoyaschie'' sloty EISA budut
   emu predshestvovat'. Tak kak adresnoe prostranstvo dlya slotov
   EISA vyshe 10 peresekaetsya s adresnym prostranstvom,
   prednaznachennym dlya PCI, to avtokonfigurator FreeBSD v
   nastoyaschee vremya ne mozhet `etu problemu normal'no obojti.

   Tak chto poka luchshee, chto vy mozhete predprinyat', `eto
   popytat'sya ukazat', chto peresecheniya diapazonov adresov net :),
   ustanoviv opciyu yadra EISA_SLOTS v znachenie 12. Otkonfigurirujte
   i otkompilirujte yadro tak, kak `eto opisano v razdele Rukovodstva
   o konfigurirovanii yadra.

   Konechno, `eto dast vam tipichnuyu situacii "kurica ili yajco" pri
   ustanovke sistemy na takoj mashine. Dlya obhoda `etoj problemy
   vnutri UserConfig est' special'nyj hak. Ne ispol'zuya
   ''vizual'nogo'' interfejsa, a tol'ko interfejs komandnoj stroki,
   prosto naberite

 eisa 12
 quit

   v priglashenii, i ustanovite sistemu kak obychno. V lyubom sluchae
   rekomenduetsya, chto vy otkonfiguriruete i ustanovite sobstvennoe
   yadro.

   Nadeemsya, chto buduschie versii budut soderzhat' polnoe reshenie
   `etoj problemy.

     Zamechanie: Vy ne smozhete ispol'zovat' rezhim dangerously
     dedicated na mashinah HP Netserver. Polnoe opisanie prichin
     soderzhitsya v `etom zamechanii.

   5.4. Vydayutsya soobscheniya tipa "ed1: timeout".

   Obychno `eto vyzvano konfliktom preryvanij (naprimer, dvuh
   adapterov, ispol'zuyuschih odin i tot zhe IRQ). Zagruzite sistemu
   s opciej -c i smenite stroku, opisyvayuschuyu ed0/de0/... na
   sootvetstvuyuschuyu vashej sisteme.

   Esli vy ispol'zuete raz"iom BNC setevogo adaptera, tajmauty
   ustrojstva mogut byt' vyzvany plohim terminirovaniem. CHtoby `eto
   proverit', podklyuchite terminator k adapteru (bez kabelya) i
   posmotrite, ne ischezli li soobscheniya ob oshibkah.

   Nekotorye NE2000-sovmestimye adaptery vydayut takuyu oshibku, esli
   net svyazi po UTP-portu ili otklyuchen kabel'.

   5.5. Pochemu moj adapter 3Com 3C509 perestal rabotat' bez vsyakoj
   vidimoj prichiny?

   `Etot adapter imeet strannuyu privychku teryat' informaciyu o
   svoih nastrojkah. Obnovite nastrojki vashego adaptera pri pomoschi
   utility 3c5x9.exe iz DOS.

   5.6. Moj parallel'nyj printer pechataet neveroyatno medlenno. CHto
   tut mozhno sdelat'?

   Esli problema tol'ko v tom, chto printer rabotaet uzhasno
   medlenno, poprobujte smenit' rezhim raboty porta printera tak, kak
   `eto opisano v razdele Nastrojka printera Rukovodstva.

   5.7. Programmy avarijno zavershayut rabotu s oshibkoj "Signal 11".

   Oshibki vypolneniya, svyazannye s signalom 11, proishodyat, kogda
   vash process pytaetsya obratit'sya k oblasti pamyati, dostup k
   kotoroj emu ne byl dan operacionnoj sistemoj. Esli chto-to
   podobnoe proishodit v sluchajnye, na pervyj vzglyad, promezhutki
   vremeni, to vam nuzhno popytat'sya vyyasnit' podrobnosti
   proishodyaschih sobytij bolee detal'no.

   `Eti problemy mogut byt' klassificirovany sleduyuschim obrazom:

    1. Esli problema voznikaet tol'ko v opredelionnom prilozhenii,
       kotoroe bylo samostoyatel'no vami razrabotano, to, skoree
       vsego, `eto oshibka v vashem kode.

    2. Esli `eto problema v chasti bazovogo komplekta sistemy
       FreeBSD, to `eto tozhe mozhet byt' oshibka v programmnom kode,
       hotya v bol'shinstve sluchaev takie problemy obnaruzhivayutsya
       i oshibki ispravlyayutsya zadolgo do togo, kak obychnym
       chitatelyam FAQ dovoditsya ispol'zovat' `etot kod (imenno dlya
       `etogo prednaznachena versiya -current).

   V chastnosti, dostoverno ne oshibka FreeBSD, esli vy stalkivaetes'
   s problemoj pri kompilyacii programmy, no pri rabote kompilyatora
   mesto sboya kazhdyj raz izmenyaetsya.

   Naprimer, polozhim, chto vy zapuskaete komandu ''make buildworld''
   i kompilyaciya zavershilas' avarijno pri popytke kompilyacii ls.c
   v ls.o. Esli pri sleduyuschej popytke povtorno vypolnit' ''make
   buildworld'' kompilyaciya prerviotsya na tom zhe samom meste, to
   `eto oshibki processa postroeniya -- poprobujte obnovit' ishodnye
   teksty i poprobujte snova. Esli zhe kompilyaciya preryvaetsya v
   kakom-to drugom meste, to v `etom prakticheski dostoverno vinovato
   oborudovanie.

   CHto vy dolzhny sdelat':

   V pervom sluchae vy dolzhny vospol'zovat'sya otladchikom, k
   primeru, gdb, dlya nahozhdeniya tochki programmy, v kotoroj
   delaetsya popytka dostupa k nevernomu adresu i zatem ispravit'
   `etu oshibku.

   Vo vtorom sluchae vam nuzhno proverit', chto vashe oborudovanie
   ispravno.

   Sredi chasto privodyaschih k `etomu prichin:

    1. Vashi vinchestery mogut peregrevat'sya: Prover'te rabotu
       ventilyatorov v vashem sistemnom bloke, tak kak vash disk (i
       mozhet, takzhe drugie komponenty, mogut peregrevat'sya).

    2. Rabotayuschij processor peregrevaetsya: `Eto mozhet proizojti
       iz-za vyhoda chastoty processora za rabochie granicy ili
       polomki ventilyatora na processore. V lyubom sluchae vam
       nuzhno ubedit'sya, chto vashe oborudovanie rabotaet tak, kak
       emu polozheno, po krajnej mere, na moment poiska prichin
       neispravnosti, drugimi slovami, ustanovite chastotu raboty na
       nastrojki po umolchaniyu.

       Esli vy prevysili rabochie chastoty raboty processora,
       zamet'te, chto deshevle obhoditsya medlennaya sistema, chem
       sgorevshaya sistema, trebuyuschaya zameny! Takzhe obschestvo
       ne chasto simpatiziruet problemam na takih sistemah, vne
       zavisimosti ot togo, schitaete li vy uvelichenie rabochej
       chastoty ne vliyayuschim na rabotu ili net.

    3. Hitraya pamyat': Esli u vas ustanovleno mnozhestvo mikroshem
       SIMM/DIMM, to vytaschite ih vse i popytajtes' porabotat'
       individual'no s kazhdoj mikroshemoj SIMM ili DIMM i
       lokalizovat' problemu libo do problematichnoj mikroshemy
       DIMM/SIMM, libo dazhe ih kombinacii.

    4. CHereschur optimisticheskie nastrojki materinskoj platy: Pri
       nastrojke vashej BIOS i vybore polozheniya peremychek na
       materinskoj plate vy imeete vozmozhnost' zadat' razlichnye
       chastoty i zaderzhki, i v bol'shinstve sluchaev nastrojki po
       umolchaniyu dostatochny, no inogda ustanovka slishkom malyh
       periodov ozhidaniya dlya OZU, ustanovka parametra ''RAM Speed:
       Turbo'' i podobnyh parametrov v BIOS vyzovet strannoe
       povedenie. Vozmozhnym resheniem mozhet stat' ustanovka
       parametrov BIOS po umolchaniyu, no snachala stoit zapisat'
       vashi nastrojki!

    5. Neustojchivoe ili nedostatochnoe `elektropitanie materinskoj
       platy. Esli v vashej sisteme est' neispol'zuemye adaptery
       vvoda/vyvoda, vinchestery ili privody kompakt-diskov,
       poprobujte vremenno ih ubrat' ili otklyuchit' ot kabelya
       `elektropitaniya, chtoby posmotret', smozhet li vash blok
       pitaniya rabotat' s men'shej nagruzkoj. Ili poprobujte
       vospol'zovat'sya drugim blokom pitaniya, zhelatel'no bol'shej
       moschnosti (naprimer, esli imeyuschijsya blok pitaniya
       rasschitan na 250 Vatt, poprobujte drugoj moschnost'yu 300
       Vatt).

   Vy takzhe dolzhny prochitat' FAQ po SIG11 (ssylka dana nizhe), v
   kotorom dany prekrasnye opisaniya vseh `etih problem, hotya i s
   tochki zreniya Linux(R). Takzhe obsuzhdaetsya, kak apparatura ili
   programmnoe obespechenie dlya testirovaniya pamyati mogut
   propuskat' sbojnuyu pamyat'.

   Nakonec, esli nichego iz `etogo ne pomogaet, to vozmozhno, chto
   prosto vy nashli oshibku vo FreeBSD i dolzhny sledovat'
   instrukciyam po posylke soobschenij o problemah.

   Podrobnaya informaciya po `etomu voprosu soderzhitsya v FAQ po
   probleme SIG11.

   5.8. Moya sistema avarijno zavershaet rabotu s soobscheniyami
   "Fatal trap 12: page fault in kernel mode" libo "panic:", i
   vydaiot mnogo dopolnitel'noj informacii. CHto mne delat'?

   Razrabotchiki FreeBSD ochen' interesuyutsya takimi oshibkami, no
   im nuzhno neskol'ko bol'she informacii, chem prosto fakt
   vozniknoveniya `etoj oshibki. Polnost'yu skopirujte soobschenie.
   Zatem obratites' k razdelu FAQ ob avarijnyh zaversheniyah raboty
   yadra, postrojte otladochnoe yadro i poluchite trassu vyzovov.
   `Eto mozhet zvuchat' trudnoj zadachej, no vam ne nuzhny nikakie
   znaniya programmirovaniya; prosto sledujte ukazaniyam.

   5.9. Pri zagruzke monitor temneet i teryaet sinhronizaciyu!

   `Eto izvestnaya problema s videoadapterami ATI Mach 64. Ona
   vyzvana tem, chto `etot adapter ispol'zuet adres 2e8, kak i
   chetviortyj posledovatel'nyj port. Iz-za oshibki (ili osobennosti
   raboty?) v drajvere sio(4) on obraschaetsya k portu, dazhe esli on
   ne suschestvuet, i dazhe esli vy otklyuchite sio3 (chetviortyj
   port), kotoryj, kak pravilo, ispol'zuet `etot adres vvoda/vyvoda.

   Poka `eto ne ispravleno, ispol'zujte sleduyuschij metod:

    1. V priglashenii zagruzchika naberite -c. (`Eto perevediot yadro
       v rezhim konfiguracii).

    2. Otklyuchite ustrojstva sio0, sio1, sio2 i sio3 (vse ih). Posle
       `etogo drajver sio ne budet aktivizirovat'sya i problem ne
       budet.

    3. Dlya prodolzheniya zagruzki naberite exit.

   Esli vam nuzhno ispol'zovat' posledovatel'nye porty, vy dolzhny
   postroit' novoe yadro so sleduyuschej modifikaciej: v fajle
   /usr/src/sys/i386/isa/sio.c najdite strochku, soderzhaschuyu
   chislo 0x2e8 i udalite eio vmeste s predshestvuyuschij zapyatoj
   (ostaviv sleduyuschuyu). Posle `etogo sledujte obychnym ukazaniyam
   po postroeniyu yadra.

   Dazhe posle `etih izmenenij vy mozhete obnaruzhit', chto X Window
   rabotaet nenormal'no. Esli `eto proizoshlo, udostover'tes', chto
   vy ispol'zuete XFree86(TM) versii ne nizhe 3.3.3. `Etot i
   posleduyuschie relizy imeyut vstroennuyu podderzhku adapterov
   Mach64 i dazhe otdel'nyj X-server dlya takih adapterov.

   5.10. Pochemu FreeBSD ispol'zuet tol'ko 64 Mbajt OZU, togda kak
   ustanovleno vse 128 Mbajt?

   Tak kak dlya opredeleniya ob"ioma pamyati FreeBSD ispol'zuet
   informaciyu BIOS, ona ogranichena 16 bitami, ispol'zuemymi dlya
   vyrazheniya razmera OZU v kilobajtah (65535 Kbajt = 64 Mbajt) (ili
   men'she... nekotorye BIOS ogranichivayut razmery pamyati do 16
   Mbajt). Esli u vas bol'she chem 64 Mbajt OZU, FreeBSD budet
   pytat'sya obnaruzhit' `etu pamyat'; odnako `eta popytka mozhet i
   ne udat'sya).

   Dlya resheniya `etoj problemy vam nuzhno ispol'zovat' opciyu
   yadra, ukazannuyu nizhe. Sposob vyyasneniya polnoj informacii o
   pamyati iz BIOS suschestvuet, no u nas net mesta v zagruzochnom
   bloke, chtoby `eto delat'. Kogda problema nehvatki mesta v
   zagruzochnyh blokah budet reshena, my budem ispol'zovat'
   rasshirennye funkcii BIOS dlya polucheniya polnoj informacii o
   pamyati... no poka my ostanovilis' na opcii yadra.

   options "MAXMEM=n"

   Zdes' n - `eto ob"iom pamyati v kilobajtah. Dlya mashiny so 128
   Mbajt OZU vam nuzhno ispol'zovat' znachenie 131072.

   5.11. Ob"iom operativnoj pamyati moej sistemy prevyshaet 1 Gbajt,
   rabota zavershaetsya avarijno s vydachej soobscheniya ''kmem_map
   too small'' messages. CHto ne tak?

   Kak pravilo, FreeBSD opredelyaet parametry yadra, v chastnosti,
   maksimal'noe kolichestvo odnovremenno otkrytyh fajlov, ishodya iz
   ob"ioma pamyati, ustanovlennogo v sisteme. V sistemah, imeyuschih
   1 Gbajt ili bol'shij ob"iom operativnoj pamyati, `etot mehanizm
   ''avtomaticheskogo opredeleniya parametrov'' mozhet vybrat'
   slishkom bol'shie znacheniya: pri zapuske yadro vydelyaet
   prostranstvo pod razlichnye tablicy i drugie struktury, kotorye
   zapolnyayut osnovnoj ob"iom dostupnoj yadru pamyati. V dal'nejshem
   pri rabote sistemy u yadra ne ostaiotsya prostranstva dlya
   dinamicheskogo raspredeleniya pamyati, i ono zavershaet rabotu
   avarijno.

   Skompilirujte novoe yadro, dobaviv parametr VM_KMEM_SIZE_MAX v
   konfiguracionnyj fajl yadra, uvelichiv ego maksimal'nyj razmer do
   400 Mbajt (options VM_KMEM_SIZE_MAX=419430400). 400 Mbajt dolzhno
   byt' dostatochno dlya mashin s ob"iomom operativnoj do 6 Gbajt.

   5.12. V moej sisteme net 1 Gbajta operativnoj pamyati, odnako
   FreeBSD avarijno zavershaet rabotu, vydavaya soobschenie "kmem_map
   too small!"

   Takoe zavershenie raboty pokazyvaet, chto sisteme ne hvataet
   virtual'noj pamyati dlya setevyh buferov (tochnee, struktur mbuf).
   Vy mozhete uvelichit' kolichestvo virtual'noj pamyati dlya
   struktur mbuf, esli budete dejstvovat' v sootvetstvii s
   instrukciyami razdela Ogranicheniya seti Rukovodstva.

   5.13. Pochemu ya poluchayu soobschenie ob oshibke "/kernel: proc:
   table is full"?

   YAdro FreeBSD pozvolyaet suschestvovat' odnovremenno
   ogranichennomu chislu processov. Ono vychislyaetsya na osnovanii
   parametra MAXUSERS v konfiguracii yadra. MAXUSERS takzhe vliyaet
   na drugie ogranicheniya yadra, takie kak bufery raboty s set'yu
   (obratites' k `etomu rassmotrennomu ranee voprosu). Esli vasha
   mashina sil'no zagruzhena, vam, navernoe, ponadobitsya uvelichit'
   MAXUSERS. Krome maksimal'nogo chisla processov, `eto uvelichit
   znacheniya i drugih parametrov, ogranichivayuschih sistemu.

   Dlya korrektirovki znacheniya MAXUSERS obratites' k razdelu
   Ogranicheniya fajlov/processov Rukovodstva. (Hotya v niom
   govoritsya ob otkrytyh fajlah, te zhe samye ogranicheniya
   kasayutsya i processov.)

   Esli vasha mashina zagruzhena slabo, i prosto u vas slishkom mnogo
   processov, to vy mozhete nastroit' `eto cherez sysctl
   kern.maxproc. Esli dannaya peremennaya nuzhdaetsya v nastrojke,
   ona dolzhna byt' opredelena v /boot/loader.conf. Za dopolnitel'noj
   informaciej, kasayuschejsya raboty s sysctl peremennymi
   obraschajtes' k stranicam spravochnika loader.conf(5) i
   sysctl.conf(5). Esli `eti processy zapuscheny odnim i tem zhe
   pol'zovatelem, vam takzhe zadat' znachenie kern.maxprocperuid na
   edinicu men'shim, chem novoe znachenie kern.maxproc. (Ono dolzhno
   byt' po krajnej mere na edinicu men'shim, potomu chto sistemnaya
   programma init(8), dolzhna rabotat' vsegda.)

   CHtoby sohranit' znacheniya sysctl, zadajte ih v /etc/sysctl.conf.
   Dopolnitel'nuyu informaciyu o nastrojke sistemy s pomosch'yu
   sysctl(8) mozhno najti v glave Rukovodstva Nastrojka s pomosch'yu
   sysctl

   5.14. Pri perezagruzke s novym yadrom vydaiotsya soobschenie CMAP
   busy panic.

   Procedura opredeleniya ustarevshih fajlov /var/db/kvm_*.db inogda
   daiot sboj i ispol'zuet ne te fajly, chto mozhet vyzvat' avarijnyj
   ostanov sistemy.

   Esli `eto sluchilos', perezagruzites' v odnopol'zovatel'skom
   rezhime i vypolnite komandu:

 # rm /var/db/kvm_*.db

   5.15. CHto oznachaet soobschenie "ahc0: brkadrint, Illegal Host
   Access at seqaddr 0x0"

   `Eto - rezul'tat konflikta so SCSI-adapterom Ultrastor.

   Vo vremya zagruzki vojdite v menyu konfiguracii yadra i
   vyklyuchite ustrojstvo uha0, yavlyayuscheesya istochnikom `etoj
   problemy.

   5.16. Pri zagruzke moej sistemy vydaetsya soobschenie ob oshibke
   "ahc0: illegal cable configuration". S podklyucheniem kabelya vse
   v poryadke. CHto proishodit?

   Na vashej materinskoj plate otsutstvuet vneshnyaya logika
   podderzhki avtomaticheskogo terminirovaniya. Ustanovite v vashem
   SCSI BIOS pravil'noe terminirovanie dlya vashej konfiguracii
   vmesto avtomaticheskogo terminirovaniya. Drajver AIC7XXX ne mozhet
   opredelit', est' li vneshnyaya logika dlya raspoznavaniya kabelya
   (i, sootvetstvenno, avtomaticheskogo terminirovaniya). Drajver
   prosto polagaet, chto `eta podderzhka dolzhna byt', esli
   konfiguraciya, soderzhaschayasya v EEPROM, ustanovlena v
   "automatic termination". Bez vneshnej logiki raspoznavaniya
   kabelya drajver chasto budet oshibat'sya pri nastrojke
   terminirovaniya, chto mozhet skazat'sya na nadezhnosti shiny SCSI.

   5.17. Sendmail soobschaet, chto "mail loops back to myself"

   V FAQ po sendmail na `eto dan takoj otvet:-

           * Vydayutsya soobscheniya "Local configuration error", primerno takie:

           553 relay.domain.net config error: mail loops back to myself
           554 <user@domain.net>... Local configuration error

           Kak mozhno reshit' `etu problemu?

           Soglasno zapisyam MX, pochta dlya domena (skazhem, domain.net) byla
           perenapravlena na ukazannyj host (v nashem sluchae relay.domain.net),
           no on ne raspoznaiotsya kak domain.net.  Dobav'te stroku domain.net v
           fajl /etc/mail/local-host-names (esli vy ispol'zuete
           FEATURE(use_cw_file)) ili dobav'te "Cw domain.net"
           v /etc/mail/sendmail.cf.
             

   Tekuschaya versiya FAQ po sendmail bol'she ne postavlyaetsya
   vmeste s sendmail. Odnako `etot dokument regulyarno pomeschaetsya
   v konferencii comp.mail.sendmail, comp.mail.misc, comp.mail.smail,
   comp.answers i news.answers. Vy mozhete poluchit' kopiyu po
   `elektronnoj pochte, poslav soobschenie, soderzhaschee komandu
   send usenet/news.answers/mail/sendmail-faq v tele pis'ma, v adres
   <mail-server@rtfm.mit.edu>.

   5.18. Polno`ekrannye prilozheniya na udalionnoj mashine vedut
   sebya nepravil'no!

   Na udalionnoj mashine tip terminala mozhet byt' ustanovlen v
   znachenie, otlichnoe ot tipa terminala cons25, trebuemom pri
   ispol'zovanii konsoli FreeBSD.

   Est' neskol'ko vozmozhnyh sposobov resheniya `etoj problemy:

     * Posle vhoda na druguyu mashinu ustanovite znachenie peremennoj
       okruzheniya TERM ravnym ansi ili sco, esli `eta mashina znaet
       ob `etih tipah terminalov.

     * Ispol'zujte `emulyator VT100, naprimer screen na konsoli
       FreeBSD. Screen daiot vam vozmozhnost' otkryvat' neskol'ko
       rabochih seansov na odnom terminale, i ona imeet eschio ryad
       poleznyh osobennostej. Kazhdoe okno programmy screen vediot
       sebya kak terminal VT100, tak chto peremennaya TERM na
       udalionnoj mashine dolzhna byt' ustanovlena v znachenie vt100.

     * Opishite terminal cons25 v baze dannyh harakteristik
       terminalov na udalionnoj mashine. Sposob opisaniya zavisit ot
       ispol'zuemoj na `etoj mashine operacionnoj sisteme. Vam mozhet
       pomoch' chtenie rukovodstv po administrirovaniyu udalionnoj
       sistemy.

     * Zapustite X-server na storone FreeBSD i vojdite na udalionnuyu
       sistemu s pomosch'yu kakogo-libo `emulyatora terminala,
       rabotayuschego v X Window, takogo, kak xterm ili rxvt.
       Peremennaya okruzheniya TERM na udalionnoj mashine dolzhna
       byt' ustanovlena v znachenie xterm ili vt100.

   5.19. Pochemu vyvodyatsya soobscheniya "calcru: negative time..."?

   `Eto mozhet byt' vyzvano razlichnymi apparatnymi ili programmnymi
   problemami, svyazannymi s preryvaniyami. `Eto mozhet byt' svyazano
   kak s oshibkami pri programmirovanii, tak i s prirodoj samih
   ustrojstv. Naprimer, rabota s TCP/IP po parallel'nomu portu s
   ispol'zovaniem bol'shogo MTU privodit k `etoj probleme, takzhe kak
   ispol'zovanie graficheskih akseleratorov; v poslednem sluchae vy
   dolzhny proverit' nastrojku preryvanij na graficheskom adaptere.

   Odnim iz proyavlenij `etoj problemy yavlyaetsya preryvanie raboty
   processov s diagnosticheskim soobscheniem ''SIGXCPU exceeded cpu
   time limit''.

   Esli `eta problema ne mozhet byt' reshena, izmenite znachenie
   sistemnoj peremennoj:

 # sysctl -w kern.timecounter.method=1

     Zamechanie: Ispol'zovanie opcii -w dlya sysctl(8) ne
     rekomenduetsya i polnost'yu ignoriruetsya vo FreeBSD 4.4-RELEASE
     i vseh posleduyuschih versiyah. Vy mozhete bezboleznenno
     opustit' eio pri zadanii parametrov pri pomoschi sysctl, kak
     `eto pokazano vyshe.

   `Eto kosniotsya proizvoditel'nosti sistemy, no, prinimaya vo
   vnimanie istochnik `etoj problemy, `eto budet nezametno. Esli
   problema vsio eschio daiot o sebe znat', ostav'te znachenie `etoj
   peremennoj ravnym edinichke i uvelich'te znachenie parametra
   NTIMECOUNTER v fajle konfiguracii vashego yadra. Esli v konce
   koncov vy dostignete znacheniya NTIMECOUNTER=20, to vam `etu
   problemu reshit' ne udastsya, preryvaniya dayut slishkom bol'shuyu
   nagruzku na processor, chtoby obespechit' otslezhivanie vremeni.

   5.20. Pochemu posle obnovleniya FreeBSD do versii 4.X moj
   PnP-adapter bol'she ne obnaruzhivaetsya (ili opredelyaetsya kak
   unknown)?

   FreeBSD 4.X teper' gorazdo bolee PnP-centrichna, chto otrazhaetsya
   na nekotoryh ustrojstvah PnP (k primeru, zvukovyh adapterah i
   vnutrennih modemah), perestayuschih rabotat', hotya oni
   funkcionirovali v sisteme FreeBSD 3.X.

   Prichiny takogo povedeniya ob"yasnyayutsya v sleduyuschem
   soobschenii `elektronnoj pochty, opublikovannom v Spisok rassylki,
   posvyaschionnyj voprosam i otvetam pol'zovatelej FreeBSD Piterom
   U`emmom (Peter Wemm) v otvet na vopros o vnutrennem modeme,
   kotoryj perestal raspoznavat'sya posle obnovleniya do FreeBSD 4.X
   (kommentarii vnutri [] byli dobavleny dlya poyasneniya konteksta
   poslaniya.

     Zamechanie: Soderzhanie `etoj citaty po sravneniyu s
     original'nym tekstom bylo izmeneno.

     BIOS, podderzhivayuschaya PNP, predvaritel'no otvodit i
     ostavlyaet emu [modemu] mesto v adresnom prostranstve portov,
     tak chto [v 3.X] procedura obnaruzheniya v starom stile ISA
     ''nahodit'' ego zdes'.

     V 4.0 kod dlya raboty s ISA gorazdo bolee PnP-centrichen. [V
     3.X] bylo vozmozhno pri raspoznavanii ISA najti ''besprizornoe''
     ustrojstvo i zatem po identifikatoru PNP-ustrojstva proizvesti
     poisk i poluchit' oshibku iz-za konflikta resursov. Po`etomu
     dlya predotvrascheniya povtornoj procedury raspoznavaniya v niom
     snachala vyklyuchayutsya vse upravlyaemye adaptery. `Eto takzhe
     oznachaet, chto dlya podderzhivaemogo oborudovaniya PnP nuzhno
     znat' ih PnP-identifikatory. Imeyutsya plany na obespechenie
     vozmozhnosti nastrojki `etogo so storony pol'zovatelya.

   CHtoby zastavit' ustrojstvo rabotat' snova, trebuetsya opredelit'
   ego PnP-identifikator i dobavit' ego v spisok, kotoryj
   ispol'zuetsya proceduroj raspoznavaniya ISA dlya identifikacii
   ustrojstv PnP. `Etot identifikator mozhno poluchit' pri pomoschi
   programmy pnpinfo(8), najdya ustrojstvo v eio vydache, vot,
   naprimer, vyvod komandy pnpinfo(8) v sluchae vnutrennego modema:

 # pnpinfo
 Checking for Plug-n-Play devices...

 Card assigned CSN #1
 Vendor ID PMC2430 (0x3024a341), Serial Number 0xffffffff
 PnP Version 1.0, Vendor Version 0
 Device Description: Pace 56 Voice Internal Plug & Play Modem

 Logical Device ID: PMC2430 0x3024a341 #0
         Device supports I/O Range Check
 TAG Start DF
     I/O Range 0x3f8 .. 0x3f8, alignment 0x8, len 0x8
         [16-bit addr]
     IRQ: 4  - only one type (true/edge)

   [lishnie stroki TAG isklyucheny]

 TAG End DF
 End Tag

 Successfully got 31 resources, 1 logical fdevs
 -- card select # 0x0001

 CSN PMC2430 (0x3024a341), Serial Number 0xffffffff

 Logical device #0
 IO:  0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8
 IRQ 5 0
 DMA 4 0
 IO range check 0x00 activate 0x01

   Informaciya, kotoraya vam nuzhna, nahoditsya v stroke ''Vendor
   ID'' v samom nachale vyvoda komandy. SHestnadcaterichnoe chislo v
   skobkah (v `etom primere 0x3024a341) yavlyaetsya
   PnP-identifikatorom, a strochka, iduschaya pryamo pered nim
   (PMC2430) yavlyaetsya unikal'nym ASCII-identifikatorom.

   Libo, esli v spiske, vydavaemom pnpinfo(8), adaptera net, mozhno
   vospol'zovat'sya utilitoj pciconf(8). Vot chast' vydachi komandy
   pciconf -vl dlya integrirovannogo v materinskuyu platu zvukovogo
   adaptera:

 # pciconf -vl
 chip1@pci0:31:5:        class=0x040100 card=0x00931028 chip=0x24158086 rev=0x02hdr=0x00
     vendor   = 'Intel Corporation'
     device   = '82801AA 8xx Chipset AC'97 Audio Controller'
     class    = multimedia
     subclass = audio

   V dannom sluchae vam nuzhno ispol'zovat' znachenie dlya chip,
   ''0x24158086''.

   `Etu informaciyu (ID proizvoditelya ili nomer mikroshemy) nuzhno
   dobavit' v fajl /usr/src/sys/isa/sio.c.

   Snachala vy dolzhny sdelat' rezervnuyu kopiyu fajla sio.c prosto
   na tot sluchaj, esli chto-to pojdiot ne tak. `Eta kopiya takzhe
   mozhet potrebovat'sya dlya sozdaniya patcha dlya posylki ego
   vmeste s vashim PR (vy zhe sobiraetes' poslat' PR, ne pravda li?)
   otredaktirovav fajl sio.c i poiskav strochku

 static struct isa_pnp_id sio_ids[] = {

   posle chego peremestites' nizhe i najdite podhodyaschee mesto,
   chtoby dobavit' strochku dlya vashego ustrojstva. Zapisi imeyut
   primerno takoj vid, i oni otsortirovany po ASCII-strokam Vendor
   ID, kotorye dolzhny byt' pomescheny v pole kommentariya sprava ot
   stroki koda vmeste s polnym opisaniem ustrojstva (esli ono
   pomestitsya) ili chast'yu iz Device Description vyvoda programmy
   pnpinfo(8):

 {0x0f804f3f, NULL},     /* OZO800f - Zoom 2812 (56k Modem) */
 {0x39804f3f, NULL},     /* OZO8039 - Zoom 56k flex */
 {0x3024a341, NULL},     /* PMC2430 - Pace 56 Voice Internal Modem */
 {0x1000eb49, NULL},     /* ROK0010 - Rockwell ? */
 {0x5002734a, NULL},     /* RSS0250 - 5614Jx3(G) Internal Modem */

   Dobav'te shestnadcaterichnyj identifikator Vendor ID vashego
   ustrojstva v sootvetstvuyuschee mesto, sohranite fajl, perestrojte
   yadro i vypolnite perezagruzku. Vashe ustrojstvo dolzhno teper'
   byt' najdeno v vide ustrojstva sio, kak `eto i bylo vo FreeBSD 3.X

   5.21. Pochemu pri zapuske nekotoryh programm, naprimer, top ili
   systat, vydaetsya soobschenie ob oshibke "nlist failed"?

   Problema v tom, chto prilozhenie, kotoroe vy pytaetes' zapustit',
   ischet specificheskie ssylki v yadre, no po kakim-libo prichinam
   ne mozhet ih najti; `eta oshibka proishodit ot odnoj iz
   sleduyuschih problem:

     * Vashe yadro i programmy pol'zovatelej ne sootvetstvuyut drug
       drugu (naprimer, vy postroili yadro, no ne vypolnili komandu
       installworld, ili naoborot), i po`etomu tablica imen
       otlichaetsya ot togo, chto dumayut o nej pol'zovatel'skie
       prilozheniya. Esli `eto vash sluchaj, prosto zavershite
       process obnovleniya (obratites' k fajlu /usr/src/UPDATING dlya
       vyyasneniya pravil'noj posledovatel'nosti dejstvij).

     * Dlya zagruzki yadra vy ne ispol'zuete /boot/loader, a delaete
       `eto neposredstvenno iz boot2 (obratites' k spravochno
       stranice po boot(8)). Hotya net nichego plohogo v obhode
       /boot/loader, obychno rabotu po dostupnosti simvol'noj
       informacii yadra iz pol'zovatel'skih prilozhenij on vypolnyaet
       luchshe.

   5.22. Pochemu podklyuchenie cherez ssh ili telnet k moemu
   komp'yuteru zanimaet tak dolgo vremeni?

   Simptom: mezhdu momentom ustanovleniya TCP-soedineniya i vydachej
   klientskim programmnym obespecheniem zaprosa na vvod parolya (ili,
   v sluchae ispol'zovaniya telnet(1), vydachej priglasheniya na
   vhod) prohodit bol'shoj promezhutok vremeni.

   Problema: skoree vsego, zaderzhka vyzvana programmnym
   obespecheniem na storone servera, kotoroe pytaetsya preobrazovat'
   IP-adres klienta v imya hosta. Mnogie servery, vklyuchaya Telnet i
   SSH, postavlyaemye s FreeBSD, delayut `eto dlya togo, chtoby,
   krome vsego prochego, zapisat' imya hosta v fajle zhurnala dlya
   spravki administratora.

   Lechenie: Esli problema voznikaet vne zavisimosti ot togo, k
   kakomu serveru vy podklyuchaetes' s vashego komp'yutera (klienta),
   to prichina v kliente; ili zhe, esli problema voznikaet tol'ko pri
   ch'ej-libo popytke podklyuchit'sya k vashemu komp'yuteru
   (serveru), to problema s serverom.

   Esli problema s klientom, to edinstvennym metodom ee resheniya
   yavlyaetsya ispravlenie DNS, chtoby server smog raspoznat' vashu
   mashinu. Esli `eto proishodit v lokal'noj seti, to predpolozhite,
   chto `eto problema s serverom i prodolzhajte chtenie; obratno,
   esli `eto proishodit v global'noj seti Internet, to v bol'shinstve
   sluchaev vam nuzhno obratit'sya k vashemu provajderu i poprosit'
   ispravit' polozhenie.

   Esli problema s serverom, i `eto proishodit v lokal'noj seti, to
   vam nuzhno nastroit' server dlya razresheniya zaprosov na
   preobrazovanie adresa v imya hosta v diapazone vashih lokal'nyh
   adresov. Obratites' k stranicam Spravochnika po hosts(5) i
   named(8) dlya polucheniya bolee podrobnoj informacii. Esli `eto
   proishodit v global'noj seti Internet, to problema mozhet
   zaklyuchat'sya v nekorrektnoj rabote resolvera vashego servera.
   Dlya proverki poprobujte najti drugoj host, skazhem,
   www.yahoo.com. Esli `eto ne rabotaet, to problema u vas.

   Iz-za svezhej ustanovki FreeBSD, takzhe vozmozhno, chto
   informaciya o domene i servere imion otsutstvuet v
   /etc/resolv.conf. `Eto chasto budet vyzyvat' zaderzhku v rabote
   SSH, tak kak opciya ''UseDNS'' po umolchaniyu ustanovlena v
   znachenie ''yes'' v fajle sshd_config iz kataloga /etc/ssh. Esli
   imenno `eto yavlyaetsya prichinoj problemy, to vam nuzhno budet
   libo dobavit' nedostayuschuyu informaciyu v /etc/resolv.conf, libo
   v kachestve vremennoj mery ustanovit' ''UseDNS'' v ''no'' v fajle
   sshd_config.

   5.23. CHto oznachaet soobschenie "stray IRQ"?

   Poteryannye IRQ yavlyayutsya priznakom strannostej v rabote
   apparatnyh IRQ, v osnovnom oborudovaniya, kotoroe udalyaet svoi
   zaprosy na preryvanie posredi cikla podtverzhdeniya zaprosa na
   preryvanie.

   Imeetsya tri varianta raboty s takimi situaciyami:

     * Primirit'sya s soobscheniyami. V lyubom sluchae podavlyayutsya
       vse soobscheniya, krome kazhdyh pervyh 5 na IRQ.

     * Ubrat' preduprezhdayuschie soobscheniya, izmeniv parametr 5 na
       0 v funkcii isa_strayintr(), tak chto vse preduprezhdeniya
       budut podavleny.

     * Izbavit'sya ot preduprezhdenij, ustanoviv parallel'nyj port,
       ispol'zuyuschij IRQ 7 i drajver PPP dlya nego (`eto est' na
       bol'shinstve sistem), i ustanoviv disk IDE ili drugoe
       oborudovanie, ispol'zuyuschee IRQ 15 i podhodyaschij drajver.

   5.24. Pochemu v dmesg regulyarno vyvodyatsya soobscheniya "file:
   table is full"?

   Takoe soobschenie ob oshibke signaliziruet o tom, chto v vashej
   sisteme ischerpano kolichestvo dostupnyh fajlovyh deskriptorov.
   Pozhalujsta, obratites' k razdelu kern.maxfiles glavy o Nastrojke
   ogranichenij yadra Rukovodstva dlya vyyasneniya vseh podrobnostej
   i ustraneniya `etoj problemy.

   5.25. Pochemu chasy na moem l`eptope pokazyvayut nepravil'noe
   vremya?

   V vashem l`eptope ustanovleny dvoe ili bol'shee kolichestvo
   tajmerov, a FreeBSD vybrala ne tot.

   Zapustite dmesg(8) i posmotrite stroki, soderzhaschie slovo
   Timecounter. V poslednej iz nih ukazan tajmer, vybrannyj sistemoj,
   i, skoree vsego, `eto budet TSC.

 # dmesg | grep Timecounter
 Timecounter "i8254"  frequency 1193182 Hz
 Timecounter "TSC"  frequency 595573479 Hz

   Vy mozhete udostoverit'sya v `etom, proveriv sysctl(3)-peremennuyu
   kern.timecounter.hardware.

 # sysctl kern.timecounter.hardware
 kern.timecounter.hardware: TSC

   BIOS mozhet izmenit' chastotu TSC--mozhet, dlya izmeneniya
   skorosti raboty processora pri rabote ot batareek ili perevodya v
   rezhim ponizhennogo `elektropitaniya, no FreeBSD ne otslezhivaet
   `eto i v rezul'tate chasy nachinayut speshit' ili otstavat'.

   V `etom primere imeetsya takzhe i tajmer i8254, i on mozhet byt'
   vybran zapis'yu ego imeni v sysctl(3)-peremennuyu
   kern.timecounter.hardware.

 # sysctl -w kern.timecounter.hardware=i8254
 kern.timecounter.hardware: TSC -> i8254

   Teper' vash l`eptop budet akkuratnee sledit' za vremenem.

   CHtoby `eto izmenenie vstupalo v silu vo vremya zagruzki sistemy,
   dobav'te v fajl /etc/sysctl.conf takuyu strochku.

 kern.timecounter.hardware=i8254

   5.26. Pochemu moj l`eptop nekorrektno raspoznaiot PC-karty?

   `Eta problema chasto vstrechaetsya na l`eptopah, kotorye rabotayut
   bolee chem s odnoj operacionnoj sistemoj. Nekotorye ne-BSD
   operacionnye sistemy ostavlyayut apparatnuyu chast' PC-kart v
   neustojchivom sostoyanii. pccardd raspoznaet kartu kak
   ""(null)""(null)"", a ne kak real'no ispol'zuemuyu model'.

   Vy dolzhny ubrat' vsio pitanie so slota PC-karty dlya polnogo
   sbrosa apparatury. Polnost'yu vyklyuchite l`eptop. (Ne perevodite
   ego ni v spyaschij, ni v zhduschij rezhim; pitanie dolzhno byt'
   vyklyucheno polnost'yu.) Podozhdite neskol'ko sekund i
   perezagruzites'. Teper' vasha PC-karta dolzhna zarabotat'.

   V nekotoryh l`eptopah apparatnaya chast' neverno soobschaet o
   svoiom vyklyuchenii. Esli opisannoe vyshe ne rabotaet, ostanovite
   rabotu, vyn'te batareyu, podozhdite neskol'ko sekund, vstav'te
   batareyu i perezagruzites'.

   5.27. Srazu posle `ekrana BIOS nachal'nyj zagruzchik FreeBSD
   vyvodit soobschenie "Read error" i ostanavlivaetsya.

   Nachal'nyj zagruzchik FreeBSD neverno opredelyaet parametry
   vinchestera. Ih mozhno ustanovit' vruchnuyu utilitoj fdisk pri
   sozdanii ili izmenenii parametrov slajsa FreeBSD.

   Pravil'nye znacheniya parametrov diska mozhno posmotret' v BIOS.
   Obratite vnimanie na chislo dorozhek, golovok i sektorov dlya
   `etogo diska.

   V podprogramme fdisk utility sysinstall(8) nazhmite G dlya
   ustanovki parametrov diska (disk geometry).

   Poyavitsya dialogovoe okno, zaprashivayuschee kolichestvo
   dorozhek, golovok i sektorov. Zadajte znacheniya, vzyatye iz BIOS
   i razdelyaemye simvolami sl`esha. Naprimer, 5000 dorozhek, 250
   golovok i 60 sektorov budut vvedeny kak 5000/250/60.

   Nazhmite enter dlya ustanovki `etih znachenij, a zatem klavishu W
   dlya togo, chtoby zapisat' novuyu tablicu razdelov na disk.

   5.28. Drugaya operacionnaya sistema unichtozhila moj menedzher
   zagruzki, kak mne ego vosstanovit'?

   Zapustite utilitu sysinstall(8) i vyberite punkt Configure, a
   zatem Fdisk. Vyberite disk, na kotorom ranee nahodilsya menedzher
   zagruzki, pri pomoschi klavishi probel. Nazhmite W dlya zapisi
   izmenenij na disk. Poyavitsya dialogovoe okno dlya vybora
   ustanavlivaemogo nachal'nogo zagruzchika. Vyberite nuzhnyj, i on
   budet vosstanovlen.

   5.29. CHto oznachaet soobschenie "swap_pager: indefinite wait
   buffer:"?

   `Eto znachit, chto process pytaetsya sbrosit' stranicu pamyati na
   disk, i popytka sdelat' `eto okanchivaetsya neudachno vot uzhe v
   techenie bolee chem 20 sekund. `Eto mozhet byt' vyzvano
   isporchennymi blokami na diske, kabelyami, podklyucheniem ili
   drugim oborudovaniem vvoda/vyvoda. Esli disk sam po sebe na samom
   dele isporchen, vy takzhe uvidite oshibki raboty s diskom v
   /var/log/messages i pri rabote komandy dmesg. V protivnom sluchae
   prover'te kabeli i podklyucheniya.

   5.30. CHto oznachayut oshibki ''UDMA ICRC'', i kak ih ispravit'?

   Drajver ata(4) soobschaet ob oshibkah ''UDMA ICRC'', kogda
   narushaetsya peredacha v ili s diska v rezhime DMA. Drajver budet
   povtoryat' peredachu neskol'ko raz. Esli povtornye popytki
   okonchatsya neudachej, on pereklyuchitsya iz rezhima DMA v bolee
   medlennyj rezhim PIO vzaimodejstviya s ustrojstvom.

   Problema mozhet voznikat' po mnogim prichinam, hotya samym
   rasprostranionnoj yavlyaetsya nepravil'noe ili sboyaschee
   podklyuchenie kabelej. Prover'te kabeli ATA na nalichie
   povrezhdenij i sootvetstvie ispol'zuemomu rezhimu Ultra DMA. Esli
   vy ispol'zuete diski na s"iomnyh salazkah, oni takzhe dolzhny byt'
   sovmestimymi s `etim rezhimom. Udostover'tes', chto vse
   soedineniya podklyucheny horosho. Problemy takzhe nablyudalis',
   kogda staryj disk ustanavlivalsya na tot zhe samyj kanal ATA, chto
   i Ultra DMA 66 (ili bolee bystryj) disk. Nakonec, takie oshibki
   mogut ukazyvat' na sbojnost' samogo diska. Bol'shinstvo
   proizvoditelej diskov predostavlyayut programmnoe obespechenie
   dlya testirovaniya svoih diskov, tak chto prover'te svoj disk, i,
   esli `eto neobhodimo, sdelajte rezervnuyu kopiyu dannyh i zamenite
   ego.

   Dlya prosmotra i vybora rezhimov DMA ili PIO dlya kazhdogo
   ustrojstva ATA mozhno ispol'zovat' utilitu atacontrol(8). V
   chastnosti, komanda atacontrol mode channel vydast rezhimy,
   ispol'zuemye zadannym kanalom ATA, prichiom pervichnyj kanal
   numeruetsya nuliom, i tak dalee.

   5.31. CHto oznachayut soobscheniya "lock order reversal"?

   Robert Watson <rwatson@FreeBSD.org> ochen' kratko otvetil na `etot
   vopros v spiske rassylki freebsd-current v teme ''lock order
   reversal - chto `eto oznachaet?''

     `Eti preduprezhdeniya vydayutsya podsistemoj otslezhivaniya      
     blokirovok v real'nom vremeni Witness, vklyuchaemoj v yadra    
     FreeBSD -CURRENT (i otsutstvuyuschej v relizah). Bolee polnuyu 
     informaciyu o Witness mozhno poluchit' iz stranicy spravochnoj 
     sistemy witness(4), v kotoroj opisany eio vozmozhnosti. Krome  
     vsego prochego, Witness vypolnyaet v rezhime real'nogo vremeni 
     proverku posledovatel'nosti blokirovok, ispol'zuya             
     predopredelionnye posledovatel'nosti i vydavaya na konsol'     
     preduprezhdeniya pri ih narushenii. `Eto delaetsya s cel'yu    
     obnaruzheniya vozmozhnogo poyavleniya nesnimaemyh blokirovok   
     pri narushenii posledovatel'nosti ih ustanovki. Mozhno         
     schitat', chto Witness yavlyaetsya neskol'ko konservativnoj    
     sistemoj, po`etomu vydaiot lozhnye srabatyvaniya. V sluchae,   
     kogda Witness bezoshibochno obnaruzhila problemu s             
     posledovatel'nost'yu blokirovok, to `eto govorit o tom, chto   
     "esli vam ne poveziot, to nesnimaemaya blokirovka poyavitsya   
     zdes'". Suschestvuet neskol'ko izvestnyh sluchaev lozhnogo     
     srabatyvaniya, kotorye nam eschio predstoit opisat' bolee      
     podrobno dlya snizheniya potoka bespoleznyh soobschenij.       
     Drugie, ne stol' rasprostranionnye situacii, obychno svyazany  
     s oshibkami v nedavno dobavlennyh blokirovkah, kotorye         
     dostatochno bystro ispravlyayutsya blagodarya neustannoj       
     generacii soobschenij so storony Witness :-).                  
            --Robert Watson <rwatson@FreeBSD.org> v spiske rassylki   
                                  freebsd-current, 14 dekabrya 2003 

     Zamechanie: Tak nazyvaemoe "lozhnoe srabatyvanie" na samom dele
     skryvaet bolee ser'eznuyu oshibku. Takie oshibki obychno
     yavlyayutsya oshibkami stranicy pamyati ili povrezhdeniem v
     pamyati yadra, ili konfliktom na urovne imen m'yuteksov.

     Zamechanie: Obratites' k stranichke B'orna Ziba (Bjoern Zeeb),
     posvyaschionnoj poryadku blokirovok, chtoby uznat' ob izvestnyh
     situaciyah ego izmeneniya.

   5.32. CHto oznachayut soobscheniya "Called ... with the following
   non-sleepable locks held"?

   `Eto oznachaet, chto funkciya, kotoraya mozhet nahodit'sya v
   ''spyaschem'' sostoyanii byla vyzvana vo vremya ispol'zovaniya
   m'yuteks (ili drugogo ne ''zasypayuschego'') blokirovaniya.

   Prichina `etogo - oshibka, potomu chto m'yuteksy ne predpolagayut
   nahodit'sya v uderzhivaemom sostoyanii dlitel'nye promezhutki
   vremeni, a blokirovat' tol'ko na korotkie periody sinhronizacii.
   `Eto pravilo pozvolyaet drajveram ustrojstv ispol'zovat' m'yuteksy
   dlya sinhronizacii s ostal'noj chast'yu yadra vo vremya
   preryvanij. Preryvaniya (vo FreeBSD) mogut nahodit'sya ne v
   ''spyaschem sostoyanii''. Sledovatel'no neobhodimo, chtoby ne bylo
   podsistem v yadre, kotorye by zanimalis' blokirovkoj dlitel'nyj
   period, ispol'zuya m'yuteks.

   Dlya lovli takih oshibok, v yadro mogut byt' dobavleny assertions,
   kotorye budut vzaimodejstvovat' s podsistemoj witness dlya
   generirovaniya preduprezhdeniya ili fatal'noj oshibki (v
   zavisimosti ot sistemnoj konfiguracii) v sluchayah kogda
   proizvoditsya potencial'no blokiruyuschij vyzov s uderzhaniem
   m'yuteksa.

   V obschem, takie preduprezhdeniya ne kritichny, no tem ne menee, s
   neudachnoj sinhronizaciej (timing) oni mogut vyzvat'
   nezhelatel'nye `effekty, nachinaya ot neznachitel'noj zaderzhki v
   otvetnoj reakcii sistemy do polnoj blokirovki sistemy.

   5.33. Pochemu process buildworld/installworld zavershaetsya s
   soobscheniem "touch: not found"?

   `Eta oshibka ne oznachaet, chto ne najdena utilita touch(1).
   Oshibka navernyaka poyavlyaetsya iz-za togo, chto daty modifikacii
   fajlov ustanovleny v buduschem. Esli vashi CMOS chasy ustanovleny
   na lokal'noe vremya, to vam nado otregulirovat' chasovoj mehanizm
   yadra, zapustiv komandu adjkerntz -i, pri zagruzke v
   odnopol'zovatel'skom rezhime.

     --------------------------------------------------------------

                  Glava 6. Kommercheskie prilozheniya

     Zamechanie: `Etot razdel vyglyadit dovol'no zabroshennym, odnako
     my, konechno zhe, nadeemsya, chto proizvoditeli sdelayut
     dobavleniya! :) Proekt FreeBSD finansovo ne zainteresovan v
     uspehah ni odnoj iz kompanij, kotorye zdes' upominayutsya, hotya
     privodit ih spisok v interesah obschestva (v predpolozhenii,
     chto kommercheskij interes k FreeBSD mozhet polozhitel'no
     povliyat' na dal'nejshee razvitie FreeBSD). My prosim
     postavschikov kommercheskogo programmnogo obespecheniya
     prisylat' nam informaciyu o vashih produktah dlya vklyucheniya v
     `etot spisok. Bolee polnyj spisok proizvoditelej nahoditsya na
     stranice proizvoditelej.

   6.1. Gde mozhno najti nabor ofisnyh programm dlya FreeBSD?

   6.2. Gde mozhno kupit' Motif(R) dlya FreeBSD?

   6.3. Gde mozhno kupit' CDE dlya FreeBSD?

   6.4. Suschestvuyut li kommercheskie vysokoproizvoditel'nye
   X-servery?

   6.5. Suschestvuyut li SUBD dlya FreeBSD?

   6.6. Mozhno li zapustit' Oracle(R) na FreeBSD?

   6.7. Suschestvuyut li kommercheskie Web-brauzery dlya FreeBSD?

   6.1. Gde mozhno najti nabor ofisnyh programm dlya FreeBSD?

   Ofisnyj paket s otkrytym kodom OpenOffice.org imeet versiyu,
   prednaznachennuyu dlya raboty vo FreeBSD. Linux-versiya
   StarOffice, rasshirennoj zakrytoj versii OpenOffice.org, takzhe
   rabotaet vo FreeBSD.

   V Kollekcii Portov FreeBSD imeetsya takzhe mnozhestvo tekstovyh
   redaktorov, `elektronnyh tablic i programm dlya raboty s
   izobrazheniyami.

   6.2. Gde mozhno kupit' Motif(R) dlya FreeBSD?

   Open Group opublikovala ishodnye teksty Motif 2.2.2. Vy mozhete
   ustanovit' paket open-motif ili skompilirovat' ego iz portov.
   Vospol'zujtes' sekciej Porty Rukovodstva dlya polucheniya
   detal'noj informacii o tom, kak `eto sdelat'.

     Zamechanie: Licenziya Open Motif pozvolyaet rasprostranenie
     tol'ko esli biblioteka ispol'zuetsya na OS s otkrytymi ishodnymi
     tekstami.

   V dopolnenii nuzhno skazat', chto suschestvuyut takzhe
   distrib'yutory predlagayuschie kommercheskij variant Motif. `Eta
   biblioteka ne besplatna, no ee licenziya pozvolyaet vesti
   razrabotku prilozhenij s zakrytymi ishodnymi tekstami. Obratites'
   v firmu Apps2go, predlagayuschuyu samyj deshiovyj distributiv
   Motif 2.1.20 dlya FreeBSD (kak dlya i386, tak i dlya Alpha) v
   formate ELF.

   Suschestvuyut dva distributiva, ''dlya razrabotchikov''
   (''development edition'') i eschio bolee deshiovaya ''vremeni
   vypolneniya'' (''runtime edition''). V `eti distributivy
   vklyucheny:

     * OSF/Motif manager, xmbind, panner, wsm.

     * Paket razrabotchika s uil, mrm, xm, xmcxx, fajlami include i
       Imake.

     * Staticheskie i dinamicheskie ELF-biblioteki.

     * Demonstracionnye prilozheniya.

   Pri oformlenii zakaza ne zabud'te ukazat', chto vam nuzhna versiya
   Motif imenno dlya FreeBSD (ne zabud'te takzhe ukazat' arhitekturu
   processora)! Apps2go takzhe prodaiot versii dlya NetBSD i OpenBSD.
   V nastoyaschij moment ih mozhno poluchit' tol'ko po FTP.

   Dopolnitel'naya informaciya

           WWW-server Apps2go

   ili

           `elektronnye adresa otdelov prodazh i podderzhki.

   ili

           telefony (817) 431 8775 i +1 817 431-8775

   Obratites' v firmu Xi Graphics za distributivom Motif 2.0 dlya
   FreeBSD v formate a.out.

   V `etot distributiv vklyucheny:

     * OSF/Motif manager, xmbind, panner, wsm.

     * Paket razrabotchika s uil, mrm, xm, xmcxx, fajlami include i
       Imake.

     * Staticheskie i dinamicheskie biblioteki (dlya ispol'zovaniya s
       FreeBSD 2.2.8 i ranee).

     * Demonstracionnye prilozheniya.

     * Otformatirovannye stranicy Spravochnika.

   Pri zakaze obyazatel'no ukazhite, chto vam trebuetsya versiya
   Motif imenno dlya FreeBSD! Xi Graphics takzhe predlagaet versii
   dlya BSDI i Linux. V nastoyaschee vremya `eto nabor iz 4 disket...
   v buduschem `eto budet standartnyj distributiv na kompakt-diske,
   kak ih CDE.

   6.3. Gde mozhno kupit' CDE dlya FreeBSD?

   Firma Xi Graphics predlagala CDE dlya FreeBSD, no sejchas `etot
   produkt v prodazhe otsutstvuet.

   KDE - `eto svobodno rasprostranyaemyj variant graficheskoj sredy
   dlya X11, kotoraya vo mnogom pohozha na CDE. Vam mozhet takzhe
   priglyanut'sya xfce. Kak KDE, tak i xfce mogut byt' najdeny v
   kollekcii portov.

   6.4. Suschestvuyut li kommercheskie vysokoproizvoditel'nye
   X-servery?

   Da, firma Xi Graphics predlagaet svoi produkty Accelerated-X dlya
   FreeBSD i drugih sistem na baze Intel.

   Xi Graphics predlagaet vysokoproizvoditel'nyj X-server, kotoryj
   obespechivaet prostuyu konfiguraciyu, podderzhku neskol'kih
   videoadapterov i postavlyaetsya tol'ko v binarnoj forme, v forme
   standartnogo distributiva na disketah dlya FreeBSD i Linux. Xi
   Graphics takzhe predlagaet vysokoproizvoditel'nyj X-server s
   podderzhkoj komp'yuterov klassa laptop.

   Imeetsya besplatnaya ''demonstracionnaya'' versiya 5.0.

   Xi Graphics takzhe predlagaet Motif i CDE dlya FreeBSD (smotrite
   vyshe).

   Dopolnitel'naya informaciya

           Xi Graphics WWW page

   ili

           Sales ili Support po email.

   ili

           telefon (800) 946 7433 ili +1 303 298-7478.

   6.5. Suschestvuyut li SUBD dlya FreeBSD?

   Da! Obratites' k razdelu Postavschiki programmnogo obespecheniya
   na Web-servere FreeBSD.

   Takzhe posmotrite razdel Bazy dannyh Kollekcii portov.

   6.6. Mozhno li zapustit' Oracle(R) na FreeBSD?

   Da. Rukovodstvo po nastrojke Linux-Oracle na FreeBSD nahoditsya po
   sleduyuschim adresam:

     * http://www.scc.nl/~marcel/howto-oracle.html

     * http://www.lf.net/lf/pi/oracle/install-linux-oracle-on-freebsd

   6.7. Suschestvuyut li kommercheskie Web-brauzery dlya FreeBSD?

   Da. Opera yavlyaetsya mnogoplatformennym Web-brauzerom, kotoryj
   vypuschen i dlya FreeBSD. Posetite sajt www.opera.com dlya
   vyyasneniya vseh detalej. Sredi portov takzhe est' versiya Opera,
   oplachivaemaya pokazom reklamnyh bannerov.

     --------------------------------------------------------------

                     Glava 7. Prikladnye programmy

   7.1. Itak, gde nahodyatsya vse prikladnye programmy?

   7.2. Kak nastroit' INN (Internet News) na moej mashine?

   7.3. Podderzhivaet li FreeBSD sredu Java(TM)?

   7.4. Pochemu nekotoryj port ne kompiliruetsya na moej mashine s
   4.X-STABLE?

   7.5. YA popytalsya sformirovat' fajl INDEX komandoj make index,
   odnako popytka okonchilas' neudachej. Pochemu?

   7.6. Pochemu CVSup ne integrirovana v osnovnoe derevo FreeBSD?

   7.7. YA obnovil ishodnye teksty, kak teper' obnovit' ustanovlennye
   porty?

   7.8. Pochemu vozmozhnosti /bin/sh tak maly? Pochemu by vo FreeBSD
   ne ispol'zovat' bash ili kakoj-libo drugoj komandnyj processor?

   7.9. Pochemu Netscape i Opera zapuskayutsya tak dolgo?

   7.10. YA obnovil nekotorye razdely Kollekcii Portov pri pomoschi
   CVSup, i teper' mnogie porty perestali stroit'sya so strannymi
   diagnosticheskimi soobscheniyami! CHto sluchilos'? Kollekciya
   Portov kakim-to obrazom okazalas' nerabotosposobnoj?

   7.11. Kak sozdat' audio-CD iz fajlov MIDI?

   7.1. Itak, gde nahodyatsya vse prikladnye programmy?

   Pozhalujsta, zaglyanite na stranicu portov, soderzhaschuyu
   informaciyu o programmnyh produktah, perenesionnyh vo FreeBSD. Na
   dannyj moment v `etom spiske nahoditsya bolee 20,000 prilozhenij i
   on ezhednevno uvelichivaetsya, tak chto pochasche tuda
   zaglyadyvajte ili podpishites' na spisok rassylki
   freebsd-announce, v kotorom publikuetsya informaciya o poyavlenii
   novyh prilozhenij.

   Bol'shinstvo portov dolzhny normal'no rabotat' na sistemah vetok
   4.X, 5.X i 6.X. Pri vyhode novogo reliza FreeBSD v nego v katalog
   ports/ vklyuchaetsya aktual'naya na moment vyhoda kollekciya
   portov.

   My takzhe podderzhivaem koncepciyu ''pakadzha'', yavlyayuschegosya
   ne bolee chem upakovannym distributivom v binarnoj forme s
   nekotorymi vstroennymi vozmozhnostyami po ego nastrojke vo vremya
   ustanovki. Pakadzh mozhet byt' legko ustanovlen i deinstallirovan
   snova bez uglubleniya v detali togo, kakie fajly dolzhny byt'
   ustanovleny.

   Ispol'zujte menyu ustanovki pakadzhej v /stand/sysinstall (v
   punkte menyu post-configuration) ili zapuskajte pkg_add(1) s
   ukazaniem konkretnyh fajlov s pakadzhami, kotorye vy hotite
   ustanovit'. Fajl s pakadzhem, kak pravilo, identificiruetsya po
   ego suffiksu .tgz ili .tbz. Dlya obladatelej distributiva sistemy
   na kompakt-diske prednaznachen katalog packages/All, soderzhaschij
   vse `eti fajly. Oni takzhe mogut byt' polucheny po seti dlya
   raznyh versij FreeBSD so sleduyuschih serverov:

   dlya 4.X-RELEASE/4-STABLE

           ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-stable/

   dlya 5.X-RELEASE/5-STABLE

           ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5-stable/

   dlya 6.X-RELEASE/6-STABLE

           ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable

   dlya 7-CURRENT

           ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-7-current

   ili s blizhajshego k vam zerkal'nogo servera.

   Imejte v vidu, chto ne vse porty mogut byt' dostupny v vide
   pakadzhej, tak kak postoyanno idiot dobavlenie novyh. Neploho
   vremya ot vremeni proveryat', kakie pakadzhi dostupny na osnovnom
   servere ftp.FreeBSD.org.

   7.2. Kak nastroit' INN (Internet News) na moej mashine?

   Posle ustanovki pakadzha ili porta news/inn dlya nachala
   zaglyanite na stranichku D`ejva B`erra (Dave Barr),
   posvyaschionnuyu INN, gde vy najdiote sootvetstvuyuschij FAQ.

   7.3. Podderzhivaet li FreeBSD sredu Java(TM)?

   Da. Posetite stranicu http://www.FreeBSD.org/java/.

   7.4. Pochemu nekotoryj port ne kompiliruetsya na moej mashine s
   4.X-STABLE?

   Esli vy ispol'zuete FreeBSD versii, znachitel'no otstayuschej ot
   -CURRENT ili -STABLE, vam mozhet potrebovat'sya obnovit'
   Kollekciyu portov. Dopolnitel'nuyu informaciyu o tom, kak `eto
   sdelat', mozhno najti v sootvetstvuyuschem razdele Rukovodstva po
   sozdaniyu portov. Esli vasha Kollekciya portov nahoditsya v
   aktual'nom sostoyanii, to, skoree vsego, kto-to vnios izmeneniya v
   port, tak chto on rabotaet v -CURRENT, no ne rabotaet v -STABLE.
   Tak kak predpolagaetsya, chto kollekciya portov dolzhna rabotat'
   kak v vetke -CURRENT, tak i v vetvi -STABLE, to, pozhalujsta,
   poshlite soobschenie ob `etoj oshibke s pomosch'yu komandy
   send-pr(1).

   7.5. YA popytalsya sformirovat' fajl INDEX komandoj make index,
   odnako popytka okonchilas' neudachej. Pochemu?

   Pervym delom vsegda proveryajte, chto vasha Kollekciya portov
   nahoditsya v aktual'nom sostoyanii. Oshibki, kotorye otrazhayutsya
   na postroenii fajla INDEX iz aktual'noj kopii Kollekcii portov,
   brosayutsya v glaza i po`etomu prakticheski vsegda ispravlyayutsya
   nemedlenno.

   Esli vashi dannye obnovleny, vozmozhno, vy stolknulis' s drugoj
   problemoj. U komandy make index imeetsya izvestnaya oshibka,
   kasayuschayasya raboty s nepolnymi kopiyami Kollekcii portov. Pri
   vypolnenii komandy predpolagaetsya, chto u vas imeetsya lokal'naya
   kopiya kazhdogo porta, ot kotorogo zavisit lyuboj drugoj port,
   lokal'naya kopiya kotorogo u vas imeetsya. Predpolozhiv, chto u
   vas na diske est' kopiya foo/bar, i foo/bar zavisit ot baz/quux,
   to u vas takzhe dolzhna byt' kopiya baz/quux, a takzhe vseh
   portov, ot kotoryh zavisit baz/quux, i tak dalee. V protivnom
   sluchae u make index budet nedostatochno informacii dlya sozdaniya
   dereva zavisimostej.

   V chastnosti, `eta problema otrazhaetsya na pol'zovatelyah
   FreeBSD, ispol'zuyuschih cvsup(1) dlya otslezhivaniya Kollekcii
   portov, no otkazyvayuschihsya ot ustanovki opredelennyh kategorij
   prilozhenij ih perechisleniem v fajle refuse. Teoreticheski lyuboj
   pol'zovatel' mozhet otkazat'sya ot nekotoryh kategorij, odnako na
   praktike imeetsya slishkom mnogo portov, kotorye zavisyat ot
   portov, otnosyaschihsya k drugim kategoriyam. Poka kto-nibud' ne
   predlozhit resheniya `etoj problemy, obschaya rekomendaciya
   zaklyuchaetsya v tom, chto esli vy hotite sformirovat' INDEX, to
   dolzhny imet' polnuyu kopiyu Kollekcii portov.

   V redkih sluchayah INDEX ne perestraivaetsya iz-za strannyh
   kombinacij znachenij peremennyh WITH_* ili WITHOUT_*, zadannyh v
   fajle make.conf. Esli vy dumaete, chto `eto vash sluchaj, prezhde
   chem soobschat' ob `etom v Spisok rassylki, posvyaschionnyj Portam
   FreeBSD, popytajtes' sformirovat' INDEX s otklyuchennymi
   znacheniyami `etih peremennyh.

   7.6. Pochemu CVSup ne integrirovana v osnovnoe derevo FreeBSD?

   Bazovyj komplekt ustanovki FreeBSD sproektirovan samodostatochnym
   - to est' operacionnuyu sistemu vozmozhno polnost'yu postroit',
   imeya ves'ma ogranichennyj nabor instrumentov. Tak, vse
   instrumenty, dejstvitel'no neobhodimye dlya kompilyacii ishodnyh
   tekstov FreeBSD, sami postavlyayutsya s ishodnymi tekstami. Rech'
   idiot o kompilyatore C (gcc(1)), make(1), awk(1) i podobnyh
   sredstvah.

   Tak kak CVSup napisan na yazyke Modula-3, ego vklyuchenie v
   bazovyj komplekt FreeBSD takzhe potrebuet dobavlenie i podderzhku
   kompilyatora Modula-3. `Eto privediot kak k uvelicheniyu kak
   diskovogo prostranstva, trebuemogo ishodnym tekstam FreeBSD, tak i
   usilij po ih podderzhke. Takim obrazom, kak razrabotchikam, tak i
   pol'zovatelyam gorazdo prosche imet' CVSup v vide otdel'nogo
   porta, kotoryj legko ustanavlivaetsya kak pakadzh, razmeschaemyj
   na ustanovochnyh CD s FreeBSD.

   7.7. YA obnovil ishodnye teksty, kak teper' obnovit' ustanovlennye
   porty?

   S FreeBSD ne postavlyaetsya instrument obnovleniya portov, no est'
   neskol'ko programm, neskol'ko oblegchayuschih `etot process. Vy
   mozhete takzhe ustanovit' dopolnitel'nye instrumenty dlya
   uproscheniya raboty s portami.

   Komanda pkg_version(1) mozhet generirovat' skript, kotoryj obnovit
   ustanovlennye porty do poslednih versij, prisutstvuyuschih v
   dereve portov.

 # pkg_version -c > /tmp/myscript

   Poluchaemyj skript neobhodimo otredaktirovat' vruchnuyu pered ego
   ispol'zovaniem. Poslednie versii komandy pkg_version(1)
   zastavlyayut delat' `eto, pomeschaya v nachalo skripta komandu
   exit(1).

   Vy dolzhny sohranit' vyvodimyj rezul'tat raboty skripta, tak kak v
   nem otmechayutsya pakadzhi, zavisyaschie ot teh, chto byli
   obnovleny. Ih takzhe mozhet potrebovat'sya obnovit'. Obychnyj
   sluchaj, kogda trebuetsya obnovlenie, `eto sluchaj izmeneniya
   nomerov versii dinamicheskoj biblioteki, tak chto porty,
   ispol'zuyuschie `etu biblioteku, dolzhny byt' perekompilirovany
   dlya ispol'zovaniya novoj versii.

     Zamechanie: Nachinaya s FreeBSD 5.0 (i dlya bolee pozdnih
     versij), pkg_version(1) bolee ne podderzhivaet parametr -c.

   Esli u vas dostatochnyj ob"em diskovogo prostranstva, vy mozhete
   ispol'zovat' instrument portupgrade dlya avtomatizacii vsego
   `etogo. V portupgrade vklyucheny razlichnye utility dlya
   uproscheniya raboty s pakadzhami. On nahoditsya v
   ports-mgmt/portupgrade. Tak kak on napisan na yazyke Ruby, to
   vryad li portupgrade mozhet byt' kandidatom na vklyuchenie v
   postavku FreeBSD. Odnako `eto vovse ne znachit, chto ego nel'zya
   ispol'zovat'.

   Esli vasha sistema nahoditsya v rabote postoyanno, dlya sozdaniya
   spiska portov, kotorym mozhet potrebovat'sya obnovlenie, kazhduyu
   nedelyu, mozhno ispol'zovat' sistemu periodic(8), zadav
   weekly_status_pkg_enable="YES" v fajle /etc/periodic.conf.

   7.8. Pochemu vozmozhnosti /bin/sh tak maly? Pochemu by vo FreeBSD
   ne ispol'zovat' bash ili kakoj-libo drugoj komandnyj processor?

   Potomu chto v standarte POSIX(R) skazano, chto vse komandnye
   processory dolzhny vesti sebya tak zhe, kak shell.

   Bolee podrobnyj otvet zaklyuchaetsya v sleduyuschem: mnogim
   trebuetsya, chtoby razrabatyvaemye skripty dlya komandnogo
   processora byli perenosimy mezhdu mnogimi sistemami. Imenno
   po`etomu v POSIX ochen' podrobno opisan komandnyj processor i
   nabor utilit. Bol'shinstvo skriptov pishutsya na yazyke processora
   Bourne shell, k tomu zhe nekotorye vazhnye programmnye vyzovy
   (make(1), system(3), popen(3) i ih analogi na yazykah skriptov
   vysokogo urovnya, takih kak Perl ili Tcl) predpolagayut dlya
   interpretacii komand ispol'zovanie imenno Bourne shell. Tak kak
   Bourne shell ispol'zuetsya stol' shiroko i chasto, to ochen'
   vazhno, chtoby on startoval ochen' bystro, ego povedenie bylo
   strogo reglamentirovano i pri `etom potrebnosti v operativnoj
   pamyati byli maly.

   V imeyuschejsya realizacii my prilozhili maksimum usilij dlya
   voploscheniya v zhizn' vseh `etih trebovanij odnovremenno. Dlya
   togo, chtoby sohranit' /bin/sh nebol'shim po razmeru, my ne
   vklyuchili mnogie iz obychnyh vozmozhnostej, kotorye imeyutsya v
   drugih komandnyh processorah. Odnako v Kollekciyu Portov
   vklyucheny komandnye processory, obladayuschie gorazdo bol'shimi
   vozmozhnostyami, takie, kak bash, scsh, tcsh i zsh. (Vy mozhete
   sami sravnit' ispol'zovanie pamyati vsemi `etimi obolochkami,
   posmotrev v kolonki ''VSZ'' i ''RSS'' vyvoda komandy ps -u).

   7.9. Pochemu Netscape i Opera zapuskayutsya tak dolgo?

   Obychno problema zaklyuchaetsya v tom, chto na vashej mashine
   nepravil'no nastroen DNS. I Netscape, i Opera pri zapuske
   obraschayutsya k DNS. Brauzer ne poyavitsya na vashem rabochem
   stole, poka programma libo ne poluchit otvet na svoj zapros, libo
   ne opredelit, chto sistema k seti ne podklyuchena.

   7.10. YA obnovil nekotorye razdely Kollekcii Portov pri pomoschi
   CVSup, i teper' mnogie porty perestali stroit'sya so strannymi
   diagnosticheskimi soobscheniyami! CHto sluchilos'? Kollekciya
   Portov kakim-to obrazom okazalas' nerabotosposobnoj?

   Esli vy obnovlyaete Kollekciyu Portov tol'ko chastichno,
   ispol'zuya odin iz bolee melkih naborov CVSup, obhodyas' bez
   CVSup-nabora ports-all, to vy dolzhny vsegda obnovlyat' takzhe i
   nabor ports-base! Prichiny opisany v Rukovodstve.

   7.11. Kak sozdat' audio-CD iz fajlov MIDI?

   Dlya sozdaniya audio-CD iz MIDI-fajlov snachala ustanovite iz
   portov programmu audio/timidity++, zatem ustanovite nabor patchej
   GUS ot `Erika U`elsha (Eric A. Welsh), dostupnyj po adresu  .
   Posle korrektnoj ustanovki timidity++ midi-fajly mogut byt'
   preobrazovany v wav-fajly sleduyuschej komandoj:

 % timidity -Ow -s 44100 -o /tmp/juke/01.wav 01.mid

   wav-fajly zatem mogut byt' preobrazovany v drugie formaty ili
   zapisany kak audio-CD, chto opisano v Rukovodstve FreeBSD.

     --------------------------------------------------------------

                    Glava 8. Konfigurirovanie yadra

   8.1. YA hochu izmenit' nastrojki yadra. `Eto slozhno?

   8.2. YA ne mogu skompilirovat' yadro. Otsutstvuet
   _hw_float.Pochemu?

   8.3. Pochemu moio yadro takoe bol'shoe (bol'she 10 Mbajt)?

   8.4. Pochemu poyavlyayutsya konflikty preryvanij pri vklyuchenii
   podderzhki mnogoportovyh kommunikacionnyh adapterov.

   8.5. Pochemu mne ne udaiotsya otkompilirovat' ni odin variant
   yadra, dazhe GENERIC?

   8.6. Kakim obrazom mozhno opredelit', kakoj planirovschik
   ispol'zuetsya v rabotayuschej sisteme?

   8.7. CHto takoe kern.quantum?

   8.8. CHto takoe kern.sched.quantum?

   8.1. YA hochu izmenit' nastrojki yadra. `Eto slozhno?

   Vovse net! Obratites' k sootvetstvuyuschemu razdelu Rukovodstva,
   kotoryj posvyaschion `etomu voprosu.

     Zamechanie: My rekomenduetsya sohranit' kopiyu vashego novogo
     fajla yadra /kernel v fajl kernel.GGMMDD posle togo, kak vy
     poluchite normal'no rabotayuschee yadro. Takzhe sdelajte
     rezervnuyu kopiyu novogo kataloga /modules v katalog
     /modules.GGMMDD. V takom sluchae, esli vy isportite chto-libo v
     vashem konfiguracionnom fajle, to smozhete zagruzit' rezervnoe
     yadro, vmesto togo, chtoby nachinat' vsio snova s
     kernel.GENERIC. `Eto, v chastnosti, imeet smysl, esli vy
     proizvodite zagruzku sistemy s kontrollera, kotoryj ne
     podderzhivaetsya v standartnom yadre GENERIC.

   8.2. YA ne mogu skompilirovat' yadro. Otsutstvuet
   _hw_float.Pochemu?

   Navernoe, vy udalili npx0 (posmotrite spravku po npx(4)) iz
   vashego fajla konfiguracii yadra, potomu chto u vas net
   matematicheskogo soprocessora. Ustrojstvo npx0 yavlyaetsya
   OBYAZATEL'NYM. Gde-to v vashem oborudovanii vsio zhe prisutstvuet
   ustrojstvo, obespechivayuschee podderzhku vychislenij s
   plavayuschej tochkoj, kotoroe uzhe ne yavlyaetsya otdel'noj
   mikroshemoj, kak `eto bylo v starye dobrye vremena 386
   processorov. Vy dolzhny vklyuchit' podderzhku ustrojstva npx0.
   Dazhe esli vam udastsya postroit' yadro bez podderzhki npx0, ono
   vsio ravno ne zagruzitsya.

   8.3. Pochemu moio yadro takoe bol'shoe (bol'she 10 Mbajt)?

   Skoree vsego, vy kompilirovali yadro v otladochnom rezhime. YAdra,
   postroennye v `etom rezhime, soderzhat mnogo simvol'noj
   informacii, kotoraya ispol'zuetsya dlya otladki i sil'no
   uvelichivaet razmer yadra. Zamet'te, chto umen'sheniya
   proizvoditel'nosti pri ispol'zovanii otladochnogo yadra net ili
   ono neznachitel'no, odnako otladochnoe yadro polezno imet' pod
   rukoj na sluchaj avarijnogo zaversheniya raboty sistemy.

   Odnako, esli vy ispytyvaete nehvatku diskovogo prostranstva ili
   prosto ne hotite ispol'zovat' otladochnoe yadro, prover'te, chto
   imeyut mesto sleduyuschie dve veschi:

     * V konfiguracionnom fajle vashego yadra net strochki,
       imeyuschej takoj vid:

 makeoptions DEBUG=-g

     * Vy ne zapuskali utilitu config(8) s opciej -g.

   V lyuboj iz vysheopisannyh situacij yadro budet postroeno s
   otladochnym rezhimom. Esli zhe vy tochno sleduete ukazannym
   shagam, to smozhete postroit' obychnoe yadro i zametite
   znachitel'noe umen'shenie ego razmera; bol'shinstvo yader imeyut
   razmer ot 1.5 Mbajt do 2 Mbajt.

   8.4. Pochemu poyavlyayutsya konflikty preryvanij pri vklyuchenii
   podderzhki mnogoportovyh kommunikacionnyh adapterov.

   Kogda ya kompiliruyu yadro s podderzhkoj mnogoportovyh
   kommunikacionnyh adapterov, soobschaetsya, chto tol'ko pervyj port
   budet testirovat'sya, a vse ostal'nye propuskayutsya iz-za
   konfliktov preryvanij. Kak `eto ispravit'?

   Problema sostoit v tom, chto vo FreeBSD vstroen kod,
   predohranyayuschij yadro ot apparatnyh i programmnyh konfliktov.
   Vam nuzhno ubrat' ukazaniya IRQ na vseh portah, krome odnogo.
   Naprimer:

 #
 # Vysokoskorostnoj mnogoportovyj kommunikacionnyj adapter - 16550 UARTS
 #
 device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr
 device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr
 device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr
 device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr

   8.5. Pochemu mne ne udaiotsya otkompilirovat' ni odin variant
   yadra, dazhe GENERIC?

   Est' neskol'ko prichin, privodyaschih k vozniknoveniyu `etoj
   problemy. Vot oni, v sluchajnom poryadke:

     * Vy ne ispol'zuete novye celi make buildkernel i make
       installkernel, i vashe derevo ishodnyh tekstov otlichaetsya ot
       togo, kotoroe ispol'zovalos' dlya postroeniya rabotayuschej v
       dannyj moment sistemy (naprimer, vy vypolnyaete postroenie
       4.3-RELEASE na sisteme 4.0-RELEASE). Esli vy pytaetes'
       vypolnit' obnovlenie, to, pozhalujsta, prochitajte fajl
       /usr/src/UPDATING, obrativ osoboe vnimanie na razdel ''COMMON
       ITEMS'' v ego konce.

     * Vy ispol'zuete novye celi make buildkernel i make
       installkernel, no vypolnenie celi make buildworld ne bylo
       zaversheno. Polnoe i korrektnoe vypolnenie celi make
       buildkernel zavisit ot fajlov, generiruyuschihsya pri
       vypolnenii celi make buildworld.

     * Dazhe esli vy pytaetes' postroit' FreeBSD-STABLE, vozmozhno,
       chto vy skachali derevo ishodnyh tekstov v moment, kogda ono
       modificirovalos' ili bylo nerabotosposobno po drugim
       prichinam; absolyutno garantiruetsya postroenie tol'ko
       relizov, hotya v bol'shinstve sluchaev FreeBSD-STABLE
       stroitsya bez problem. Esli vy eschio `etogo ne sdelali,
       poprobujte sgruzit' derevo ishodnyh tekstov povtorno i
       posmotret', razreshilas' li problema. Poprobujte ispol'zovat'
       drugoj server v sluchae, esli est' problemy s tem, kotoryj vy
       ispol'zuete sejchas.

   8.6. Kakim obrazom mozhno opredelit', kakoj planirovschik
   ispol'zuetsya v rabotayuschej sisteme?

   Esli vy rabotaete s FreeBSD versii 5.2.1 ili bolee rannej,
   prover'te suschestvovanie sysctl-peremennoj kern.quantum. Esli ona
   u vas est', to vy dolzhny uvidet' primerno takoe soobschenie:

 % sysctl kern.quantum
 kern.sched.quantum: 99960

   Esli sysctl-peremennaya kern.quantum suschestvuet, to u vas
   ispol'zuetsya planirovschik 4BSD. Esli `eto ne tak, to vy
   poluchite soobschenie ob oshibke, kotoroe vydast sysctl(8), (i
   kotoroe vy mozhete proignorirovat'):

 % sysctl kern.sched.quantum
 sysctl: unknown oid 'kern.sched.quantum'

   Vo FreeBSD versij 5.3-RELEASE i vyshe nazvanie ispol'zuemogo
   planirovschika dostupno napryamuyu v vide znacheniya
   sysctl-parametra kern.sched.name:

 % sysctl kern.sched.name
 kern.sched.name: 4BSD

   8.7. CHto takoe kern.quantum?

   kern.quantum opredelyaet maksimal'noe kolichestvo taktov, kotoroe
   process mozhet vypolnyat'sya, ne buduchi prervannym. `Etot
   parametr specifichen dlya planirovschika 4BSD, tak chto vy mozhete
   ispol'zovat' ego nalichie dlya opredeleniya tipa ispol'zuemogo
   planirovschika. Vo FreeBSD versij 5.X i vyshe parametr
   kern.quantum byl pereimenovan v kern.sched.quantum.

   8.8. CHto takoe kern.sched.quantum?

   Obratites' k V: 8.7.

     --------------------------------------------------------------

       Glava 9. Diski, fajlovye sistemy i nachal'nye zagruzchiki

   9.1. Kak dobavit' v sistemu novyj disk?

   9.2. Kak perenesti sistemu na bol'shoj novyj disk?

   9.3. Ne ugrozhaet li rezhim ''dangerously dedicated'' moemu
   zdorov'yu?

   9.4. Na kakih razdelah mozhno bez opaski ispol'zovat' mehanizm
   Soft Updates? YA slyshal, chto ispol'zovanie Soft Updates na /
   mogut privodit' k problemam.

   9.5. CHto ne tak s ustrojstvom ccd?

   9.6. Pochemu nevozmozhno otredaktirovat' metku diska ccd?

   9.7. Mozhno li smontirovat' drugie fajlovye sistemy?

   9.8. Kak smontirovat' vtorichnyj razdel DOS?

   9.9. Suschestvuet li kriptograficheskaya fajlovaya sistema dlya
   FreeBSD?

   9.10. Kak mozhno ispol'zovat' zagruzchik Windows NT dlya zapuska
   FreeBSD?

   9.11. Kak zagruzit' FreeBSD i Linux s pomosch'yu LILO?

   9.12. Kak zagruzit' FreeBSD i Linux s pomosch'yu GRUB?

   9.13. Kak zagruzit' FreeBSD i Linux s pomosch'yu BootEasy?

   9.14. Kak smenit' priglashenie zagruzchika s ??? na chto-nibud'
   bolee znachaschee?

   9.15. Kak ispol'zovat' ustrojstvo dlya chteniya smennyh diskov?

   9.16. Pri montirovanii kompakt-diska, vydaiotsya soobschenie
   "Incorrect super block".

   9.17. Pri montirovanii kompakt-diska vydaiotsya soobschenie Device
   not configured.

   9.18. Kogda ya montiruyu CDROM, vse neanglijskie simvoly v imenah
   fajlov vyvodyatsya kak ''?''.

   9.19. YA zapisal CD vo FreeBSD i teper' ne mogu schitat' ego ni v
   kakoj drugoj operacionnoj sistemoj. Pochemu?

   9.20. Kak sozdat' obraz CD s dannymi?

   9.21. Pochemu ya ne mogu smontirovat' (komandoj mount audio CD?

   9.22. Kak vypolnit' mount dlya mnogoseansovogo CD?

   9.23. Kak razreshit' obychnym pol'zovatelyam montirovat' diskety,
   kompakt-diski i drugie smennye nositeli?

   9.24. Komandy du i df pokazyvayut raznyj ob"em dostupnogo
   diskovogo prostranstva. CHto proishodit?

   9.25. Kak dobavit' dopolnitel'nuyu virtual'nuyu pamyat'?

   9.26. Pochemu FreeBSD schitaet, chto razmer moego diska men'she,
   chem zayavlyaet ego proizvoditel'?

   9.27. Pochemu vozmozhno zapolnenie razdela bol'she chem na 100%?

   9.1. Kak dobavit' v sistemu novyj disk?

   Obratites' k Rukovodstvu po formatirovaniyu diskov na servere
   www.FreeBSD.org.

   9.2. Kak perenesti sistemu na bol'shoj novyj disk?

   Samyj luchshij sposob zaklyuchaetsya v pereustanovke OS na novyj
   disk i posleduyuschem perenose dannyh pol'zovatelej. `Eto ochen'
   rekomenduetsya delat', esli vy sledovali vetke -STABLE v techenie
   bolee odnogo reliza ili obnovlyali reliz, a ne ustanavlivali
   novyj. Vy mozhete ustanovit' programmu booteasy na oba diska s
   pomosch'yu komandy boot0cfg(8) i vypolnyat' zagruzku s lyubogo iz
   nih do teh por, poka ne budete udovletvoreny novoj konfiguraciej
   sistemy. Propustite sleduyuschij abzac, chtoby perejti k voprosu
   perenosa dannyh posle `etoj operacii.

   Esli vy reshili ne delat' novoj ustanovki, to vam nuzhno razbit'
   na razdely i razmetit' novyj disk s pomosch'yu /stand/sysinstall
   ili fdisk(8) i disklabel(8). Vy takzhe dolzhny ustanovit' na oba
   diska programmu booteasy s pomosch'yu boot0cfg(8), chtoby imet'
   vozmozhnost' vypolnyat' zagruzku kak staroj, tak i novoj sistemy
   posle vypolneniya kopirovaniya. Obratites' k rukovodstvu po
   formatirovaniyu nositelej za podrobnym opisaniem `etogo processa.

   Itak, posle podgotovki diska vy mozhete perenosit' dannye. K
   sozhaleniyu, vy ne mozhete prosto skopirovat' dannye. Takie
   veschi, kak fajly ustrojstv (v kataloge /dev), flagi i ssylki
   budut `etomu meshat'. Vam nuzhno ispol'zovat' instrumenty, kotorye
   rabotayut s takimi sluchayami, a imenno dump(8). Hotya
   rekomenduetsya vypolnyat' perenos dannyh v odnopol'zovatel'skom
   rezhime, `eto ne obyazatel'noe uslovie.

   Vy ne dolzhny ispol'zovat' nichego, krome dump(8) i restore(8)
   dlya perenosa kornevoj fajlovoj sistemy. Komanda tar(1) mozhet
   srabotat', a mozhet i ne srabotat'. Takzhe vy dolzhny ispol'zovat'
   dump(8) i restore(8) pri perenose odnogo razdela v drugoj pustoj
   razdel. Posledovatel'nost' shagov pri ispol'zovanii programmy dump
   dlya perenosa dannyh razdela v novyj razdel takova:

    1. vypolnite komandu newfs nad novym razdelom.

    2. smontirujte ego vo vremennyj katalog.

    3. perejdite v `etot katalog.

    4. Vypolnite komandu dump nad starym razdelom, napraviv vyvod v
       novyj razdel.

   Naprimer, esli vy sobiraetes' perenesti kornevuyu fajlovuyu
   sistemu na ustrojstvo /dev/ad1s1a s ispol'zovaniem kataloga /mnt v
   kachestve vremennoj tochki montirovaniya, to `eto delaetsya tak:

 # newfs /dev/ad1s1a
 # mount /dev/ad1s1a /mnt
 # cd /mnt
 # dump 0af - / | restore xf -

   Pererazbienie razdelov s ispol'zovaniem dump trebuet neskol'ko
   bol'she usilij. Dlya ob"edineniya razdela tipa /var s ego
   vyshestoyaschim razdelom, sozdajte novyj razdel, dostatochno
   bol'shoj dlya razmescheniya ih oboih, peremestite vyshestoyaschij
   razdel tak, kak `eto opisano vyshe, a zatem peremestite
   nizhestoyaschij razdel v pustoj katalog, sozdannyj pri pervom
   peremeschenii:

 # newfs /dev/ad1s1a
 # mount /dev/ad1s1a /mnt
 # cd /mnt
 # dump 0af - / | restore xf -
 # cd var
 # dump 0af - /var | restore xf -

   Dlya otdeleniya kataloga ot vyshestoyaschego, skazhem, dlya
   razmescheniya /var v sobstvennom razdele, kotorogo ne bylo,
   sozdajte oba razdela, zatem smontirujte nizhestoyaschij razdel v
   podhodyaschij katalog vo vremennuyu tochku montirovaniya, a zatem
   peremestite staryj edinyj razdel:

 # newfs /dev/ad1s1a
 # newfs /dev/ad1s1d
 # mount /dev/ad1s1a /mnt
 # mkdir /mnt/var
 # mount /dev/ad1s1d /mnt/var
 # cd /mnt
 # dump 0af - / | restore xf -

   Vy mozhete ispol'zovat' cpio(1), pax(1), tar(1) vmesto dump(8)
   dlya dannyh pol'zovatelej. Na moment napisaniya `etogo dokumenta
   bylo izvestno, chto oni teryayut informaciyu o flagah fajlov, tak
   chto ispol'zujte ih s ostorozhnost'yu.

   9.3. Ne ugrozhaet li rezhim ''dangerously dedicated'' moemu
   zdorov'yu?

   V processe ustanovki vy mozhete vybrat' dva razlichnyh metoda
   razbieniya vashego diska (diskov). Po umolchaniyu `eto delaetsya v
   rezhime sovmestimosti s drugimi operacionnymi sistemami na `etoj
   zhe mashine s ispol'zovaniem zapisej v tablice razdelov fdisk (to,
   chto nazyvaetsya ''slajsom'' vo FreeBSD), so slajsom (razdelom),
   vydelennym FreeBSD. Opcional'no, vy mozhete vybrat' ustanovku
   menedzhera zagruzki dlya pereklyucheniya mezhdu operacionnymi
   sistemami. Libo vy mozhete vydelit' disk polnost'yu pod FreeBSD,
   ne zabotyas' o sovmestimosti s drugimi operacionnymi sistemami.

   Pochemu zhe `etot rezhim nazyvaetsya ''dangerous''? Delo v tom,
   chto disk v `etom rezhime ne budet soderzhat' togo, chto obychnye
   utility dlya PK raspoznayut kak tablicu razdelov. V zavisimosti ot
   togo, naskol'ko horosho oni napisany, oni mogut soobschit' vam ob
   `etom, kak tol'ko obnaruzhat takoj disk, ili, chto gorazdo huzhe,
   mogut zaportit' zagruzchik BSD, dazhe ne sprashivaya i ne
   soobschaya ob `etom. K tomu zhe izvestno, chto razmetka diska v
   rezhime ''dangerously dedicated'' vvodit v zabluzhdenie BIOS
   mnogih proizvoditelej, vklyuchaya AWARD (kotorye ispol'zuyutsya v
   komp'yuterah HP Netserver, Micronics i mnogih drugih) i
   Symbios/NCR (proizvoditelya populyarnyh SCSI-kontrollerov serii
   53C8xx). I `eto ne polnyj spisok, est' eschio drugie
   proizvoditeli. Simptomami podobnyh problem yavlyaetsya soobschenie
   "read error", vyvodimoe zagruzchikom FreeBSD, kogda on ne mozhet
   najti sam sebya, a takzhe zavisaniya sistemy pri zagruzke.

   Togda zachem voobsche nuzhen `etot rezhim? On `ekonomit vsego
   lish' neskol'ko kilobajt diskovogo prostranstva i mozhet vyzvat'
   ser'ioznye problemy pri novoj ustanovke. Prichinoj poyavleniya
   `etogo rezhima yavlyaetsya zhelanie izbezhat' poyavleniya odnoj iz
   samyh rasprostranionnyh problem, s kotoroj stalkivayutsya novichki
   - sootvetstvie parametrov BIOS i real'nyh parametrov diska.

   ''Parametry'' diska yavlyayutsya ustarevshej koncepciej, no ona
   lezhit v osnove raboty BIOS s diskom. Kogda programma ustanovki
   FreeBSD sozdaiot slajsy, ona zapisyvaet ih raspolozhenie v
   sootvetstvii s tem, kak s nimi budet rabotat' BIOS. Esli `eto
   delaetsya nepravil'no, vy ne smozhete vypolnit' zagruzku sistemy.

   Rezhim ''dangerously dedicated'' pytaetsya obojti `eto, uproschaya
   reshenie dannoj problemy. Inogda on delaet `eto pravil'no. Odnako
   `eto znachit, chto ego nuzhno ispol'zovat' tol'ko kak poslednyuyu
   al'ternativu - est' sposoby poluchshe, reshayuschie problemu v 99
   sluchayah iz 100.

   Itak, kak izbezhat' ispol'zovaniya rezhima ''DD'' vo vremya
   ustanovki? Snachala zapishite parametry diska, kotorye soobschaet
   BIOS. Vy mozhete vyyasnit' `eto, zastaviv yadro vyvesti `eti
   parametry pri zagruzke, ukazav -v v priglashenii boot:, ili
   ispol'zuya boot -v v zagruzchike. Pered tem, kak zapustitsya
   programma ustanovki, yadro vyvedet parametry, ispol'zuemye BIOS.
   Ne volnujtes' - podozhdite zapuska programmy ustanovki, a zatem
   vospol'zujtes' skrollingom, chtoby posmotret' znacheniya `etih
   parametrov. Kak pravilo, BIOS numeruet diski v tom zhe poryadke,
   chto i FreeBSD, snachala IDE, zatem SCSI.

   Kogda vy razbivaete disk na slajsy, prover'te, chto parametry
   diska, vyvodimye v okne programmy FDISK, korrektny (to est' oni
   sootvetstvuyut parametram BIOS); esli `eto ne tak, nazhmite g,
   chtoby ih ispravit'. Vy mozhete `eto sdelat', esli na diske net
   absolyutno nichego ili esli `etot disk byl perenesion s drugoj
   sistemy. Zamet'te, chto `eto kasaetsya tol'ko zagruzochnogo diska;
   FreeBSD prekrasno razberiotsya s ostal'nymi diskami, kotorye mogut
   u vas byt'.

   Kak tol'ko vy dobilis' sootvetstviya parametrov diska v BIOS i
   FreeBSD, skoree vsego, problem u vas bol'she ne budet, i
   ispol'zovat' rezhim ''DD'' ne potrebuetsya. Esli, odnako,
   strashnoe soobschenie "read error" prodolzhaet poyavlyat'sya pri
   zagruzke, samoe vremya perekrestit'sya i poprobovat' `etot rezhim
   - teryat' vam bol'she nechego.

   CHtoby vernut' disk iz rezhima ''dangerously dedicated'' k
   normal'nomu rezhimu ispol'zovaniya, est' dva sposoba. Pervyj
   zaklyuchaetsya v tom, chto vy zapisyvaete dostatochnoe kolichestvo
   bajtov NULL poverh MBR, chtoby lyubaya programma ustanovki sistemy
   polagala, chto `eto chistyj disk. `Eto mozhno sdelat', naprimer,
   komandoj

 # dd if=/dev/zero of=/dev/rda0 count=15

   Drugoj sposob - nedokumentirovannoj komandoj DOS

 C:\> fdisk /mbr

   ustanovit' novuyu MBR, udaliv zagruzchik BSD.

   9.4. Na kakih razdelah mozhno bez opaski ispol'zovat' mehanizm
   Soft Updates? YA slyshal, chto ispol'zovanie Soft Updates na /
   mogut privodit' k problemam.

   Kratkij otvet: obychno vy mozhete ispol'zovat' Soft Updates bez
   opaski na vseh razdelah.

   Podrobnyj otvet: Bylo neskol'ko vozrazhenij protiv ispol'zovaniya
   Soft Updates na kornevom razdele. Soft Updates imeyut dve
   harakteristiki, kotorye `etomu sposobstvuyut. Vo-pervyh, razdel s
   Soft Updates imeet malo shansov poteri dannyh po vremya avarijnogo
   ostanova sistemy. (Razdel ne budet poporchen; prosto budut
   poteryany dannye.) Krome togo, Soft Updates mogut privodit' k
   vremennoj nehvatke diskovogo prostranstva.

   Pri ispol'zovanii Soft Updates yadro mozhet zaderzhivat' do
   tridcati sekund real'nuyu zapis' izmenenij na fizicheskij disk.
   Esli vy udalyaete bol'shoj fajl, on ostaetsya na diske, poka yadro
   ne vypolnit udaleniya na samom dele. `Eto mozhet privesti k ochen'
   prostoj probleme. Predpolozhim, chto vy udalili odin bol'shoj fajl
   i tut zhe sozdali drugoj bol'shoj fajl. Pervyj bol'shoj fajl esche
   ne udalen real'no s fizicheskogo diska, tak chto na diske mozhet
   ne okazat'sya dostatochnogo prostranstva dlya vtorogo bol'shogo
   fajla. Vy poluchite oshibku, govoryaschuyu o tom, chto na razdele
   net dostatochnogo prostranstva, hotya vy tochno znaete, chto
   tol'ko chto osvobodili ego bol'shoj ob"em! Esli vy poprobuete
   esche raz vypolnit' operaciyu sekundami pozzhe, sozdanie fajla
   srabotaet tak, kak `eto i ozhidalos'. `Eto ne raz zastavlyalo
   pol'zovatelej pochesat' golovu i dvazhdy proverit' svoe
   psihicheskoe zdorov'e, fajlovuyu sistemu FreeBSD i oba `etih
   ob"ekta.

   Esli sistema mozhet avarijno ostanovit'sya posle togo, kak yadro
   primet nabor dannyh dlya zapisi na disk, no pered tem, kak dannye
   real'no zapishutsya, to dannye mogut poteryat'sya ili okazat'sya
   isporchennymi. Takoj risk ves'ma mal, no v obschem-to, upravlyaem.
   Ispol'zovanie k`eshirovanie zapisi na IDE ochen' sil'no
   uvelichivaet `etot risk; nastoyatel'no rekomenduetsya vyklyuchit'
   k`eshirovanie zapisi dlya IDE pri ispol'zovanii Soft Updates.

   `Eti problemy vliyayut na vse razdely, ispol'zuyuschie Soft
   Updates. Itak, chto `eto oznachaet dlya kornevogo razdela?

   ZHiznenno vazhnaya informaciya na kornevom razdele menyaetsya
   ochen' redko. Fajly, takie, kak /kernel i soderzhimoe /etc
   menyaetsya tol'ko pri obsluzhivanii sistemy, ili kogda
   pol'zovateli menyayut svoi paroli. Esli v sisteme proizojdet sboj
   v period tridcatisekundnogo okna posle vypolneniya takogo
   izmeneniya, vozmozhno, chto dannye okazhutsya poteryannymi. `Etot
   risk neznachitelen dlya bol'shinstva primenenij, no vy dolzhny
   imet' v vidu, chto on est'. Esli vasha sistema ne mozhet prinyat'
   takoj risk, ne ispol'zujte Soft Updates s kornevoj fajlovoj
   sistemoj!

   / tradicionno yavlyaetsya odnim iz samyh malen'kih razdelov. Po
   umolchaniyu FreeBSD razmeschaet katalog /tmp v /. Esli u vas zabit
   /tmp, vy mozhete vstretit'sya s voznikayuschimi vremya ot vremeni
   problemami s iskovym prostranstvom. Sozdanie simvolicheskoj ssylki
   /tmp, ukazyvayuschej na /var/tmp, reshit `etu problemu.

   9.5. CHto ne tak s ustrojstvom ccd?

   Simptom vyglyadit tak:

 # ccdconfig -C
 ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Inappropriate file type or format

   `Eto soobschenie obychno vydaiotsya, kogda vy pytaetes' ob"edinit'
   razdely c, po umolchaniyu imeyuschie tip unused. Drajver ccd
   trebuet, chtoby ispol'zuemye razdely imeli tip FS_BSDFFS.
   Otredaktirujte metki teh diskov, kotorye vy hotite ispol'zovat',
   smeniv tipy razdelov na 4.2BSD.

   9.6. Pochemu nevozmozhno otredaktirovat' metku diska ccd?

   Simptom vyglyadit tak:

 # disklabel ccd0
 (zdes' vyvoditsya informaciya o diske, probuem otredaktirovat' metku)
 # disklabel -e ccd0
 (redaktirovanie, sohranenie, vyhod)
 disklabel: ioctl DIOCWDINFO: No disk label on disk;
 use "disklabel -r" to install initial label

   `Eto proishodit iz-za togo, chto metka diska, vozvraschaemaya ccd,
   na samom dele ''nenastoyaschaya'', ne sootvetstvuyuschaya real'no
   raspolagayuschejsya na diske. Vy mozhete reshit' `etu problemu,
   yavno zapisav `etu metku obratno sleduyuschim obrazom:

 # disklabel ccd0 > /tmp/disklabel.tmp
 # disklabel -Rr ccd0 /tmp/disklabel.tmp
 # disklabel -e ccd0
 (teper' `eto budet rabotat')

   9.7. Mozhno li smontirovat' drugie fajlovye sistemy?

   FreeBSD podderzhivaet ryad drugih fajlovyh sistem.

   Digital UNIX

           Kompakt-diski s fajlovoj sistemoj UFS mogut byt'
           smontirovany bez vsyakih problem. Montirovanie fajlovyh
           sistem Digital UNIX ili drugih sistem, podderzhivayuschih
           UFS, mozhet byt' bolee slozhnym, v zavisimosti ot
           osobennostej razbieniya diska konkretnoj operacionnoj
           sistemoj.

   Linux

           FreeBSD podderzhivaet razdely ext2fs. Za dopolnitel'noj
           informaciej obratites' k stranice spravochnika
           mount_ext2fs(8).

   Windows NT(R)

           Vo FreeBSD imeetsya drajver dostupa k NTFS v rezhime
           tol'ko dlya chteniya. Dlya polucheniya bolee polnoj
           informacii obratites' k stranice spravochnika
           mount_ntfs(8).

   FAT

           Vo FreeBSD imeetsya drajver dlya raboty s FAT v rezhime
           chteniya-zapisi. Dlya polucheniya dopolnitel'noj
           informacii obratites' k stranice spravochnika
           mount_msdosfs(8).

   ReiserFS

           Vo FreeBSD imeetsya drajver dlya raboty s ReiserFS v
           rezhime tol'ko dlya chteniya. Dlya polucheniya bolee
           polnoj informacii obratites' k stranice spravochnika
           mount_reiserfs(8).

   FreeBSD takzhe podderzhivaet takie setevye fajlovye sistemy, kak
   NFS (smotrite mount_nfs(8)), NetWare (smotrite mount_nwfs(8)) i
   fajlovye sistemy SMB v stile Microsoft (obratites' k
   mount_smbfs(8)).

   9.8. Kak smontirovat' vtorichnyj razdel DOS?

   Vtorichnye razdely DOS nahodyatsya posle VSEH pervichnyh razdelov.
   Naprimer, esli razdel ''E'' yavlyaetsya vtorym razdelom DOS na
   vtorom diske SCSI, vam nuzhno sozdat' special'nye fajly dlya
   pyatogo ''slajsa'' v kataloge /dev, a zatem smontirovat'
   /dev/da1s5:

 # cd /dev
 # sh MAKEDEV da1s5
 # mount -t msdos /dev/da1s5 /dos/e

     Zamechanie: Vy mozhete propustit' `etot shag, esli ispol'zuete
     FreeBSD 5.0-RELEASE ili bolee novuyu versiyu s vklyuchennym
     mehanizmom devfs(5).

   9.9. Suschestvuet li kriptograficheskaya fajlovaya sistema dlya
   FreeBSD?

   Da. FreeBSD versii 5.0 vklyuchaet v sebya gbde(8), a vo FreeBSD
   6.0 dobavlena geli(8). Pri rabote s predyduschimi relizami
   obratite vnimanie na port security/cfs.

   9.10. Kak mozhno ispol'zovat' zagruzchik Windows NT dlya zapuska
   FreeBSD?

   Ideya zaklyuchaetsya v kopirovanii pervogo sektora kornevogo
   razdela FreeBSD v fajl, nahodyaschijsya v razdele DOS/Windows NT.
   Predpolozhim, chto vy nazvali `etot fajl c:\bootsect.bsd (po
   analogii s c:\bootsect.dos), posle chego mozhete otredaktirovat'
   fajl c:\boot.ini, chtoby on vyglyadel primerno tak:

 [boot loader]
 timeout=30
 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
 [operating systems]
 multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT"
 C:\BOOTSECT.BSD="FreeBSD"
 C:\="DOS"

   Esli FreeBSD ustanovlena na tot zhe samyj disk, chto i
   zagruzochnyj razdel Windows NT, prosto skopirujte /boot/boot1 v
   C:\BOOTSECT.BSD. Odnako, esli FreeBSD ustanovlena na drugoj disk,
   to /boot/boot1 rabotat' ne budet, nuzhno kopirovat' /boot/boot0.

   /boot/boot0 nuzhno ustanavlivat' s pomosch'yu sysinstall, vybrav
   menedzher zagruzki FreeBSD v dialogovom okne pri vybore menedzhera
   zagruzki. `Eto potomu chto v /boot/boot0 oblast' tablicy razdelov
   zapolnena simvolami NULL, a sysinstall kopiruet syuda tablicu
   razdelov pered tem, kak skopirovat' /boot/boot0 v oblast' MBR.

     Vnimanie: Ne kopirujte prosto /boot/boot0 vmesto /boot/boot1,
     `etim vy perezapishete tablicu razdelov vinchestera i vash
     komp'yuter perestanet zagruzhat'sya!

   Pri zapuske menedzher zagruzki FreeBSD zadaiot OS, kotoraya
   zagruzhalas' poslednij raz, ustanavlivaya dlya `etoj operacionnoj
   sistemy priznak aktivizacii v tablice razdelov, a zatem zapisyvaet
   512 bajt samogo sebya obratno v MBR, tak chto esli vy prosto
   skopiruete /boot/boot0 v C:\BOOTSECT.BSD, to v MBR budet zapisana
   pustaya tablica razdelov s flagom aktivnosti v nekotorom meste.

   9.11. Kak zagruzit' FreeBSD i Linux s pomosch'yu LILO?

   Esli u vas ustanovleny FreeBSD i Linux na odnom i tom zhe diske,
   sledujte ukazaniyam po ustanovke LILO o zagruzke ne-Linux
   operacionnyh sistem. Oni svodyatsya k sleduyuschemu:

   Zagruzite Linux i dobav'te sleduyuschie stroki v fajl
   /etc/lilo.conf:

 other=/dev/hda2
 table=/dev/hda
 label=FreeBSD
  

   (zdes' my predpolagaem, chto slajs s FreeBSD izvesten Linux kak
   /dev/hda2; izmenite `etu stroku v sootvetstvii s vashej
   konfiguraciej). Zatem dostatochno budet zapustit' lilo, vojdya v
   sistemu kak administrator.

   Esli FreeBSD raspolagaetsya na drugom diske, vam nuzhno dobavit'
   strochku loader=/boot/chain.b v konfiguracionnyj fajl LILO.
   Naprimer:

 other=/dev/dab4
 table=/dev/dab
 loader=/boot/chain.b
 label=FreeBSD
  

   V nekotoryh sluchayah dlya uspeshnoj zagruzki so vtorogo diska vam
   mozhet potrebovat'sya ukazat' nomer diska BIOS zagruzchiku
   FreeBSD. Naprimer, esli disk SCSI s FreeBSD opredelyaetsya BIOS
   kak disk 1, v priglashenii zagruzchika FreeBSD nuzhno ukazat':

 Boot: 1:da(0,a)/kernel
  

   Vy mozhete nastroit' boot(8) na avtomaticheskoe prinyatie takih
   parametrov vo vremya zagruzki.

   V dokumente Linux+FreeBSD mini-HOWTO soderzhitsya mnogo
   informacii, kasayuschejsya vzaimodejstviya FreeBSD i Linux.

   9.12. Kak zagruzit' FreeBSD i Linux s pomosch'yu GRUB?

   Nastrojka zagruzki FreeBSD, ispol'zuya GRUB ochen' prostoj
   process. Vsego lish' dobav'te sleduyuschie stroki v vash
   konfiguracionnyj fajl /boot/grub/grub.conf.

 title FreeBSD 6.1
         root (hd0,a)
         kernel /boot/loader
          

   Gde hd0,a ukazyvaet na vash kornevoj razdel na pervom diske. Esli
   vam nuzhno ukazat' nomer slajsa, kotoryj dolzhen ispol'zovat'sya,
   napishite chto-to vrode (hd0,2,a). Po umolchaniyu, esli nomer
   slajsa ne ukazan, GRUB ischet pervyj slajs, soderzhaschij v sebe
   particiyu 'a'.

   9.13. Kak zagruzit' FreeBSD i Linux s pomosch'yu BootEasy?

   Ustanovite LILO v nachalo zagruzochnogo razdela Linux, a ne v
   Master Boot Record. Posle `etogo mozhno zapustit' LILO iz
   BootEasy.

   `Eto rekomenduetsya sdelat' v lyubom sluchae pri odnovremennom
   ispol'zovanii Windows 95 i Linux, chtoby uprostit' vosstanovlenie
   rabotosposobnosti Linux posle pereustanovki Windows 95 (kotoraya
   yavlyaetsya Revnivoj Operacionnoj Sistemoj i ne terpit
   prisutstviya drugih operacionnyh sistem v Master Boot Record).

   9.14. Kak smenit' priglashenie zagruzchika s ??? na chto-nibud'
   bolee znachaschee?

   Vy ne mozhete sdelat' `eto so standartnym menedzherom zagruzki, ne
   perepisav ego. Sredi portov iz kategorii sysutils est' neskol'ko
   drugih menedzherov zagruzki, kotorye predostavlyayut takuyu
   funkcional'nost'.

   9.15. Kak ispol'zovat' ustrojstvo dlya chteniya smennyh diskov?

   Kakim by ni bylo `eto ustrojstvo, tipa Zip, EZ (ili dazhe obychnym
   diskovodom, esli vy hotite ego ispol'zovat') ili kakim-to drugim,
   kak tol'ko ono budet ustanovleno i raspoznano sistemoj, i vy
   vstavite v nego kartridzh/disketu/chto-tam-eschio, vsio budet
   vyglyadet' primerno odinakovo.

   (`etot razdel osnovan na materialah FAQ po ustrojstvam ZIP Marka
   M`ejo (Mark Mayo))

   Esli `eto ustrojstvo ZIP ili obychnyj diskovod, i u vas uzhe est'
   fajlovaya sistema DOS na disketah, to vy mozhete ispol'zovat'
   komandu tipa:

 # mount -t msdos /dev/fd0c /floppy

   dlya obychnyh disket, ili

 # mount -t msdos /dev/da2s4 /zip

   dlya disket ZIP so standartnoj konfiguraciej.

   Dlya drugih diskov posmotrite ih parametry s pomosch'yu komandy
   fdisk(8) ili sysinstall(8).

   Ostal'nye primery dany dlya privoda ZIP na da2, tret'em diske
   SCSI.

   Esli `eto disketa ili smennyj disk, kotoryj budet ispol'zovat'sya
   dlya obmena informaciej s drugimi lyud'mi, horoshej ideej budet
   pomeschenie tuda fajlovoj sistemy BSD. Vy poluchite podderzhku
   dlinnyh imion fajlov, uvelichenie proizvoditel'nosti po krajnej
   mere v dva raza i gorazdo bol'shuyu nadiozhnost'. Pervym delom vam
   snova budet nuzhno vypolnit' razbienie diska na razdely/fajlovye
   sistemy. Vy mozhete vospol'zovat'sya utilitoj fdisk(8) libo
   sysinstall(8), a v sluchae nebol'shogo diska, na kotorom ne nuzhno
   raspolagat' neskol'ko operacionnyh sistem, prosto sotrite tablicu
   razdelov (slajsov) FAT i ispol'zujte razbienie na razdely BSD.

 # dd if=/dev/zero of=/dev/rda2 count=2
 # disklabel -Brw da2 auto

   Vy mozhete ispol'zovat' disklabel(8) ili sysinstall(8) dlya
   sozdaniya neskol'kih razdelov BSD. Vam navernyaka pridiotsya `eto
   sdelat', esli vy stanete dobavlyat' mesto dlya razdela podkachki
   na vinchestere, hotya `eto ne imeet otnosheniya k ustrojstvam tipa
   ZIP.

   V itoge vy dolzhny sozdat' novuyu fajlovuyu sistemu (v `etom
   primere ona zanimaet ves' nash disk ZIP):

 # newfs /dev/rda2c

   i smontirovat' eio:

 # mount /dev/da2c /zip

   Horosho eschio dobavit' stroku tipa sleduyuschej v fajl /etc/fstab
   (prochtite spravku po fstab(5)), chtoby v buduschem mozhno bylo
   prosto davat' komandu mount /zip:

 /dev/da2c /zip ffs rw,noauto 0 0

   9.16. Pri montirovanii kompakt-diska, vydaiotsya soobschenie
   "Incorrect super block".

   V parametrah komandy mount(8) vam nuzhno ukazat' tip ustrojstva,
   kotoryj vy sobiraetes' smontirovat'. `Eto opisano v razdele
   Rukovodstva ob opticheskih nositelyah, a imenno v razdele
   Ispol'zovanie CD s dannymi.

   9.17. Pri montirovanii kompakt-diska vydaiotsya soobschenie Device
   not configured.

   Obychno `eto oznachaet, chto v privode CDROM net kompakt-diska
   libo ustrojstvo na shine ne bylo uvideno. Pozhalujsta, posmotrite
   razdel ob ispol'zovanii CD s dannymi v Rukovodstve, gde podrobno
   obsuzhdaetsya `etot vopros.

   9.18. Kogda ya montiruyu CDROM, vse neanglijskie simvoly v imenah
   fajlov vyvodyatsya kak ''?''.

   Skoree vsego, na vashem kompakt-diske dlya hraneniya informacii o
   fajlah i katalogah ispol'zuetsya rasshirenie ''Joliet''. `Eto
   opisano v glave Rukovodstva o sozdanii i ispol'zovanii CDROM, a
   imenno v razdele ob ispol'zovanii CDROM s dannymi.

   9.19. YA zapisal CD vo FreeBSD i teper' ne mogu schitat' ego ni v
   kakoj drugoj operacionnoj sistemoj. Pochemu?

   Skoree vsego, vy zapisali na CD neposredstvenno neobrabotannyj
   fajl bez pervonachal'nogo sozdaniya fajlovoj sistemy ISO 9660.
   Prochtite glavu Rukovodstva o sozdanii CDROM, v chastnosti, razdel
   o zapisi dannyh neposredstvenno na kompakt-diski.

   9.20. Kak sozdat' obraz CD s dannymi?

   `Eto opisano v razdele Rukovodstva o kopirovanii CD s dannymi.
   Bolee polnuyu informaciyu o rabote s kompakt-diskami mozhno najti
   v razdele o sozdanii kompakt-diskov glavy ob ustrojstvah hraneniya
   dannyh Rukovodstva.

   9.21. Pochemu ya ne mogu smontirovat' (komandoj mount audio CD?

   Esli vy popytaetes' smontirovat' audio CD, vy poluchite primerno
   takoe soobschenie ob oshibke: "cd9660: /dev/acd0c: Invalid
   argument". Prichina `etogo zaklyuchaetsya v tom, chto komanda
   mount rabotaet tol'ko s fajlovymi sistemami. Na audio CD fajlovyh
   sistem net; oni soderzhat tol'ko dannye. Vam nuzhna programma,
   chitayuschaya audio CD, naprimer, port audio/xmcd port.

   9.22. Kak vypolnit' mount dlya mnogoseansovogo CD?

   Po umolchaniyu mount(8) budet pytat'sya smontirovat' poslednyuyu
   dorozhku (seans) CD s dannymi. Esli vy hotite zagruzit' bolee
   rannij seans, to dolzhny vospol'zovat'sya opciej komandnoj stroki
   -s. Pozhalujsta, obratites' k spravke po komande mount_cd9660(8)
   dlya polucheniya konkretnyh primerov.

   9.23. Kak razreshit' obychnym pol'zovatelyam montirovat' diskety,
   kompakt-diski i drugie smennye nositeli?

   Obychnym pol'zovatelyam mozhno pozvolit' montirovat' ustrojstva.
   Vot kak `eto delaetsya:

    1. Kak pol'zovatel' root, ustanovite sistemnuyu peremennuyu
       vfs.usermount v znachenie 1.

 # sysctl -w vfs.usermount=1

    2. Rabotaya pol'zovatelem root, naznach'te sootvetstvuyuschie
       prava na ustrojstva s poblochnym dostupom, kotorye
       sootvetstvuyut smennym nositelyam.

       Naprimer, chtoby pozvolit' pol'zovatelyam montirovat' diskety
       v pervom diskovode, vospol'zujtes' komandoj

 # chmod 666 /dev/fd0

       CHtoby razreshit' pol'zovatelyam iz gruppy operator
       montirovat' CDROM, sdelajte tak:

 # chgrp operator /dev/acd0c
 # chmod 640 /dev/acd0c

    3. Esli vy ispol'zuete FreeBSD versii 5.X ili vyshe, to vam
       nuzhno vnesti izmeneniya v fajl /etc/devfs.conf, chtoby oni
       sohranyalis' mezhdu perezagruzkami.

       Kak pol'zovatel' root, dobav'te nuzhnye stroki v fajl
       /etc/devfs.conf. K primeru, chtoby razreshit' pol'zovatelyam
       montirovat' diski na pervom privode dlya gibkih diskov,
       dobav'te takuyu strochku:

 # Razreshit' pol'zovatelyam montirovat' diskety.
 own     /dev/fd0        root:operator
 perm    /dev/fd0        0666

       CHtoby razreshit' pol'zovatelyam gruppy operator montirovat'
       disk v privode CD-ROM, dobav'te takuyu stroku:

 # Razreshit' chlenam gruppy operator montirovat' CD-ROM.
 own     /dev/acd0       root:operator
 perm    /dev/acd0       0660

    4. Nakonec, dobav'te strochku vfs.usermount=1 v fajl
       /etc/sysctl.conf, chtoby ona srabatyvala vo vremya zagruzki
       sistemy.

   Teper' vse pol'zovateli mogut montirovat' disketu /dev/fd0 v
   sobstvennye katalogi:

 %  mkdir ~/my-mount-point
 %  mount -t msdos /dev/fd0 ~/my-mount-point

   Pol'zovateli iz gruppy operator teper' mogut montirovat' CDROM
   /dev/acd0c v sobstvennye katalogi:

 %  mkdir ~/my-mount-point
 %  mount -t cd9660 /dev/acd0c ~/my-mount-point

   Razmontirovanie ustrojstva osuschestvlyaetsya prosto:

 % umount ~/my-mount-point

   Ispol'zovanie vfs.usermount, odnako, imeet nekotorye negativnye
   storony, svyazannye s voprosami bezopasnosti. Bolee pravil'nym
   sposobom raboty s nositelyami v formate MS-DOS yavlyaetsya
   ispol'zovanie paketa emulators/mtools iz Kollekcii portov.

     Zamechanie: Imya, ispol'zovannoe dlya oboznacheniya ustrojstva v
     predyduschih primerah, dolzhno byt' izmeneno v sootvetstvii s
     konfiguraciej vashej sistemy.

   9.24. Komandy du i df pokazyvayut raznyj ob"em dostupnogo
   diskovogo prostranstva. CHto proishodit?

   Vam nuzhno razobrat'sya, chto na samom dele delayut komandy du i
   df. du prohodit po derevu katalogov, zameryaya, naskol'ko bol'shoj
   ob"em zanimaet kazhdyj fajl, i vydaet obschij ob"em. df prosto
   zaprashivaet fajlovuyu sistemu ob ostavshemsya ob"eme. `Eto
   vyglyadit kak odno i to zhe, odnako fajl bez zapisi v kataloge
   zatronet df, no ne povliyaet na du.

   Kogda programma ispol'zuet fajl, a vy ego udalili, fajl na samom
   dele ne udalyaetsya iz fajlovoj sistemy, poka programma ne
   prekratit ego ispol'zovat'. Odnako fajl tut zhe udalyaetsya iz
   spiska kataloga. Vy mozhete legko `eto videt' pri pomoschi takoj
   programmy, kak more. Predpolozhim, chto u vas imeetsya fajl,
   nastol'ko bol'shoj, chto ego prisutstvie vliyaet na vyvod komand
   du i df. (Tak kak v nastoyaschee vremya diski mogut byt' nastol'ko
   bol'shimi, `eto mozhet byt' ochen' bol'shoj fajl!) Esli vy udalite
   `etot fajl v processe raboty more nad nim, na komandu more `eto ne
   povliyaet i ona ne soobschit, chto ne mozhet prosmatrivat' fajl.
   Zapis' o fajle prosto udalena iz kataloga, tak chto drugie
   programmy ili pol'zovateli ne smogut k nemu obratit'sya. du
   pokazhet, chto fajl ischez -- ona prosmatrivaet derevo katalogov,
   a fajla tam ne budet. df pokazyvaet, chto on vse esche zdes', tak
   kak fajlovaya sistema znaet, chto more vse esche ispol'zuet `eto
   prostranstvo. Kak tol'ko vy zakonchite rabotu s more, komandy du i
   df pridut v sootvetstvie.

   Zamet'te, chto podsistema otlozhennyh obnovlenij (Soft Updates)
   mozhet zaderzhivat' osvobozhdenie diskovogo prostranstva; vam
   mozhet potrebovat'sya podozhdat' do 30 sekund, prezhde, chem
   izmeneniya budut zametny!

   Takaya situaciya chasta na Web-serverah. Mnogie ustanavlivayut
   Web-server na FreeBSD i zabyvayut obnovlyat' fajly protokolov.
   ZHurnal dostupa zapolnyaet /var. Novyj administrator udalyaet
   fajl, no sistema vse esche soobschaet o tom, chto razdel zapolnen.
   Ostanovka i perezapusk programmy Web-servera osvobodit fajl,
   pozvolyaya sisteme osvobodit' diskovoe prostranstvo. Dlya
   predotvrascheniya `etogo nastrojte newsyslog(8).

   9.25. Kak dobavit' dopolnitel'nuyu virtual'nuyu pamyat'?

   V glave Rukovodstva o konfiguracii i tonkoj nastrojke vy najdiote
   razdel, v kotorom opisyvaetsya, kak `eto sdelat'.

   9.26. Pochemu FreeBSD schitaet, chto razmer moego diska men'she,
   chem zayavlyaet ego proizvoditel'?

   Proizvoditeli diskov schitayut gigabajt ravnym milliardu bajtov, a
   FreeBSD priravnivaet ego k 1073741824 bajtov. `Eto ob"yasnyaet,
   pochemu, k primeru, v soobscheniyah pri zagruzke FreeBSD
   ukazyvaetsya, chto iomkost' diska, ob"iom kotorogo dolzhen byt'
   ravnym 80 Gbajt, sostavlyaet 76319 Mbajt.

   Zamet'te takzhe, chto FreeBSD budet (po umolchaniyu) rezervirovat'
   8% iomkosti diska.

   9.27. Pochemu vozmozhno zapolnenie razdela bol'she chem na 100%?

   CHast' kazhdogo razdela UFS (po umolchaniyu 8%) zarezervirovano
   dlya ispol'zovaniya operacionnoj sistemoj i pol'zovatelem root.
   Utilita df(1) ne uchityvaet `eto pri podschiote znacheniya v
   kolonke Capacity, tak chto ono mozhet prevyshat' 100%. Takzhe vy
   zametite, chto kolonka Blocks vsegda bol'she, chem summa znachenij
   v kolonkah Used i Avail, obychno na 8%.

   Dlya polucheniya bolee podrobnoj informacii obratites' k opisaniyu
   opcii -m v spravke po tunefs(8).

     --------------------------------------------------------------

                 Glava 10. Sistemnoe administrirovanie

   10.1. Gde raspolozheny fajly konfiguracii sistemy?

   10.2. Kak prosche vsego dobavit' pol'zovatelya?

   10.3. Pochemu posle redaktirovaniya moego fajla crontab ya
   poluchayu soobscheniya vida "root: not found"?

   10.4. Komanda su vydaet, chto "you are not in the correct group to
   su root", kogda ya pytayus' smenit' privilegii na root.

   10.5. YA sdelal oshibku v fajle rc.conf ili v kakom-to drugom
   fajle nachal'noj zagruzki, i teper' ne mogu ego otredaktirovat'
   iz-za togo, chto fajlovaya sistema nahoditsya v rezhime tol'ko
   dlya chteniya. CHto mne delat'?

   10.6. U menya problemy s ustanovkoj printera.

   10.7. Raskladka klaviatury neverna.

   10.8. U menya pri zagruzke poyavlyayutsya soobscheniya vida
   "unknown: <PNP0303> can't assign resources"

   10.9. Pochemu ne poluchaetsya zastavit' rabotat' diskovye kvoty?

   10.10. Podderzhivaet li FreeBSD vyzovy IPC iz System V?

   10.11. Kakoe drugoe programmnoe obespechenie dlya pochtovogo
   servera mozhno ispol'zovat' vmesto Sendmail?

   10.12. YA zabyl parol' pol'zovatelya root! CHto delat'?

   10.13. Kak zapretit' perezagruzku po nazhatiyu Control+Alt+Delete?

   10.14. Kak preobrazovat' tekstovye fajly DOS v format UNIX?

   10.15. Kak prervat' process po imeni?

   10.16. Pochemu su vydaiot soobschenie o tom, chto ya ne vhozhu v
   root ACL?

   10.17. Kak deinstallirovat' Kerberos?

   10.18. CHto sluchilos' s /dev/MAKEDEV?

   10.19. Kak dobavit' v sistemu dopolnitel'nye psevdoterminaly?

   10.20. Pochemu ne poluchaetsya sozdat' ustrojstvo snd0?

   10.21. Kak perechitat' soderzhimoe /etc/rc.conf i perestartovat'
   /etc/rc bez perezagruzki sistemy?

   10.22. YA pytalsya obnovit' moyu sistemu do poslednej -STABLE, a
   poluchil -BETAx, -RC ili -PRERELEASE! CHto proishodit?

   10.23. YA popytalsya ustanovit' novoe yadro, odnako utilita
   chflags ne srabotala. Kak `eto obojti?

   10.24. Ne poluchaetsya izmenit' sistemnoe vremya bol'she chem na
   odnu sekundu! Kak `eto obojti?

   10.25. V rpc.statd; est' oshibka raboty s pamyat'yu! On ispol'zuet
   256 Mbajt operativnoj pamyati!

   10.26. Pochemu ya ne mogu snyat' s fajla flag schg?

   10.27. Pochemu v SSH autentifikaciya posredstvom fajla .shosts ne
   vklyuchena po umolchaniyu v poslednih versiyah FreeBSD?

   10.28. CHto takoe vnlru?

   10.29. CHto oznachayut razlichnye sostoyaniya pamyati,
   pokazyvaemye utilitoj top?

   10.30. Skol'ko svobodnoj pamyati dostupno?

   10.31. CHto takoe /var/empty? YA ne mogu ego udalit'!

   10.1. Gde raspolozheny fajly konfiguracii sistemy?

   Osnovnym nastroechnym fajlom yavlyaetsya /etc/defaults/rc.conf
   (obratites' k rc.conf(5)) Skripty nachal'nogo zapuska sistemy,
   takie, kak /etc/rc i /etc/rc.d (obratites' k rc(8)) prosto
   vklyuchayut `etot fajl. Ne redaktirujte `etot fajl! Vmesto `etogo,
   esli v fajle /etc/defaults/rc.conf imeetsya parametr, kotoryj vy
   hotite izmenit', to vy dolzhny skopirovat' strochku s nim v fajl
   /etc/rc.conf i pomenyat' ego znachenie imenno zdes'.

   Naprimer, esli vy hotite zapustit' named, postavlyaemyj server
   DNS, to vsio, chto vam nuzhno sdelat', `eto:

 # echo named_enable="YES" >> /etc/rc.conf

   CHtoby zapustit' mestnye servisy, pomestite skripty v katalog
   /usr/local/etc/rc.d. U `etih skriptov dolzhen byt' vystavlen bit
   vypolnimosti, i ih imena dolzhny okanchivat'sya na .sh.

   10.2. Kak prosche vsego dobavit' pol'zovatelya?

   Ispol'zujte komandu adduser(8) ili pw(8) v sluchae vypolneniya
   bolee slozhnyh operacij.

   CHtoby udalit' pol'zovatelya, ispol'zujte komandu rmuser(8) ili,
   esli `eto budet neobhodimo, pw(8).

   10.3. Pochemu posle redaktirovaniya moego fajla crontab ya
   poluchayu soobscheniya vida "root: not found"?

   Obychno `eto sluchaetsya pri redaktirovanii sistemnogo
   crontab-fajla (/etc/crontab) i posleduyuschego ispol'zovaniya
   utility crontab(1) dlya ego ustanovki:

 # crontab /etc/crontab

   `Eto nepravil'no. Sistemnyj crontab-fajl imeet format, otlichnyj
   ot pol'zovatel'skih crontab-fajlov, kotorye obnovlyaet utilita
   crontab(1) (stranica Spravochnika po crontab(5) opisyvaet
   otlichiya bolee podrobno).

   Esli `eto imenno to, chto vy sdelali, to dopolnitel'nyj
   crontab-fajl yavlyaetsya prosto kopiej fajla /etc/crontab v
   nepravil'nom formate. Udalite ego takoj komandoj:

 # crontab -r

   V sleduyuschij raz pri redaktirovanii fajla /etc/crontab, vam ne
   nuzhno delat' nichego dlya opovescheniya utility cron(8) o
   sdelannyh izmeneniyah, tak kak ona raspoznaet ih avtomaticheski.

   Esli vy hotite zapuskat' chto-to odin raz v den', nedelyu ili
   mesyac, to, navernoe, luchshe obnovit' skripty
   /usr/local/etc/periodic i pozvolit' komande periodic(8),
   zapuskaemoj sistemnoj cron-utilitoj, planirovat' ih vypolnenie
   vmeste s drugimi periodicheskimi sistemnymi zadachami.

   Real'naya prichina oshibki zaklyuchaetsya v tom, chto sistemnyj
   crontab-fajl imeet dopolnitel'noe pole, ukazyvayuschee, kakoj
   pol'zovatel' zapuskaet komandu. V sistemnom crontab-fajle,
   postavlyaemom s FreeBSD i ispol'zuemom po umolchaniyu, `eto
   pol'zovatel' root dlya vseh strok. Esli `etot crontab-fajl
   ispol'zuetsya v kachestve crontab-fajla pol'zovatelya root (chto
   ne to zhe samoe, chto sistemnyj crontab-fajl), cron(8) polagaet,
   chto slovo root yavlyaetsya pervym v komande na vypolnenie, no
   takoj komandy ne suschestvuet.

   10.4. Komanda su vydaet, chto "you are not in the correct group to
   su root", kogda ya pytayus' smenit' privilegii na root.

   `Eto osobennost' raboty sistemy zaschity. Dlya togo, chtoby
   izmenit' svoi privilegii na pol'zovatelya root (ili lyubogo
   drugogo pol'zovatelya, imeyuschego privilegii administratora), vy
   dolzhny byt' chlenom gruppy wheel. Esli by `etogo ne bylo, lyuboj,
   imeyuschij dostup k sisteme i uznavshij parol' pol'zovatelya root,
   smog poluchit' v sisteme administratorskie polnomochiya. S takoj
   zhe zaschitoj `etogo ne poluchitsya; su(1) budet prepyatstvovat'
   popytkam dazhe vvesti parol', esli nekto ne yavlyaetes' chlenom
   gruppy wheel.

   CHtoby razreshit' komu-libo menyat' privilegii na root, prosto
   vklyuchite ego v gruppu wheel.

   10.5. YA sdelal oshibku v fajle rc.conf ili v kakom-to drugom
   fajle nachal'noj zagruzki, i teper' ne mogu ego otredaktirovat'
   iz-za togo, chto fajlovaya sistema nahoditsya v rezhime tol'ko
   dlya chteniya. CHto mne delat'?

   Pri poluchenii priglasheniya na vvod polnogo puti do komandnogo
   processora, prosto nazhmite ENTER, a zatem vypolnite komandu mount
   / dlya povtornogo montirovaniya kornevoj fajlovoj sistemy v
   rezhime chteniya/zapisi. Vam mozhet takzhe potrebovat'sya
   vypolnit' komandu mount -a -t ufs dlya montirovaniya fajlovoj
   sistemy, v kotoroj raspolozhen vash lyubimyj redaktor. Esli
   redaktor raspolozhen na setevoj fajlovoj sisteme, to vam
   potrebuetsya vypolnit' setevye nastrojki vruchnuyu do
   montirovaniya setevoj fajlovoj sistemy, libo vospol'zovat'sya
   redaktorom, nahodyaschimsya v lokal'noj fajlovoj sisteme, takim,
   kak ed(1).

   Esli vy sobiraetes' ispol'zovat' polno`ekrannyj redaktor, takoj,
   kak vi(1) ili emacs(1), to vam nuzhno budet vypolnit' komandu
   export TERM=cons25, chtoby takie redaktory smogli korrektno vzyat'
   dannye iz bazy dannyh termcap(5).

   Posle vypolneniya `etih shagov vy smozhete otredaktirovat' fajl
   /etc/rc.conf tak, kak vy `eto obychno delaete dlya ispravleniya
   oshibki. Soobschenie ob oshibke, vyvodimoe srazu zhe posle
   soobschenij pri zagruzke yadra, dolzhno ukazat' vam na nomer
   stroki v fajle, kotoraya soderzhit oshibku.

   10.6. U menya problemy s ustanovkoj printera.

   Obratites' k sootvetstvuyuschemu razdelu Rukovodstva,
   posvyaschionnomu pechati. V niom opisany resheniya bol'shinstva
   vashih problem.

   Nekotorye printery dlya vypolneniya lyubyh operacij po pechati
   trebuyut nalichiya na hoste drajvera. Takie tak nazyvaemye
   ''WinPrinters'' iznachal'no vo FreeBSD ne podderzhivayutsya. Esli
   vash printer ne rabotaet v DOS ili Windows NT 4.0, to, skoree
   vsego, `eto WinPrinter. Edinstvennoe, chto vam ostaiotsya sdelat'
   v nadezhde na to, chto vy zastavite ego rabotat', `eto proverit',
   podderzhivaet li ego port print/pnm2ppa.

   10.7. Raskladka klaviatury neverna.

   Pozhalujsta, obratites' k razdelu Rukovodstva, posvyaschionnomu
   ispol'zovaniyu lokalizacii, a imenno k chasti, opisyvayuschej
   nastrojku konsoli.

   10.8. U menya pri zagruzke poyavlyayutsya soobscheniya vida
   "unknown: <PNP0303> can't assign resources"

   Nizhe sleduet chast' pis'ma, opublikovannogo v spiske rassylki
   freebsd-current.

     Soobschenie ''can't assign resources'' govorit o tom, chto       
     ustrojstvo yavlyaetsya ustarevshim ISA-ustrojstvom, dlya       
     kotorogo v yadre prisutstvuet drajver, ne podderzhivayuschij   
     PnP. K takim ustrojstvam otnosyatsya kontrollery klaviatury,   
     mikroshema kontrollera programmiruemyh preryvanij, a takzhe    
     drugie chasti standartnogo nabora. Resursy ne mogut vydeleny,  
     potomu chto uzhe est' drajver, ispol'zuyuschij `eti adresa.    
           --Garrett Wollman <wollman@FreeBSD.org>, 24 aprelya 2001   

   10.9. Pochemu ne poluchaetsya zastavit' rabotat' diskovye kvoty?

   * Vozmozhno, chto vashe yadro ne skonfigurirovano dolzhnym obrazom
     dlya raboty s kvotami. Esli `eto dejstvitel'no tak, to vam nado
     dobavit' sleduyuschuyu strochku v vash konfiguracionnyj fajl
     yadra i peresobrat' ego:

 options QUOTA

     Pozhalujsta, prochtite glavu rukovodstva po kvotam dlya polnoj
     informacii.

   * Ne vklyuchajte kvotirovanie na /.

   * Pomeschajte fajl s kvotami v tu fajlovuyu sistemu, kotoruyu on
     obsluzhivaet, to est':

          Fajlovaya sistema                Fajl kvot           
     /usr                         /usr/admin/quotas            
     /home                        /home/admin/quotas           
     ...                          ...                          

   10.10. Podderzhivaet li FreeBSD vyzovy IPC iz System V?

   Da, vo FreeBSD v yadro GENERIC vklyuchena podderzhka IPC v stile
   System V, v tom chisle sovmestno ispol'zuemoj pamyati, soobschenij
   i semaforov. Dlya vklyucheniya ih podderzhki v konfiguracionnyj
   fajl vashego yadra nuzhno dobavit' sleduyuschie stroki.

 options    SYSVSHM          # enable shared memory
 options    SYSVSEM          # enable for semaphores
 options    SYSVMSG          # enable for messaging

   Perekompilirujte i pereustanovite yadro.

   10.11. Kakoe drugoe programmnoe obespechenie dlya pochtovogo
   servera mozhno ispol'zovat' vmesto Sendmail?

   Sendmail yavlyaetsya programmnym obespecheniem dlya raboty
   pochtovogo servera vo FreeBSD, ispol'zuemym po umolchaniyu, no vy
   mozhete s legkost'yu zamenit' ego drugim MTA (k primeru,
   ustanovlennym iz portov).

   V dereve portov uzhe imeyutsya razlichnye al'ternativnye MTA, iz
   kotoryh mail/exim, mail/postfix, mail/qmail i mail/zmailer
   yavlyayutsya odnimi iz samyh populyarnyh.

   Raznoobrazie horosho, a tot fakt, chto u vas est' vybor iz mnogih
   razlichnyh pochtovyh serverov, yavlyaetsya horoshim priznakom;
   po`etomu popytajtes' ne zadavat' voprosy tipa ''Sendmail luchshe,
   chem Qmail?'' v spiskah rassylki. Esli vy zahotite poluchit'
   otvet, snachala prosmotrite arhivy spiskov rassylki. Dostoinstva i
   nedostatki kazhdogo iz imeyuschihsya MTA uzhe obsuzhdalis'
   neodnokratno.

   10.12. YA zabyl parol' pol'zovatelya root! CHto delat'?

   Bez paniki! Perezapustite sistemu, naberite boot -s v priglashenii
   Boot: dlya vhoda v odnopol'zovatel'skij rezhim. Na vopros ob
   ispol'zuemoj obolochke nazhmite ENTER. Na priglashenie # vvedite
   mount -u /, chtoby peremontirovat' kornevuyu fajlovuyu sistemu v
   rezhime chteniya/zapisi, posle chego vypolnite komandu mount -a
   dlya montirovaniya vseh fajlovyh sistem. Zapustite komandu passwd
   root, chtoby smenit' parol' pol'zovatelya root, a zatem exit(1)
   dlya prodolzheniya processa zagruzki.

   10.13. Kak zapretit' perezagruzku po nazhatiyu Control+Alt+Delete?

   Esli vy ispol'zuete drajver konsoli syscons (kotoryj yavlyaetsya
   standartnym), peregenerirujte i ustanovite novoe yadro s
   parametrom

 options SC_DISABLE_REBOOT

   v konfiguracionnom fajle. Esli zhe vy ispol'zuete drajver konsoli
   PCVT, to vmesto vysheukazannoj vklyuchite v konfiguracionnyj fajl
   sleduyuschuyu stroku.

 options PCVT_CTRL_ALT_DEL

   10.14. Kak preobrazovat' tekstovye fajly DOS v format UNIX?

   Vospol'zujtes' sleduyuschej komandoj s ispol'zovaniem perl:

 % perl -i.bak -npe 's/\r\n/\n/g' file ...

   gde file - `eto imya fajla(ov) dlya preobrazovaniya.
   Preobrazovanie delaetsya v tom zhe samom fajle, original'nye fajly
   sohranyayutsya s rasshireniem .bak.

   `Eto preobrazovanie takzhe mozhno vypolnit' s pomosch'yu komandy
   tr(1):

 % tr -d '\r' < dos-text-file > unix-file

   gde dos-text-file - `eto imya fajla, soderzhaschego tekst DOS, a v
   fajl unix-file budet pomeschion uzhe preobrazovannyj tekst. `Etot
   sposob mozhet rabotat' gorazdo bystree, chem pri ispol'zovanii
   perl.

   10.15. Kak prervat' process po imeni?

   Ispol'zujte komandu killall(1).

   10.16. Pochemu su vydaiot soobschenie o tom, chto ya ne vhozhu v
   root ACL?

   `Eta oshibka vydaiotsya raspredelionnoj sistemoj autentifikacii
   Kerberos. `Eta oshibka ne fatal'na, odnako `eto razdrazhaet. Vy
   mozhete zapustit su s klyuchom -K libo deinstallirovat' Kerberos,
   kak opisano v sleduyuschem razdele.

   10.17. Kak deinstallirovat' Kerberos?

   CHtoby ubrat' Kerberos iz sistemy, pereustanovite distributiv bin
   togo reliza, kotoryj u vas zapuschen. Esli u vas est' CDROM, vy
   mozhete smontirovat' kompakt-disk (polozhim, v katalog /cdrom) i
   vypolnit' komandu

 # cd /cdrom/bin
 # ./install.sh

   Libo vy mozhete ubrat' vse opcii MAKE_KERBEROS iz fajla
   /etc/make.conf i vypolnit' polnoe perestroenie sistemy.

   10.18. CHto sluchilos' s /dev/MAKEDEV?

   Vo FreeBSD 5.X i vyshe ispol'zuetsya sistema devfs(8), raboty s
   ustrojstvami "po trebovaniyu". Drajvery ustrojstv avtomaticheski
   sozdayut novye fajly ustrojstv, kak tol'ko v nih poyavlyaetsya
   neobhodimost', takim obrazom obhodyas' bez /dev/MAKEDEV.

   Esli vy rabotaete s FreeBSD 4.X ili bolee rannej versiej, i fajl
   /dev/MAKEDEV otsutstvuet, to u vas dejstvitel'no est' problema.
   Voz'mite kopiyu iz ishodnyh kodov sistemy, kak pravilo, iz
   /usr/src/etc/MAKEDEV.

   10.19. Kak dobavit' v sistemu dopolnitel'nye psevdoterminaly?

   Esli u vas mnogo pol'zovatelej, rabotayuschij v seansah telnet,
   ssh, X ili v screen, vam mozhete stolknut'sya s problemoj nehvatki
   psevdoterminalov. Ih kolichestvo mozhno uvelichit' sleduyuschim
   obrazom:

    1. Otkompilirujte i ustanovite novoe yadro, v konfiguracionnyj
       fajl kotorogo vhodit takaya stroka:

 pseudo-device pty 256
      

    2. Vypolnite sleduyuschie komandy:

 # cd /dev
 # sh MAKEDEV pty{1,2,3,4,5,6,7}
      

       dlya sozdaniya 256 dopolnitel'nyh fajlov ustrojstv dlya novyh
       terminalov.

    3. Otredaktirujte fajl /etc/ttys, dobaviv po stroke dlya kazhdogo
       iz 256 terminalov. Oni dolzhny sootvetstvovat' formatu
       suschestvuyuschih strok, to est' dolzhny vyglyadet' vot tak:

 ttyqc none network
      

       Poryadok naznacheniya bukv pri zapisi v vide regulyarnogo
       vyrazheniya imeet vid tty[pqrsPQRS][0-9a-v].

    4. Teper' ostalos' tol'ko perezapustit' sistemu s novym yadrom.

   10.20. Pochemu ne poluchaetsya sozdat' ustrojstvo snd0?

   Takogo ustrojstva, kak snd, ne suschestvuet. `Eto nazvanie
   ispol'zuetsya v kachestve kratkogo oboznacheniya razlichnyh
   ustrojstv, kotorye sostavlyayut vo FreeBSD zvukovoj drajver, takih
   kak mixer, sequencer i dsp.

   Dlya sozdaniya `etih ustrojstv vy dolzhny sdelat' sleduyuschee:

 # cd /dev
 # sh MAKEDEV snd0

     Zamechanie: Vy mozhete propustit' `etot shag, esli ispol'zuete
     FreeBSD 5.0-RELEASE ili bolee novuyu versiyu s vklyuchennym
     mehanizmom devfs(5).

   10.21. Kak perechitat' soderzhimoe /etc/rc.conf i perestartovat'
   /etc/rc bez perezagruzki sistemy?

   Perejdite v odnopol'zovatel'skij rezhim, a zatem vozvratites'
   obratno v mnogopol'zovatel'skij.

   Na konsoli vypolnite sleduyuschee:

 # shutdown now
 (Zamechanie: bez -r ili -h)

 # return
 # exit
  

   10.22. YA pytalsya obnovit' moyu sistemu do poslednej -STABLE, a
   poluchil -BETAx, -RC ili -PRERELEASE! CHto proishodit?

   Kratkij otvet: `eto zhe prosto nazvanie. RC oznachaet ''Release
   Candidate''. `Eto znachit, chto vskore proizojdet vyhod reliza. Vo
   FreeBSD poyavlenie -PRERELEASE, kak pravilo, ravnoznachno
   prekrascheniyu vneseniya izmenenij v kod sistemy pered poyavleniem
   reliza. (Dlya nekotoryh relizom metka -BETA ispol'zovalas' tochno
   tak zhe, kak i PRERELEASE.)

   Podrobnyj otvet: vo FreeBSD relizy vypuskayutsya iz odnogo iz dvuh
   mest. Krupnye relizy, tochka-nol', takie, kak 4.0-RELEASE i
   5.0-RELEASE, otvetvlyayutsya ot osnovnogo potoka razrabotki, bolee
   izvestnogo kak -CURRENT. Melkie relizy, takie, kak 4.1-RELEASE ili
   5.2-RELEASE, yavlyalis' sn`epshotami aktivnoj vetki -STABLE.
   Nachinaya s 4.3-RELEASE, kazhdyj reliz takzhe imeet svoyu vetv',
   kotoroj mogut sledovat' te, komu neobhodim sverhkonservativnyj
   metod obnovleniya (kak pravilo, vnesenie tol'ko teh ispravlenij,
   kotorye kasayutsya voprosov obespecheniya bezopasnosti).

   Kogda delaetsya reliz, to vetv', iz kotoroj on vypuskaetsya,
   podvergaetsya nekotoroj podgotovke. CHast'yu `etogo processa
   yavlyaetsya zamorazhivanie koda. Kogda iniciiruetsya
   zamorazhivanie koda, to imya vetki izmenyaetsya dlya togo, chtoby
   otrazit' fakt blizosti reliza. Naprimer, esli vetka nazyvalas'
   4.5-STABLE, to eio imya budet izmeneno na 4.6-PRERELEASE, chtoby
   oboznachit' moment prekrascheniya vneseniya izmenenij v kod
   sistemy i period dopolnitel'nogo testirovaniya pered vyhodom
   reliza. V `eto vremya ispravleniya oshibok mogut byt' vneseny v
   kod sistemy dlya togo, chtoby byt' vklyuchennymi v reliz. Kogda
   ishodnyj kod podgotovlen k vypusku reliza, imya budet izmeneno na
   4.6-RC dlya oboznacheniya togo, chto reliz budet sdelan, skoree
   vsego, imenno iz `etogo koda. Kogda kod nahoditsya na `etape RC, v
   niom mogut ispravlyat'sya tol'ko samye kritichnye oshibki. Kak
   tol'ko reliz (v nashem primere 4.6-RELEASE) i vetka reliza budut
   sozdany, vetv' budet pereimenovana v 4.6-STABLE.

   Dlya polucheniya dopolnitel'noj informacii o nomerah versij i
   razlichnyh vetkah CVS obratites' k stat'e o vypuske relizov.

   10.23. YA popytalsya ustanovit' novoe yadro, odnako utilita
   chflags ne srabotala. Kak `eto obojti?

   Kratkij otvet: Skoree vsego, vy rabotaete v rezhime bezopasnosti,
   bol'shem, chem 0. Dlya ustanovki yadra perezagruzite mashinu i
   vojdite v odnopol'zovatel'skij rezhim.

   Podrobnyj otvet: FreeBSD zapreschaet menyat' sistemnye flagi pri
   rabote na urovnyah bezopasnosti, prevyshayuschih 0. Vy mozhete
   opredelit' vash uroven' takoj komandoj:

 # sysctl kern.securelevel
  

   Vy ne mozhete ponizit' uroven' bezopasnosti; dlya ustanovki yadra
   vam nuzhno perezagruzit'sya v odnopol'zovatel'skij rezhim, ili
   izmenit' uroven' bezopasnosti v /etc/rc.conf, a zatem vypolnit'
   perezagruzku. Obratites' k stranice Spravochnika po init(8) za
   podrobnoj informaciej ob urovne bezopasnosti i posmotrite
   /etc/defaults/rc.conf i spravochnuyu stranicu po rc.conf(5) dlya
   vyyasneniya podrobnostej o fajle rc.conf.

   10.24. Ne poluchaetsya izmenit' sistemnoe vremya bol'she chem na
   odnu sekundu! Kak `eto obojti?

   Kratkij otvet: Skoree vsego, vy rabotaete na urovne bezopasnosti,
   prevyshayuschem 1. Dlya smeny daty perezagruzite mashinu i vojdite
   v odnopol'zovatel'skij rezhim.

   Podrobnyj otvet: FreeBSD zapreschaet menyat' sistemnoe vremya na
   bol'she chem odnu sekundu pri rabote na urovnyah bezopasnosti,
   prevyshayuschih 1. Vy mozhete opredelit' vash uroven' takoj
   komandoj:

 # sysctl kern.securelevel
  

   Vy ne mozhete ponizit' uroven' bezopasnosti; dlya izmeneniya daty
   vam nuzhno perezagruzit'sya v odnopol'zovatel'skij rezhim, ili
   izmenit' uroven' bezopasnosti v /etc/rc.conf, a zatem vypolnit'
   perezagruzku. Obratites' k stranice Spravochnika po init(8) za
   podrobnoj informaciej ob urovne bezopasnosti, i posmotrite
   /etc/defaults/rc.conf i spravochnuyu stranicu po rc.conf(5) dlya
   vyyasneniya podrobnostej o fajle rc.conf.

   10.25. V rpc.statd; est' oshibka raboty s pamyat'yu! On ispol'zuet
   256 Mbajt operativnoj pamyati!

   Net, tam net oshibok i on ne ispol'zuet 256 Mbajt pamyati. Dlya
   udobstva rpc.statd otobrazhaet neprilichno bol'shoj kusok pamyati
   v svoio adresnoe prostranstvo. Zdes' net nichego nepravil'nogo s
   tehnicheskoj tochki zreniya, `eto prosto sbivaet s tolku programmy
   vrode top(1) i ps(1)

   rpc.statd(8) otobrazhaet svoj statusnyj fajl (nahodyaschijsya na
   /var) v svoe adresnoe prostranstvo. Dlya togo, chtoby postoyanno
   ne bespokoit'sya o buduschih pereotrazheniyah, kogda fajl vyrastet
   v razmerah, on prosto otobrazhaet ego s ogromnym razmerom zaranee.
   `Eto prosto zametit' v ishodnyh tekstah, gde kak vy mozhete
   uvidet' parametr dlina k funkcii mmap(2) imeet znachenie
   0x10000000, ili odna shestnadcataya adresnogo prostranstva dlya
   IA32, to est' 256 Mbajt.

   10.26. Pochemu ya ne mogu snyat' s fajla flag schg?

   Vy rabotaete v sisteme s povyshennym (to est' bol'shim, chem 0)
   urovnem zaschity. Poniz'te uroven' zaschity i poprobujte esche
   raz. Dlya polucheniya bolee podrobnoj informacii obratites' k
   razdelu FAQ ob urovne zaschity i spravochnoj stranice o init(8).

   10.27. Pochemu v SSH autentifikaciya posredstvom fajla .shosts ne
   vklyuchena po umolchaniyu v poslednih versiyah FreeBSD?

   Prichinoj, po kotoroj .shosts autentifikaciya ne rabotaet po
   umolchaniyu v poslednih versiyah FreeBSD, yavlyaetsya to chto
   ssh(1) ne ustanavlivaetsya bolee s bitom izmeneniya privilegij na
   pol'zovatelya root. Esli vy hotite ''ispravit''' `eto, to vy
   mozhete sdelat' odno iz dvuh nizheprivedionnyh dejstvij:

     * Kak postoyannuyu pravku, ustanovite ENABLE_SUID_SSH v true v
       fajle /etc/make.conf i perekompilirujte ssh.

     * Kak vremennuyu pravku izmenite prava dostupa k fajlu
       /usr/bin/ssh na 4555 komandoj chmod 4555 /usr/bin/ssh iz-pod
       administratora. A potom dobav'te stroku ENABLE_SUID_SSH=true v
       fajl /etc/make.conf, chtob `eto izmenenie ostalos' v sile
       posle ocherednogo obnovleniya sistemy s pomosch'yu make world.

   10.28. CHto takoe vnlru?

   vnlru sbrasyvaet i osvobozhdaet vnode, kogda sistema dostigaet
   svoego ogranicheniya po parametru kern.maxvnodes. `Etot podprocess
   yadra v osnovnom rabotaet vholostuyu i aktiviruetsya tol'ko pri
   nalichii ogromnogo ob"ema OZU i obraschenii k desyatkam ili
   tysyacham fajlov malen'kogo razmera.

   10.29. CHto oznachayut razlichnye sostoyaniya pamyati,
   pokazyvaemye utilitoj top?

   * Active: po statistike stranicy nedavno ispol'zovalis'.

   * Inactive: po statistike stranicy nedavno ne ispol'zovalis'.

   * Cache: (naibolee chasto) stranicy, kotoryh peremescheny iz
     chisla neaktivnyh v status, v kotorom oni soderzhat dannye, no
     kotorye mogut chasto srazu zhe ispol'zovat'sya povtorno (kak s
     ih starym soderzhimym, tak i povtorno s novym.) `Eto mozhet byt'
     nekotoroe neposredstvennoe peremeschenie iz sostoyaniya active v
     sostoyanie cache, esli izvestno, chto stranica chista (ne
     modificirovalas'), no takoe peremeschenie opredelyaetsya
     politikoj, zavisyaschej ot vybora algoritma razrabotchikom
     VM-sistemy.

   * Free: stranicy, ne soderzhaschie dannyh, i kotorye mogut byt'
     ispol'zovany pri nekotoryh usloviyah, kogda stranicy k`esha
     mogut ne podojti. Svobodnye stranicy mogut povtorno
     ispol'zovat'sya v sostoyaniyah preryvaniya ili processah.

   * Wired: stranicy, zafiksirovannye v pamyati, obychno dlya
     ispol'zovaniya yadrom, a takzhe inogda dlya special'nogo
     ispol'zovaniya processami.

   Stranicy chasche vsego zapisyvayutsya na disk (tipa sinhronizacii
   VM), kogda oni nahodyatsya v neaktivnom sostoyanii, odnako
   stranicy v aktivnom sostoyanii takzhe mogut sbrasyvat'sya (no `eto
   trebuet nalichiya opredelionnyh vozmozhnostej processora.) `Eto
   zavisit ot nalichiya i vozmozhnosti otslezhivaniya so storony CP
   bita 'modificirovannosti', i v nekotoryh situaciyah `eto mozhet
   byt' luchshe dlya bloka sinhroniziruemyh stranic VM, vne
   zavisimosti ot ih aktivnosti. V bol'shinstve vstrechayuschihsya
   situacij luchshe vsego predstavlyat' neaktivnuyu ochered' kak
   ochered' sravnitel'no neispol'zuemyh stranic, kotorye mogut byt',
   a mogut i ne byt' v processe zapisi na disk. K`eshiruemye stranicy
   uzhe sinhronizirovany, ne otobrazhayutsya, no dostupny dlya
   neposredstvennogo ispol'zovaniya processom so svoej staroj ili
   novoj privyazkoj. Svobodnye stranicy dostupny na urovne
   preryvaniya, odnako k`eshiruemye ili svobodnye stranicy mogut
   ispol'zovat'sya v processe povtorno. K`eshiruemye stranicy
   nedostatochno zablokirovany dlya togo, chtoby byt' dostupnymi na
   urovne preryvaniya.

   Est' eschio nekotorye drugie flagi (naprimer, flag zanyatosti ili
   schiotchik zanyatosti), kotorye mogut izmenit' nekotorye opisannye
   pravila.

   10.30. Skol'ko svobodnoj pamyati dostupno?

   Est' neskol'ko ponyatij ''svobodnoj pamyati''. V odnom sluchae
   `eto ob"iom pamyati, neposredstvenno dostupnoj v dannyj moment bez
   stranichnoj vygruzki chego-libo. `Etot ob"iom raven primerno
   razmeru ocheredi k`esha + razmer ocheredi na vysvobozhdenie (s
   uchiotom dopustimyh otklonenij, zavisyaschih ot nastroek sistemy.)
   V drugom sluchae ''svobodnaya pamyat''' oboznachaet obschij ob"iom
   prostranstva VM. On mozhet slozhno vychislyat'sya, no zavisit ot
   ob"ioma razdela podkachki i pamyati. Drugie opredeleniya
   ''svobodnoj pamyati'' takzhe vozmozhny, no oni dostatochno
   bespolezny, ved' v lyubom sluchae vazhno sohranyat' nizkij uroven'
   podkachki i izbegat' ischerpaniya razdela podkachki.

   10.31. CHto takoe /var/empty? YA ne mogu ego udalit'!

   /var/empty predstavlyaet soboj katalog, kotoryj ispol'zuet
   programma sshd(8) pri vypolnenii razdeleniya polnomochij. Katalog
   /var/empty pust, ego vladel'cem yavlyaetsya root i na niom
   ustanovlen flag schg.

   Hotya `etot katalog udalyat' ne rekomenduetsya, dlya vypolneniya
   `etoj operacii vam nuzhno snachala snyat' flag schg. Obratites' k
   spravochnym stranicam po chflags(1) dlya polucheniya bolee polnoj
   informacii (i pomnite pro otvet na vopros o snyatii flaga schg).

     --------------------------------------------------------------

            Glava 11. X Window System i virtual'nye konsoli

   11.1. CHto takoe X Window System?

   11.2. Kakie realizacii X suschestvuyut dlya FreeBSD?

   11.3. Budut li imeyuschiesya prilozheniya rabotat' s paketom Xorg?

   11.4. Vsio zhe pochemu razdelilis' dva proekta X?

   11.5. Pochemu dlya ustanovki po umolchaniyu vo FreeBSD byli
   vybrany porty Xorg?

   11.6. YA hochu zapustit' X, kak `eto sdelat'?

   11.7. YA popytalsya zapustit' X, no poluchil soobschenie "KDENABIO
   failed (Operation not permitted)" posle vvoda komandy startx. CHto
   mne teper' delat'?

   11.8. Pochemu moya mysh' ne rabotaet s X?

   11.9. U moej myshi est' koliosiko. Mogu li ya ego ispol'zovat' pri
   rabote v X?

   11.10. Kak ispol'zovat' udalionnye X-displei?

   11.11. Menyu i dialogovye okna v X Window rabotayut nepravil'no!

   11.12. CHto takoe virtual'nye konsoli i kak izmenit' ih
   kolichestvo?

   11.13. Kak osuschestvlyaetsya dostup k virtual'nym konsolyam iz X?

   11.14. Kak zapustit' XDM vo vremya zagruzki?

   11.15. Pri zapuske xconsole vydaiotsya soobschenie "Couldn't open
   console".

   11.16. Ran'she ya zapuskal XFree86, rabotaya kak obychnyj
   pol'zovatel', a teper' pri zapuske vydaetsya soobschenie o tom,
   chto ya dolzhen byt' pol'zovatelem root!

   11.17. Moya mysh' PS/2 v X rabotaet nepravil'no.

   11.18. Pochemu moya mysh' PS/2 ot MouseSystems ne rabotaet?

   11.19. Pri kompilyacii prilozhenij dlya X programma imake ne
   mozhet najti fajl Imake.tmpl. Gde on nahoditsya?

   11.20. YA hochu ustanovit' drugoj X-server.

   11.21. Kak pomenyat' mestami knopki myshi?

   11.22. Kak ustanovit' `ekrannuyu zastavku i gde takie zastavki
   mozhno najti?

   11.23. Mozhno li v X ispol'zovat' klavishi Windows, kotorye est'
   na klaviature?

   11.24. Kak zastavit' rabotat' apparatnoe uskorenie 3D-grafiki dlya
   OpenGL(R)?

   11.1. CHto takoe X Window System?

   X Window System yavlyaetsya samoj shirokodostupnoj okonnoj
   sistemoj, kotoraya mozhet rabotat' na UNIX i UNIX-podobnyh
   sistemah, v tom chisle i vo FreeBSD. Razrabotkoj standartov na
   ispol'zuemyj X-protokol zanimaetsya organizaciya The X.Org
   Foundation. Na dannyj moment poslednyaya versiya specifikacij
   imeet nomer 11.6, po`etomu vy chasto budete vstrechat' kratkuyu
   ssylku na nih v vide sokrascheniya X11R6 ili dazhe prosto X11.

   Dlya raznyh arhitektur i operacionnyh sistem suschestvuet
   mnozhestvo realizacij `etoj sistemy. Realizaciyu koda dlya
   servernoj chasti nazyvayut X-serverom.

   11.2. Kakie realizacii X suschestvuyut dlya FreeBSD?

   Istoricheski skladyvalos' tak, chto vo FreeBSD v kachestve
   ispol'zuemoj po umolchaniyu realizacii X vystupal paket XFree86,
   kotoryj podderzhivaet The XFree86 Project, Inc. Dannoe programmnoe
   obespechenie ustanavlivalos' po umolchaniyu v versiyah FreeBSD do
   4.10 i 5.2. Hotya Xorg podderzhivala v to vremya svoyu
   realizaciyu, v celom ona pozicionirovalas' kak ssylochnaya
   platforma, ot chego dolgie gody znachitel'no stradala.

   Odnako v nachale 2004 goda neskol'ko razrabotchikov XFree86
   pokinuli proekt iz-za raznoglasij po povodu tempov vneseniya
   izmenenij v kod, buduschego napravleniya razvitiya i lichnyh
   konfliktov. Teper' oni peredayut svoj kod neposredstvenno v Xorg.
   Odnovremenno s `etim Xorg obnovila svoio derevo ishodnyh tekstov
   do sostoyaniya, sootvetstvuyuschego poslednemu relizu XFree86
   pered izmeneniem licenzionnogo soglasheniya (XFree86 version
   4.3.99.903), vklyuchila tuda mnozhestvo izmenenij, ranee
   podderzhivaemyh otdel'no, i vypustila `etot nabor kak X11R6.7.0.
   Suschestvuet otdel'nyj, no svyazannyj s `etim proekt
   freedesktop.org (dlya kratkosti fd.o), rabotayuschij nad
   pereproektirovaniem original'nogo koda XFree86, v kotorom bol'she
   nagruzki dolzhno lech' na graficheskij adapter (dlya uluchsheniya
   proizvoditel'nosti), i kotoryj dolzhen stat' bolee modul'nym (dlya
   uluchsheniya podderzhki i uskoreniya vypuska relizov, a takzhe
   uproscheniya nastrojki). Xorg planiruet vklyuchit' izmeneniya,
   razrabotannye freedesktop.org, v svoi buduschie relizy.

   S iyulya 2004 v FreeBSD-CURRENT v kachestve realizacii,
   ispol'zuemoj po umolchaniyu, XFree86 byla zamenena na Xorg. Porty
   dlya XFree86 (x11/XFree86-4 i zavisimye ot nego) ostayutsya v
   Kollekcii portov i budut ispol'zovat'sya po umolchaniyu dlya
   FreeBSD-STABLE.

     Zamechanie: Tekst vyshe opisyvaet realizaciyu X, ustanovlennuyu
     po umolchaniyu. Voobsche vozmozhna ustanovka lyuboj realizacii v
     sootvetstvii s ukazaniyami ot 20040723, nahodyaschimisya v fajle
     /usr/ports/UPDATING.

     Vnimanie: Poka nevozmozhno smeshivat' chasti raznyh realizacij;
     neobhodimo vybrat' kakuyu-to odnu iz imeyuschihsya.

     Zamechanie: Posleduyuschie voprosy otnosyatsya k realizacii
     XFree86, odnako bol'shinstvo iz nih otnosyatsya takzhe i k
     realizacii Xorg. Hotya v kachestve konfiguracionnogo fajla dlya
     realizacii Xorg po umolchaniyu vystupaet xorg.conf, v sluchae
     ego otsutstviya ischetsya XF86Config.

   11.3. Budut li imeyuschiesya prilozheniya rabotat' s paketom Xorg?

   Programmnoe obespechenie Xorg razrabotano v sootvetstvii s temi
   zhe specifikaciyami X11R6, kotorym udovletvoryaet XFree86, tak
   chto osnovnaya massa prilozhenij budet rabotat' bez izmenenij.
   Ispol'zovanie neskol'kih redko ispol'zuemyh protokolov (XIE, PEX i
   lbxproxy) budet ogranicheno, odnako pervye dva iz nih portom
   XFree86 dlya FreeBSD tozhe ne podderzhivayutsya.

   11.4. Vsio zhe pochemu razdelilis' dva proekta X?

   Otvet na `etot vopros nahoditsya vne kruga problem, opisyvaemyh v
   FAQ. Zametim, chto v Internet v arhivah razlichnyh spiskov
   rassylki hranitsya ob"iomnaya perepiska. Dlya izucheniya istorii
   `etogo voprosa, pozhalujsta, vospol'zujtes' vashej lyubimoj
   poiskovoj sistemoj, a ne zadavajte voprosy v spiskah rassylki
   FreeBSD. Mozhet stat'sya, chto tol'ko neposredstvennye uchastniki
   sobytij budut znat' dopodlinno vse proizoshedshee.

   11.5. Pochemu dlya ustanovki po umolchaniyu vo FreeBSD byli
   vybrany porty Xorg?

   Razrabotchiki Xorg zayavlyayut, chto ih celyami yavlyaetsya bolee
   chastyj vypusk relizov i bystroe dobavlenie novyh funkcij. Esli
   oni smogut `eto osuschestvit', chto ih razrabotka budet ves'ma
   privlekatel'na. Krome togo, ispol'zovanie ih programmnogo
   obespechenie prodolzhaet podpadat' pod usloviya standartnogo dlya
   X licenzionnogo soglasheniya, kogda kak XFree86 pol'zuetsya
   neskol'ko modificirovannym eio variantom.

     Zamechanie: Dannoe reshenie vsio eschio vyglyadit somnitel'nym.
     Tol'ko vremya pokazhet, kakaya zhe realizaciya tehnicheski
     prevoshodit druguyu. Pol'zovatel' FreeBSD dolzhen sam vybrat',
     kakoj realizacii on otdaiot predpochtenie.

   11.6. YA hochu zapustit' X, kak `eto sdelat'?

   Samyj prostoj sposob - `eto ukazat' vo vremya ustanovki, chto vy
   hotite ispol'zovat' X.

   Esli vy planiruete ustanovit' X na uzhe rabotayuschuyu sistemu, to
   vam neobhodimo ispol'zovat' meta-port x11/xorg, kotoryj postroit i
   ustanovit vse neobhodimye komponenty.

   Zatem sledujte ukazaniyam v dokumentacii po utilite xorgconfig(1),
   kotoraya prednaznachena dlya nastrojki Xorg na rabotu s vashim
   graficheskim adapterom/mysh'yu/i t.d. Vas mozhet takzhe
   zainteresovat' utilita xorgcfg(1), kotoraya obespechivaet process
   nastrojki X graficheskim interfejsom.

   Dlya polucheniya bolee polnoj informacii prochtite razdel o X11
   Rukovodstva FreeBSD.

   Vy mozhete takzhe poprobovat' server Xaccel. Za podrobnoj
   informaciej obratites' k razdelu, posvyaschionnomu produktam firmy
   Xi Graphics.

   11.7. YA popytalsya zapustit' X, no poluchil soobschenie "KDENABIO
   failed (Operation not permitted)" posle vvoda komandy startx. CHto
   mne teper' delat'?

   Veroyatnee vsego, v vashej sisteme ustanovlen povyshennyj uroven'
   bezopasnosti. Pri povyshennom urovne zaschity sistemu X zapustit'
   nevozmozhno, potomu chto X trebuyutsya prava na operacii zapisi v
   ustrojstvo /dev/io. Dopolnitel'nuyu informaciyu mozhno najti na
   stranicah spravochnoj sistemy po init(8).

   Tak chto vopros svoditsya k tomu, kak vam `eto obojti, i u vas
   zdes' est' v osnovnom dva varianta: ponizit' vash uroven' zaschity
   obratno k nulyu (obychno `eto delaetsya v /etc/rc.conf) ili vo
   vremya zagruzki zapuskat' xdm(1) (do togo, kak povyshaetsya
   uroven' zaschity).

   Obratites' k V: 11.14. dlya polucheniya bolee polnoj informacii o
   zapuske xdm(1) vo vremya zagruzki.

   11.8. Pochemu moya mysh' ne rabotaet s X?

   Esli vy ispol'zuete syscons (standartnyj drajver konsoli), to
   mozhete nastroit' podderzhku ukazatelya myshi vo vseh virtual'nyh
   `ekranah. Vo izbezhanie konfliktov s X, drajver syscons
   podderzhivaet virtual'noe ustrojstvo /dev/sysmouse. Vse sobytiya,
   poluchaemye ot real'noj myshi, pishutsya v ustrojstvo sysmouse
   cherez moused. Esli vy hotite ispol'zovat' vashu mysh' na odnoj
   ili neskol'kih virtual'nyh konsolyah, prodolzhaya ispol'zovat' X,
   posmotrite V: 4.4.4. i nastrojte moused.

   Zatem otredaktirujte /etc/X11/XF86Config tak, chtoby v niom byli
   sleduyuschie stroki.

 Section        Pointer
 Protocol       "SysMouse"
 Device         "/dev/sysmouse"
 .....

   Primer vyshe prednaznachen dlya XFree86 3.3.2 i vyshe i dlya Xorg
   6.7.0. Dlya bolee rannih versij parametr Protocol dolzhen byt'
   MouseSystems.

   V sluchae ispol'zovaniya Xorg, redaktirujte /etc/X11/xorg.conf.
   Hotya, ukazannyj vyshe format zapisi podderzhivaetsya po prichinam
   sovmestimosti, predpochtitel'nee ispol'zovat' sekciyu InputDevice,
   kak v sleduyuschem primere:

 Section "InputDevice"
    Option          "Protocol" "SysMouse"
    Option          "Device" "/dev/sysmouse"
 .....

   Nekotorye predpochitayut ispol'zovat' v X ustrojstvo /dev/mouse.
   CHtoby ono rabotalo, fajl ustrojstva /dev/mouse dolzhen
   yavlyat'sya ssylkoj na /dev/sysmouse (posmotrite spravku po
   sysmouse(4)):

 # cd /dev
 # rm -f mouse
 # ln -s sysmouse mouse

   11.9. U moej myshi est' koliosiko. Mogu li ya ego ispol'zovat' pri
   rabote v X?

   Da.

   Vam nuzhno ukazat' X, chto ispol'zuetsya 5-knopochnaya mysh'. Dlya
   `etogo prosto dobav'te strochki Buttons 5 i ZAxisMapping 4 5 v
   razdel ''InputDevice'' fajla /etc/XF86Config. Naprimer, v vashem
   fajle /etc/XF86Config sekciya ''InputDevice'' mozhet prinyat'
   takoj vid:

   Primer 11-1. Sekciya ''InputDevice'' dlya myshi s koliosikom iz
   konfiguracionnyh fajlov dlya XFree86(TM) i Xorg

 Section "InputDevice"
    Identifier      "Mouse1"
    Driver          "mouse"
    Option          "Protocol" "auto"
    Option          "Device" "/dev/sysmouse"
    Option          "Buttons" "5"
    Option          "ZAxisMapping" "4 5"
 EndSection

   Primer 11-2. Primer ''.emacs'' dlya prostoj prokrutki stranicy pri
   pomoschi myshi s koliosikom (opcional'no)

 ;; wheel mouse
 (global-set-key [mouse-4] 'scroll-down)
 (global-set-key [mouse-5] 'scroll-up)

   11.10. Kak ispol'zovat' udalionnye X-displei?

   Iz soobrazhenij obespecheniya informacionnoj bezopasnosti
   otkryvat' udalionnye okna na mashine po umolchaniyu zaprescheno.

   Dlya vklyucheniya `etoj vozmozhnosti prosto zapustite X s
   argumentom -listen_tcp:

 % startx -listen_tcp

   11.11. Menyu i dialogovye okna v X Window rabotayut nepravil'no!

   Poprobujte vyklyuchit' Num Lock.

   Esli klavisha Num Lock vo vremya zagruzki po umolchaniyu
   vklyuchena, dobav'te v sekciyu Keyboard fajla XF86Config
   sleduyuschuyu stroku.

 # Let the server do the NumLock processing.  This should only be
 # required when using pre-R6 clients
     ServerNumLock

   11.12. CHto takoe virtual'nye konsoli i kak izmenit' ih
   kolichestvo?

   Virtual'nye konsoli, uproschionno govorya, pozvolyayut vam imet'
   neskol'ko odnovremennyh seansov raboty s toj zhe samoj mashinoj
   bez ustanovki kakoj by to ni bylo seti ili zapuska X.

   Pri zapuske sistemy posle vyvoda soobschenij `etapa zagruzki na
   konsol' vydaiotsya priglashenie na vhod v sistemu. Vy mozhete
   vvesti svoio imya i parol' i nachat' rabotat' (ili igrat'!) na
   pervoj virtual'noj konsoli.

   V kakoj-to moment vy mozhete zahotet' zapustit' eschio odnu seans,
   skazhem, chtoby zaglyanut' v dokumentaciyu po programme, kotoruyu
   vy zapustili ili dlya dlya chteniya `elektronnoj pochty vo vremya
   ozhidaniya zaversheniya peredachi dannyh po FTP. Prosto nazhmite
   Alt+F2 (uderzhivaya klavishu Alt, nazhmite F2) i vy obnaruzhite
   priglashenie, zhduschee vas na vtoroj ''virtual'noj konsoli''!
   Kogda zahotite vernut'sya k pervonachal'nomu seansu, nazhmite
   Alt+F1.

   Posle ustanovki po umolchaniyu vo FreeBSD zadejstvovany vosem'
   virtual'nyh konsolej, a kombinacii klavish Alt+F1, Alt+F2, Alt+F3
   i tak dalee sluzhat dlya pereklyucheniya mezhdu nimi.

   CHtoby uvelichit' kolichestvo konsolej, otredaktirujte fajl
   /etc/ttys (posmotrite spravku po ttys(5)), dobaviv tuda zapisi
   dlya terminalov s imenami ot ttyv4 do ttyvc posle slov ''Virtual
   terminals'':

 # Edit the existing entry for ttyv3 in /etc/ttys and change
 # "off" to "on".
 ttyv3   "/usr/libexec/getty Pc"         cons25  on secure
 ttyv4   "/usr/libexec/getty Pc"         cons25  on secure
 ttyv5   "/usr/libexec/getty Pc"         cons25  on secure
 ttyv6   "/usr/libexec/getty Pc"         cons25  on secure
 ttyv7   "/usr/libexec/getty Pc"         cons25  on secure
 ttyv8   "/usr/libexec/getty Pc"         cons25  on secure
 ttyv9   "/usr/libexec/getty Pc"         cons25  on secure
 ttyva   "/usr/libexec/getty Pc"         cons25  on secure
 ttyvb   "/usr/libexec/getty Pc"         cons25  on secure

   Ispol'zujte iz nih stol'ko, skol'ko poschitaete nuzhnym. CHem
   bol'she virtual'nyh terminalov u vas imeetsya, tem bol'she
   resursov oni ispol'zuyut; `eto mozhet imet' znachenie, esli u vas
   men'she chem 8 Mbajt OZU. Vy mozhete smenit' status konsolej s
   secure na insecure.

     Vazhno: Esli vy hotite zapustit' X, vy dolzhny ostavit' dlya
     nego po krajnej mere odin neispol'zuemyj (ili vyklyuchennyj)
     virtual'nyj terminal. Takim obrazov, esli vy hotite imet'
     priglasheniya login na vseh dvenadcati funkcional'nyh klavishi,
     to vam ne povezlo - vy mozhete `eto sdelat' tol'ko dlya
     odinnadcati iz nih, esli hotite na `etoj zhe mashine eschio
     zapustit' X-server.

   Samym prostym sposobom ubrat' konsol' yavlyaetsya prosto eio
   vyklyuchenie. Naprimer, esli vy zapustili na vseh 12 konsolyah
   virtual'nye terminaly, kak ukazano vyshe, i eschio hotite
   zapustit' X, to dolzhny budete izmenit' parametry dvenadcatogo
   virtual'nogo terminala s:

 ttyvb   "/usr/libexec/getty Pc"         cons25  on  secure

   na:

 ttyvb   "/usr/libexec/getty Pc"         cons25  off secure

   Esli na vashej klaviature tol'ko desyat' funkcional'nyh klavish,
   to poslednie stroki budut vyglyadet' tak:

 ttyv9   "/usr/libexec/getty Pc"         cons25  off secure
 ttyva   "/usr/libexec/getty Pc"         cons25  off secure
 ttyvb   "/usr/libexec/getty Pc"         cons25  off secure

   (Vy takzhe mozhete prosto ih udalit'.)

   Posle togo, kak vy otredaktirovali fajl /etc/ttys, prover'te, chto
   u vas imeetsya dostatochnoe kolichestvo ustrojstv dlya virtual'nyh
   terminalov. Samyj prostoj sposob sdelat' `eto:

 # cd /dev
 # sh MAKEDEV vty12

     Zamechanie: Vo FreeBSD 5.X i vyshe pri ispol'zovanii DEVFS, vam
     ne nuzhno sozdavat' ustrojstva vruchnuyu, potomu chto
     neobhodimye fajly ustrojstv budut sozdavat'sya v kataloge /dev
     avtomaticheski.

   Samym prostym (i nadiozhnym) sposobom aktivirovat' virtual'nye
   konsoli yavlyaetsya perezagruzka. Odnako esli vy vovse ne hotite
   `etogo delat', prosto ostanovite X Window System i vypolnite (kak
   pol'zovatel' root):

 # kill -HUP 1

   Pri `etom trebuetsya, chtoby vy polnost'yu zakryli X Window, esli
   ona byla zapuschena, do zapuska `etoj komandy. Esli vy `eto ne
   sdelaete, vasha sistema mozhet povisnut'/zablokirovat'sya posle
   vypolneniya komandy kill.

   11.13. Kak osuschestvlyaetsya dostup k virtual'nym konsolyam iz X?

   Ispol'zujte kombinaciyu klavish Ctrl+Alt+Fn dlya pereklyucheniya
   obratno v virtual'nuyu konsol'. Nazhatie Ctrl+Alt+F1 verniot vas
   na pervuyu virtual'nuyu konsol'.

   Posle togo, kak vy okazalis' v tekstovoj konsoli, mozhete
   ispol'zovat', kak obychno, kombinacii Alt+Fn dlya pereklyucheniya
   mezhdu nimi.

   CHtoby vernut'sya v seans raboty X, vy dolzhny pereklyuchit'sya v
   virtual'nuyu konsol', na kotoroj zapuschena X Window. Esli vy
   zapustili X iz komandnoj stroki (naprimer, pri pomoschi komandy
   startx), to seans raboty X budet privyazan k sleduyuschej
   neispol'zuemoj virtual'noj konsoli, a ne k toj tekstovoj konsoli,
   s kotoroj on byl zapuschen. Esli u vas imeetsya vosem' aktivnyh
   virtual'nyh terminalov, to X budet rabotat' na devyatom, i vam
   nuzhno budet vospol'zovat'sya kombinaciej Alt+F9 dlya vozvrata v
   X.

   11.14. Kak zapustit' XDM vo vremya zagruzki?

   Est' dve filosofskie shkoly, propoveduyuschie razlichnye metody
   zapuska xdm(1). Posledovateli odnogo techeniya zapuskayut xdm iz
   /etc/ttys (posmotrite ttys(5)), ispol'zuya privodimyj primer,
   togda kak drugie vstavlyayut zapusk xdm v skript rc.local
   (posmotrite spravku po rc(8)) ili X.sh, pomeschaya poslednij v
   katalog /usr/local/etc/rc.d. Oba metoda ravnopravny, i odin iz nih
   mozhet rabotat' v situaciyah, s kotorymi ne spravlyaetsya drugoj i
   naoborot. V oboih sluchaya rezul'tat odin i tot zhe: X vyvodit
   graficheskoe priglashenie login:.

   Plyusom metoda s ispol'zovaniem ttys yavlyaetsya dokumentirovanie
   togo, na kakom vty budet zapuschen X i to, chto otvetstvennost' za
   perezapusk X-servera pri zavershenii seansa raboty lezhit na
   processe init. Metod s ispol'zovaniem rc.local pozvolyaet prosto
   prekratit' rabotu xdm, esli pri zapuske X voznikli kakie-nibud'
   problemy.

   Iz rc.local xdm dolzhen byt' zapuschen bez argumentov, (to est'
   kak daemon). xdm dolzhen byt' zapuschen POSLE zapuska getty(8),
   inache oni budut konfliktovat', blokiruya konsol'. Luchshe vsego
   vyderzhat' pauzu sekund na 10 i potom zapustit' xdm.

   Esli xdm zapuskaetsya iz /etc/ttys, to est' veroyatnost' konflikta
   mezhdu xdm i getty(8). Odnim iz sposobov izbezhat' `etogo
   yavlyaetsya dobavlenie nomera vt v fajl
   /usr/X11R6/lib/X11/xdm/Xservers.

 :0 local /usr/X11R6/bin/X vt4
  

   V vysheprivedionnom sluchae X-serveru ukazyvaetsya rabotat' na
   /dev/ttyv3. Zamet'te, chto nomera otlichayutsya na edinicu. Delo v
   tom, chto X-server schitaet vty ot edinicy, kogda kak otschiot vty
   v yadre FreeBSD vediotsya s nulya.

   11.15. Pri zapuske xconsole vydaiotsya soobschenie "Couldn't open
   console".

   Esli vy zapuskaete X s ispol'zovaniem scenariya startx prava na
   ustrojstvo /dev/console ne izmenyayutsya, po`etomu takie
   programmy, kak xterm -C i xconsole, ne budut rabotat'.

   `Eto zavisit ot prav dostupa, ustanovlennyh dlya konsoli po
   umolchaniyu. V mnogopol'zovatel'skoj sisteme vovse ne nuzhno,
   chtoby lyuboj pol'zovatel' mog vyvodit' informaciyu na sistemnuyu
   konsol'. Dlya pol'zovatelej, voshedshih v sistemu cherez VTY, dlya
   resheniya `etoj problemy suschestvuet fajl fbtab(5).

   V obschem, raskommentirujte strochku vida

 /dev/ttyv0 0600 /dev/console
  

   v fajle /etc/fbtab (posmotrite spravku po fbtab(5)), i `etogo
   budet dostatochno dlya togo, chtoby vsyakij, kto voshiol v sistemu
   s terminala /dev/ttyv0, imel dostup k konsoli.

   11.16. Ran'she ya zapuskal XFree86, rabotaya kak obychnyj
   pol'zovatel', a teper' pri zapuske vydaetsya soobschenie o tom,
   chto ya dolzhen byt' pol'zovatelem root!

   Vse X-servery dolzhny zapuskat'sya pol'zovatelem root, chtoby
   imet' pryamoj dostup k vashemu videooborudovaniyu. Bolee starye
   versii XFree86 (<= 3.3.6) ustanavlivali vse postavlyaemye servery
   tak, chto oni avtomaticheski zapuskalis' pol'zovatelem root (s
   ustanovlennym bitom smeny vladel'ca zapuskaemogo processa).
   Nesomnenno, `eto riskovanno, potomu chto X-servery yavlyayutsya
   bol'shimi, slozhnymi programmami. Bolee novye versii XFree86 ne
   ustanavlivayut na serverah bit smeny vladel'ca na pol'zovatelya
   root imenno po `etoj prichine.

   Ochevidno, chto zapuskat' X-server, rabotaya kak pol'zovatel'
   root, nepravil'no i nebezopasno. Est' dva sposoba ispol'zovat' X,
   rabotaya kak obychnyj pol'zovatel'. Pervyj sposob zaklyuchaetsya v
   ispol'zovanii xdm ili drugogo menedzhera displeev (k primeru,
   kdm); vtoroj sposob - v ispol'zovanii programmy Xwrapper.

   xdm predstavlyaet soboj daemon, kotoryj obrabatyvaet vhody v
   sistemu v graficheskom rezhime. Obychno on zapuskaetsya vo vremya
   zagruzki i otvechaet za autentifikaciyu pol'zovatelej i zapusk ih
   seansov; prakticheski `eto graficheskij analog programm getty(8) i
   login(1). Bolee podrobnaya informaciya o xdm nahoditsya v
   dokumentacii po XFree86 i v sootvetstvuyuschem razdele FAQ.

   Xwrapper yavlyaetsya obolochkoj dlya X-servera; `eto malen'kaya
   utilita. pozvolyayuschaya komu-libo zapuskat' X-server i
   dostatochno bezopasnaya v ispol'zovanii. Ona vypolnyaet nekotoruyu
   proverku peredavaemyh ej v komandnoj stroke argumentov, i esli
   vsio v poryadke, zapuskaet sootvetstvuyuschij X-server. Esli po
   kakim-libo prichinam vy ne hotite zapuskat' menedzher displeev, to
   `eta utilita vam podojdet. Esli u vas ustanovlena polnaya
   kollekciya portov, vy mozhete najti `etot port v kataloge
   /usr/ports/x11/wrapper.

   11.17. Moya mysh' PS/2 v X rabotaet nepravil'no.

   Vpolne mozhet byt', chto vasha mysh' i eio drajver
   rassinhronizirovalis'.

   V redkih sluchayah drajver mozhet oshibochno obnaruzhivat'
   problemy s sinhronizaciej, i vy budete videt' takie soobscheniya
   yadra:

 psmintr: out of sync (xxxx != yyyy)

   i zametite, chto mysh' teper' rabotaet nepravil'no.

   Esli `eto sluchitsya, otmenite proverku soglasovaniya, ustanoviv
   znachenie flaga dlya drajvera myshi PS/2 v 0x100. Vojdite v
   konfigurator UserConfig, zadav opciyu -c v priglashenii
   zagruzchika:

 boot: -c

   Zatem v komandnoj stroke UserConfig naberite:

 UserConfig> flags psm0 0x100
 UserConfig> quit

   11.18. Pochemu moya mysh' PS/2 ot MouseSystems ne rabotaet?

   Bylo neskol'ko soobschenij, chto nekotorye modeli myshej PS/2 ot
   MouseSystems rabotayut tol'ko v rezhime ''vysokogo razresheniya''.
   V drugih rezhimah kursor myshi postoyanno prygaet v verhnij levyj
   ugol `ekrana.

   Ukazhite flag 0x04 drajveru myshi PS/2 dlya perevoda eio v rezhim
   vysokogo razresheniya. Vojdite v UserConfig, zadav opciyu -c v
   priglashenii zagruzchika:

 boot: -c

   Zatem v komandnoj stroke UserConfig naberite:

 UserConfig> flags psm0 0x04
 UserConfig> quit

   V predyduschem razdele opisana vozmozhnaya prichina problem s
   mysh'yu.

   11.19. Pri kompilyacii prilozhenij dlya X programma imake ne
   mozhet najti fajl Imake.tmpl. Gde on nahoditsya?

   Fajl Imake.tmpl yavlyaetsya chast'yu paketa Imake, standartnogo
   instrumenta dlya postroeniya X-prilozhenij. On, takzhe kak eschio
   neskol'ko zagolovochnyh fajlov, trebuemyh dlya postroeniya
   X-prilozhenij, soderzhitsya v distributive programm X. Vy mozhete
   ih ustanovit' iz sysinstall(8) ili vzyat' iz distributiva X.

   11.20. YA hochu ustanovit' drugoj X-server.

   V versiyah FreeBSD, predshestvuyuschih 5.3, po umolchaniyu budet
   ispol'zovat'sya XFree86 4.X, a v posleduyuschih versiyah po
   umolchaniyu budet ispol'zovat'sya Xorg. Esli vy hotite
   ispol'zovat' realizaciyu X11, otlichnuyu ot ispol'zuemoj po
   umolchaniyu, dobav'te sleduyuschuyu stroku v fajl /etc/make.conf
   (esli u vas `etogo fajla net, sozdajte ego):

 X_WINDOW_SYSTEM=        xorg

   `Eta peremennaya mozhet prinimat'sya znacheniya xorg, xfree86-4
   ili xfree86-3.

   11.21. Kak pomenyat' mestami knopki myshi?

   Pomestite komandu xmodmap -e "pointer = 3 2 1" v odin iz vashih
   skriptov .xinitrc ili .xsession.

   11.22. Kak ustanovit' `ekrannuyu zastavku i gde takie zastavki
   mozhno najti?

   Vo FreeBSD est' vozmozhnost' vyvoda ''zastavki'' vo vremya
   zagruzki. Na dannyj moment `ekrany zastavok dolzhny byt'
   256-cvetnymi fajlami formata BMP *.BMP ili ZSoft PCX (*.PCX).
   Krome togo, oni dolzhny imet' razmer 320x200 ili men'she dlya
   raboty so standartnymi adapterami VGA. Esli vy vklyuchili
   podderzhku VESA pri kompilyacii yadra, smozhete ispol'zovat'
   zastavki razmerom do 1024x768. Real'naya podderzhka VESA mozhet
   byt' vkompilirovana v yadro pri ukazanii opcii VESA libo
   zagruzhena v vide kld-modulya yadra vo vremya nachal'noj zagruzki.

   CHtoby ispol'zovat' zastavku, vam nuzhno izmenit' fajly,
   upravlyayuschie processom zagruzki FreeBSD.

   Vam nuzhno sozdat' fajl /boot/loader.rc, soderzhaschij
   sleduyuschie stroki:

 include /boot/loader.4th
 start

   i fajl /boot/loader.conf so strokami:

 splash_bmp_load="YES"
 bitmap_load="YES"

   Zdes' predpolagaetsya, chto v kachestve zastavki vy ispol'zuete
   fajl /boot/splash.bmp. Esli vy ispol'zuete PCX-fajl, skopirujte
   ego pod imenem /boot/splash.pcx, sozdajte fajl /boot/loader.rc,
   kak ukazano vyshe, i sozdajte fajl /boot/loader.conf, kotoryj
   soderzhit sleduyuschee:

 splash_pcx_load="YES"
 bitmap_load="YES"
 bitmap_name="/boot/splash.pcx"

   Teper' vsio, chto vam nuzhno - `eto sama zastavka. Poischite
   zastavki v galeree po adresu http://www.baldwin.cx/splash/.

   11.23. Mozhno li v X ispol'zovat' klavishi Windows, kotorye est'
   na klaviature?

   Da. Vsio, chto vam nuzhno sdelat', `eto s pomosch'yu xmodmap(1)
   zadat' funkcii, kotorye vy hotite k `etim klavisham privyazat'.

   Polozhim, chto vse klaviatury ''Windows'' standartny i 3 klavishi
   imeyut sleduyuschie klaviaturnye kody

     * 115 - klavisha Windows mezhdu klavishami Ctrl i Alt s levoj
       storony

     * 116 - klavisha Windows sprava ot klavishi AltGr

     * 117 - klavisha Menu, sleva ot klavishi Ctrl, nahodyaschejsya
       sprava

   CHtoby zastavit' levuyu klavishu Windows nabirat' zapyatuyu,
   poprobujte vypolnit' takuyu komandu:

 # xmodmap -e "keycode 115 = comma"

   CHtoby uvidet' rezul'tat, vam nuzhno budet perezapustit' vash
   okonnyj menedzher.

   Dlya togo, chtoby pereopredeleniya klavish Windows vypolnyalos'
   avtomaticheski kazhdyj raz pri zapuske X, mozhno pomestit' vyzov
   komand xmodmap v vash ~/.xinitrc libo, chto predpochtitel'nej,
   sozdat' fajl ~/.xmodmaprc i vklyuchit' v nego parametry dlya
   xmodmap, po odnomu na stroku, i dobavit' stroku

 xmodmap $HOME/.xmodmaprc

   v vash ~/.xinitrc.

   Naprimer, vy mozhete pereopredelit' `eti 3 klavishi tak, chtoby
   oni vypolnyali funkcii klavish F13, F14 i F15 sootvetstvenno. `Eto
   pozvolit legko privyazat' ih k poleznym funkciyam v prilozheniyah
   ili vashem menedzhere okon, kak budet pokazano dalee.

   CHtoby sdelat' `eto, pomestite v fajl ~/.xmodmaprc vot takie
   stroki:

 keycode 115 = F13
 keycode 116 = F14
 keycode 117 = F15

   Esli, k primeru, vy ispol'zuete fvwm2, to mozhete pereopredelit'
   klavishi takim obrazom, chto F13 svorachivaet v ikonku (ili
   vosstanavlivaet predyduschie razmery) okna, na kotoroe ukazyvaet
   kursor, F14 peremeschaet okno s kursorom na perednij plan ili,
   esli ono uzhe vperedi, vozvraschaet obratno, a F15 vyzyvaet
   glavnoe menyu prilozheniya Workplace, dazhe esli kursor nahoditsya
   ne na rabochem stole, chto byvaet polezno, esli net ni odnogo
   vidimogo kusochka rabochego stola (k tomu zhe logotip na klavishe
   sootvetstvuet `etoj funkcii).

   Vot stroki iz ~/.fvwmrc, s pomosch'yu kotoryh dostigayutsya
   opisannye vyshe funkcii:

 Key F13        FTIWS    A        Iconify
 Key F14        FTIWS    A        RaiseLower
 Key F15        A        A        Menu Workplace Nop

   11.24. Kak zastavit' rabotat' apparatnoe uskorenie 3D-grafiki dlya
   OpenGL(R)?

   Nalichie 3D-uskoreniya zavisit ot versii ispol'zuemogo vami
   servera XFree86 ili Xorg i tipa graficheskogo adaptera. Esli u vas
   adapter NVIDIA, to vy mozhete ispol'zovat' binarnye fajly
   drajverov dlya FreeBSD, razmeschionnye v razdele Drivers ih sajta.
   Dopolnitel'nuyu informaciyu ob ispol'zovaniya apparatnogo
   uskoreniya v XFree86-4 ili Xorg s drugimi adapterami, vklyuchaya
   Matrox G200/G400, ATI Rage 128/Radeon, a takzhe 3dfx Voodoo 3, 4,
   5 i Banshee, mozhno pocherpnut' na stranichke XFree86-4 Direct
   Rendering on FreeBSD. Pol'zovateli XFree86 versii 3.3 mogut
   vospol'zovat'sya portom Utah-GLX, nahodyaschimsya v
   graphics/utah-glx, dlya polucheniya chastichnogo uskoreniya OpenGL
   dlya naborov mikroshem Matrox Gx00, ATI Rage Pro, SiS 6326, i810,
   Savage i staryh adapterov NVIDIA.

     --------------------------------------------------------------

                        Glava 12. Rabota v seti

   12.1. Gde mozhno najti informaciyu o ''bezdiskovoj zagruzke''?

   12.2. Mozhet li mashina s FreeBSD ispol'zovat'sya kak
   marshrutizator?

   12.3. Mozhno li podklyuchit' mashinu s Windows k Internet s
   pomosch'yu FreeBSD?

   12.4. Podderzhivaet li FreeBSD protokoly SLIP i PPP?

   12.5. Podderzhivaet li FreeBSD tehnologiyu NAT ili Masquerading?

   12.6. Kak ya mogu soedinit' dve FreeBSD sistemy s pomosch'yu
   parallel'nogo soedineniya, ispol'zuya PLIP?

   12.7. Pochemu ya ne mogu sozdat' ustrojstvo /dev/ed0?

   12.8. Kak nastroit' alias v seti Ethernet?

   12.9. Kak zastavit' adapter 3C503 ispol'zovat' drugoj tip setevogo
   raz"ioma?

   12.10. U menya problemy pri rabote NFS vo FreeBSD.

   12.11. Pochemu ya ne mogu smontirovat' disk Linux po NFS?

   12.12. Pochemu ya ne mogu smontirovat' disk Sun po NFS?

   12.13. Pochemu mountd prodolzhaet vydavat' soobscheniya "can't
   change attributes" i "bad exports list" na moiom servere NFS,
   rabotayuschem pod upravleniem FreeBSD?

   12.14. Problemy pri svyazi po PPP s mashinami NeXTStep.

   12.15. Kak vklyuchit' podderzhku multicast IP?

   12.16. Kakie setevye adaptery sdelany na nabore mikroshem DEC PCI?

   12.17. Pochemu ya dolzhen ispol'zovat' FQDN dlya hostov ne v moej
   seti?

   12.18. "Permission denied" dlya lyubyh dejstvij, svyazannyh s
   rabotoj seti.

   12.19. Kakuyu nagruzku vyzyvaet ispol'zovanie IPFW?

   12.20. Pochemu moio pravilo ''fwd'' dlya ipfw po perenapravleniyu
   servisa na druguyu mashinu ne rabotaet?

   12.21. Kak mozhno perenapravit' zaprosy s odnoj mashiny na
   druguyu?

   12.22. Gde mozhno najti sredstva upravleniya setevym trafikom?

   12.23. Pochemu poyavlyayutsya soobscheniya "/dev/bpf0: device not
   configured"?

   12.24. Kak smontirovat' disk Windows-mashiny v moej lokal'noj
   seti, kak `eto delaet smbmount v Linux?

   12.25. CHto znachat `eti soobscheniya ''icmp-response bandwidth
   limit 300/200 pps'' v moih zhurnal'nyh fajlah?

   12.26. CHto `eto za soobscheniya "arp: unknown hardware address
   format"?

   12.27. YA tol'ko chto ustanovil CVSup, no pri popytke ego
   zapustit' poluchil soobscheniya ob oshibkah. CHto ne tak?

   12.1. Gde mozhno najti informaciyu o ''bezdiskovoj zagruzke''?

   ''Bezdiskovaya zagruzka'' oznachaet, chto mashina s FreeBSD
   zagruzhaetsya po seti i chitaet neobhodimye fajly s servera, a ne
   so svoego diska. Podrobnoe opisanie est' v sootvetstvuyuschej
   glave Rukovodstva.

   12.2. Mozhet li mashina s FreeBSD ispol'zovat'sya kak
   marshrutizator?

   Da. Pozhalujsta, obratites' k razdelu Rukovodstva,
   posvyaschionnomu slozhnym voprosam raboty v seti, osobenno v toj
   chasti, chto kasaetsya marshrutizacii i marshrutizatorov.

   12.3. Mozhno li podklyuchit' mashinu s Windows k Internet s
   pomosch'yu FreeBSD?

   Kak pravilo, te, kto zadayut takie voprosy, imeyut doma dva
   komp'yutera, odin s FreeBSD, a drugoj s kakoj-to versiej Windows.
   Ideya sostoit v ispol'zovanii FreeBSD dlya podklyucheniya k
   Internet, a zatem osuschestvlyat' vyhod v Internet iz Windows
   cherez FreeBSD. Na samom dele `eto prosto chastnyj sluchaj
   predyduschego voprosa, kotoryj horosho otrabotan.

   Esli dlya podklyucheniya k Internet vy ispol'zuete kommutiruemoe
   soedinenie, to ppp(8) rezhima pol'zovatelya imeet parametr -nat.
   Esli vy zapustite ppp(8) s parametrom -nat, ustanoviv v fajle
   /etc/rc.conf peremennuyu gateway_enable v znachenie YES i
   pravil'no nastroite mashinu s Windows, to vsio dolzhno prekrasno
   zarabotat'. Dlya polucheniya dopolnitel'noj informacii,
   pozhalujsta, obratites' k stranicam spravochnoj sistemy po komande
   ppp(8) ili razdelu Rukovodstva o PPP rezhima pol'zovatelya.

   Esli vy ispol'zuete PPP rezhima yadra, ili u vas
   Ethernet-podklyuchenie k Internet, to nuzhno ispol'zovat' natd(8).
   Pozhalujsta, obratites' k razdelu o natd Rukovodstva dlya
   polucheniya vvodnoj informacii.

   12.4. Podderzhivaet li FreeBSD protokoly SLIP i PPP?

   Da. Obratites' k stranicam spravochnika po komandam slattach(8),
   sliplogin(8), ppp(8), i pppd(8). ppp(8) i pppd(8) mogut
   obsluzhivat' kak vhodyaschie, tak i ishodyaschie soedineniya,
   kogda kak sliplogin(8) imeet delo isklyuchitel'no so vhodyaschimi
   soedineniyam, a slattach(8) tol'ko s ishodyaschimi.

   Bolee podrobnaya informaciya ob ih ispol'zovanii nahoditsya v
   razdele Rukovodstva o protokolah PPP i SLIP.

   Esli vy imeete dostup v Internet tol'ko cherez komandnuyu stroku
   obolochki, vam mozhet podojti pakadzh net/slirp. S ego pomosch'yu
   mozhno poluchit' (ogranichennyj) dostup k takim sluzhbam, kak FTP
   i http pryamo s vashej mashiny.

   12.5. Podderzhivaet li FreeBSD tehnologiyu NAT ili Masquerading?

   Da. Esli vy sobiraetes' ispol'zovat' NAT s pol'zovatel'skim
   soedineniem PPP, pozhalujsta, obratites' k razdelu Rukovodstva o
   pol'zovatel'skom PPP. Esli zhe vy hotite ispol'zovat' NAT vmeste s
   drugim tipom setevogo podklyucheniya, pozhalujsta, vzglyanite na
   razdel o natd Rukovodstva.

   12.6. Kak ya mogu soedinit' dve FreeBSD sistemy s pomosch'yu
   parallel'nogo soedineniya, ispol'zuya PLIP?

   Pozhalujsta, obratites' k razdelu Rukovodstva o PLIP.

   12.7. Pochemu ya ne mogu sozdat' ustrojstvo /dev/ed0?

   Delo v tom, chto takie ustrojstva ne nuzhny. V standarte setevogo
   vzaimodejstviya Berkli setevye interfejsy napryamuyu dostupny
   tol'ko yadru. Za dopolnitel'noj informaciej obratites' k fajlu
   /etc/rc.network i stranicam spravochnika, opisyvayuschim
   razlichnye setevye programmy, upominaemye zdes'. Esli vsio `eto
   ostavit vas v nedoumenii, pochitajte knigu, opisyvayuschuyu
   administrirovanie seti v drugoj BSD-podobnoj operacionnoj sisteme;
   s nekotorymi neznachitel'nymi isklyucheniyami, administrirovanie
   seti vo FreeBSD v osnovnom sovpadaet s SunOS(TM) 4.0 i Ultrix.

   12.8. Kak nastroit' alias v seti Ethernet?

   Esli alias nahoditsya v toj zhe samoj seti, chto i uzhe
   nastroennyj na interfejse adres, to dobav'te v komandnoj stroke
   dlya ifconfig(8) dobav'te netmask 0xffffffff primerno sleduyuschim
   obrazom:

 # ifconfig ed0 alias 192.0.2.2 netmask 0xffffffff

   V protivnom sluchae prosto zadajte setevoj adres i masku obychnym
   obrazom:

 # ifconfig ed0 alias 172.16.141.5 netmask 0xffffff00

   12.9. Kak zastavit' adapter 3C503 ispol'zovat' drugoj tip setevogo
   raz"ioma?

   Esli vy hotite zadejstvovat' drugoj raz"iom, to dolzhny ukazat'
   dopolnitel'nyj parametr pri vyzove komandy ifconfig(8). Raz"iomom
   po umolchaniyu yavlyaetsya link0. CHtoby zadejstvovat' raz"iom
   AUI, a ne BNC, ispol'zujte link2. `Eti flagi dolzhny byt' ukazany
   s pomosch'yu peremennyh ifconfig_* v fajle /etc/rc.conf
   (posmotrite spravku po rc.conf(5)).

   12.10. U menya problemy pri rabote NFS vo FreeBSD.

   Nekotorye setevye adaptery rabotayut (myagko govorya) huzhe, chem
   drugie, chto mozhet inogda vyzyvat' problemy pri rabote
   prilozhenij tipa NFS, intensivno ispol'zuyuschih set'.

   Podrobnosti opisany v sootvetstvuyuschej glave Rukovodstva,
   posvyaschionnoj NFS.

   12.11. Pochemu ya ne mogu smontirovat' disk Linux po NFS?

   Nekotorye versii NFS dlya Linux podderzhivayut zaprosy na
   montirovanie tol'ko s privilegirovannogo porta; poprobujte

 # mount -o -P linuxbox:/blah /mnt

   12.12. Pochemu ya ne mogu smontirovat' disk Sun po NFS?

   Rabochie stancii Sun(TM) pod upravleniem SunOS 4.X podderzhivayut
   zaprosy na montirovanie tol'ko s privilegirovannogo porta;
   poprobujte

 # mount -o -P sunbox:/blah /mnt

   12.13. Pochemu mountd prodolzhaet vydavat' soobscheniya "can't
   change attributes" i "bad exports list" na moiom servere NFS,
   rabotayuschem pod upravleniem FreeBSD?

   V bol'shinstve sluchaev problema zaklyuchaetsya v nedostatochnom
   ponimanii korrektnogo formata fajla /etc/exports. Pozhalujsta,
   prosmotrite eschio raz spravochnuyu informaciyu po exports(5) i
   razdel ob NFS v Rukovodstve, osobenno v chasti nastrojki NFS.

   12.14. Problemy pri svyazi po PPP s mashinami NeXTStep.

   Poprobujte otmenit' vse rasshireniya TCP v fajle /etc/rc.conf
   (posmotrite spravku po rc.conf(5)), izmeniv znachenie sleduyuschej
   peremennoj v NO:

 tcp_extensions=NO

   Marshrutizatory Annex firmy Xylogic ne rabotayut po `etoj zhe
   prichine, po`etomu pri podklyuchenii k nim vam nuzhno prodelat' to
   zhe samoe.

   12.15. Kak vklyuchit' podderzhku multicast IP?

   Po umolchaniyu FreeBSD podderzhivaet rabotu s mnogoadresnogo
   setevogo veschaniya. Esli vy hotite ispol'zovat' vash komp'yuter
   kak marshrutizator mnogoadresnogo trafika, vam nuzhno
   perekompilirovat' yadro s vklyuchennoj opciej MROUTING i zapustit'
   mrouted(8). Vo FreeBSD vo vremya zagruzki budet zapuskat'sya
   mrouted(8), esli peremennaya mrouted_enable v fajle /etc/rc.conf
   ustanovlena v znachenie YES.

   Prilozheniya MBONE nahodyatsya v sobstvennoj kategorii portov,
   mbone. Esli vy ischete prilozheniya dlya organizacii konferencij
   vic i vat, posmotrite tam!

   12.16. Kakie setevye adaptery sdelany na nabore mikroshem DEC PCI?

   Vot spisok, sostavlennyj Glenom Fosterom (Glen Foster)
   <gfoster@driver.nsta.org>, s nekotorymi neznachitel'nymi
   dobavleniyami:

   Tablica 12-1. Setevye karty sozdannye na osnove nabore mikroshem
   DEC PCI

   +----------------------------------------------------------------+
   | Proizvoditel' |                     Model'                     |
   |---------------+------------------------------------------------|
   | ASUS          | PCI-L101-TB                                    |
   |---------------+------------------------------------------------|
   | Accton        | ENI1203                                        |
   |---------------+------------------------------------------------|
   | Cogent        | EM960PCI                                       |
   |---------------+------------------------------------------------|
   | Compex        | ENET32-PCI                                     |
   |---------------+------------------------------------------------|
   | D-Link        | DE-530                                         |
   |---------------+------------------------------------------------|
   | Dayna         | DP1203, DP2100                                 |
   |---------------+------------------------------------------------|
   | DEC           | DE435, DE450                                   |
   |---------------+------------------------------------------------|
   | Danpex        | EN-9400P3                                      |
   |---------------+------------------------------------------------|
   | JCIS          | Condor JC1260                                  |
   |---------------+------------------------------------------------|
   | Linksys       | EtherPCI                                       |
   |---------------+------------------------------------------------|
   | Mylex         | LNP101                                         |
   |---------------+------------------------------------------------|
   | SMC           | EtherPower 10/100 (Model' 9332)                |
   |---------------+------------------------------------------------|
   | SMC           | EtherPower (Model' 8432)                       |
   |---------------+------------------------------------------------|
   | TopWare       | TE-3500P                                       |
   |---------------+------------------------------------------------|
   | Znyx (2.2.x)  | ZX312, ZX314, ZX342, ZX345, ZX346, ZX348       |
   |---------------+------------------------------------------------|
   | Znyx (3.x)    | ZX345Q, ZX346Q, ZX348Q, ZX412Q, ZX414, ZX442,  |
   |               | ZX444, ZX474, ZX478, ZX212, ZX214 (10mbps/hd)  |
   +----------------------------------------------------------------+

   12.17. Pochemu ya dolzhen ispol'zovat' FQDN dlya hostov ne v moej
   seti?

   Vy, navernoe, obnaruzhili, chto host, k kotoromu vy obratilis',
   okazalsya na samom dele v drugom domene; naprimer, esli vy
   nahodites' v domene foo.example.org i hotite obratit'sya k hostu
   mumble v domene example.org, to dolzhny ukazat' ego polnoe
   domennoe imya, mumble.example.org, a ne prosto mumble.

   Tradicionno, `eto pozvolyal delat' rezolver BSD BIND. Odnako
   tekuschaya versiya bind (posmotrite spravku po named(8)),
   postavlyaemaya s FreeBSD, bol'she ne dobavlyaet imena domenov,
   otlichayuschihsya ot togo, v kotorom vy nahodites', dlya ne
   polnost'yu ukazannyh imion hostov. Tak chto nepolno ukazannyj host
   mumble budet najden libo kak mumble.foo.example.org, libo budet
   iskat'sya v kornevom domene.

   `Eto otlichaetsya ot predyduschego povedeniya, pri kotorom poisk
   prodolzhalsya v mumble.example.org i mumble.edu. Posmotrite RFC
   1535 o prichinah ob"yavleniya takogo povedeniya plohoj praktikoj i
   dazhe oshibkoj v bezopasnosti.

   Kak horoshee reshenie, vy mozhete pomestit' stroku

 search foo.example.org example.org

   vmesto ranee ispol'zuemoj

 domain foo.example.org

   v fajl /etc/resolv.conf (posmotrite spravku po resolv.conf(5)).
   Odnako udostover'tes', chto poryadok poiska ne narushaet ''granic
   polnomochij mezhdu mestnym i vneshnim administrirovaniem'', kak
   `eto nazvano v RFC 1535.

   12.18. "Permission denied" dlya lyubyh dejstvij, svyazannyh s
   rabotoj seti.

   Esli vy kompilirovali yadro s opciej IPFIREWALL, imejte v vidu,
   chto politikoj po umolchaniyu yavlyaetsya zapret prohozhdeniya
   vseh paketov, kotorye yavno ne razresheny.

   Esli vy sluchajno neverno otkonfigurirovali mezhsetevoj `ekran, to
   dlya vosstanovleniya rabotosposobnost' seti dajte takuyu komandu,
   vojdya superpol'zovatelem:

 # ipfw add 65534 allow all from any to any

   Takzhe vy mozhete zadat' firewall_type='open' v fajle
   /etc/rc.conf.

   Bolee podrobnaya informaciya o konfigurirovanii mezhsetevogo
   `ekrana v FreeBSD nahoditsya v sootvetstvuyuschej glave
   Rukovodstva.

   12.19. Kakuyu nagruzku vyzyvaet ispol'zovanie IPFW?

   Pozhalujsta, obratites' k razdelu Rukovodstva o mezhsetevyh
   `ekranah, osobenno v chasti, kasayuschejsya dopolnitel'noj
   nagruzki ot IPFW i optimizacii.

   12.20. Pochemu moio pravilo ''fwd'' dlya ipfw po perenapravleniyu
   servisa na druguyu mashinu ne rabotaet?

   Vozmozhno, potomu chto vy hotite vypolnyat' translyaciyu setevyh
   adresov (NAT), a ne prosto perenapravlyat' pakety. Pravilo ''fwd''
   delaet tochno to, chto oznachaet; ono perenapravlyaet pakety.
   Dannye vnutri paketa ono ne menyaet. Pust', skazhem, u nas
   imeetsya pravilo takogo vida:

 01000 fwd 10.0.0.1 from any to foo 21

   Kogda paket s adresom naznacheniya foo dostigaet mashiny s `etim
   pravilom, to on perenapravlyaetsya na 10.0.0.1, no v niom
   ostaiotsya adres naznacheniya foo! Adres naznacheniya paketa ne
   menyaetsya na 10.0.0.1. Bol'shinstvo mashin, skoree vsego,
   otbrosyat poluchennyj paket, imeyuschij adres naznacheniya, im ne
   sootvetstvuyuschij. Takim obrazom, pravilo ''fwd'' ne chasto
   rabotaet tak, kak ozhidaet pol'zovatel'. Takoe povedenie
   yavlyaetsya osobennost'yu, a ne oshibkoj.

   Obratites' k FAQ o perenapravlenii servisov, rukovodstvu po
   natd(8) ili odnoj iz neskol'kih utilit dlya perenapravleniya iz
   Kollekcii Portov dlya togo, chtoby sdelat' `eto pravil'no.

   12.21. Kak mozhno perenapravit' zaprosy s odnoj mashiny na
   druguyu?

   Vy mozhete perenapravit' zapros na FTP (ili drugoj servis) s
   pomosch'yu pakadzha socket, dostupnogo v dereve portov v kategorii
   ''sysutils''. Prosto zamenite komandnuyu stroku zapuska servisa na
   vyzov socket, tipa:

 ftp stream tcp nowait nobody /usr/local/bin/socket socket ftp.example.com ftp

   gde ftp.example.com i ftp yavlyayutsya sootvetstvenno hostom i
   portom dlya perenapravleniya.

   12.22. Gde mozhno najti sredstva upravleniya setevym trafikom?

   Dlya FreeBSD imeyutsya tri sredstva upravleniya trafikom.
   dummynet(4) integrirovan v sistemu FreeBSD kak sostavnaya chast'
   ipfw(4). ALTQ dlya FreeBSD 4.X rasprostranyaetsya svobodno i byl
   vklyuchen vo FreeBSD 5.X kak sostavnaya chast' pf(4). Bandwidth
   Manager kompanii Emerging Technologies yavlyaetsya kommercheskim
   produktom.

   12.23. Pochemu poyavlyayutsya soobscheniya "/dev/bpf0: device not
   configured"?

   Vy zapuskaete programmu, kotoroj trebuetsya Berkeley Packet Filter
   (bpf(4)), odnako ego net v vashem yadre. Perekompilirujte yadro,
   dobaviv v ego konfiguracionnyj fajl sleduyuschuyu stroku:

 pseudo-device bpf       # Berkeley Packet Filter

   Dlya FreeBSD 4.X i bolee rannih versij vy dolzhny takzhe sozdat'
   fajl ustrojstva. Posle perezagruzki sistemy perejdite v katalog
   /dev i vypolnite komandu:

 # sh MAKEDEV bpf0

   Obratites' k razdelu Rukovodstva, posvyaschionnomu sozdaniyu
   fajlov ustrojstv za podrobnoj informaciej po upravleniyu
   ustrojstvami.

   12.24. Kak smontirovat' disk Windows-mashiny v moej lokal'noj
   seti, kak `eto delaet smbmount v Linux?

   Ispol'zujte paket SMBFS. V nego vklyuchion nabor izmenenij v yadre
   i pol'zovatel'skie programmy. Programmy i informaciya dostupny v
   vide porta net/smbfs iz Kollekcii Portov ili kak chast' bazovoj
   sistemy v 4.5-RELEASE i bolee pozdnih versiyah.

   12.25. CHto znachat `eti soobscheniya ''icmp-response bandwidth
   limit 300/200 pps'' v moih zhurnal'nyh fajlah?

   `Eto yadro soobschaet vam, chto imela mesto nekotoraya aktivnost',
   privodyaschaya k posylke bol'shego kolichestva otvetnyh paketov
   ICMP ili sbrosov TCP (RST), chem, kak predpolagaetsya, `eto
   sleduet delat'. Otvety ICMP chasto generiruyutsya v rezul'tate
   popytok podklyucheniya k nezanyatym portam UDP. Sbrosy TCP
   generiruyutsya v rezul'tate popytok podklyucheniya k zakrytym
   portam TCP. Krome vsyakih prochih, takie soobscheniya mogut byt'
   vyzvany sleduyuschimi dejstviyami:

     * Lobovaya ataka tipa otkaz v obsluzhivanii DoS (v otlichie ot
       atak v odin paket, kotorye ispol'zuyut konkretnuyu bresh' v
       zaschite).

     * Skanirovanie portov v popytke osuschestvit' podklyuchenie k
       bol'shomu kolichestvu portov (v otlichie ot prob neskol'kih
       izvestnyh portov).

   Pervoe chislo v soobschenii ukazyvaet vam, kakoe kolichestvo
   paketov yadro posylalo by pri otsutstvii ogranichenij, a vtoroe
   chislo ukazyvaet limit. Vy mozhete upravlyat' `etim ogranicheniem
   pri pomoschi sistemnoj peremennoj net.inet.icmp.icmplim privodimym
   nizhe sposobom, gde 300 yavlyaetsya ogranicheniem na kolichestvo
   posylaemyh paketov v sekundu:

 # sysctl -w net.inet.icmp.icmplim=300

   Esli vy ne hotite videt' podobnye soobscheniya v zhurnal'nyh
   fajlah, no hotite ispol'zovat' `eto ogranichenie v yadre, to
   mozhete ispol'zovat' sistemnuyu peremennuyu
   net.inet.icmp.icmplim_output dlya podavleniya vyvoda, kak `eto
   pokazano zdes':

 # sysctl -w net.inet.icmp.icmplim_output=0

   I nakonec, esli vy hotite vyklyuchit' `eto ogranichenie, to
   mozhete ustanovit' znachenie sistemnoj peremennoj
   net.inet.icmp.icmplim (smotrite primer vyshe) ravnym 0.
   Vyklyuchenie `etogo limita ne privetstvuetsya po prichinam,
   perechislennym vyshe.

   12.26. CHto `eto za soobscheniya "arp: unknown hardware address
   format"?

   `Eto oznachaet, chto kakoe-to ustrojstvo v vashej lokal'noj seti
   ispol'zuet MAC-adres v formate, ne raspoznavaemom FreeBSD. Skoree
   vsego, `eto proishodit iz-za togo, chto kto-to v seti
   `eksperimentiruet s setevym adapterom. CHasche vsego `eto
   proishodit v setyah s kabel'nymi modemami. `Eto bezobidno i ne
   dolzhno vliyat' na proizvoditel'nost' mashiny s FreeBSD.

   12.27. YA tol'ko chto ustanovil CVSup, no pri popytke ego
   zapustit' poluchil soobscheniya ob oshibkah. CHto ne tak?

   Snachala posmotrite, est' li sredi poluchaemyh vami soobschenij
   to, chto pokazano nizhe.

 /usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found

   Oshibki, podobnye `etoj, voznikayut pri ustanovke porta net/cvsup
   na mashinu bez paketa XFree86. Esli vy hotite ispol'zovat' GUI,
   imeyuschijsya v CVSup, to vam nuzhno teper' ustanovit' XFree86.
   Libo, esli vy hotite ispol'zovat' CVSup tol'ko iz komandnoj
   stroki, to vy dolzhny udalit' ranee ustanovlennyj pakadzh. Zatem
   ustanovite port net/cvsup-without-gui. Bolee podrobno `eto opisano
   v razdele o CVSup Rukovodstva.

     --------------------------------------------------------------

                         Glava 13. Bezopasnost'

   13.1. CHto oznachaet termin sandbox (pesochnica)?

   13.2. CHto takoe uroven' zaschity (securelevel)?

   13.3. BIND (named) rabotaet na portu 53 i na odnom iz portov s
   bol'shim nomerom. CHto proishodit?

   13.4. Sendmail zhdiot soedinenij kak na standartnom portu 25, tak
   i na portu 587! CHto proishodit?

   13.5. CHto `eto za pol'zovatel' toor s UID 0? YA podvergsya
   vzlomu?

   13.6. Pochemu suidperl rabotaet nepravil'no?

   13.1. CHto oznachaet termin sandbox (pesochnica)?

   ''Sandbox'' - `eto termin, ispol'zuemyj pri obespechenii
   bezopasnosti. On imeet dva znacheniya:

     * Process, pomeschionnyj vnutr' nekotoryh virtual'nyh sten,
       kotorye prednaznacheny dlya togo, chtoby predotvratit' vzlom
       vsej sistemy v rezul'tate vzloma `etogo konkretnogo processa.

       Govoritsya, chto process mozhet ''igrat''' v granicah `etih
       sten. CHto by `etot process ni delal, on `eti steny razrushit'
       ne mozhet, po`etomu vam ne nuzhen ego osobyj audit, chtoby s
       uverennost'yu skazat', naskol'ko ego rabota bezopasna dlya
       sistemy.

       Stenoj mozhet sluzhit', naprimer, identifikator pol'zovatelya.
       Vot opredelenie, davaemoe na stranicah spravochnoj sistemy
       security(7) i named(8).

       Rassmotrim, naprimer, sluzhbu ntalk (smotrite
       /etc/inetd.conf). Ran'she `eta sluzhba zapuskalas' s
       identifikatorom pol'zovatelya root, a sejchas - tty.
       Pol'zovatel' tty - `eto ta pesochnica, kotoraya oslozhnyaet
       vzlom sistemy cherez ntalk posredstvom ispol'zovaniya `etogo
       identifikatora pol'zovatelya.

     * Process, pomeschionnyj vnutr' simuliruemoj mashiny. `Eto daiot
       bol'shij uroven' bezopasnosti. V obschem `eto oznachaet, chto
       nekto, vzlomavshij process, mozhet dumat'. chto mozhet slomat'
       i sistemu v celom, odnako fakticheski mozhet slomat' tol'ko
       simulyator `etoj mashiny i ne mozhet modificirovat' nikakih
       real'nyh dannyh.

       Samym rasprostranionnym sposobom dostignut' takogo rezul'tata
       yavlyaetsya postroenie imitiruyuschego okruzheniya v kataloge
       i zatem zapusk processov v `etom kataloge cherez chroot (t.e.
       zadav `etot katalog v kachestve / dlya `etogo processa, a ne
       real'nyj / vsej sistemy).

       Drugim chasto ispol'zuemym metodom yavlyaetsya montirovanie
       nizlezhaschej fajlovoj sistemy v rezhime "tol'ko dlya
       chteniya" i zatem sozdanie urovnya fajlovoj sistemy poverh
       neio, chto daiot processu vidimost' dostupa po zapisi na tu
       fajlovuyu sistemu. Process budet polagat', chto mozhet
       zapisyvat' v te fajly, no `eto budet edinstvennyj process,
       kotoryj uvidit rezul'tat - drugie processy ne budut `etogo
       delat', ni v koem sluchae.

       Popytka sdelat' takoj tip pesochnicy nastol'ko prozrachna,
       chto pol'zovatel' (ili vzlomschik) dazhe ne pojmiot, chto on v
       nej nahoditsya.

   V UNIX realizovany dva tipa ''pesochnic''. Odin na urovne
   processa, i odin na urovne identifikatorov pol'zovatelej.

   Kazhdyj process v UNIX polnost'yu zaschischion ot drugih
   processov. Nikakoj process ne mozhet modificirovat' adresnoe
   prostranstvo drugogo processa. `Eto otlichaetsya ot Windows, gde
   process mozhet legko zapisat' chto-libo v adresnoe prostranstvo
   drugogo processa, chto privodit k avarijnym situaciyam.

   V UNIX kazhdym processom vladeet nekotoryj identifikator
   pol'zovatelya. Esli `etot pol'zovatel' ne root, on ograzhdaet
   process ot drugih, vladel'cami kotoryh yavlyayutsya drugie
   pol'zovateli. `Etot identifikator ispol'zuetsya takzhe dlya
   zaschity dannyh na diske.

   13.2. CHto takoe uroven' zaschity (securelevel)?

   Uroven' zaschity yavlyaetsya mehanizmom obespecheniya
   bezopasnosti, realizovannym v yadre. V obschem, kogda uroven'
   zaschity bol'she nulya, yadro ogranichivaet vypolnenie nekotoryh
   operacij; dazhe administratoru (to est' pol'zovatelyu root)
   zapreschaetsya ih vypolnyat'. Na moment napisaniya `etogo teksta
   mehanizm urovnya zaschity mozhet, krome vsego prochego,
   ogranichivat' vozmozhnosti po

     * snyatiyu nekotoryh flagov s fajlov, takih, kak schg (sistemnyj
       flag neizmenyaemosti),

     * zapisi v pamyat' yadra cherez ustrojstva /dev/mem i /dev/kmem,

     * zagruzke modulej yadra i

     * izmeneniyu pravil setevogo `ekrana.

   Dlya vyyasneniya sostoyaniya urovnya zaschity v rabotayuschej
   sisteme prosto vypolnite sleduyuschuyu komandu:

 # sysctl kern.securelevel

   Rezul'tat budet soderzhat' nazvanie sysctl(8)-peremennoj (v nashem
   sluchae `eto kern.securelevel) i chislo. Poslednee i yavlyaetsya
   tekuschim znacheniem urovnya zaschity. Esli ono polozhitel'no (to
   est' bol'she nulya), to po krajnej mere nekotorye iz zaschit
   `etogo mehanizma vklyucheny.

   Vy ne mozhete ponizit' uroven' zaschity rabotayuschej sistemy;
   vozmozhnost' sdelat' `eto protivorechit naznacheniyu `etogo
   mehanizma. Esli vam nuzhno vypolnit' rabotu, kotoraya trebuet ne
   polozhitel'nyj uroven' zaschity (k primeru, vypolnenie
   installworld ili smena daty), vam potrebuetsya izmenit' nastrojki
   urovnya zaschity sistemy v fajle /etc/rc.conf (vam nuzhno obratit'
   vnimanie na peremennye kern_securelevel i kern_securelevel_enable)
   i perezagruzit' sistemu.

   Bolee podrobnaya informaciya ob urovnyah zaschity i o tom, kakie
   specificheskie dejstviya vypolnyayut vse urovni, mozhet byt'
   najdena na spravochnyh stranicah o init(8).

     Vnimanie: Uroven' zaschity ne yavlyaetsya panaceej; v niom est'
     mnogo nedostatkov. Zachastuyu on daiot obmanchivoe chuvstvo
     bezopasnosti.

     Odnoj iz samyh bol'shih problem yavlyaetsya to, chto dlya ego
     `effektivnoj raboty vse fajly, ispol'zuemye v processe zagruzki,
     dolzhny byt' zaschischeny. Esli atakuyuschij smozhet zastavit'
     sistemu vypolnyat' svoj kod do ustanovki urovnya zaschity (chto
     proishodit dostatochno pozdno vo vremya processa zagruzki, tak
     kak nekotorye veschi, vypolnyaemye sistemoj v `eto vremya, ne
     mogut byt' sdelany pri povyshennom urovne zaschity), to `eta
     zaschita mozhet byt' otklyuchena. Hotya takaya zadacha po
     zaschite vseh fajlov, ispol'zuemyh v processe zagruzki,
     tehnicheski vpolne osuschestvima, esli `eto budet sdelano, to
     podderzhka sistemy stanet koshmarom, tak kak dlya izmeneniya
     konfiguracionnogo fajla pridiotsya ostanavlivat' sistemu,
     perevodya eio po krajnej mere v odnopol'zovatel'skij rezhim.

     `Eto obstoyatel'stvo, a takzhe ryad drugih, chasto
     obsuzhdayutsya v spiskah rassylki, v chastnosti, vo Spisok
     rassylki FreeBSD, posvyaschionnyj informacionnoj bezopasnosti.
     Pozhalujsta, poischite v arhivah bolee podrobnoe obsuzhdenie.
     Nekotorye nadeyutsya, chto mehanizm urovnej zaschity vskore
     otomriot, a na ego smenu pridiot bolee gibkij mehanizm, no poka
     vsio `eto tumanno.

     Schitajte sebya preduprezhdionnymi.

   13.3. BIND (named) rabotaet na portu 53 i na odnom iz portov s
   bol'shim nomerom. CHto proishodit?

   Dlya ishodyaschih zaprosov BIND ispol'zuet sluchajno vybiraemyj
   port s bol'shim nomerom. Esli dlya ishodyaschih zaprosov vy hotite
   ispol'zovat' port s nomerom 53 dlya raboty za mezhsetevym `ekranom
   libo prosto dlya sobstvennogo spokojstviya, to mozhete poprobovat'
   nastroit' fajl /etc/namedb/named.conf sleduyuschim obrazom:

 options {
         query-source address * port 53;
 };

   Mozhete zamenit' simvol * nekotorym IP-adresom, esli hotite
   nastroit' vse esche zhestche.

   Kstati, pozdravlyaem. Prekrasno, chto vy chitaete vyvod komandy
   sockstat(1) i obraschaete vnimanie na anomalii!

   13.4. Sendmail zhdiot soedinenij kak na standartnom portu 25, tak
   i na portu 587! CHto proishodit?

   Poslednie versii Sendmail podderzhivayut mehanizm posylki pochty,
   kotoryj rabotaet po portu 587. `Eta vozmozhnost' poka shiroko ne
   ispol'zuetsya, no ee populyarnost' rastet.

   13.5. CHto `eto za pol'zovatel' toor s UID 0? YA podvergsya
   vzlomu?

   Ne volnujtes', toor yavlyaetsya ''al'ternativnym''
   administrativnym pol'zovatelem (toor - `eto root, zapisannyj zadom
   napered). Ran'she on sozdavalsya pri ustanovke komandnogo
   interpretatora bash(1), odnako teper' on sozdaetsya po
   umolchaniyu. Ego predpolagaetsya ispol'zovat' s nestandartnym
   komandnym interpretatorom, tak chtoby vam ne nuzhno bylo menyat'
   ispol'zuemyj po umolchaniyu komandnyj processor dlya pol'zovatelya
   root. `Eto vazhno, tak kak obolochki, ne yavlyayuschiesya chast'yu
   distributiva sistemy (naprimer, komandnyj processor,
   ustanavlivaemyj iz portov ili pakadzhej), skoree vsego,
   ustanavlivayutsya v katalog /usr/local/bin, kotoryj po umolchaniyu
   raspolagaetsya v drugoj fajlovoj sisteme. Esli komandnyj processor
   dlya pol'zovatelya root raspolagaetsya v /usr/local/bin, i /usr
   (ili drugaya fajlovaya sistema, soderzhaschaya /usr/local/bin) po
   kakoj-libo prichine ne smontirovana, to root ne smozhet vojti v
   sistemu dlya ispravleniya `etoj problemy (hotya esli vy
   perezagruzite sistemu v odnopol'zovatel'skij rezhim, vy smozhete
   ukazat' komandnyj processor).

   Nekotorye ispol'zuyut toor dlya vypolneniya povsednevnyh
   administrativnyh rabot s nestandartnym komandnym processorom,
   ostavlyaya root so standartnoj obolochkoj dlya raboty v
   odnopol'zovatel'skom rezhime ili vypolneniya avarijnyh rabot. Po
   umolchaniyu vy ne smozhete vojti v sistemu kak pol'zovatel' toor,
   potomu chto u nego net parolya, tak chto, esli vy hotite ego
   ispol'zovat', zaregistrirujtes' v sisteme kak root i zadajte
   parol' dlya pol'zovatelya toor.

   13.6. Pochemu suidperl rabotaet nepravil'no?

   V celyah obespecheniya bezopasnosti suidperl po umolchaniyu
   ustanavlivaetsya bez suid-bita. Sistemnyj administrator mozhet
   vklyuchit' ispol'zovanie suid-bita sleduyuschej komandoj.

 # chmod u+s /usr/bin/suidperl

   Esli vy hotite, chtoby suid-bit dlya suidperl bylo ustanovlen vo
   vremya obnovleniya iz ishodnyh tekstov, otredaktirujte
   /etc/make.conf, dobaviv ENABLE_SUIDPERL=true pered zapuskom make
   buildworld.

     --------------------------------------------------------------

                             Glava 14. PPP

   14.1. Ne mogu zastavit' rabotat' ppp. CHto ya delayu ne tak?

   14.2. Ppp prosto zavisaet, kogda ya ego zapuskayu

   14.3. Ppp ne zvonit v rezhime -auto

   14.4. CHto oznachaet soobschenie "No route to host"?

   14.5. Soedinenie razryvaetsya cherez 3 minuty

   14.6. Soedinenie razryvaetsya pri bol'shoj nagruzke

   14.7. Soedinenie razryvaetsya v sluchajnye promezhutki vremeni

   14.8. Soedinenie chasto rviotsya v sluchajnye promezhutki vremeni

   14.9. Udalionnaya sistema ne otvechaet

   14.10. Ppp zavisaet

   14.11. Nichego ne proishodit posle soobscheniya Login OK!

   14.12. V protokole est' soobscheniya o tom, chto ''magic being the
   same''.

   14.13. Soglasovanie LCP prodolzhaetsya, poka ne zakroetsya
   soedinenie

   14.14. Kogda ya vypolnyayu komandu shell dlya testirovaniya
   soedineniya, ppp blokiruetsya

   14.15. Pochemu programma ppp, obsluzhivayuschaya nul'-modem,
   nikogda ne zakryvaetsya?

   14.16. V rezhime -auto ppp neozhidanno nachinaet zvonit'

   14.17. CHto oznachayut oshibki CCP

   14.18. Pochemu ppp ne protokoliruet skorost' soedineniya?

   14.19. Ppp ignoriruet simvol \ v chat-skripte

   14.20. Ppp poluchaet oshibku zaschity, no ya ne vizhu fajla
   ppp.core

   14.21. Process, vyzvavshij prozvonku v rezhime auto, nikogda ne
   poluchaet zatrebovannogo soedineniya

   14.22. Pochemu bol'shinstvo igr ne rabotaet s opciej -nat?

   14.23. Kto-nibud' vediot spisok poleznyh nomerov portov?

   14.24. CHto takoe oshibki FCS?

   14.25. Pochemu pri rabote v Mac OS i Windows 98 soedineniya
   zamirayut, kogda na marshrutizatore ispol'zuetsya PPPoE?

   14.26. Nichego ne pomogaet - ya uzhe otchayalsya!

   14.1. Ne mogu zastavit' rabotat' ppp. CHto ya delayu ne tak?

   Pervym delom prochtite stranicy spravochnika, posvyaschionnye
   ppp(8), a takzhe sootvetstvuyuschij razdel Rukovodstva. Vklyuchite
   protokolirovanie komandoj

 set log Phase Chat Connect Carrier lcp ipcp ccp command

   `Eta komanda mozhet byt' nabrana v komandnoj stroke ppp(8) ili ona
   mozhet nahodit'sya v konfiguracionnom fajle /etc/ppp/ppp.conf
   (nachalo sekcii default - luchshee dlya neio mesto.
   Udostover'tes', chto fajl /etc/syslog.conf (posmotrite spravku po
   syslog.conf(5)) soderzhit stroki

 !ppp
 *.*    /var/log/ppp.log
  

   i fajl /var/log/ppp.log suschestvuet. Teper' vy smozhete najti
   polnuyu informaciyu o proishodyaschem v fajle protokola. Ne
   bespokojtes', esli ne vsio vam budet tam ponyatno. Esli vy budete
   pol'zovat'sya ch'ej-to pomosch'yu, protokol vam prigoditsya.

   14.2. Ppp prosto zavisaet, kogda ya ego zapuskayu

   Obychno `eto proishodit, kogda ne mozhet byt' opredeleno imya
   vashego hosta. Nailuchshij sposob ispravit' `eto -
   udostoverit'sya, chto fajl /etc/hosts ispol'zuetsya vashim
   rezolverom. Otredaktirujte fajl /etc/host.conf, pomestiv na pervoe
   mesto strochku hosts. Zatem prosto dobav'te zapisi o vashej
   mashine v fajl /etc/hosts. Esli u vas net lokal'noj seti, izmenite
   stroku localhost:

 127.0.0.1        foo.example.com foo localhost

   V protivnom sluchae prosto dobav'te eschio odnu zapis' o vashem
   hoste. Obratites' k sootvetstvuyuschim stranicam spravochnika za
   podrobnym opisaniem.

   Esli vy vypolnili `eti ukazaniya, vy smozhete uspeshno vypolnit'
   komandu ping -c1 `hostname`.

   14.3. Ppp ne zvonit v rezhime -auto

   Vo-pervyh, prover'te, chto u vas est' marshrut po umolchaniyu.
   Vypolniv komandu netstat -rn (posmotrite spravku po netstat(1)),
   vy dolzhny uvidet' dve stroki takogo vida:

 Destination        Gateway            Flags     Refs     Use     Netif Expire
 default            10.0.0.2           UGSc        0        0      tun0
 10.0.0.2           10.0.0.1           UH          0        0      tun0
  

   Zdes' predpolagaetsya, chto vy ispol'zovali adresa, privedionnye v
   Rukovodstve, Spravochnike ili fajle ppp.conf.sample. Esli u vas
   net marshruta po umolchaniyu, `eto mozhet byt' iz-za
   ispol'zovaniya staroj versii ppp(8), kotoraya ne ponimaet slova
   HISADDR v fajle ppp.conf.

   Drugaya prichina otsutstviya marshruta po umolchaniyu mozhet
   kryt'sya v tom, chto vy oshibochno ustanovili marshrut po
   umolchaniyu v vashem fajle /etc/rc.conf (posmotrite spravku po
   rc.conf(5)), i propustili stroku

 delete ALL
  

   v ppp.conf. V takom sluchae obratites' k sootvetstvuyuschemu
   razdelu Rukovodstva.

   14.4. CHto oznachaet soobschenie "No route to host"?

   `Eta oshibka poyavlyaetsya iz-za otsutstvuyuschego razdela

 MYADDR:
   delete ALL
   add 0 0 HISADDR
  

   v fajle /etc/ppp/ppp.linkup. On neobhodim, esli vash IP adres
   vydelyaetsya dinamicheski ili adres marshrutizatora vam ne
   izvesten. Esli vy ispol'zuete interaktivnyj rezhim, vy mozhete
   nabrat' sleduyuschie komandy posle vhoda v paketnyj rezhim
   (paketnyj rezhim identificiruetsya zaglavnymi bukvami PPP v
   priglashenii):

 delete ALL
 add 0 0 HISADDR
  

   Obratites' k razdelu PPP i dinamicheskie IP adresa Rukovodstva za
   podrobnoj informaciej.

   14.5. Soedinenie razryvaetsya cherez 3 minuty

   Tajmaut dlya PPP po umolchaniyu raven 3 minutam. `Eto mozhet byt'
   izmeneno strokoj

 set timeout NNN
  

   gde NNN - vremya neaktivnosti v sekundah, posle kotorogo
   soedinenie zakryvaetsya. Esli NNN ravno nulyu, soedinenie nikogda
   ne razryvaetsya po tajmautu. `Etu komandu mozhno pomestit' v fajl
   ppp.conf ili nabrat' ee v interaktivnom rezhime. Izmenenie `etogo
   parametra takzhe vozmozhno pri aktivnom soedinenii, esli
   podklyuchit'sya k soketu ppp servera s pomosch'yu programm
   telnet(1) ili pppctl(8). Obratites' k stranicam Spravochnika,
   posvyaschionnym ppp(8).

   14.6. Soedinenie razryvaetsya pri bol'shoj nagruzke

   Esli u vas vklyuchen Link Quality Reporting (LQR), vozmozhno, chto
   slishkom mnogo paketov LQR teryaetsya v kanale. Ppp delaet vyvod,
   chto kanal ploh, i razryvaet soedinenie. V FreeBSD do versii 2.2.5
   LQR bylo vklyucheno po umolchaniyu. Sejchas ono po umolchaniyu
   vyklyucheno. LQR mozhno vyklyuchit' strokoj

 disable lqr
  

   14.7. Soedinenie razryvaetsya v sluchajnye promezhutki vremeni

   Inogda, na shumnoj linii ili dazhe na linii s vklyuchennym
   rezhimom ozhidaniya zvonka, vash modem mozhet veshat' trubku,
   dumaya (sovershenno naprasno), chto poteryal nesuschuyu.

   V bol'shinstve modemov est' parametr, opredelyayuschij
   chuvstvitel'nost' k vremennoj potere nesuschej. Naprimer, v modeme
   USR Sportster(R), `eto opredelyaetsya znacheniem registra S10 v
   desyatyh dolyah sekundy. CHtoby sdelat' svyaz' bolee ustojchivoj,
   dobav'te sleduyuschuyu posledovatel'nost' posylok-ozhidanij v
   stroku nabora:

 set dial "...... ATS10=10 OK ......"
  

   Obratites' k rukovodstvu po vashemu modemu.

   14.8. Soedinenie chasto rviotsya v sluchajnye promezhutki vremeni

   Mnogie soobschayut ob obryvah soedinenij bez vidimoj prichiny.
   Pervym delom nuzhno vyyasnit', s kakoj storony soedineniya
   rviotsya svyaz'.

   Esli vy ispol'zuete vneshnij modem, mozhete prosto poprobovat'
   ispol'zovat' utilitu ping(8) i posmotret', migaet li indikator TD
   pri peredache dannyh. Esli on migaet (a indikator RD net),
   problema s toj storony. Esli indikator TD ne zagoraetsya, problema
   s vashej storony. Pri ispol'zovanii vnutrennego modema vam
   neobhodimo vospol'zovat'sya komandoj set server, ukazav eio v
   fajle ppp.conf. Kogda proizojdiot obryv svyazi, podklyuchites' k
   ppp(8) s pomosch'yu pppctl(8). Esli vashe setevoe podklyuchenie
   neozhidanno vosstanovitsya (PPP ozhivaet pri proyavlenii
   aktivnosti na diagnosticheskom sokete) ili ili esli vy ne smozhete
   soedinit'sya (zdes' my polagaem, chto komanda set socket v
   nachal'nyj moment byla vypolnena uspeshno), to problema imeet
   lokal'nyj harakter. Esli vy smozhete podklyuchit'sya, no svyazi
   vsio ravno net, vklyuchite vyvod otladochnoj informacii komandoj
   set log local async i zapustite ping iz drugogo okna ili
   terminala, chtoby proverit' svyaz'. V otladochnom vyvode budut
   pokazany dannye, peredavaemye i poluchaemye iz kanala svyazi. Esli
   dannye posylayutsya, no ne prinimayutsya obratno, problema s
   protivopolozhnoj storony.

   Vyyasniv, yavlyaetsya `eta problema lokal'noj ili udalionnoj
   sistemy, vy imeete dva varianta dejstvij:

     * Esli problema na udalionnoj mashine, to prochtite V: 14.9..

     * Esli problema s vashej storony, prochtite V: 14.10..

   14.9. Udalionnaya sistema ne otvechaet

   Zdes' vy malo chto mozhete sdelat'. Bol'shinstvo provajderov
   otkazyvayutsya okazat' pomosch', esli vy ispol'zuete OS ne ot
   Microsoft. Vy mozhete dobavit' komandu enable lqr v vash ppp.conf,
   chto pozvolit ppp(8) otsledit' oshibki v udalionnoj sisteme i
   zakryvat' soedinenie, odnako takoe obnaruzhenie dostatochno
   medlenno i po`etomu ne tak uzh polezno. Vy mozhete takzhe prosto
   ne soobschat' svoemu provajderu, chto zapuskaete user-PPP....

   Pervym delom poprobujte otklyuchit' vsyu mestnuyu kompressiyu,
   ukazav v konfiguracionnom fajle sleduyuschee:

 disable pred1 deflate deflate24 protocomp acfcomp shortseq vj
 deny pred1 deflate deflate24 protocomp acfcomp shortseq vj
  

   Teper' poprobujte ustanovit' soedinenie eschio raz i
   udostoverit'sya, chto situaciya ne izmenilas'. Esli kachestvo
   soedineniya uluchshilos' ili problema okazalas' polnost'yu
   reshionnoj, vyyasnite, nastrojka chego privodila k problemam
   metodom prob i oshibok. `Eto dast vam dopolnitel'nuyu zaschitu,
   kogda vy budete razgovarivat' s vashim provajderom (hotya pri
   `etom mozhet obnaruzhit'sya, chto vy rabotaete ne s produktom
   Microsoft).

   Pered tem, kak zvonit' provajderu, vklyuchite vyvod otladochnoj
   informacii, kak vy `eto delali ranee i podozhdite, poka soedinenie
   snova ne prerviotsya. Pravda, dlya `etogo trebuetsya nekotoroe
   diskovoe prostranstvo. Interes mogut predstavlyat' poslednie
   prochitannye iz porta dannye. Obychno `eto dannye v formate ascii
   i oni mogut dazhe soderzhat' opisanie problemy (''Memory fault,
   core dumped'' ?).

   Esli vash provajder soglasen pomoch' vam, nuzhno budet vklyuchit'
   rezhim otladki s ih storony, a potom, kogda svyaz' prerviotsya v
   sleduyuschij raz, oni mogut skazat' vam, pochemu voznikli problemy
   s ih storony. Budet horosho, esli vy prishliote detal'noe opisanie
   na adres Brian Somers <brian@FreeBSD.org>, ili dazhe poprosite
   provajdera svyazat'sya so mnoj napryamuyu.

   14.10. Ppp zavisaet

   Luchshe vsego v `etom sluchae perekompilirovat' ppp(8), dobaviv
   parametry CFLAGS+=-g i STRIP= v konec Makefile, a zatem vypolnit'
   komandu make clean && make && make install. Kogda ppp(8) zavisnet,
   najdite identifikator processa ppp(8) s pomosch'yu komandy ps
   ajxww | fgrep ppp i vypolnite komandu gdb ppp PID. Zatem v
   priglashenii gdb vy mozhete ispol'zovat' komandu bt dlya
   polucheniya steka vyzovov.

   Poshlite rezul'tat na adres Brian Somers <brian@FreeBSD.org>.

   14.11. Nichego ne proishodit posle soobscheniya Login OK!

   Do versii FreeBSD 2.2.5, kak tol'ko svyaz' ustanavlivalas', ppp(8)
   ozhidal nachala soglasovaniya Line Control Protocol (LCP) s
   protivopolozhnoj storony. Mnogie provajdery Internet ne nachinayut
   soglasovaniya i predpolagayut, chto `eto sdelaet klient. CHtoby
   zastavit' ppp(8) iniciirovat' soglasovanie parametrov LCP,
   ispol'zujte sleduyuschuyu stroku:

 set openmode active
  

     Zamechanie: Nichego strashnogo ne proizojdiot, esli soglasovanie
     nachnut obe storony, po`etomu rezhim iniciirovaniya sejchas po
     umolchaniyu aktivnyj. Odnako, v sleduyuschem razdele
     opisyvaetsya situaciya, kogda `eto privodit k nekotorym
     nepriyatnostyam.

   14.12. V protokole est' soobscheniya o tom, chto ''magic being the
   same''.

   Inogda, srazu zhe posle ustanovleniya soedineniya, vy mozhete
   uvidet' soobscheniya v protokole, govoryaschie chto ''magic is the
   same''. Inogda `eti soobscheniya prohodyat bezboleznenno, a inogda
   odna iz storon prekraschaet rabotu. Bol'shinstvo realizacij PPP ne
   mozhet spravit'sya s takoj situaciej, i, dazhe kogda svyaz'
   vyglyadit ustanovivshejsya, vy budete videt' tol'ko beskonechno
   povtoryayuschiesya konfiguracionnye zaprosy i podtverzhdeniya v
   fajle protokola do teh por, poka ppp(8) okonchatel'no ne zakroet
   soedinenie.

   Obychno `eto proishodit na serverah s medlennymi diskami, na
   kotoryh port obsluzhivaet programma getty, a ppp(8) vypolnyaetsya
   iz scenariya registracii ili drugoj programmy posle registracii
   pol'zovatelya. Byli soobscheniya, chto takoe sluchaetsya
   postoyanno pri ispol'zovanii slirp. Prichina zaklyuchaetsya v tom,
   chto vo vremya, prohodyaschee mezhdu zaversheniem raboty getty(8)
   i zapuskom ppp(8), ppp(8) so storony klienta nachinaet posylat'
   pakety Line Control Protocol (LCP). Tak kak rezhim `eha ostaiotsya
   vsio eschio vklyuchennym, ppp(8) klienta poluchaet ''otrazheniya''
   svoih zaprosov.

   CHast'yu processa soglasovaniya parametrov LCP yavlyaetsya
   opredelenie ''magicheskogo'' chisla dlya kazhdoj storony
   soedineniya dlya obnaruzheniya ''otrazhenij''. Soglasno
   specifikacii, kogda odna storona pytaetsya ispol'zovat'
   sovpadayuschee "magicheskoe" chislo, dolzhen byt' poslan otvet NAK
   i dolzhno byt' vybrano novoe "magicheskoe" chislo. V tot moment,
   kogda na portu servera vklyuchen rezhim `eha, klient ppp(8)
   posylaet pakety LCP, poluchaet to zhe samoe "magicheskoe" chislo v
   otrazhionnom pakete i otvechaet na nego NAK. On takzhe vidit
   otrazhionnyj NAK (kotoryj takzhe oznachaet, chto ppp(8) dolzhen
   izmenit' svoio "magicheskoe" chislo). V potenciale `eto mozhet
   vyzvat' poyavlenie ogromnogo kolichestva processov smen
   "magicheskih" chisel, i vse oni nakaplivayutsya v bufere
   terminala. Kak tol'ko zapustitsya server ppp(8), on budet
   peregruzhen zaprosami na smenu "magicheskih", nemedlenno reshit,
   chto `etogo mnogo dlya soglasovaniya LCP i prerviot soedinenie. V
   to zhe samoe vremya, klient, kotoryj bol'she ne vidit otrazhenij,
   ostanavlivaetsya dlya togo, chtoby uvidet', chto server zakryl
   soedinenie.

   `Etogo mozhno izbezhat', pozvoliv nachinat' soglasovanie
   protivopolozhnoj storone sleduyuschej strokoj v fajle ppp.conf:

 set openmode passive
  

   `Eto zastavit ppp(8) ozhidat' nachala soglasovaniya LCP. Nekotorye
   servery, odnako, mogut nikogda ne nachat' soglasovanie. Esli `eto
   tot samyj sluchaj, vy mozhete sdelat' sleduyuschee:

 set openmode active 3
  

   `Eto zastavit ppp(8) passivno zhdat' 3 sekundy, i tol'ko zatem
   posylat' zaprosy LCP. Esli protivopolozhnaya storona nachniot
   posylat' v `etot moment zaprosy, ppp(8) nemedlenno otvetit, ne
   ozhidaya istecheniya triohsekundnogo intervala.

   14.13. Soglasovanie LCP prodolzhaetsya, poka ne zakroetsya
   soedinenie

   V nastoyaschij moment odnoj iz nepriyatnyh osobennostej realizacii
   ppp(8) yavlyaetsya to, chto ona ne svyazyvaet soobscheniya LCP,
   CCP & IPCP s zaprosami. Kak rezul'tat, esli realizaciya PPP s
   odnoj storony bolee chem na 6 sekund medlennee, chem s drugoj,
   protivopolozhnaya storona budet posylat' dva dopolnitel'nyh
   zaprosa na soglasovanie parametrov LCP. `Eto fatal'no.

   Predpolozhim, chto u nas rabotayut dve realizacii, na mashinah A i
   B. A nachinaet posylat' zaprosy LCP srazu zhe posle soedineniya, a
   B trebuetsya 7 sekund dlya zapuska. Kogda B zapuskaetsya, A
   poslalo 3 LCP-zaprosa. Polagaem, chto rezhim `eha vyklyuchen, v
   protivnom sluchae my stolknulis' by s problemami "magicheskogo"
   chisla, opisannymi v predyduschem razdele. B posylaet REQ, zatem
   ACK na pervyj REQ ot A. `Eto privodit k tomu, chto A vhodit v
   sostoyanie OPENED i posylaet (pervyj) ACK obratno B. V to zhe
   samoe vremya B posylaet obratno eschio dva ACK v otvet na dva
   dopolnitel'nyh REQ, poslannye A do starta B. B zatem poluchaet
   pervyj ACK ot A i vozvraschaetsya v sostoyanie REQ-SENT, poslav
   eschio odin (chetviortyj) REQ soglasno RFC. Zatem on poluchaet
   tretij ACK i vhodit v sostoyanie OPENED. V `eto zhe vremya B
   prinimaet chetviortyj REQ ot A, chto vozvraschaet ego v sostoyanie
   ACK-SENT i posylaet eschio odin (vtoroj) REQ i (chetviortyj) ACK
   soglasno RFC. A poluchaet REQ, perehodit v sostoyanie REQ-SENT i
   posylaet eschio odin REQ. On nemedlenno prinimaet posleduyuschij
   ACK i vhodit v sostoyanie OPENED.

   `Eto budet prodolzhat'sya do teh por, poka odna iz storon ne
   obnaruzhit, chto `eto ni k chemu ne privodit i ne zakroet
   soedinenie.

   Luchshim sposobom izbezhat' `etoj situacii yavlyaetsya
   konfiguraciya odnoj iz storon kak passive, chtoby ona zhdala
   druguyu dlya nachala soglasovaniya. `Eto mozhno sdelat' komandoj

 set openmode passive
  

   S `etoj komandoj nuzhno byt' ostorozhnym. Vy takzhe dolzhny budete
   ispol'zovat' komandu

 set stopped N
  

   dlya ogranicheniya perioda ozhidaniya, v techenii kotorogo ppp(8)
   zhdiot nachala soglasovaniya s protivopolozhnoj storony. Kak
   variant, mozhet byt' ispol'zovana stroka

 set openmode active N
  

   (gde N - period ozhidaniya v sekundah pered tem, kak nachat'
   soglasovanie).

   14.14. Kogda ya vypolnyayu komandu shell dlya testirovaniya
   soedineniya, ppp blokiruetsya

   Kogda vy vypolnyaete komandu shell ili !, ppp(8) zapuskaet
   obolochku (esli byli zadany parametry, ppp(8) ih ispol'zuet). Ppp
   budet zhdat' okonchaniya vypolneniya komandy, prezhde chem
   prodolzhit'. Esli vy popytaetes' vospol'zovat'sya svyaz'yu PPP
   posle zapuska komandy, svyaz' budet vyglyadet' zablokirovannoj.
   `Eto proishodit iz-za togo, chto ppp(8) zhdiot zaversheniya
   vypolneniya zapuschennoj komandy.

   Esli vam neobhodimo vypolnyat' podobnye komandy, ispol'zujte
   komandu !bg. V `etom sluchae nuzhnaya komanda budet vypolnyat'sya
   v fonovom rezhime, a ppp(8) smozhet prodolzhit' obsluzhivanie
   kanala svyazi.

   14.15. Pochemu programma ppp, obsluzhivayuschaya nul'-modem,
   nikogda ne zakryvaetsya?

   ppp(8) ne mozhet opredelit', chto soedinenie bylo zakryto. `Eto
   proishodit iz-za metoda ispol'zovaniya signal'nyh linij
   nul'-modemnogo kabelya. Pri ispol'zovanii takogo tipa soedineniya
   vsegda vklyuchajte LQR.

 enable lqr

   Po umolchaniyu LQR vklyuchaetsya, esli `eto bylo zatrebovano s
   protivopolozhnoj storony na `etape soglasovaniya parametrov
   soedineniya.

   14.16. V rezhime -auto ppp neozhidanno nachinaet zvonit'

   Esli ppp(8) nachinaet neozhidanno zvonit', vy dolzhny opredelit'
   prichinu i zadat' fil'try dfilters dlya predotvrascheniya podobnyh
   zvonkov.

   Dlya vyyasneniya prichiny takogo povedeniya, ispol'zujte stroku:

 set log +tcp/ip
  

   `Eto vklyuchit protokolirovanie vsego trafika cherez soedinenie. V
   sleduyuschij raz, kogda neozhidanno budet ustanovleno soedinenie,
   vy ustanovite prichinu po vremennym otmetkam v fajle protokola.

   Posle `etogo vy mozhete zapretit' dozvonku pri vyyasnennyh
   usloviyah. Kak pravilo, takie problemy voznikayut iz-za
   obraschenij k DNS. Dlya predotvrascheniya obraschenij k DNS i
   ustanovleniya soedineniya (chto ne zapretit ppp(8) propuskat'
   pakety cherez uzhe ustanovlennoe soedinenie), ispol'zujte takuyu
   kombinaciyu:

 set dfilter 1 deny udp src eq 53
 set dfilter 2 deny udp dst eq 53
 set dfilter 3 permit 0/0 0/0
  

   `Eto mozhet vam ne podojti, tak kak zakroet vozmozhnost' dozvonki
   po zaprosu - bol'shinstvu programm nuzhno obratit'sya k DNS do
   togo, kak nachat' rabotat'.

   V sluchae DNS, vy dolzhny popytat'sya opredelit', kto pytaetsya
   opredelit' imya hosta. V bol'shinstve sluchaev vinovnym
   okazyvaetsya sendmail(8). Udostover'tes', chto vy ukazali
   programme sendmail ne osuschestvlyat' obraschenij k DNS v ego
   konfiguracionnom fajle. Obratites' k razdelu ob ispol'zovanii
   `elektronnoj pochty pri kommutiruemom soedinenii v Rukovodstve za
   podrobnym opisaniem sozdaniya konfiguracionnogo fajla i chto tuda
   nuzhno pomestit'. Vam mozhet ponadobit'sya dobavit' v fajl .mc
   stroku:

 define(`confDELIVERY_MODE', `d')dnl

   `Eto zastavit sendmail stavit' vse soobscheniya v ochered' do teh
   por, poka ne budet zapuschena eio obrabotka (kak pravilo, sendmail
   zapuskaetsya s parametrami -bd -q30m, ukazyvayuschimi, chto
   obrabatyvat' ochered' nuzhno kazhdye 30 minut) ili do teh por,
   poka ne budet vypolnena komanda sendmail -q (mozhet byt', iz fajla
   ppp.linkup).

   14.17. CHto oznachayut oshibki CCP

   V fajle protokola poyavlyayutsya takie soobscheniya ob oshibkah:

 CCP: CcpSendConfigReq
 CCP: Received Terminate Ack (1) state = Req-Sent (6)
  

   `Eto proishodit, esli ppp(8) pytaetsya ustanovit' kompressiyu tipa
   Predictor1, a protivopolozhnaya storona ne hochet ustanavlivat'
   nikakoj kompressii. `Eti soobscheniya bezobidny, no esli vy hotite
   ot nih izbavit'sya, vy mozhete zapretit' kompressiyu Predictor1 i
   u sebya tozhe:

 disable pred1
  

   14.18. Pochemu ppp ne protokoliruet skorost' soedineniya?

   Dlya vyvoda protokola vzaimodejstviya s modemom vam nuzhno
   vklyuchit' sleduyuschee:

 set log +connect
  

   `Eto zastavit ppp(8) protokolirovat' vsio, vplot' do poslednej
   prochtionnoj cherez ''expect'' stroki.

   Esli vy hotite videt' skorost' soedineniya i ispol'zuete PAP ili
   CHAP (i po`etomu vam ne nuzhno opredelyat' nikakih scenariev vhoda
   cherez set login posle polucheniya stroki CONNECT scenariem
   dozvonki dial), vy dolzhny ukazat' ppp(8), chto nuzhno ozhidat'
   polnuyu stroku CONNECT, vrode sleduyuschego:

 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \
   \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n"
  

   Zdes' my poluchili stroku CONNECT, nichego ne posylaem, zatem
   ozhidaem simvola perevoda stroki, zastavlyaya ppp(8) prinyat'
   polnyj otvet modema.

   14.19. Ppp ignoriruet simvol \ v chat-skripte

   Ppp obrabatyvaet kazhduyu stroku v vashih konfiguracionnyh fajlah,
   tak chto on mozhet prointerpretirovat' stroku vida set phone "123
   456 789" pravil'no i obnaruzhit'. chto nomer yavlyaetsya na samom
   dele edinstvennym argumentom. Dlya togo, chtoby ukazat' simvol ",
   vy dolzhny `ekranirovat' ego simvolom obratnogo sl`esha (\).

   Kogda interpretator chat obrabatyvaet kazhduyu stroku, on eschio
   raz prosmatrivaet argument dlya togo, chtoby najti kakuyu-libo
   special'nuyu posledovatel'nost' tipa \P ili \T (obratites' k
   Spravochniku). V rezul'tate `etoj dvojnoj interpretacii vy dolzhny
   vsegda ispol'zovat' pravil'noe chislo `ekraniruyuschih simvolov.

   Esli vam nuzhno peredat' simvol \, naprimer, vashemu modemu, vam
   neobhodimo ukazat' chto-to tipa:

 set dial "\"\" ATZ OK-ATZ-OK AT\\\\X OK"

   chto privediot k takoj posledovatel'nosti:

 ATZ
 OK
 AT\X
 OK

   ili

 set phone 1234567
 set dial "\"\" ATZ OK ATDT\\T"

   chto dast takuyu posledovatel'nost':

 ATZ
 OK
 ATDT1234567

   14.20. Ppp poluchaet oshibku zaschity, no ya ne vizhu fajla
   ppp.core

   Ppp (ili lyubaya drugaya programma takogo roda) nikogda ne
   sozdaiot fajlov dampa pamyati. Tak tak ppp(8) zapuskaetsya s
   `effektivnym uid, ravnym 0, to operacionnaya sistema ne budet
   zapisyvat' damp pamyati ppp(8) na disk pered ego zaversheniem.
   Esli, odnako ppp(8) vsio zhe prekratit rabotu iz-za narusheniya
   zaschity, ili po drugomu signalu, kotoryj vyzyvaet sozdanie dampa
   pamyati, i vy uvereny, chto ispol'zuete samuyu poslednyuyu versiyu
   (smotrite samoe nachalo razdela), to vy dolzhny sdelat'
   sleduyuschee:

 % tar xfz ppp-*.src.tar.gz
 % cd ppp*/ppp
 % echo STRIP= >>Makefile
 % echo CFLAGS+=-g >>Makefile
 % make clean all
 % su
 # make install
 # chmod 555 /usr/sbin/ppp
  

   Teper' u vas est' otladochnaya versiya ppp(8). Vam nuzhno stat'
   superpol'zovatelem dlya zapuska ppp(8), tak kak sootvetstvuyuschie
   bity prav byli ubrany. Kogda zapustite ppp(8), obratite osoboe
   vnimanie na to, kakoj katalog u vas byl tekuschim na `etot moment.

   Itak, esli ppp(8) poluchit oshibku narusheniya zaschity, on
   sbrosit damp pamyati s imenem ppp.core. Zatem vam nuzhno sdelat'
   sleduyuschee:

 % su
 # gdb /usr/sbin/ppp ppp.core
 (gdb) bt
 .....
 (gdb) f 0
 ....
 (gdb) i args
 ....
 (gdb) l
 .....
  

   Vsya `eta informaciya dolzhna byt' predostavlena vmeste s vashim
   voprosom, chtoby problemu mozhno bylo prodiagnostirovat'.

   Esli vy umeete obraschat'sya s gdb, vy mozhete poprobovat' najti
   prichiny obrazovaniya dampa, a takzhe adresa i znacheniya
   otnosyaschihsya k `etomu peremennyh.

   14.21. Process, vyzvavshij prozvonku v rezhime auto, nikogda ne
   poluchaet zatrebovannogo soedineniya

   `Eta problema proyavlyalas', kogda ppp(8) v rezhime auto byl
   nastroen na dinamicheskoe soglasovanie lokal'nogo IP-adresa s
   protivopolozhnoj storonoj. `Eto ispravleno v poslednej versii -
   poischite na stranice spravochnika slovo iface.

   Prichinoj bylo to, chto kogda `eta programma ispol'zuet sistemnyj
   vyzov connect(2), dlya soketa naznachaetsya IP-adres
   tun-interfejsa. YAdro sozdaiot pervyj ishodyaschij paket i
   zapisyvaet ego v ustrojstvo tun. Zatem ppp(8) chitaet paket i
   ustanavlivaet soedinenie. Esli v rezul'tate soglasovaniya ppp(8)
   dinamicheskogo IP-adresa adres interfejsa izmenitsya, soket budet
   rabotat' nekorrektno. Lyubye IP-pakety, peredavaemye cherez soket,
   budut otbrosheny. Esli dazhe `etogo ne proizojdiot, otvetnye
   dannye ne budut dostigat' otpravitelya, tak kak `etot adres
   bol'she emu ne prinadlezhit.

   Teoreticheski est' neskol'ko sposobov reshit' `etu problemu.
   Luchshe vsego, esli protivopolozhnaya storona naznachit interfejsu
   tot zhe samyj IP-adres :-) Tekuschaya versiya ppp(8) imenno tak i
   postupaet, bolee rannie realizacii `etogo ne delali.

   Samym prostym resheniem budet prosto nikogda ne menyat' IP-adres
   tun-interfejsa, a vmesto `etogo izmenyat' na letu vse ishodyaschie
   pakety tak, chtoby IP-adres istochnika menyalsya s IP-adresa
   interfejsa na sootvetstvuyuschij s protivopolozhnoj storony. `Eto,
   v suschnosti, to zhe samoe, chto delaet opciya iface-alias v samoj
   poslednej versii ppp(8) (s pomosch'yu biblioteki libalias(3) i
   klyucha -nat dlya ppp(8)) - ona otslezhivaet vse naznachennye
   ranee interfejsu adresa i zameschaet ih na poslednij iz
   naznachennyh.

   Drugoj vozmozhnyj (i, navernoe, samyj nadiozhnyj) sposob - `eto
   sozdat' sistemnyj vyzov, menyayuschij IP-adresa vsem uzhe
   svyazannym soketam. ppp(8) ispol'zoval by `etot vyzov dlya
   modifikacii soketov vseh rabotayuschih programm posle
   soglasovaniya novogo IP-adresa. `Etot zhe samyj sistemnyj vyzov
   mogli by ispol'zovat' klienty DHCP, kogda oni osuschestvlyayut
   povtornuyu privyazku k soketu.

   Eschio odnoj vozmozhnost'yu yavlyaetsya razreshenie interfejsu
   stanovit'sya aktivnym bez IP-adresa. Ishodyaschim paketam budet
   davat'sya IP adres 255.255.255.255 do teh por, poka ne budet dan
   ioctl-zapros SIOCAIFADDR. privodyaschij k polnoj privyazke soketa.
   ppp(8) nuzhno budet izmenyat' IP-adres istochnika i kontrol'nuyu
   summu paketa, tol'ko esli on ustanovlen v 255.255.255.255. `Eto,
   odnako, yavlyaetsya nekotorym hakom, tak kak yadro budet posylat'
   nekorrektnye pakety na ne polnost'yu skonfigurirovannyj interfejs,
   v predpolozhenii, chto suschestvuet mehanizm ispravleniya `etih
   paketov.

   14.22. Pochemu bol'shinstvo igr ne rabotaet s opciej -nat?

   Prichinoj, po kotoroj igry i podobnye programmy ne rabotayut s
   bibliotekoj libalias zaklyuchaetsya v tom, chto vneshnyaya mashina
   budet pytat'sya otkryt' soedinenie ili posylat' (nezhdannye) UDP
   pakety na mashinu vnutrennej seti. Programmnoe obespechenie,
   obespechivayuschee opciyu -nat, ne znaet o tom, chto ona dolzhna
   peresylat' `eti pakety mashine vnutrennej seti.

   CHtoby `eto vsio zhe zarabotalo, udostover'tes', chto edinstvennoj
   zapuschennoj programmoj yavlyaetsya programmnoe obespechenie, s
   kotorym vy ispytyvaete problemy, zatem napustite tcpdump na
   tun-interfejs marshrutizatora libo vklyuchite protokolirovanie
   tcp/ip v ppp(8) (set log +tcp/ip) na marshrutizatore.

   Kogda vy zapustite nekorrektno rabotayuschee programmnoe
   obespechenie, vy dolzhny uvidet' pakety, prohodyaschie cherez
   marshrutizator. Kogda chto-to nachniot prihodit' izvne, ono budet
   otbrosheno (v `etom-to i problema). Zamet'te nomer porta
   poluchatelya `etih paketov, zatem zavershite rabotu vashego
   programmnogo obespecheniya. Vypolnite `etu proceduru neskol'ko raz
   dlya togo, chtoby ubedit'sya, chto nomer porta postoyanen. Esli
   `eto tak, to sleduyuschaya strochka v sootvetstvuyuschem razdele
   /etc/ppp/ppp.conf zastavit programmnoe obespechenie
   funkcionirovat' normal'no:

 nat port proto internalmachine:port port
  

   Zdes' proto - `eto tcp libo udp, internalmachine - `eto mashina,
   kotoroj vy hotite perenapravlyat' pakety, i port - `eto nomer
   porta poluchatelya paketov.

   Nesomnenno, vy ne smozhete ispol'zovat' programmnoe obespechenie
   na drugih mashinah, ne izmenyaya ukazannuyu vyshe komandu, a
   takzhe zapuskat' programmnoe obespechenie na dvuh mashinah vnutri
   seti odnovremenno - v konce koncov, vneshnij mir vidit vsyu vashu
   set' kak edinstvennuyu mashinu.

   Esli nomera portov nepostoyanny, est' eschio tri varianta:

    1. Nastrojte podderzhku `etogo v libalias. Primery ''osobyh
       sluchaev'' mozhno najti v /usr/src/lib/libalias/alias_*.c
       (alias_ftp.c - horoshee nachalo). `Eto oznachaet, chto vam
       nuzhno budet ispol'zovat' chtenie nekotoryh raspoznavaemyh
       ishodyaschih paketov, obnaruzhivat' komandy dlya ustanovleniya
       vneshnej mashinoj obratnoj svyazi na vnutrennyuyu mashinu na
       konkretnyj (sluchajnyj) port i nastraivat' ''marshrut'' v
       tablice sootvetstvij tak, chtoby posleduyuschie pakety
       prohodili normal'no.

       `Eto samoe trudoiomkoe reshenie, no ono nailuchshee i pozvolit
       programmnomu obespecheniyu rabotat' na neskol'kih mashinah.

    2. Ispol'zujte proksi-server. Prilozhenie mozhet podderzhivat',
       naprimer, socks5 ili (kak v sluchae ''cvsup'') mozhet imet'
       rezhim ''passive'', obhodyaschijsya bez zaprosov k
       protivopolozhnoj storone na otkrytie obratnogo soedineniya.

    3. Perenaznach'te vsio na vnutrennyuyu mashinu s pomosch'yu
       komandy nat addr. `Eto reshenie v lob.

   14.23. Kto-nibud' vediot spisok poleznyh nomerov portov?

   Poka net, no nizhe nahoditsya spisok, moguschij takovym stat'
   (esli k `etomu budet proyavlen kakoj-libo interes). V kazhdom
   primere internal nuzhno zamenit' na IP-adres mashiny,
   uchastvuyuschej v igre.

     * Asheron's Call

       nat port udp internal:65000 65000

       Nahodyas' v igre, vruchnuyu smenite nomer porta na 65000. Esli
       u vas est' neskol'ko mashin, na kotoryh vy hotite igrat',
       naznach'te kazhdoj mashine unikal'nyj nomer porta (to est'
       65001, 65002 i tak dalee), i dobav'te po strochke nat port
       dlya kazhdoj mashiny.

     * Half Life

       nat port udp internal:27005 27015

     * PCAnywhere 8.0

       nat port udp internal:5632 5632

       nat port tcp internal:5631 5631

     * Quake

       nat port udp internal:6112 6112

     * Quake 2

       nat port udp internal:27901 27910

       nat port udp internal:60021 60021

       nat port udp internal:60040 60040

     * Red Alert

       nat port udp internal:8675 8675

       nat port udp internal:5009 5009

   14.24. CHto takoe oshibki FCS?

   FCS yavlyaetsya sokrascheniem ot Frame Check Sequence (kontrol'
   posledovatel'nosti kadrov). Kazhdyj kadr PPP imeet kontrol'nuyu
   summu dlya proverki togo, chto prinyatye dannye sovpadayut s
   peredannymi. Esli FCS prinyatogo paketa nekorrektna, paket
   otbrasyvaetsya i schiotchik FCS dlya HDLC uvelichivaetsya.
   Znacheniya oshibok urovnya HDLC mozhno vyvesti komandoj show hdlc.

   Esli u vas plohaya liniya (ili drajver kommunikacionnogo adaptera
   otbrasyvaet pakety), oshibki FCS neizbezhny. `Eto obychno ne
   yavlyaetsya prichinoj dlya volnenij, hotya `eto suschestvenno
   zamedlyaet protokoly kompressii. Esli u vas vneshnij modem,
   prover'te kachestvo `ekranirovaniya soedinitel'nogo kabelya - `eto
   mozhet izbavit' ot problemy.

   Esli vasha svyaz' zamiraet, kak tol'ko vy soedinilis' i
   nablyudaetsya bol'shoe kolichestvo oshibok FCS, `eto mozhet byt'
   vyzvano ne polnoj prozrachnost'yu kanala dlya 8-bitovyh dannyh.
   Prover'te, chto modem ne ispol'zuet programmnogo upravleniya
   potokom (XON/XOFF). Esli zhe oborudovanie dolzhno , ispol'zovat'
   programmnoe upravlenie potokom, to vospol'zujtes' komandoj set
   accmap 0x000a0000 dlya ukazaniya ppp(8) `ekranirovat' simvoly ^Q i
   ^S.

   Drugoj prichinoj slishkom bol'shogo kolichestva oshibok FCS mozhet
   byt' prekraschenie protivopolozhnoj storonoj seansa PPP. V `etom
   sluchae Vam mozhet ponadobit'sya vklyuchit' protokolirovanie async
   dlya proverki togo, ne yavlyayutsya li postupaemye iz linii dannye
   na samom dele priglasheniyami login ili shell. Esli vy poluchili
   priglashenie shell s protivopolozhnoj storony, vozmozhno
   zavershenie ppp(8) bez obryva svyazi komandoj close lcp
   (posleduyuschaya komanda term snova verniot vas k priglasheniyu
   shell na udalionnoj mashine).

   Esli nichego v fajle protokola ne govorit o tom, chto svyaz' byla
   prervana, vy dolzhny sprosit' u administratora udalionnoj mashiny
   (vashego provajdera), pochemu seans byl zakryt.

   14.25. Pochemu pri rabote v Mac OS i Windows 98 soedineniya
   zamirayut, kogda na marshrutizatore ispol'zuetsya PPPoE?

   My blagodarim Majkla Voznyaka (Michael Wozniak)
   <mwozniak@netcom.ca>, kotoryj soobschil sleduyuschuyu informaciyu,
   i D`ena Flemminga (Dan Flemming) <danflemming@mac.com> za reshenie
   problemy v sluchae Mac:

   `Eto proishodit iz-za `effekta, kotoryj mozhno nazvat' ''chiornoj
   dyroj'' na marshrutizatore. Mac OS i Windows 98 (i, mozhet byt',
   drugie operacionnye sistemy ot Microsoft), posylayut pakety TCP s
   zaprashivaemym razmerom segmenta, kotoryj slishkom velik dlya
   togo, chtoby byt' pomeschionnym v kadr PPPoE (dlya seti Ethernet
   razmer MTU po umolchaniyu raven 1500) i s ustanovlennym bitom ''ne
   fragmentirovat''' (po umolchaniyu dlya TCP), a marshrutizatory
   Telco ne posylaet paket ICMP ''nuzhno fragmentirovat''' obratno na
   sajt www, s kotorym vy rabotaete. (Libo marshrutizator posylaet
   pakety ICMP pravil'no, a mezhsetevoj `ekran na storone Web-servera
   ih sbrasyvaet.) Kogda Web-server posylaet vam kadry, kotorye ne
   pomeschayutsya v potok PPPoE, to marshrutizatory Telco ih
   otbrasyvayut i stranichki ne zagruzhayutsya (chast'
   stranic/grafiki vsio zhe vidno, potomu chto oni men'she, chem
   MSS). Pohozhe, chto takie nastrojki dejstvuyut po umolchaniyu na
   bol'shinstve konfiguracij PPPoE Telco (esli oni voobsche znayut,
   kak programmirovat' marshrutizator... da uzh...).

   Odnim iz sposobov ispravit' `eto yavlyaetsya ispol'zovanie utility
   regedit na mashinah 96/98 dlya togo, chtoby dobavit' v reestr
   sleduyuschij parametr...

 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\NetTrans\0000\MaxMTU

   `Eto dolzhna byt' stroka so znacheniem ''1436'', tak kak imeyutsya
   svedeniya, chto nekotorye marshrutizatory ADSL ne mogut rabotat' s
   paketami razmerom, prevyshayuschim `etu velichinu. V Windows 2000
   `etot parametr reestra byl perenesion v
   Tcpip\Parameters\Interfaces\ID adaptera\MTU i imeet tip DWORD.

   Obratites' k dokumentam iz Microsoft Knowledge Base Q158474 -
   Windows TCPIP Registry Entries i Q120642 - TCPIP & NBT
   Configuration Parameters for Windows NT dlya polucheniya bolee
   polnoj informacii po izmeneniyu MTU v Windows dlya raboty s
   NAT-marshrutizatorom.

   Drugim variantom s Windows 2000 yavlyaetsya ustanovka v registre
   DWORD-parametra Tcpip\Parameters\Interfaces\ID
   adaptera\EnablePMTUBHDetect v 1, kak `eto otmecheno v dokumente
   Microsoft 120642, ukazannom vyshe.

   K neschast'yu, v Mac OS net vozmozhnosti izmenit' nastrojki
   TCP/IP. Odnako imeetsya kommercheskoe programmnoe obespechenie,
   takoe, kak OTAdvancedTuner (OT for OpenTransport, the Mac OS
   TCP/IP stack) kompanii Sustainable Softworks, kotoroe pozvolyaet
   pol'zovatelyam nastraivat' parametry TCP/IP. Pol'zovateli Mac OS
   NAT dolzhny vybrat' ip_interface_MTU iz vypadayuschego menyu,
   vvesti chislo 1450 vmesto 1500 v okne, zatem schiolknut' na
   knopke, sleduyuschej za Save as Auto Configure, i schiolknut' na
   Make Active.

   V samoj poslednej versii ppp(8) (2.3 i vyshe) imeetsya komanda
   enable tcpmssfixup, kotoraya avtomaticheski vyravnivaet znachenie
   MSS k nuzhnomu. `Eta vozmozhnost' po umolchaniyu vklyuchena. Esli
   u vas voznikli problemy s bolee staroj versiej ppp(8), to vas
   mozhet zainteresovat' port tcpmssd.

   14.26. Nichego ne pomogaet - ya uzhe otchayalsya!

   Esli vsio uzhe pereprobovano, i nichego ne poluchaetsya, poshlite
   nam maksimal'noe kolichestvo informacii, vash konfiguracionnyj
   fajl, sposob zapuska ppp(8), sootvetstvuyuschie chasti fajla
   protokola, i vyvod komandy netstat -rn (do i posle soedineniya) v
   Spisok rassylki, posvyaschionnyj voprosam i otvetam pol'zovatelej
   FreeBSD ili v telekonferenciyu comp.unix.bsd.freebsd.misc, i
   mozhet byt', kto-nibud' ukazhet vam vernoe napravlenie.

     --------------------------------------------------------------

                  Glava 15. Kommunikacionnye adaptery

   V `etom razdele osvescheny voprosy o rabote posledovatel'nyh
   adapterov vo FreeBSD. Protokoly PPP i SLIP rassmatrivayutsya v
   razdele Rabota v seti.

   15.1. Kak uznat', kakie posledovatel'nye porty byli obnaruzheny
   FreeBSD?

   15.2. Kak uznat', kakie vnutrennie modemy byli obnaruzheny
   FreeBSD?

   15.3. Kak osuschestvlyaetsya dostup k posledovatel'nym portam vo
   FreeBSD?

   15.4. Kak vklyuchit' podderzhku mnogoportovyh posledovatel'nyh
   adapterov?

   15.5. Mozhet li FreeBSD ispol'zovat' neskol'ko mnogoportovyh
   adapterov s odinakovym irq?

   15.6. Mozhno li ustanovit' rezhim raboty po umolchaniyu dlya
   porta?

   15.7. Kak sdelat' vhod cherez modem?

   15.8. Kak podklyuchit' terminal k FreeBSD?

   15.9. Pochemu ne udaiotsya zapustit' tip ili cu?

   15.10. Moj modem Hayes ne podderzhivaetsya---chto mozhno sdelat'?

   15.11. Kak ya dolzhen vvesti `eti AT-komandy?

   15.12. Pochemu ne srabatyvaet znak <@> dlya opisaniya
   harakteristiki pn?

   15.13. Kak nabrat' telefonnyj nomer iz komandnoj stroki?

   15.14. Nuzhno li pri `etom kazhdyj raz zadavat' skorost' raboty s
   portom?

   15.15. Mne nuzhno imet' dostup k neskol'kih hostam cherez
   terminal'nyj server.

   15.16. Mozhet li tip ispol'zovat' neskol'ko telefonov dlya odnogo
   sajta?

   15.17. Pochemu nuzhno nazhimat' CTRL+P dvazhdy dlya posylki odnogo
   `etogo simvola CTRL+P?

   15.18. Neozhidanno vsio stalo nabirat'sya ZAGLAVNYMI BUKVAMI?

   15.19. Kak mozhno peredavat' fajly s pomosch'yu programmy tip?

   15.20. Kak ispol'zovat' zmodem vmeste s tip?

   15.1. Kak uznat', kakie posledovatel'nye porty byli obnaruzheny
   FreeBSD?

   Pri zagruzke yadra FreeBSD ono budet pytat'sya najti
   posledovatel'nye porty, s podderzhkoj kotoryh bylo
   otkompilirovano. Vy mozhete povnimatel'nej prismotret'sya k
   vydavaemym soobscheniyam libo vypolnit' komandu

 % dmesg | grep sio
  

   posle zagruzki i zapuska sistemy.

   Vot primer vyvoda ukazannoj komandy:

 sio0 at 0x3f8-0x3ff irq 4 on isa
 sio0: type 16550A
 sio1 at 0x2f8-0x2ff irq 3 on isa
 sio1: type 16550A
  

   Zdes' prisutstvuyut dva posledovatel'nyh porta. Pervyj ispol'zuet
   irq 4, port vvoda/vyvoda 0x3f8 i postroen na mikrosheme UART tipa
   16550A. Vtoroj ispol'zuet tot zhe tip mikroshemy, no ispol'zuet
   irq 3 i adres porta vvoda/vyvoda 0x2f8. Vnutrennie modemy
   vyglyadyat tochno takzhe, kak posledovatel'nye porty, za
   isklyucheniem togo, chto k modem nim ''podklyuchen'' vsegda.

   V yadro GENERIC vstroena podderzhka dvuh posledovatel'nyh portov,
   s irq i adresami portov vvoda/vyvoda, kak v primere vyshe. Esli
   `eti nastrojki ne sootvetstvuyut vashim, ili esli vy dobavili
   vnutrennie modemy, ili u vas bol'she posledovatel'nyh portov, chem
   opisano v yadre, prosto perekonfigurirujte yadro. Za
   dopolnitel'noj informaciej obratites' k razdelu o postroenii
   yadra.

   15.2. Kak uznat', kakie vnutrennie modemy byli obnaruzheny
   FreeBSD?

   Posmotrite otvet na predyduschij vopros.

   15.3. Kak osuschestvlyaetsya dostup k posledovatel'nym portam vo
   FreeBSD?

   Tretij posledovatel'nyj port, sio2 (posmotrite spravku po sio(4)),
   kotoryj v DOS nazyvaetsya COM3), oboznachaetsya kak /dev/cuaa2
   dlya ustrojstv, vypolnyayuschih ishodyaschie zvonki, i /dev/ttyd2
   dlya ustrojstv, prinimayuschih vhodyaschie zvonki. Kakaya raznica
   mezhdu `etimi dvumya klassami ustrojstv?

   Vy dolzhny ispol'zovat' ttydX dlya vhodyaschih soedinenij. Pri
   otkrytii /dev/ttydX v blokiruyuschem rezhime, process budet
   ozhidat' neaktivnosti sootvetstvuyuschego ustrojstva cuaaX, a
   zatem poyavleniya signala o nalichii nesuschej. Pri otkrytii
   ustrojstva cuaaX on proveryaet, chto posledovatel'nyj port ne
   ispol'zuetsya uzhe ustrojstvom ttydX. Esli port dostupen, on
   ''pohischaet'' ego u ustrojstva ttydX. Takzhe ustrojstvo cuaXX ne
   sledit za nalichiem nesuschej. S takoj shemoj raboty i modemom,
   nahodyaschimsya v rezhime avtootveta, vy mozhete pozvolit'
   pol'zovatelyam vhodit' v sistemu i v to zhe vremya mozhete
   osuschestvlyat' ishodyaschie zvonki, a sistema pozabotitsya o
   vozmozhnyh konfliktah.

   15.4. Kak vklyuchit' podderzhku mnogoportovyh posledovatel'nyh
   adapterov?

   Povtorim eschio raz: informaciya o konfigurirovanii yadra
   soderzhitsya v razdele, posvyaschionnom `etomu voprosu. Dlya
   mnogoportovyh posledovatel'nyh adapterov v fajle konfiguracii
   yadra pomestite klyuchevoe slovo sio(4) dlya kazhdogo porta na
   adaptere. No irq i vektor dolzhen byt' ukazan tol'ko u odnogo
   porta. Vse porty na adaptere dolzhny ispol'zovat' odno i to zhe
   irq. Ispol'zujte poslednij posledovatel'nyj port dlya ukazaniya
   irq. Takzhe vklyuchite opciyu COM_MULTIPORT.

   V sleduyuschem primere dano opisanie 4-portovogo adapter AST na
   irq 7:

 options "COM_MULTIPORT"
 device sio4 at isa? port 0x2a0 tty flags 0x781
 device sio5 at isa? port 0x2a8 tty flags 0x781
 device sio6 at isa? port 0x2b0 tty flags 0x781
 device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr
  

   Flagi ukazyvayut, chto upravlyayuschij port imeet mladshij nomer
   ustrojstva 7 (0x700), vklyuchena diagnostika na vremya
   obnaruzheniya (0x080), i vse porty ispol'zuyut odno i to zhe irq
   (0x001).

   15.5. Mozhet li FreeBSD ispol'zovat' neskol'ko mnogoportovyh
   adapterov s odinakovym irq?

   Poka net. Vy dolzhny naznachit' unikal'nyj irq dlya kazhdogo
   adaptera.

   15.6. Mozhno li ustanovit' rezhim raboty po umolchaniyu dlya
   porta?

   Vashemu prilozheniyu mozhet ponadobit'sya otkryt' ustrojstva ttydX
   (ili cuaaX). Kogda process otkryvaet ustrojstvo, ono imeet nabor
   parametrov vvoda/vyvoda. Vy mozhete posmotret' ih znacheniya
   komandoj

 # stty -a -f /dev/ttyd1
  

   Kogda vy menyaete nastrojki `etogo ustrojstva, oni dejstvuyut
   vplot' do zakrytiya ustrojstva. Pri povtornom otkrytii ono budut
   imet' rezhimy raboty po umolchaniyu. CHtoby izmenit' znacheniya
   rezhimov raboty po umolchaniyu, vy mozhete otkryt' i izmenit'
   nastrojki v ustrojstve ''nachal'nogo sostoyaniya''. Naprimer,
   chtoby sdelat' rezhimom po umolchaniyu rezhim CLOCAL, 8 bit, i
   upravlenie potokom XON/XOFF dlya ustrojstva ttyd5, sdelajte
   sleduyuschee:

 # stty -f /dev/ttyid5 clocal cs8 ixon ixoff
  

   Dlya vypolneniya takih dejstvij prednaznachen skript
   /etc/rc.serial. Teper' pri otkrytii ustrojstva ttyd5 prilozhenie
   budet imet' imenno takoj rezhim raboty s portom. Ono, odnako.
   mozhet izmenit' `eti rezhimy po svoemu usmotreniyu.

   Vy mozhete zapretit' izmenenie prilozheniem nekotoryh rezhimov
   raboty, vypolniv nastrojki ustrojstva ''postoyannogo
   sostoyaniya''. Naprimer, chtoby sdelat' skorost' raboty ttyd5
   postoyannoj i ravnoj 57600 bps, vypolnite

 # stty -f /dev/ttyld5 57600
  

   Teper', esli prilozhenie otkroet ttyd5 i popytaetsya izmenit'
   skorost' raboty porta, ona vsio ravno ostanetsya ravnoj 57600 bps.

   Estestvenno, vy dolzhny sdelat' ustrojstva nachal'nogo i
   postoyannogo sostoyanij dostupnymi na zapis' tol'ko pol'zovatelyu
   root. Skript MAKEDEV(8) pri sozdanii fajlov ustrojstv `etogo NE
   delaet.

   15.7. Kak sdelat' vhod cherez modem?

   Pohozhe, chto vy hotite stat' Internet-provajderom, da? Snachala
   vam neobhodimo podklyuchit' k sisteme odin ili neskol'ko modemov,
   kotorye mogut rabotat' v rezhime avtootveta. Modem dolzhen
   derzhat' signal nalichiya nesuschej, tol'ko kogda ona
   prisutstvuet. On dolzhen veshat' trubku i pereinicializirovat',
   kogda signal gotovnosti ustrojstva DTE (DTR) menyaet sostoyanie iz
   vklyuchennogo na vyklyuchennyj. Dolzhno ispol'zovat'sya apparatnoe
   (RTS/CTS) upravlenie potokom ili vovse otsutstvovat'. Eschio on
   dolzhen rabotat' na postoyannoj skorosti s portom komp'yutera, no
   (chto udobno dlya zvonyaschih) s soglasovaniem skorosti peredachi
   s drugim modemom.

   Dlya bol'shinstva modemov, podderzhivayuschih nabor komand Hayes,
   sleduyuschaya posledovatel'nost' komand vypolnit `eti nastrojki i
   sohranit ih v `energonezavisimoj pamyati:

 AT &C1 &D3 &K3 &Q6 S0=1 &W

   Informaciya o tom, kak sdelat' `eti nastrojki bez obrascheniya k
   terminal'nym programmam MS-DOS, soderzhitsya v razdele o posylke
   AT-komand.

   Zatem opishite modem v fajle /etc/ttys (posmotrite spravku po
   ttys(5)). V niom perechisleny vse porty, s kotoryh operacionnaya
   sistema ozhidaet vhoda pol'zovatelej. Dobav'te stroku, kotoraya
   vyglyadit kak `eta:

 ttyd1 "/usr/libexec/getty std.57600" dialup on insecure

   V `etoj stroke ukazano, chto ko vtoromu posledovatel'nomu portu
   (/dev/ttyd1) podklyuchen modem na skorosti 57600 bps bez kontrolya
   po chiotnosti (std.57600, chto beriotsya iz fajla /etc/gettytab
   (posmotrite spravku po gettytab(5)). Tip terminala dlya `etogo
   porta opredelion kak dialup. Port vklyuchen (on) i nebezopasen
   (insecure), chto oznachaet, chto popytki vojti v sistemu
   pol'zovatelem root s `etogo porta budut otvergnuty. Dlya portov,
   obsluzhivayuschih vhodyaschie zvonki, kak `etot, ispol'zujte
   ustrojstva vida ttydX.

   Ispol'zovanie slova dialup v kachestve imeni terminala yavlyaetsya
   obychnoj praktikoj. Mnogie pol'zovateli vklyuchayut v svoi fajly
   .profile ili .login skripty dlya zadaniya real'nogo tipa
   terminala, esli nachal'nym yavlyaetsya tip dialup. V primere port
   opisan nebezopasnym. CHtoby vojti pol'zovatelem root na `etom
   portu, vam nuzhno snachala vojti obychnym pol'zovatelem, a zatem
   komandoj su(1) stat' pol'zovatelem root. Esli port imeet atribut
   secure, to pol'zovatel' root mozhet vhodit' s `etogo porta
   neposredstvenno.

   Posle redaktirovaniya fajla /etc/ttys vam nuzhno poslat' signal
   poteri svyazi ili HUP processu init(8):

 # kill -HUP 1

   `Eto zastavit process init(8) snova prochitat' fajl /etc/ttys.
   Process init zapustit processy getty dlya vseh portov s
   harakteristikoj on. Vy mozhete proverit', dostupny li vhody s
   konkretnogo porta, vypolniv komandu

 % ps -ax | grep '[t]tyd1'

   Vy dolzhny uvidet' nechto vrode sleduyuschego:

 747 ??  I      0:00.04 /usr/libexec/getty std.57600 ttyd1

   15.8. Kak podklyuchit' terminal k FreeBSD?

   Esli vy sobiraetes' ispol'zovat' drugoj komp'yuter v kachestve
   terminala dlya FreeBSD, soedinite ih posledovatel'nye porty
   nul'-modemnym kabelem. Esli u vas est' terminal, obratites' k ego
   dokumentacii.

   Zatem modificirujte fajl /etc/ttys (posmotrite spravku po ttys(5))
   opisannym vyshe sposobom. Naprimer, esli vy podklyuchaete terminal
   WYSE-50 k pyatomu posledovatel'nomu portu, ispol'zujte takuyu
   strochku:

 ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure
  

   V `etom primere opisan port na /dev/ttyd4, imeyuschij terminal
   wyse50, podklyuchennyj na skorosti 34800 bps bez kontrolya po
   chetnosti (std.38400 iz fajla /etc/gettytab, informaciyu o kotorom
   mozhno poluchit' iz spravki po gettytab(5)) i razreshion
   neposredstvennyj vhod pol'zovatelya root (secure).

   15.9. Pochemu ne udaiotsya zapustit' tip ili cu?

   Skoree vsego, v vashej sisteme zapusk programm tip(1) i cu(1)
   razreshion tol'ko pol'zovatelyu uucp i chlenam gruppy dialer. Vy
   mozhete ispol'zovat' gruppu dialer dlya upravleniya dostupom k
   vashemu modemu ili udalionnym sistemam. Dostatochno dobavit'
   pol'zovatelya v gruppu dialer.

   Vy mozhete razreshit' vsem pol'zovatelyam vashej sistemy zapuskat'
   tip(1) i cu(1), vypolniv komandy:

 # chmod 4511 /usr/bin/cu
 # chmod 4511 /usr/bin/tip
  

   15.10. Moj modem Hayes ne podderzhivaetsya---chto mozhno sdelat'?

   Na samom dele stranica Spravochnika o programme tip(1) ustarela.
   Modemy Hayes podderzhivayutsya sistemoj. Prosto dobav'te at=hayes
   v vash fajl /etc/remote (posmotrite spravku po remote(5)).

   Drajver modemov Hayes ne dostatochno umion, chtoby podderzhivat'
   nekotorye iz novyh vozmozhnostej sovremennyh
   modemov---soobscheniya tipa BUSY, NO DIALTONE ili CONNECT 115200
   budut privodit' ego v zameshatel'stvo. Vy dolzhny vyklyuchit'
   vyvod takih soobschenij pri ispol'zovanii programmy tip(1)
   (komandoj ATX0&W).

   Krome togo, znachenie tajmauta po umolchaniyu dlya programmy
   tip(1) raven 60 sekundam. Vash modem dolzhen ispol'zovat' men'shee
   znachenie, inache tip budet dumat', chto u vas problemy so
   svyaz'yu. Poprobujte ATS7=45&W.

   Na samom dele tip v tom vide, kakom postavlyaetsya, ne
   podderzhivaet modemy Hayes polnost'yu. Resheniem yavlyaetsya
   redaktirovanie fajla tipconf.h v kataloge
   /usr/src/usr.bin/tip/tip. CHtoby `eto sdelat', vam nuzhen
   distributiv ishodnyh tekstov sistemy.

   Zamenite stroku #define HAYES 0 na #define HAYES 1. Zatem
   vypolnite komandy make i make install. Posle `etih dejstvij vsio
   rabotaet zamechatel'no.

   15.11. Kak ya dolzhen vvesti `eti AT-komandy?

   Sozdajte tak nazyvaemoe ''pryamoe'' opisanie v vashem fajle
   /etc/remote (posmotrite spravku po remote(5)). Naprimer, esli vash
   modem podklyuchen k pervomu posledovatel'nomu portu, /dev/cuaa0,
   sdelajte takuyu stroku:

 cuaa0:dv=/dev/cuaa0:br#19200:pa=none
  

   Ukazhite maksimal'nuyu skorost' obmena s portom, podderzhivaemuyu
   modemom v parametre br. Zatem vypolnite komandu tip cuaa0
   (obratites' k spravke po tip(1)) i vy podklyuchites' k modemu.

   Esli v vashej sisteme net ustrojstva /dev/cuaa0, sdelajte
   sleduyuschee:

 # cd /dev
 # sh MAKEDEV cuaa0
  

   Ili ispol'zujte cu, vojdya administratorom, s takimi parametrami:

 # cu -lline -sspeed
  

   gde line - `eto imya posledovatel'nogo porta (naprimer,
   /dev/cuaa0), a speed - skorost' raboty modema s portom (naprimer,
   57600). Posle vvoda AT-komand, naberite ~. dlya zaversheniya
   raboty.

   15.12. Pochemu ne srabatyvaet znak <@> dlya opisaniya
   harakteristiki pn?

   Znak <@> v harakteristike, opisyvayuschej nomer telefona,
   ukazyvaet programme tip obratit'sya k fajlu /etc/phones dlya
   poiska telefonnogo nomera. Odnako znak <@> yavlyaetsya takzhe i
   special'nym simvolom v fajlah opisaniya harakteristik tipa
   /etc/remote. `Ekranirujte ego simvolom obratnogo sl`esha:

 pn=\@

   15.13. Kak nabrat' telefonnyj nomer iz komandnoj stroki?

   Pomestite tak nazyvaemoe ''obschee'' opisanie v vash fajl
   /etc/remote (posmotrite spravku po remote(5)). Naprimer:

 tip115200|Dial any phone number at 115200 bps:\
        :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du:
 tip57600|Dial any phone number at 57600 bps:\
        :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du:
  

   Togda vy smozhete vypolnyat' komandy vrode tip -115200 5551234.
   Esli predpochitaete programmu cu(1), a ne tip(1), ispol'zujte
   obschee opisanie dlya cu:

 cu115200|Use cu to dial any number at 115200bps:\
         :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du:
  

   i vypolnyajte komandu cu 5551234 -s 115200.

   15.14. Nuzhno li pri `etom kazhdyj raz zadavat' skorost' raboty s
   portom?

   Sozdajte opisanie dlya tip1200 ili cu1200, no ne ostanavlivajtes'
   na `etom i ispol'zujte podhodyaschuyu skorost' pri zadanii
   harakteristiki br. tip(1) polagaet, chto horoshim znacheniem po
   umolchaniyu yavlyaetsya 1200 bps, po`etomu on ispol'zuet opisanie
   dlya tip1200. Odnako vas nikto ne zastavlyaet ispol'zovat' imenno
   `etu skorost'.

   15.15. Mne nuzhno imet' dostup k neskol'kih hostam cherez
   terminal'nyj server.

   Vmesto togo, chtoby kazhdyj raz ozhidat' podklyucheniya k
   terminal'nomu serveru, a zatem nabirat' komandu CONNECT host,
   ispol'zujte harakteristiku cm programmy tip. Naprimer, vot takoe
   opisanie v fajle /etc/remote (obratites' k spravke po remote(5)):

 pain|pain.deep13.com|Forrester's machine:\
        :cm=CONNECT pain\n:tc=deep13:
 muffin|muffin.deep13.com|Frank's machine:\
        :cm=CONNECT muffin\n:tc=deep13:
 deep13:Gizmonics Institute terminal server:\
        :dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234:
  

   pozvolit vam prosto nabirat' tip pain ili tip muffin dlya
   podklyucheniya k hostam pain ili muffin i tip deep13 dlya dostupa
   k terminal'nomu serveru.

   15.16. Mozhet li tip ispol'zovat' neskol'ko telefonov dlya odnogo
   sajta?

   `Eta problema voznikaet, kogda v universitete est' para modemnyh
   vhodov i neskol'ko tysyach studentov, pytayuschihsya imi
   vospol'zovat'sya...

   Sozdajte opisanie dlya vashego universiteta v fajle /etc/remote
   (posmotrite spravku po remote(5)) i ispol'zujte <\@> pri zadanii
   harakteristiki pn:

 big-university:\
        :pn=\@:tc=dialout
 dialout:\
        :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none:
  

   Posle `etogo propishite nomera telefonov universiteta v fajle
   /etc/phones (posmotrite spravku po phones(5)):

 big-university 5551111
 big-university 5551112
 big-university 5551113
 big-university 5551114
  

   tip(1) budet pytat'sya vospol'zovat'sya vsemi telefonnymi nomerami
   v ukazannom poryadke, prezhde chem zavershit' rabotu. Esli vy
   hotite, chtoby popytki byli prodolzheny, zapustite tip(1) v cikle
   while.

   15.17. Pochemu nuzhno nazhimat' CTRL+P dvazhdy dlya posylki odnogo
   `etogo simvola CTRL+P?

   Po umolchaniyu CTRL+P yavlyaetsya special'nym simvolom
   ''prinuditel'nogo vvoda'', ispol'zuemym dlya ukazaniya programme
   tip(1), chto sleduyuschij simvol yavlyaetsya bajtom dannyh. Vy
   mozhete naznachit' funkciyu simvola prinuditel'nogo vvoda lyubomu
   drugomu simvolu s pomosch'yu komandy ~s, kotoraya prednaznachena
   dlya ''ustanovki znachenij peremennyh''.

   Naberite ~sforce=single-char s nachala novoj stroki. Zdes' pod
   single-char imeetsya v vidu lyuboj odinochnyj simvol. Esli vy ne
   zadadite single-char, to simvolom prinuditel'nogo vvoda budet
   nulevoj simvol, kotoryj mozhno poluchit', nazhav CTRL+2 ili
   CTRL+SPACE. Podhodyaschim znacheniem dlya single-char yavlyaetsya
   SHIFT+CTRL+6, chto ispol'zuetsya tol'ko nekotorymi terminal'nymi
   serverami.

   Vy mozhete zadat' lyuboe znachenie dlya simvola prinuditel'nogo
   vvoda, ukazav ego v vashem fajle $HOME/.tiprc:

 force=single-char

   15.18. Neozhidanno vsio stalo nabirat'sya ZAGLAVNYMI BUKVAMI?

   Dolzhno byt', vy nazhali CTRL+A, simvol ''perehoda v verhnij
   registr'' programmy tip(1), special'no prednaznachennyj dlya teh,
   u kogo ne rabotaet klavisha Caps Lock. Ispol'zujte komandu ~s, kak
   `eto bylo sdelano vyshe, i ustanovite znachenie peremennoj
   ''raisechar'' vo chto-nibud' podhodyaschee. V dejstvitel'nosti vy
   mozhete ustanovit' ego ravnym simvolu prinuditel'nogo vvoda, esli
   ne sobiraetes' pol'zovat'sya `etimi osobennostyami.

   Sleduyuschij primer fajla .tiprc dolzhen ponravit'sya
   pol'zovatelyam redaktora Emacs, kotorym chasto prihoditsya
   nazhimat' CTRL+2 i CTRL+A:

 force=^^
 raisechar=^^

   Zdes' ^^ oboznachaet SHIFT+CTRL+6.

   15.19. Kak mozhno peredavat' fajly s pomosch'yu programmy tip?

   Esli vy soedinilis' s drugoj UNIX-sistemoj, vy mozhete posylat' i
   prinimat' fajly komandami ~p (peredacha) i ~t (priiom). `Eti
   komandy zapuskayut programmy cat(1) i echo(1) na udalionnoj
   sisteme, chtoby prinyat' i poslat' fajly. Sintaksis vyzova imeet
   takoj vid:

 ~p <local-file> [<remote-file>]
 ~t <remote-file> [<local-file>]
  

   Kontrol' oshibok peredachi pri `etom ne osuschestvlyaetsya, tak
   chto vam mozhet ponadobit'sya drugoj protokol peredachi, naprimer,
   zmodem.

   15.20. Kak ispol'zovat' zmodem vmeste s tip?

   Pervym delom ustanovite odnu iz programm, realizuyuschih protokol
   zmodem iz kollekcii portov (tam est' parochka v kategorii comms,
   lrzsz i rzsz).

   Dlya priioma fajlov zapustite programmu peredachi na
   protivopolozhnoj storone. Zatem nazhmite enter i naberite ~C rz
   (ili ~C lrz, esli u vas ustanovlen lrzsz) dlya nachala priioma ih
   na lokal'nuyu mashinu.

   Dlya posylki fajlov, zapustite programmu priioma na
   protivopolozhnoj storone. Zatem nazhmite enter i naberite ~C sz
   files (ili ~C lsz files) dlya posylki fajlov na udalionnuyu
   sistemu.

     --------------------------------------------------------------

                            Glava 16. Raznoe

   16.1. Pochemu FreeBSD ispol'zuet gorazdo bol'she mesta v razdele
   podkachki, chem Linux?

   16.2. Pochemu utilita top(1) pokazyvaet ochen' malen'kij ob"iom
   svobodnoj pamyati, dazhe kogda zapuscheno vsego lish' neskol'ko
   prilozhenij?

   16.3. Pochemu komandoj chmod nevozmozhno izmenit' prava na
   simvolicheskie ssylki?

   16.4. Mozhno li zapuskat' programmy dlya DOS vo FreeBSD?

   16.5. CHto mne nuzhno sdelat', chtoby perevesti dokumentaciyu
   FreeBSD na rodnoj yazyk?

   16.6. Pochemu vozvraschaetsya moya `elektronnaya pochta.
   otpravlennaya na lyuboj iz adresov FreeBSD.org?

   16.7. Gde mozhno poluchit' besplatnyj dostup k FreeBSD?

   16.8. CHto takoe sup i kak `eto mozhno ispol'zovat'?

   16.9. Kak zovut `etogo malen'kogo simpatichnogo krasnogo parnya?

   16.10. Mogu li ya ispol'zovat' izobrazhenie daemona BSD?

   16.11. Ne najdetsya li u vas izobrazhenij daemona BSD, kotorye
   mozhno ispol'zovat'?

   16.12. Pri prosmotre spiskov rassylki, ya vstretil akronim ili
   drugoj termin, kotoryj mne ne ponyaten. Gde ya dolzhen posmotret',
   chto on znachit?

   16.13. Pochemu ya dolzhen bespokoit'sya o cvete velosipednyh
   navesov (bikeshed)?

   16.1. Pochemu FreeBSD ispol'zuet gorazdo bol'she mesta v razdele
   podkachki, chem Linux?

   `Eto tol'ko kazhetsya, chto dlya FreeBSD trebuetsya bol'she mesta
   na razdele podkachki, chem dlya Linux. Na samom dele `eto ne tak.
   Glavnoe otlichie FreeBSD ot Linux v `etom plane zaklyuchaetsya v
   tom, chto FreeBSD aktivno peremeschaet neispol'zuemye stranicy
   pamyati, k kotorym ne bylo obraschenij, v razdel podkachki, chtoby
   uvelichit' ob"iom dostupnoj fizicheskoj pamyati dlya aktivnogo
   ispol'zovaniya. Linux zhe peremeschaet stranicy pamyati v razdel
   podkachki tol'ko v krajnem sluchae. Poluchaemoe vo FreeBSD
   uvelichenie nagruzki na razdel podkachki kompensiruetsya bolee
   `effektivnym ispol'zovaniem operativnoj pamyati.

   Zamet'te, chto, hotya FreeBSD predpochitaet ispol'zovat' razdel
   podkachki, ona ne mozhet sbrosit' vse neaktivnye stranicy v svop
   pri polnost'yu neaktivnoj sisteme. Tak chto vryad li mozhet
   vozniknut' situaciya, kogda, prosnuvshis' rano utrom, vy
   obnaruzhite, chto vsya vasha sistema nahoditsya v razdele
   podkachki, hotya ona prostaivala vsyu noch'.

   16.2. Pochemu utilita top(1) pokazyvaet ochen' malen'kij ob"iom
   svobodnoj pamyati, dazhe kogda zapuscheno vsego lish' neskol'ko
   prilozhenij?

   Prosto delo v tom, chto pod svobodnoj pamyat'yu podrazumevaetsya
   nikak ne ispol'zuemaya pamyat'. Vsya pamyat', kotoraya vashej
   programme yavno ne vydelyalas', ispol'zuetsya yadrom FreeBSD dlya
   diskovogo k`esha. Znacheniya, pokazyvaemye utilitoj top(1),
   pomechennye kak Inact, Cache i Buf - `eto vsio k`eshirovannye
   dannye raznyh stepenej ustarevaniya. To, chto dannye nahodyatsya v
   k`eshe, oznachaet, chto sistema ne budet obraschat'sya k
   medlennomu disku snova za temi dannymi, obraschenie k kotorym bylo
   nedavno, povyshaya takim obrazom obschuyu proizvoditel'nost'. V
   obschem sluchae malen'kie znacheniya v punkte Free, pokazyvaemye
   utilitoj top(1) dlya svobodnoj pamyati - `eto horosho, esli,
   konechno oni ne ochen' malen'kie.

   16.3. Pochemu komandoj chmod nevozmozhno izmenit' prava na
   simvolicheskie ssylki?

   Simvolicheskie ssylki ne imeyut atributov dostupa, a po
   umolchaniyu utilita chmod(1) ne sleduet simvolicheskoj ssylke dlya
   izmeneniya prav dostupa k fajlu, na kotoryj ukazyvaet ssylka.
   Po`etomu, esli u vas est' fajl, skazhem, s imenem foo i
   simvolicheskaya ssylka bar na `etot fajl, to `eta komanda vsegda
   budet vypolnyat'sya uspeshno.

 % chmod g-w bar

   Odnako prava na fajl foo ne izmenyatsya.

   CHtoby `eto rabotalo, ispol'zujte opcii -H ili -L vmeste s opciej
   -R. Obratites' k stranicam Spravochnika po komande chmod(1) i po
   symlink(7).

     Vnimanie: Opciya -R vypolnyaet komandu chmod(1) REKURSIVNO.
     Bud'te ostorozhny, zadavaya katalogi ili simvolicheskie ssylki
     na katalogi v parametrah chmod(1). Esli vy hotite izmenit' prava
     na katalog, na kotoryj ukazyvaet simvolicheskaya ssylka,
     ispol'zujte chmod(1) bez opcij i sledujte simvolicheskoj ssylke
     s pomosch'yu lidiruyuschego sl`esha (/). Naprimer, esli foo
     yavlyaetsya simvolicheskoj ssylkoj na katalog bar, a vy hotite
     izmenit' prava na foo (na samom dele bar), vy dolzhny vypolnit'
     komandu tipa sleduyuschej:

 % chmod 555 foo/

     Esli zadan lidiruyuschij sl`esh, to chmod(1) budet sledovat'
     simvolicheskoj ssylke, foo, menyaya prava na katalog bar.

   16.4. Mozhno li zapuskat' programmy dlya DOS vo FreeBSD?

   Da, vy mozhete ispol'zovat' programmu `emulyacii DOS
   emulators/doscmd, vklyuchionnuyu v Kollekciyu portov FreeBSD.

     Zamechanie: Utilita doscmd vhodila v sostav FreeBSD, no byla
     udalena pered vypuskom FreeBSD 5.3.

   Esli doscmd vas ne udovletvorit, to dopolnitel'naya utilita
   emulators/pcemu `emuliruet 8088 i nabor servisov BIOS,
   dostatochnyj dlya zapuska mnogih prilozhenij tekstovogo rezhima
   DOS. Ej trebuetsya X Window System.

   16.5. CHto mne nuzhno sdelat', chtoby perevesti dokumentaciyu
   FreeBSD na rodnoj yazyk?

   Oznakom'tes' s FAQ po Perevodam iz FreeBSD Documentation Project
   Primer.

   16.6. Pochemu vozvraschaetsya moya `elektronnaya pochta.
   otpravlennaya na lyuboj iz adresov FreeBSD.org?

   V pochtovoj sisteme FreeBSD.org v Postfix primenyayutsya nekotorye
   bolee strogie proverki vhodyaschej pochty, i otvergayutsya
   soobscheniya, kotorye sformirovany nepravil'no libo potencial'no
   yavlyayutsya spamom. Vasha pochta mozhet ne prinimat'sya po odnoj
   iz sleduyuschih prichin:

     * `Elektronnaya pochta byla poslana s domena ili bloka
       IP-adresov, kotorye izvestny nam kak spamery.

       Pochtovye servery FreeBSD otvergayut `elektronnuyu pochtu ot
       izvestnyh istochnikov spama. Esli vy pol'zuetes' uslugami
       kompanii ili domena, rassylayuschego ili peresylayuschego
       spam, pozhalujsta, pereklyuchites' na drugogo postavschika
       uslug, kotoryj `etogo ne delaet.

     * Telo soobscheniya `elektronnoj pochty soderzhit tol'ko HTML.

       Pochta dolzhna posylat' tol'ko kak obychnyj tekst.
       Pozhalujsta, nastrojte vash pochtovyj agent na otpravku tol'ko
       teksta.

     * Pochtovaya programma FreeBSD.org ne mozhet preobrazovat' adres
       IP podklyuchayuschegosya hosta v simvolicheskoe imya.

       Rabota obratnogo DNS yavlyaetsya standartnym trebovaniem dlya
       prinyatiya pochty ot hosta. Nastrojte obratnyj DNS dlya
       IP-adresa vashego pochtovogo servera. Mnogie sposoby
       domashnego podklyucheniya (DSL, kabel', kommutiruemoe
       soedinenie i tomu podobnoe) ne predostavlyayut takoj
       vozmozhnosti. V takom sluchae peresylajte svoyu `elektronnuyu
       pochtu cherez pochtovyj server vashego postavschika uslug.

     * Imya hosta, ukazannoe na `etape EHLO/HELO processa obmena
       soobscheniyami SMTP ne mozhet byt' preobrazovano v IP-adres.

       Na `etom `etape dialoga SMTP, pered prinyatiem pochty,
       neobhodim polnoe i preobrazuemoe imya hosta. Esli u vas net
       imeni hosta, kotoryj zaregistrirovan v DNS, to dlya peresylki
       svoej pochty vy dolzhny ispol'zovat' pochtovyj server vashego
       postavschika uslug.

     * Vashe soobschenie imeet identifikator, okanchivayuschijsya
       strochkoj ''localhost''.

       Nekotorye pochtovye programmy generiruyut nepravil'nye
       identifikatory soobschenij, kotorye ne mogut byt' prinyaty.
       Vam nuzhno zastavit' pochtovuyu programmu pol'zovatelya
       generirovat' pravil'nyj identifikator soobscheniya libo
       nastroit' vash agent peredachi pochty na zamenu `etih
       identifikatorov.

   16.7. Gde mozhno poluchit' besplatnyj dostup k FreeBSD?

   Hotya FreeBSD ne predostavlyaet besplatnyj dostup ni k odnomu iz
   svoih serverov, drugie kompanii predostavlyayut UNIX-sistemy s
   otkrytym dostupom. Stoimost' `etoj uslugi razlichna, takzhe kak i
   ogranichennyj nabor uslug.

   Arbornet, Inc, takzhe izvestnyj kak M-Net, predostavlyaet
   svobodnyj dostup k UNIX-sistemam s 1983 goda. Nachinaya na
   platforme Altos s rabotayuschej System III, sajt pereshiol na
   BSD/OS v 1991. V iyune 2000 sajt smenil sistemu snova, teper' na
   FreeBSD. M-Net mozhet byt' dostupna cherez protokoly telnet i SSH
   i predostavlyaet dostup k polnomu naboru programmnogo
   obespecheniya FreeBSD. Odnako dostup k seti ogranichen dlya
   chlenov i sponsorov, kotorye podderzhivayut sistemu, kotoraya
   rabotaet kak nepribyl'naya organizaciya. M-Net predostavlyaet
   takzhe uslugi `elektronnoj doski ob"yavlenij (BBS) i
   interaktivnogo chata.

   Grex predstavlyaet soboj sajt, ochen' pohozhij na M-Net,
   vklyuchaya to zhe samoe programmnoe obespechenie dlya `elektronnoj
   doski ob"yavlenij (BBS) i interaktivnogo chata. Odnako platformoj
   yavlyaetsya Sun 4M pod upravleniem SunOS.

   16.8. CHto takoe sup i kak `eto mozhno ispol'zovat'?

   Sokraschenie SUP oznachaet Software Update Protocol, kotoryj byl
   razrabotan v CMU dlya sinhronizacii ishodnyh tekstov. My
   ispol'zuem ego dlya sinhronizacii ishodnyh tekstov na udalionnyh
   sajtah s osnovnym serverom razrabotchikov.

   Protokol SUP ispol'zuet propusknuyu sposobnost' kanala
   ne`effektivno, i byl otvergnut. V nastoyaschee vremya
   rekomenduemym metodom dlya sinhronizacii ishodnyh tekstov
   yavlyaetsya protokol CVSup.

   16.9. Kak zovut `etogo malen'kogo simpatichnogo krasnogo parnya?

   U nego net opredelionnogo imeni, on nazyvaetsya prosto ''daemon
   BSD''. Esli vam nepremenno nuzhno imya, nazyvajte ego ''beastie''.
   Zamet'te, chto ''beastie'' proiznositsya kak ''BSD''.

   Bol'she o daemone BSD vy mozhete uznat' iz ego domashnej stranicy.

   16.10. Mogu li ya ispol'zovat' izobrazhenie daemona BSD?

   Vpolne. Prava na daemona BSD imeet Marshall Kirk McKusick. Dlya
   vyyasneniya podrobnostej otnositel'no pravil ego ispol'zovaniya vy
   mozhete obratit'sya k stranice avtora Statement on the Use of the
   BSD Daemon Figure.

   V obschem, vy mozhete svobodno ispol'zovat' izobrazhenie v
   vysokohudozhestvennom stile i v lichnyh celyah, esli dayutsya
   sootvetstvuyuschie otsylki. Esli vy hotite ispol'zovat' ego v
   kommercheskih celyah, vy dolzhny obratit'sya k Kerku MakKuziku.
   Dopolnitel'naya informaciya nahoditsya na domashnej stranice
   Daemona BSD.

   16.11. Ne najdetsya li u vas izobrazhenij daemona BSD, kotorye
   mozhno ispol'zovat'?

   V kataloge /usr/share/examples/BSD_daemon/ est' risunki v formatah
   eps i Xfig.

   16.12. Pri prosmotre spiskov rassylki, ya vstretil akronim ili
   drugoj termin, kotoryj mne ne ponyaten. Gde ya dolzhen posmotret',
   chto on znachit?

   Pozhalujsta, obraschajtes' k Glossariyu FreeBSD.

   16.13. Pochemu ya dolzhen bespokoit'sya o cvete velosipednyh
   navesov (bikeshed)?

   Na samom dele, ochen' kratkij otvet na `etot vopros zaklyuchaetsya
   v tom, chto vy `etogo delat' ne dolzhny. Esli davat' bolee
   podrobnyj otvet, to vashe umenie delat' navesy ne dolzhno
   oznachat', chto vy dolzhny prepyatstvovat' drugim delat' ih prosto
   potomu, chto vam ne nravitsya cvet, v kotoryj oni sobirayutsya ih
   okrashivat'. `Eta metafora oznachaet, chto vam ne nuzhno
   obsuzhdat' kazhduyu meloch' prosto potomu, chto vy znaete o nej
   dostatochno mnogo. Nekotorye lyudi otmechayut, chto ob"iom shuma,
   generiruemyj pri poyavlenii nekotorogo izmeneniya, nahoditsya v
   obratnoj zavisimosti ot slozhnosti samogo izmeneniya.

   Bolee prostrannyj i polnyj otvet zaklyuchaetsya v tom, chto posle
   ochen' dolgogo obsuzhdeniya togo, dolzhna li utilita sleep(1)
   obrabatyvat' drobnoe chislo, zadannoe v kachestve vtorogo
   argumenta, Poul-Henning Kamp <phk@FreeBSD.org> opublikoval
   bol'shoe soobschenie, ozaglavlennoe '' Velosipednyj naves
   (podstav'te zdes' cvet) na zelionoj trave...''. Sootvetstvuyuschie
   chasti `etogo soobscheniya citiruyutsya nizhe.

     ''CHto `eto za istoriya s navesom dlya velosipeda?'' Kto-to iz   
     vas zadaval takoj vopros.                                      
                                                                    
     `Eto dolgaya istoriya, ili zhe `eto staraya istoriya, no na    
     samom dele ona korotka. V nachale 1960-h godov Parkinson (C.   
     Northcote Parkinson) napisal knigu ''Zakon Parkinsona'',       
     kotoraya soderzhit mnogo interesnyh vzglyadov na process       
     upravleniya.                                                   
                                                                    
     [nemnogo vyderzhek iz kratkogo soderzhaniya knigi]             
                                                                    
     V konkretnom primere velosipednyj naves sopostavlyaetsya s     
     drugim vazhnym ob"ektom - atomnoj `elektrostanciej. YA         
     polagayu, chto `eto illyustriruet drevnost' knigi.             
                                                                    
     Parkinson pokazyvaet, chto vy mozhete prijti na soveschanie    
     rukovoditelej i poluchit' dobro na stroitel'stvo               
     mnogomillionnoj ili dazhe mnogomilliardnoj atomnoj             
     `elektrostancii, no esli vy hotite postroit' naves dlya        
     velosipeda, to pogryaznete v beskonechnyh obsuzhdeniyah.       
                                                                    
     Parkinson ob"yasnyaet `eto tem, chto atomnaya stanciya         
     nastol'ko bol'shoj, dorogoj i slozhnyj ob"ekt, chto lyudi ne   
     mogut ego osoznat' i vmesto togo, chtoby poprobovat' `eto      
     sdelat', oni polagayutsya na to, chto kto-to uzhe proveril vse 
     melochi do togo, kak vsio zashlo tak daleko. V svoej knige     
     Richard P. Fejnmann (Richard P. Feynmann) daiot neskol'ko      
     interesnyh i ochen' pouchitel'nyh primerov, svyazannyh s Los   
     Alamos.                                                        
                                                                    
     Velosipednyj naves - `eto protivopolozhnyj sluchaj. Lyuboj     
     mozhet postroit' naves za odin uik`end, i u nego eschio        
     ostanetsya vremya posmotret' futbol po televizoru. Tak chto ne 
     vazhno, naskol'ko horosho vy gotovilis' k obsuzhdeniyu,        
     naskol'ko ubeditel'ny budut vashi argumenty, kto-nibud'        
     vospol'zuetsya shansom pokazat', chto on ne zrya est svoj      
     hleb, chto on obraschaet vnimanie, chto on zdes'.              
                                                                    
     V Danii `eto nazyvaetsya ''ostavit' otpechatok svoego          
     pal'ca''. `Eto kasaetsya lichnoj gordosti i prestizha, `eto    
     pohozhe na vozmozhnost' ukazat' kuda-to i skazat': '' Von tam! 
     `Eto sdelal ya.'' `Eto sil'no vyrazheno v politikah, no        
     prisutstvuet vo mnogih lyudyah, kotorye poluchayut             
     vozmozhnost' sdelat' `eto. Prosto vspomnite ob otpechatkah nog 
     vo vlazhnom cemente.                                           
          --Poul-Henning Kamp <phk@FreeBSD.org> on freebsd-hackers,   
                                                    October 2, 1999 

     --------------------------------------------------------------

                       Glava 17. YUmor ot FreeBSD

   17.1. Naskol'ko greetsya processor pri rabote FreeBSD?

   17.2. Kto tam skrebiotsya v mikroshemah pamyati??

   17.3. Skol'ko trebuetsya razrabotchikov FreeBSD, chtoby smenit'
   `elektricheskuyu lampochku?

   17.4. Kuda napravlyayutsya dannye, zapisyvaemye v /dev/null?

   17.1. Naskol'ko greetsya processor pri rabote FreeBSD?

   V. Kto-nibud' delal zamery temperatury pri rabote FreeBSD? YA
   znayu, chto Linux greetsya men'she, chem DOS, no nikogda ne videl
   upominaniya FreeBSD. Navernoe, on sil'no greetsya.

   O. Net, no my sdelali razlichnye vkusovye testy u dobrovol'cev s
   zavyazannymi glazami, kotorye do `etogo prinyali po 250 mikrogramm
   LSD-25. 35% dobrovol'cev zayavilo, chto FreeBSD imeet vkus
   apel'sina, togda kak vkus Linux rascenivalsya kak fioletovyj
   tuman. Ni odna iz grupp ne otmetila znachitel'noj raznicy v
   temperature. My hoteli opublikovat' polnye rezul'taty `etogo
   oprosa, kogda obnaruzhili, chto slishkom mnogo dobrovol'cev
   pokinuli pomeschenie vo vremya testov, chto neskol'ko smazalo
   rezul'taty. Dumaem, chto bol'shinstvo iz nih rabotayut sejchas v
   Apple nad ih novym GUI ''cheshi i nyuhaj''. `Eto staryj dobryj
   biznes!

   Ser'iozno, i FreeBSD, i Linux ispol'zuyut instrukciyu HLT (halt),
   kogda sistema prostaivaet, chto umen'shaet potreblenie `energii i
   v svoyu ochered', vydelenie tepla. Vdobavok, esli u vas nastroen
   APM (kompleksnoe upravlenie `energopotrebleniem), to FreeBSD
   mozhet perevodit' processor v rezhim ponizhennogo
   `energopotrebleniya.

   17.2. Kto tam skrebiotsya v mikroshemah pamyati??

   V. Delaet li FreeBSD chto-nibud' ''`edakoe'' pri kompilyacii
   yadra, chto vyzyvaet poskripyvanie mikroshem pamyati? Pri
   kompilyacii (i v korotkij promezhutok vremeni posle obnaruzheniya
   diskovoda pri starte sistemy) ot mikroshem pamyati ishodit
   strannyj carapayuschij zvuk.

   O. Da! Vy, navernoe, videli chastoe upominanie ''daemonov'' v
   dokumentacii po BSD, no ne mnogie znayut, chto `eto nastoyaschie
   nematerial'nye suschestva, kotorye teper' zavladeli vashim
   komp'yuterom. Carapayuschij zvuk, izdavaemyj mikroshemami pamyati
   - `eto na samom dele vysokochastotnoe pereshioptyvanie mezhdu
   daemonami, kogda oni reshayut, kak luchshe spravit'sya s
   razlichnymi zadachami po administrirovaniyu sistemy.

   Esli shum dostig vashih ushej, komanda DOS fdisk /mbr ih spugniot,
   no ne udivlyajtes', esli oni otreagiruyut sootvetstvuyuschim
   obrazom i popytayutsya vas ostanovit'. Fakticheski, esli vo vremya
   vypolneniya `etoj komandy vy uslyshite sataninskij golos Billa
   Gejtsa iz vstroennogo dinamika, begite i dazhe ne oglyadyvajtes'!
   Izbavlennye ot protivostoyaniya s daemonami BSD, bliznecy-demony
   DOS i Windows chasto mogut zahvatit' polnyj kontrol' ne tol'ko nad
   vashej mashinoj i navlech' vechnoe proklyatie na vashu dushu.
   Teper', kogda vy `eto znaete, esli by u vas byl vybor, dumaem,
   chto vy by predpochli slyshat' carapayuschij zvuk, ne tak li?

   17.3. Skol'ko trebuetsya razrabotchikov FreeBSD, chtoby smenit'
   `elektricheskuyu lampochku?

   Neobhodimo imet' rovno odnu tysyachu sto shest'desyat devyat'
   razrabotchikov:

   Dvadcat' tri soobschat v -CURRENT o tom, chto ne gorit svet;

   CHetyre nachnut utverzhdat', chto `eto problema konfiguracii i
   takie soobscheniya nuzhno posylat' v -questions;

   Troe oformyat PR po `etomu povodu, prichiom odno ih nih budet
   napravleno v doc i budet soderzhat' tol'ko strochku ''zdes'
   temno'';

   Odin zakommitit neottestirovannuyu lampochku, chto slomaet
   postroenie sistemy, a zatem cherez pyat' minut verniot vsio nazad;

   Vosem' porugayutsya s avtorami PR po povodu vklyucheniya patchej v
   PR;

   Pyat' soobschat o tom, chto ne prohodit kompilyaciya sistemy;

   Tridcat' odin chelovek otvetit, chto u nih vsio rabotaet i
   navernoe, te vypolnyali cvsup v nepodhodyaschee vremya;

   Odin poshliot patch dlya novoj lampochki v -hackers;

   Odin pozhaluetsya, chto u nego imelis' patchiki eschio tri goda
   nazad, no kogda on poslal ih v -CURRENT, oni byli proignorirovany
   i on imel neudachnyj opyt raboty s sistemoj PR; krome togo
   predlagaemaya lampochka ne imeet otrazhatelya.

   Tridcat' sem' nachnut krichat', chto lampochki ne otnosyatsya k
   bazovoj sisteme, chto kommittery ne imeyut prava delat' takie
   veschi bez oprosa obschestvennosti i CHTO VOOBSCHE -CORE DELAET PO
   `ETOMU POVODU?

   Dve sotni napishut o cvete velosipednogo navesa;

   Troe skazhut, chto `etot patch ne sootvetstvuet style(9)

   Semnadcat' vozrazyat, chto predlagaemaya novaya lampa podpadaet
   pod licenziyu GPL;

   Pyat'sot vosem'desyat shest' razduyut flejm po povodu sravneniya
   licenzij GPL, BSD, MIT, NPL i lichnyh mnenij o neizvestnyh
   osnovatelej FSF;

   Semero poshlyut razlichnye chasti `etih obsuzhdenij v -chat i
   -advocacy;

   Odin zakommitit predlagaemuyu lampu, hotya ona svetit huzhe, chem
   staraya;

   Dvoe otkatyat `eti izmeneniya s uzhasnoj rugan'yu v zhurnale
   kommitta o tom, chto luchshe FreeBSD budet sidet' v temnote, chem
   s tuskloj lampoj.

   Sorok shest' gromko vosprotivyatsya `etomu izmeneniyu i potrebuyut
   ob"yasnenij ot -core;

   Odinnadcat' poprosyat umen'shit' razmer lampochki, chtoby ona
   podoshla k ih Tamagochi na sluchaj, esli my kogda-nibud'
   soberiomsya perenosit' FreeBSD na `etu platformu;

   Sem'desyat tri zayavyat o SNR v -hackers i -chat i v znak protesta
   otpishutsya;

   Trinadcat' poshlyut pis'ma ''unsubscribe'', ''How do I
   unsubscribe?'' ili ''Please remove me from the list'' s obychnoj
   podpis'yu;

   Odin zakommitit rabotayuschuyu lampochku v to vremya, kak vse
   budut slishkom zanyaty rugan'yu, chtoby `eto zametit';

   Tridcat' odin chelovek napishet, chto novaya lampochka budet
   svetit' na 0.364% yarche, esli eio otkompilirovat' s pomosch'yu
   TenDRA (hotya pri `etom ona priobretiot formu kuba) i chto FreeBSD
   dolzhna perejti na kompilyator TenDRA, a ne na GCC;

   Odin zametit, chto u lampochki otsutstvuet cokol';

   Devyat' (vklyuchaya avtorov PR) sprosyat ''chto takoe MFC?'';

   Spustya dve nedeli posle smeny lampochki pyat'desyat sem' chelovek
   soobschat o tom, chto sveta vsio ravno net.

   Nik Clayton <nik@FreeBSD.org> dobavil:

   YA sil'no smeyalsya nad vsem `etim.

   I togda ya podumal, ''Postojte-ka, najdiotsya li kto-nibud',
   chtoby zadokumentirovat' `eto?''

   I na menya snizoshlo ozarenie :-)

   17.4. Kuda napravlyayutsya dannye, zapisyvaemye v /dev/null?

   Oni otpravlyayutsya v special'nuyu stochnuyu trubu dlya dannyh v
   CPU, gde preobrazuyutsya v teplo, vyduvaemoe cherez
   ohlazhdayuschie ventilyatory. Vot pochemu ohlazhdenie CP
   stanovitsya vse bolee vazhnym; tak kak lyudi ispol'zuyut vse bolee
   bystrye processory, oni vse menee zabotyatsya o dannyh, vse
   bol'shee ih kolichestvo okanchivaet svoj put' v /dev/null,
   peregrevaya CP. Esli vy udalite /dev/null (chto sootvetstvenno
   otklyuchit trubu dannyh v CP), to vash processor mozhet
   ohladit'sya, no sistema nachnet perepolnyat'sya izlishnimi dannymi
   i nachnet rabotat' s oshibkami. Esli u vas bystroe setevoe
   podklyuchenie, vy mozhete ohladit' CPU, chitaya dannye iz
   /dev/random i posylaya ih kuda-nibud'; odnako vy riskuete
   peregret' vashe setevoe soedinenie i / ili razozlit' vashego
   provajdera, tak kak bol'shinstvo dannyh preobrazuetsya v teplo na
   ego oborudovanii, no, kak pravilo, u nego horoshee ohlazhdenie,
   tak chto esli vy ne perestaraetes', vse dolzhno byt' v poryadke.

   Pol Robinson (Paul Robinson) dobavlyaet:

   Est' i drugie metody. Kak znaet kazhdyj horoshij sistemnyj
   administrator, chast'yu horoshej praktiki yavlyaetsya posylka
   dannyh na `ekran interesnym obrazom, chtoby fei, kotorye obrazuyut
   kartinku, byli schastlivy. `Ekrannye fei (chasto nepravil'no
   nazyvaemye ''pikselami'') razlichayutsya po cvetu golovnyh uborov,
   kotorye oni nosyat (krasnye, zelenye ili sinie), i pryachutsya ili
   poyavlyayutsya (pokazyvaya, takim obrazom, cvet svoih shlyap),
   kogda poluchayut nemnogo pischi. Videoadaptery preobrazuyut dannye
   v edu dlya fej, a zatem posylayut ee feyam - chem dorozhe adapter,
   tem luchshe eda, tem luchshe vedut sebya fei. Oni takzhe
   nuzhdayutsya v postoyannoj stimulyacii - vot zachem nuzhny
   hraniteli `ekranov.

   Prodolzhiv nashe predpolozhenie, vy mozhete prosto vydavat'
   sluchajnye dannye na konsol', takim obrazom pozvolyaya feyam ih
   potreblyat'. `Eto vovse privodit k prekrascheniyu vydeleniya
   tepla, fei postoyanno schastlivy, a dannye bystro ischezayut,
   dazhe esli na vashem `ekrane vse vyglyadit neskol'ko haotichno.

   Kak byvshij administrator krupnogo provajdera, kotoryj imel mnogo
   problem pri popytke podderzhivat' postoyannuyu temperaturu v
   servernoj komnate, ya vystupayu protiv togo, chtoby lyudi posylali
   nenuzhnye im dannye v set'. Volshebnikov, kotorye vypolnyayut
   kommutaciyu paketov i marshrutizaciyu, `eto takzhe zatrudnyaet.

     --------------------------------------------------------------

                        Glava 18. Slozhnye temy

   18.1. Kak mozhno uznat' bol'she o vnutrennem ustrojstve FreeBSD?

   18.2. Kak mozhno okazat' pomosch' proektu FreeBSD?

   18.3. CHto takoe SNAP i RELEASE?

   18.4. Kak samomu sdelat' reliz?

   18.5. Po komande make world byli pereustanovleny vse programmy.

   18.6. Pochemu cvsup.FreeBSD.org ne yavlyaetsya odnoj DNS-zapis'yu
   dlya neskol'kih mashin, chtoby raspredelit' nagruzku mezhdu
   neskol'kimi CVSup-serverami?

   18.7. Pochemu pri zagruzke sistemy vydaiotsya soobschenie ''(bus
   speed defaulted)?''.

   18.8. Mozhno li rabotat' s -CURRENT pri ogranichennom dostupe v
   Internet?

   18.9. Kak vy razdelyaete distributiv na fajly po 240K?

   18.10. YA napisal nekotoroe dobavlenie k yadru, komu ego poslat'?

   18.11. Kak raspoznayutsya i inicializiruyutsya adaptery ISA Plug N
   Play?

   18.12. Mne nuzhno starshee chislo dlya napisannogo mnoyu drajvera
   ustrojstva.

   18.13. Al'ternativnyj metod razmescheniya katalogov

   18.14. CHto delat' pri avarijnom ostanovah sistemy

   18.15. Perestala rabotat' funkciya dlsym() dlya ELF!

   18.16. Uvelichenie i umen'shenie adresnogo prostranstva yadra

   18.1. Kak mozhno uznat' bol'she o vnutrennem ustrojstve FreeBSD?

   V nastoyaschee vremya suschestvuet tol'ko odna kniga po
   vnutrennemu ustrojstvu OS, posvyaschionnaya FreeBSD, a imenno
   ''The Design and Implementation of the FreeBSD Operating System''
   Marshalla Kiorka MakKuzika (Marshall Kirk McKusick) i Dzhordzha V.
   Neville-Nejla (George V. Neville-Neil), ISBN 0-201-70245-2. V nej
   rassmatrivaetsya FreeBSD versii 5.X.

   Krome togo, bol'shinstvo obschih znanij o UNIX neposredstvenno
   primenimo k FreeBSD.

   Spisok otnosyaschihsya k delu knig mozhno najti v razdele
   Rukovodstva Bibliografiya po vnutrennemu ustrojstvu operacionnoj
   sistemy.

   18.2. Kak mozhno okazat' pomosch' proektu FreeBSD?

   Pozhalujsta, obratites' k sootvetstvuyuschej stat'e, v kotoroj vy
   poluchite sovety otnositel'no togo, kak `eto sdelat'. Vasha
   pomosch' bolee chem privetstvuetsya!

   18.3. CHto takoe SNAP i RELEASE?

   V Hranilische CVS sejchas nahodyatsya tri aktivno/poluaktivno
   razvivayuschihsya vetki FreeBSD. (Bolee rannie vetki izmenyayutsya
   ochen' redko, imenno po`etomu v razrabotke tol'ko tri aktivnyh
   vetki):

     * RELENG_5 AKA 5-STABLE

     * RELENG_6 AKA 6-STABLE

     * HEAD AKA -CURRENT AKA 7.X-CURRENT

   HEAD - `eto ne real'nyj t`eg vetki, kak drugie dva; `eto prosto
   simvol'naya konstanta dlya oboznacheniya ''tekuschego, ne
   vetvyaschegosya, nahodyaschegosya v razrabotke dereva'', to est'
   ''-CURRENT''.

   Na dannyj moment ''-CURRENT'' yavlyaetsya nahodyaschimsya v
   razrabotke derevom 7.X, vetka 5-STABLE, RELENG_5, otdelilas' ot
   ''-CURRENT'' v oktyabre 2004 goda, a vetka 6-STABLE, RELENG_6,
   otdelilas' ot ''-CURRENT'' v noyabre 2005 goda.

   18.4. Kak samomu sdelat' reliz?

   Pozhalujsta, obratites' k stat'e o processe vypuska relizov.

   18.5. Po komande make world byli pereustanovleny vse programmy.

   Da, tak i dolzhno byt'; kak govorit nazvanie `etoj komandy, make
   world vypolnyaet postroenie vseh sistemnyh fajlov s nulya, tak
   chto v itoge mozhete byt' uvereny, chto poluchite chistuyu
   rabochuyu sistemu (vot pochemu `eto zanimaet stol'ko vremeni).

   Esli v moment zapuska komand make world ili make install
   opredelena peremennaya okruzheniya DESTDIR, to vnov' sozdavaemye
   fajly budut pomescheny v derevo katalogov. identichnoe
   suschestvuyuschemu, s kornem, raspolagayuschimsya v ${DESTDIR}.
   Odnako nekotorye sluchajnye kombinacii modifikacij sovmestno
   ispol'zuemyh bibliotek i versij kompiliruemyh programm pri
   ispolnenii komandy make world, mogut `etomu pomeshat'.

   18.6. Pochemu cvsup.FreeBSD.org ne yavlyaetsya odnoj DNS-zapis'yu
   dlya neskol'kih mashin, chtoby raspredelit' nagruzku mezhdu
   neskol'kimi CVSup-serverami?

   Hotya zerkala CVSup obnovlyayutsya s osnovnogo CVSup-servera
   kazhdyj chas, `eto obnovlenie mozhet proishodit' v lyuboj moment v
   techenie chasa. `Eto znachit, chto nekotorye servery budut imet'
   bolee novyj kod, chem ostal'nye, hotya raznica mezhdu versiyami
   koda ne prevyshaet chasa. Esli by dlya serverov cvsup.FreeBSD.org
   ispol'zovalas' odna DNS-zapis', to prostoe perenapravlenie
   pol'zovatelej na sluchajno vybrannyj server CVSup, pri uslovii,
   chto CVSup budet zapuskat'sya dva raza podryad, mozhet privesti k
   sgruzke koda, bolee starogo, chem tot, chto prisutstvuet v
   sisteme.

   18.7. Pochemu pri zagruzke sistemy vydaiotsya soobschenie ''(bus
   speed defaulted)?''.

   Adaptery SCSI Adaptec 1542 pozvolyayut programmno izmenyat'
   skorost' dostupa k shine. Predyduschie versii drajvera 1542
   pytalis' opredelit' maksimal'no vozmozhnuyu skorost' raboty i
   ustanovit' `eto znachenie. My obnaruzhili, chto u nekotoryh
   pol'zovatelej `eto privodilo k narusheniyu rabotosposobnosti
   sistemy, po`etomu `eta vozmozhnost' sejchas vynesena v parametr
   konfiguracii yadra TUNE_1542. Ispol'zovanie `etoj opcii na teh
   sistemah, gde ona rabotaet, mozhet privesti k uskoreniyu dostupa k
   diskam, a tam, gde `eto ne rabotaet, mozhet privesti k potere
   dannyh.

   18.8. Mozhno li rabotat' s -CURRENT pri ogranichennom dostupe v
   Internet?

   Da, `eto mozhno delat' bez skachivaniya polnogo dereva ishodnyh
   tekstov s pomosch'yu sistemy CTM.

   18.9. Kak vy razdelyaete distributiv na fajly po 240K?

   Komanda split(1) v sovremennyh BSD-sistemah imeet opciyu -b,
   pozvolyayuschuyu razrezat' fajly na chasti s tochnost'yu do bajta.

   Vot primer iz fajla /usr/src/Makefile.

 bin-tarball:
 (cd ${DISTDIR}; \
 tar cf - . \
 gzip --no-name -9 -c | \
 split -b 240640 - \
 ${RELEASEDIR}/tarballs/bindist/bin_tgz.)
  

   18.10. YA napisal nekotoroe dobavlenie k yadru, komu ego poslat'?

   Obratites' k stat'e o tom, kak pomoch' proektu FreeBSD, chtoby
   vyyasnit', kak `eto sdelat'.

   I spasibo Vam za Vashi usiliya!

   18.11. Kak raspoznayutsya i inicializiruyutsya adaptery ISA Plug N
   Play?

   Ot: Fr`enka Durdy IV (Frank Durda IV)
   <uhclem@nemesis.lonestar.org>

   Esli rassmatrivat' na samom nizkom urovne, to suschestvuet
   neskol'ko portov vvoda/vyvoda, v kotorye dolzhny vyvodit'
   informaciyu vse adaptery PnP, kogda komp'yuter pytaetsya vypolnit'
   zapros o nalichii ustanovlennyh adapterov. Tak chto, kogda
   zapuskaetsya procedura opredeleniya adapterov PnP, ona vypolnyaet
   zapros o nalichii kakih-libo adapterov PnP, a vse takie adaptery
   vydayut svoj nomer modeli pri chtenii togo zhe porta vvoda/vyvoda,
   po`etomu procedura opredeleniya poluchit otvet na svoj zapros,
   sostoyaschij iz logicheski nalozhennyh nomerov modelej,
   interpretiruemyj kak ''da''. V `etom otvete po krajnej mere odin
   bit budet ustanovlen v edinicu. Zatem kod opredeleniya adapterov
   mozhet ''vyklyuchat''' adaptery s ID (naznachaemymi
   Microsoft/Intel), bol'shimi, chem X. Potom sleduet popytka
   opredelit', ostalis' li eschio adaptery, otvechayuschie na zapros.
   Esli otvet 0, to adapterov s ID, bol'shimi chem X, net. Posle
   `etogo delaetsya popytka opredelit' nalichie adapterov s nomerami,
   men'shimi chem X. Esli oni est', to stanovitsya izvestno, chto
   est' adaptery s nomerami, men'shimi, chem X. Togda proishodit
   zapros adapteram, bol'shim chem X-(limit-4), na vyklyuchenie.
   Zapros povtoryaetsya. Primeniv `etot metod poludvoichnogo poiska
   granic raspolozheniya ID dostatochnoe kolichestvo raz, kod
   identifikacii najdiot vse adaptery PnP, ustanovlennye v dannoj
   mashine za chislo iteracij, gorazdo men'shee, chem mozhet zanyat'
   perebor 2^64 vozmozhnyh variantov ID.

   ID predstavlyaet soboj dva 32-razryadnye chisla (vsego ih 2^64) +
   8 bit kontrol'noj summy. Pervye 32 bita yavlyayutsya
   identifikatorom proizvoditelya. Oni nikogda ne soobschayutsya,
   odnako chasto byvaet, chto razlichnye tipy adapterov ot odnogo i
   togo zhe proizvoditelya imeyut razlichnye 32-bitnye znacheniya
   identifikatora proizvoditelya. Neobhodimost' v 32 razryadah tol'ko
   dlya zadaniya proizvoditelya adaptera vyglyadit neskol'ko
   izlishnim.

   Ostavshiesya 32 bita yavlyayutsya serijnym nomerom,
   Ethernet-adresom, chem-libo, delayuschim `etot adapter unikal'nym.
   Proizvoditel' ne dolzhen vypuskat' drugih adapterov, imeyuschih to
   zhe samoe znachenie `etih bitov, esli, konechno, u nih ne raznye
   identifikatory proizvoditelya. Takim obrazom, vy mozhete imet'
   neskol'ko adapterov odinakovogo tipa, no s razlichnymi
   64-razryadnymi nomerami.

   Gruppy po 32 bita ne mogut byt' nulevymi. `Eto pozvolyaet pri
   logicheskom ob"edinenii OR ih nomerov poluchat' nenulevoe
   znachenie vo vremya nachal'nogo poiska adapterov.

   Kak tol'ko sistema opredelila ID vseh adapterov, ona aktiviziruet
   kazhdyj adapter, po odnomu za raz (cherez te zhe porty
   vvoda/vyvoda), i opredelyaet, kakie resursy trebuyutsya dannomu
   adapteru, kakie vozmozhnye preryvaniya dostupny i t.d.
   Skanirovanie i sbor informacii proishodit po vsem adapteram.

   `Eta informaciya sootnositsya s soderzhaschejsya v fajlah ECU na
   diske ili v MLB BIOS. Podderzhka PnP iz ECU i BIOS dlya apparatury
   na MLB obychno imeet sinteticheskij harakter, i periferiya ne
   vypolnyaet polnost'yu proceduru nastoyaschego PnP. Odnako,
   ispol'zuya BIOS i informaciyu iz ECU, procedura inicializacii
   mozhet obnaruzhit' ustrojstva PnP, kotorye ne mogut byt' najdeny
   drugim sposobom.

   Zatem ustrojstva PnP oprashivayutsya eschio raz dlya naznacheniya
   im portov vvoda/vyvoda, DMA, IRQ i adresov otobrazhaemoj pamyati.
   Teper' ustrojstva dolzhny imet' imenno takie nastrojki i oni
   dolzhny ostavat'sya takimi do sleduyuschej perezagruzki, hotya
   nigde ne skazano, chto vy ne mozhete ih menyat', kogda zahotite.

   Zdes' sdelano mnogo uproschenij, odnako obschuyu ideyu vy dolzhny
   ulovit'.

   Microsoft ispol'zovala dlya PnP nekotorye porty statusa pervogo
   printera, po ih logike, ne suschestvuet adapterov, ispol'zuyuschih
   `eti adresa dlya vvoda/vyvoda. YA obnaruzhil odin takoj adapter
   printera ot IBM, kotoryj dekodiruet zapis' v port statusa v moment
   nachal'nogo oprosa ustrojstv PnP, na chto MS otvetil ''huligan''.
   Tak chto oni vypolnyayut zapis' v port statusa printera dlya
   ustanovki adresov, vdobavok ispol'zuyut `etot adres + 0x800, i
   eschio odin port vvoda/vyvoda, kotoryj mozhet raspolagat'sya gde
   ugodno v diapazone mezhdu 0x200 i 0x3ff, dlya chteniya.

   18.12. Mne nuzhno starshee chislo dlya napisannogo mnoyu drajvera
   ustrojstva.

   V FreeBSD-CURRENT posle fevralya 2003 goda poyavilsya mehanizm
   dinamicheskogo i avtomaticheskogo vydeleniya starshih nomerov dlya
   drajverov ustrojstv vo vremya vypolneniya. `Etot mehanizm gorazdo
   bolee predpochtitelen, chem ustarevshaya procedura staticheskogo
   raspredeleniya starshih nomerov ustrojstv. Nekotorye kommentarii
   po `etomu povodu mozhno najti v fajle src/sys/conf/majors.

   Esli po kakim-to prichinam vam obyazatel'no nuzhno ispol'zovat'
   staticheskie starshie nomera, to process ih polucheniya zavisit ot
   togo, planiruete vy sdelat' `etot drajver obschedostupnym ili net.
   Esli `eto tak, to, pozhalujsta, poshlite nam kopiyu ishodnyh
   tekstov drajvera vmeste s sootvetstvuyuschimi modifikaciyami v
   fajle files.i386, primer opisaniya ustrojstva v fajle konfiguracii
   yadra i sootvetstvuyuschij kod MAKEDEV(8) dlya sozdaniya
   special'nyh fajlov ustrojstv, kotorye ispol'zuet vashe ustrojstvo.
   Esli `eto ne tak. ili `eto nevozmozhno iz-za licenzionnyh
   ogranichenij, to dlya starshego chisla simvol'nogo ustrojstva i
   starshego chisla blochnogo ustrojstva dlya `etih celej byli
   zarezervirovany znacheniya 32 i 8 sootvetstvenno; ispol'zujte ih.
   V lyubom sluchae. my budem rady uslyshat' o vashem drajvere v
   Spisok rassylki FreeBSD, posvyaschionnyj tehnicheskim diskussiyam.

   18.13. Al'ternativnyj metod razmescheniya katalogov

   V otvet na vopros o drugih metodah razmescheniya katalogov mogu
   skazat', chto ispol'zuemaya v nastoyaschee shema ne preterpela
   izmenenij s 1983 goda. `Eti soglasheniya byli prednaznacheny dlya
   original'noj fajlovoj sistemy FFS, ya nikogda ih ne peresmatrival.
   `Eta shema prekrasno rabotaet, pozvolyaya izbezhat' perepolneniya
   grupp dorozhek. Kak nekotorye iz vas zamechali, ona rabotaet ploho
   pri poiske. Bol'shinstvo fajlovyh sistem sozdayutsya iz arhivov,
   kotorye byli sozdany s glubinoj pervogo poiska (aka ftw). `Eto
   privodit k tomu, chto ih katalogi razmeschayutsya na neskol'kih
   gruppah dorozhek, sozdavaya naihudshij sluchaj dlya
   posleduyuschego poiska glubinoj odin. Esli by bylo izvestno
   obschee kolichestvo katalogov, kotorye dolzhny byt' sozdany,
   vyhodom bylo by sozdanie (obschee kolichestvo / kolichestvo grupp
   dorozhek) na dorozhku gruppu pered perehodom. Obychno `eto chislo
   opredelyaetsya chisto `evristicheski. Dazhe pri ispol'zovanii
   malen'kogo fiksirovannoe chisla, skazhem 10, znachitel'no
   uluchshaet situaciyu. CHtoby razlichat' operacii vosstanovleniya
   ot obychnyh operacij (gde tekuschij algoritm podhodit), vy mozhete
   ispol'zovat' ob"edinenie v klastery ob"iomom do 10, esli oni
   delayutsya v okne, ravnym 10 sekundam. Vo vsyakom sluchae, ya
   dumayu, chto `eto trebuet nekotoryh `eksperimentov.

   Kiork MakKuzik (Kirk McKusick), Sentyabr' 1998

   18.14. CHto delat' pri avarijnom ostanovah sistemy

   [`Etot razdel byl vyrezan iz pis'ma, napisannogo Bill Paul
   <wpaul@FreeBSD.org> v spisok rassylki freebsd-current Dag-Erling
   C. Smo/rgrav <des@FreeBSD.org>, kotoryj ispravil neskol'ko
   opechatok i dobavil kommentarii v kvadratnyh skobkah]

 From: Bill Paul <wpaul@skynet.ctr.columbia.edu>
 Subject: Re: the fs fun never stops
 To: Ben Rosengart
 Date: Sun, 20 Sep 1998 15:22:50 -0400 (EDT)
 Cc: current@FreeBSD.org
  

   Ben Rozengart otpravil pis'mo, soderzhaschee sleduyuschee
   avarijnoe soobschenie sistemy]

 > Fatal trap 12: page fault while in kernel mode
 > fault virtual address   = 0x40
 > fault code              = supervisor read, page not present
 > instruction pointer     = 0x8:0xf014a7e5
                                 ^^^^^^^^^^
 > stack pointer           = 0x10:0xf4ed6f24
 > frame pointer           = 0x10:0xf4ed6f28
 > code segment            = base 0x0, limit 0xfffff, type 0x1b
 >                         = DPL 0, pres 1, def32 1, gran 1
 > processor eflags        = interrupt enabled, resume, IOPL = 0
 > current process         = 80 (mount)
 > interrupt mask          =
 > trap number             = 12
 > panic: page fault
  

   [Esli] vy uvidite takoe soobschenie, prosto ego vosproizvesti i
   poslat' nam ne dostatochno. Ukazatel' instrukcij, vydelennyj
   mnoyu, vazhen, k sozhaleniyu, ego znachenie zavisit ot
   konfiguracii yadra. Drugimi slovami, ego znachenie menyaetsya v
   zavisimosti ot konkretnogo yadra, kotoroe vy ispol'zuete. Esli vy
   ispol'zuete yadro GENERIC odnogo iz sn`epshotov, to kto-to eschio
   mozhet otsledit' funkciyu, vyzvavshuyu oshibku, no esli vy
   rabotaete so special'no otkonfigurirovannym yadrom, to tol'ko vy
   mozhete skazat' nam, gde sluchilas' oshibka.

   Vot chto vy dolzhny sdelat':

    1. Zapishite znachenie ukazatelya instrukcij. Zamet'te, chto
       chast' 0x8: v `etom sluchae ne vazhna: nam nuzhna chast'
       0xf0xxxxxx.

    2. Kogda sistema perezagruzitsya, sdelajte sleduyuschee:

 % nm -n /kernel.that.caused.the.panic | grep f0xxxxxx
        

       gde f0xxxxxx - `eto znachenie ukazatelya instrukcij. Odnako
       nepriyatnost' zaklyuchaetsya v tom, chto vy ne poluchite
       tochnogo sootvetstviya, tak kak v tablice imen yadra dlya
       tochek vhoda v funkcii dany adresa na nachalo funkcij, a
       ukazatel' instrukcij budet ukazyvat' kuda-to vnutr' eio tela.
       Esli vy ne poluchili tochnogo sootvetstviya, opustite
       poslednyuyu cifru v znachenii ukazatelya instrukcij i
       poprobujte snova, to est':

 % nm -n /kernel.that.caused.the.panic | grep f0xxxxx
        

       Esli i `eto ne privelo ni k kakim rezul'tatam, otrezh'te
       sleduyuschuyu cifru. Povtoryajte, poka ne poluchite hot'
       chto-to. Rezul'tatom budet spisok funkcij, kotorye, vozmozhno,
       priveli k avarijnomu ostanovu. `Etot mehanizm obnaruzheniya
       oshibochnogo mesta dovol'no netochen, no `eto vsio zhe
       luchshe, chem nichego.

   Zachastuyu lyudi privodyat podobnye avarijnye soobscheniya, na
   redko kto utruzhdaetsya privesti sootvetstvie ukazatelya
   instrukcij s funkciej v tablice simvolov yadra.

   Luchshim sposobom vyyasnit' prichinu, vyzvavshuyu avarijnyj
   ostanov, yavlyaetsya poluchenie avarijnogo dampa sistemy, a zatem
   ispol'zovanie gdb(1) dlya polucheniya trassirovki vyzovov v `etom
   dampe.

   Vo vsyakom sluchae, obychno ya ispol'zuyu takoj sposob:

    1. Otredaktirujte konfiguracionnyj fajl yadra, dobaviv stroku
       options DDB, esli vam zachem-to ponadobilsya vstroennyj
       otladchik. (YA ispol'zuyu ego v osnovnom dlya ukazaniya tochek
       ostanova, esli podozrevayu vozniknovenie beskonechnyh ciklov.)

    2. Vypolnite config -g KERNELCONFIG dlya sozdaniya kataloga
       postroeniya yadra.

    3. cd /sys/compile/KERNELCONFIG; make

    4. Dozhdites' okonchaniya kompilyacii yadra.

    5. make install

    6. reboot

   V processe vypolneniya komandy make(1) budut postroeny dva yadra,
   kernel i kernel.debug. kernel budet ustanovlen kak /kernel, togda
   kak kernel.debug mozhet byt' ispol'zovan v kachestve istochnika
   otladochnoj informacii dlya gdb(1).

   CHtoby vklyuchit' sbros avarijnogo dampa, vam nuzhno
   otredaktirovat' fajl /etc/rc.conf tak, chtoby ustrojstvo dumpdev
   ukazyvalo na razdel podkachki. V `etom sluchae skripty rc(8) budut
   vyzyvat' komandu dumpon(8) dlya vklyucheniya sozdaniya avarijnyh
   dampov. Vy mozhete zapustit' komandu dumpon(8) vruchnuyu. Posle
   avarijnoj ostanovki avarijnyj damp mozhet byt' poluchen s
   pomosch'yu programmy savecore(8) esli znachenie peremennoj dumpdev
   bylo ustanovleno v /etc/rc.conf, skripty rc(8) zapustyat
   savecore(8) avtomaticheski i pomestyat avarijnyj damp v katalog
   /var/crash.

     Zamechanie: Avarijnye dampy FreeBSD obychno imeyut razmer,
     ravnyj fizicheskomu ob"iomu operativnoj pamyati vashej mashiny.
     Tak chto esli u vas 64 Mbajt OZU, vy poluchite damp razmerom 64
     Mbajt. Po`etomu vy dolzhny udostoverit'sya, chto v kataloge
     /var/crash dostatochno mesta dlya hraneniya dampa. Libo vy
     mozhete vruchnuyu zapustit' savecore(8) i sozdat' avarijnyj damp
     v drugom kataloge, gde dostatochno mesta. Razmer avarijnogo
     dampa mozhno umen'shit', ukazav v konfiguracii yadra options
     MAXMEM=(razmer) podhodyaschee znachenie dlya ob"ioma pamyati,
     kotoroe budet ispol'zovat'sya yadrom. Naprimer, esli u vas 128
     Mbajt OZU, vy mozhete ogranichit' ispol'zovanie pamyati yadrom
     16 megabajtami, tak chto razmer avarijnogo dampa budet raven 16
     Mbajt, a ne 128.

   Kak tol'ko vy poluchili avarijnyj damp, vy mozhete vypolnit'
   trassirovku vyzovov s pomosch'yu gdb(1) takim obrazom:

 % gdb -k /sys/compile/KERNELCONFIG/kernel.debug /var/crash/vmcore.0
 (gdb) where

   Zamet'te, chto pri `etom mozhet byt' vyvedeno neskol'ko `ekranov
   informacii; v ideale vy dolzhny ispol'zovat' script(1) dlya ih
   perehvata. Pri ispol'zovanii neobrabotannogo obraza yadra so vsej
   otladochnoj informaciej mozhet byt' najdena konkretnaya stroka
   ishodnogo teksta yadra, pri dostizhenii kotoroj sluchilas'
   avarijnaya ostanovka. Dlya vyyasneniya posledovatel'nosti sobytij,
   privedshih k avarijnomu ostanovu, obychno chitaetsya trassirovka
   steka snizu vverh. Vy mozhete takzhe ispol'zovat' gdb(1) dlya
   vyvoda znachenij razlichnyh peremennyh ili struktur, chtoby
   vyyasnit' sostoyanie sistemy vo vremya avarii.

   Teper', esli vy v samom dele dushevnobol'noj i u vas est' vtoroj
   komp'yuter, to mozhete nastroit' gdb(1) dlya udalionnoj otladki,
   tak, chto smozhete ispol'zovat' gdb(1) na odnom komp'yutere,
   chtoby otladit' yadro na drugom, vklyuchaya ispol'zovanie tochek
   ostanova, poshagovogo prohoda po kodu yadra, vsio kak s obychnoj
   prikladnoj programmoj. YA poka s `etim ne igralsya, tak kak ne
   chasto imeyu vozmozhnost' postavit' dve mashiny odnu naprotiv
   drugoj dlya otladki.

   [Bill (Bill) dobavil: "YA zabyl obratit' vashe vnimanie na odnu
   vesch': esli u vas vklyuchena podderzhka DDB i yadro perehodit v
   rezhim otladki, vy mozhete namerenno vyzvat' avarijnyj ostanov (i
   sozdanie avarijnogo dampa), nabrav 'panic' v komandnoj stroke ddb.
   `Etot process mozhet snova vyzvat' otladchik. V `etom sluchae
   naberite 'continue' i process budet zavershion sozdaniem
   avarijnogo dampa." -ed]

   18.15. Perestala rabotat' funkciya dlsym() dlya ELF!

   Po umolchaniyu pri rabote s formatom ELF simvoly, opredelionnye v
   vypolnimom fajle, ne dostupny dinamicheskomu zagruzchiku. Po`etomu
   pri vyzove funkcii dlsym(), kotoraya osuschestvlyaet poisk po
   deskriptoru, poluchennomu posle vyzova dlopen(NULL, flags),
   zhelaemyj rezul'tat dostignut ne budet.

   Esli vy hotite osuschestvit' poisk v vypolnimom fajle processa s
   pomosch'yu funkcii dlsym(), vam nuzhno komponovat' vypolnimyj fajl
   s opciej -export-dynamic komponovschika ELF (ld(1)).

   18.16. Uvelichenie i umen'shenie adresnogo prostranstva yadra

   Po umolchaniyu razmer adresnogo prostranstva yadra raven 256 Mbajt
   vo FreeBSD 3.X i 1 Gbajt vo FreeBSD 4.X. Esli vy ispol'zuete
   FreeBSD v kachestve servera s intensivnoj setevoj nagruzkoj
   (skazhem, bol'shoj FTP ili HTTP server), vy mozhete obnaruzhit',
   chto 256 Mbajt nedostatochno.

   Kakim zhe obrazom mozhno uvelichit' adresnoe prostranstvo? Zdes'
   est' dva momenta. Vo-pervyh, vam nuzhno ukazat' yadru vydelit'
   bol'shee kolichestvo adresnogo prostranstva dlya samogo yadra.
   Vo-vtoryh, tak kak yadro zagruzhaetsya v verhnyuyu chast'
   adresnogo prostranstva, vam nuzhno umen'shit' adres zagruzki tak,
   chtoby on ne vyshel za verhnyuyu granicu.

   Pervaya problema reshaetsya uvelicheniem znacheniya konstanty
   NKPDE v fajle src/sys/i386/include/pmap.h. V sluchae 1 Gbajta
   adresnogo prostranstva on dolzhen vyglyadet' primerno tak:

 #ifndef NKPDE
 #ifdef SMP
 #define NKPDE                   254     /* addressable number of page tables/pde's */
 #else
 #define NKPDE                   255     /* addressable number of page tables/pde's */
 #endif  /* SMP */
 #endif
  

   Dlya vychisleniya znacheniya NKPDE razdelite zhelaemyj ob"iom
   adresnogo prostranstva (v megabajtah) na chetyre i vychtite iz
   poluchivshegosya chisla edinichku v sluchae odnoprocessornoj
   mashiny i dvoechku v sluchae mnogoprocessornogo yadra.

   Dlya dostizheniya vtoroj celi vam nuzhno pravil'nyj adres dlya
   zagruzki yadra: prosto otnimite razmer adresnogo prostranstva (v
   bajtah) ot 0x100100000; rezul'tat budet ravnym 0xc0100000 dlya
   adresnogo prostranstva v 1 Gbajt. Ustanovite znachenie konstanty
   LOAD_ADDRESS v fajle src/sys/i386/conf/Makefile.i386 v `eto
   znachenie; zatem ustanovite znachenie schiotchika v nachale spiska
   sekcij v fajle src/sys/i386/conf/kernel.script v to zhe samoe
   znachenie, kak `eto sdelano zdes':

 OUTPUT_FORMAT("elf32-i386", "elf32-i386", "elf32-i386")
 OUTPUT_ARCH(i386)
 ENTRY(btext)
 SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/obj/elf/home/src/tmp/usr/i386-unknown-freebsdelf/lib);
 SECTIONS
 {
   /* Read-only sections, merged into text segment: */
   . = 0xc0100000 + SIZEOF_HEADERS;
   .interp     : { *(.interp)    }
  

   Posle `etogo perekonfigurirujte i perestrojte yadro. Vy mozhete
   stolknut'sya s problemami pri rabote utilit ps(1), top(1) i
   podobnyh im; reshit' ih mozhet make world (ili ruchnaya
   perekompilyaciya libkvm, ps(1) i top(1) posle kopirovaniya
   ispravlennogo pmap.h v /usr/include/vm/).

   ZAMECHANIE: Razmer adresnogo prostranstva yadra dolzhen byt'
   kraten chetyriom megabajtam.

   [David Greenman <dg@FreeBSD.org> dobavil: YA dumayu, chto razmer
   adresnogo prostranstva yadra dolzhen byt' stepen'yu dvojki, no ya
   v `etom ne uveren. Dlya raboty s verhnimi adresami pamyati
   ispol'zovalsya kod starogo zagruzchika, i ya ozhidayu po krajnej
   mere tochnost' v 256 Mbajt.]

     --------------------------------------------------------------

                     Glava 19. Nashi blagodarnosti

   `Etot nebol'shoj skromnyj dokument s otvetami na chasto zadavaemye
   voprosy sozdavalsya, perepisyvalsya, redaktirovalsya,
   sokraschalsya, rastyagivalsya, urodovalsya, potroshilsya,
   pristal'no razglyadyvalsya, polnost'yu peretryahivalsya,
   obdumyvalsya, otvergalsya, perestraivalsya, kritikovalsya i snova
   ukreplyalsya v techenie poslednego desyatiletiya silami soten,
   esli ne tysyach, lyudej. Postoyanno.

   My hotim poblagodarit' vseh ih i priglashaem vas prisoedinit'sya,
   chtoby sdelat' `etot FAQ eschio luchshe.

     --------------------------------------------------------------

                              Bibliography

   FreeBSD Unleashed, Michael Urban, Brian Tiemann, Sams, 1st
   edition, 992 pages, October 2001, ISBN 0-67232-206-4.

   4.4BSD System Manager's Manual, Computer Systems Research Group,
   University of California, Berkeley, O'Reilly and Associates, 1st
   edition, June 1994, 804 pages, ISBN 1-56592-080-5.

   4.4BSD User's Reference Manual, Computer Systems Research Group,
   University of California, Berkeley, O'Reilly and Associates, 1st
   edition, June 1994, 905 pages, ISBN 1-56592-075-9.

   4.4BSD User's Supplementary Documents, Computer Systems Research
   Group, University of California, Berkeley, O'Reilly and
   Associates, 1st edition, June 1994, 712 pages, ISBN 1-56592-076-7.

   4.4BSD Programmer's Reference Manual, Computer Systems Research
   Group, University of California, Berkeley, O'Reilly and
   Associates, 1st edition, June 1994, 866 pages, ISBN 1-56592-078-3.

   4.4BSD Programmer's Supplementary Documents, Computer Systems
   Research Group, University of California, Berkeley, O'Reilly and
   Associates, 1st edition, June 1994, 596 pages, ISBN 1-56592-079-1.

   The Design and Implementation of the 4.4BSD Operating System, M.
   K. McKusick, Kirk Marshall, Keith Bostic, Michael J Karels, John
   Quarterman, Addison-Wesley, Reading, 1996, ISBN 0-201-54979-4.

   The Design and Implementation of the FreeBSD Operating System, M.
   K. McKusick, George V. Neville-Neil, Addison-Wesley, Boston, 2004,
   ISBN 0-201-70245-2.

   Unix System Administration Handbook, Evi Nemeth, Garth Snyder,
   Scott Seebass, Trent R. Hein, John Quarterman, Prentice-Hall, 3rd
   edition, 2000, ISBN 0-13-020601-6.

   The Complete FreeBSD, Greg Lehey, Walnut Creek, 3rd edition, June
   1999, 773 pages, ISBN 1-57176-246-9.

   The FreeBSD Handbook, FreeBSD Documentation Project, BSDi, 1st
   edition, November 1999, 489 pages, ISBN 1-57176-241-8.

   [McKusick et al, 1994] Berkeley Software Architecture Manual,
   4.4BSD Edition, M. K. McKusick, M. J. Karels, S. J. Leffler, W. N.
   Joy, R. S. Faber, 5:1-42.

   FreeBSD for PC 98'ers (in Japanese), SHUWA System Co, LTD., ISBN
   4-87966-468-5 C3055 P2900E.

   FreeBSD (in Japanese), CUTT, ISBN 4-906391-22-2.

   Complete Introduction to FreeBSD (in Japanese), Shoeisha Co., Ltd,
   ISBN 4-88135-473-6 P3600E.

   Personal UNIX Starter Kit FreeBSD (in Japanese), ASCII, ISBN
   4-7561-1733-3 P3000E.

   FreeBSD Handbook (Japanese translation), ASCII, ISBN 4-7561-1580-2
   P3800E.

   FreeBSD mit Methode (in German), Computer und Literature
   Verlag/Vertrieb Hanser, 1998, ISBN 3-932311-31-0.

   FreeBSD install and Utilization Manual (in Japanese), Mainichi
   Communications Inc..

   Building Internet Server with FreeBSD (in Indonesia Language),
   Elex Media Komputindo, Onno W Purbo, Dodi Maryanto, Syahrial
   Hubbany, Widjil Widodo.

   The FreeBSD Corporate Networker's Guide, Addison-Wesley.

   UNIX in a Nutshell, O'Reilly & Associates, Inc., 1990, ISBN
   093717520X.

   What You Need To Know When You Can't Find Your Unix System
   Administrator, O'Reilly & Associates, Inc., 1995, Linda Mui, ISBN
   1-56592-104-6.

   FreeBSD User's Reference Manual (Japanese translation), Mainichi
   Communications Inc., Jpman Project, Japan FreeBSD Users Group,
   1998, ISBN 4-8399-0088-4 P3800E.

   Online Guide for newcomers to the UNIX environment, Edinburgh
   University.

   DNS and BIND, O'Reilly & Associates, Inc, ISBN 1-56592-512-2, Paul
   Albitz Albitz, Cricket Liu, 1998, 3rd edition.

   Sendmail, O'Reilly & Associates, Inc, 1997, 2nd edition, Brian
   Costales, ISBN 1-56592-222-0.

   Essential System Administration, AEleen Frisch, 2nd edition,
   O'Reilly & Associates, 1995, ISBN 1-56592-127-5.

   TCP/IP Network Administration, Craig Hunt, 2nd edition, O'Reilly &
   Associates, Inc, 1997, ISBN 1-56592-322-7.

   Managing NFS and NIS, Hal Stern, O'Reilly & Associates, Inc, 1991,
   ISBN 0-937175-75-7.

   FreeBSD System Administration's Manual, Jpman Project, Japan
   FreeBSD Users Group, Mainichi Communications Inc., 1998, ISBN
   4-8399-0109-0 P3300E.

   X Window System Toolkit, Digital Press, Paul Asente, ISBN
   1-55558-051-3.

   C: A Reference Manual, Prentice Hall, 1995, 4th edition, Samuel P.
   Harbison, Guy L. Jr. Steele, ISBN 0-13-326224-3.

   The C Programming Language, Prentice Hall, 1998, Brian Kernighan,
   Dennis Ritchie, ISBN 0-13-110362-9.

   Porting UNIX Software, Greg Lehey, O'Reilly & Associates, Inc.,
   1995, ISBN 1-56592-126-7.

   The Standard C Library, Prentice Hall, 1992, P. J. Plauger, ISBN
   0-13-131509-9.

   Advanced Programming in the UNIX Environment, Addison-Wesley,
   1992, W. Richard Stevens, ISBN 0-201-56317-7.

   UNIX Network Programming, W. Richard Stevens, Prentice Hall, 1998,
   2nd edition, ISBN 0-13-490012-X.

   Writing Serial Drivers for UNIX, Bill Wells, December 1994, Dr.
   Dobb's Journal, pp68-71, pp97-99.

   UNIX System Architecture, Prentice-Hall, Inc, 1990, Prabhat K.
   Andleigh, ISBN 0-13-949843-5.

   Porting UNIX to the 386, William Jolitz, Dr. Dobb's Journal,
   January 1991-July 1992.

   TCP/IP Illustrated, Volume 1: The Protocols, W. Richard Stevens,
   Addison-Wesley, 1996, ISBN 0-201-63346-9.

   Unix Systems for Modern Architectures, Addison-Wesley, Curt
   Schimmel, 1994, ISBN 0-201-63338-8.

   TCP/IP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP and
   the UNIX Domain Protocols, Addison-Wesley, 1996, W. Richard
   Stevens, ISBN 0-201-63495-3.

   UNIX Internals -- The New Frontiers, Uresh Vahalia, Prentice Hall,
   1996, ISBN 0-13-101908-2.

   TCP/IP Illustrated, Volume 2: The Implementation, Gary R. Wright,
   W. Richard Stevens, 1995, Addison-Wesley, ISBN 0-201-63354-X.

   Firewalls and Internet Security: Repelling the Wily Hacker,
   William R. CHeswick, Steven M. Bellovin, Addison-Wesley, 1995,
   ISBN 0-201-63357-4.

   Practical UNIX Security, Simson Garfinkel, Gene Spafford, 1996,
   2nd edition, O'Reilly & Associates, Inc, ISBN 1-56592-148-8.

   PGP Pretty Good Privacy, Simson Garfinkel, O'Reilly & Associates,
   Inc, 1995, ISBN 1-56592-098-8.

   Pentium Processor System Architecture, Don Anderson, Tom Shanley,
   Addison-Wesley, 1995, 2nd edition, ISBN 0-201-40992-5.

   Programmer's Guide to the EGA, VGA, and Super VGA Cards, Richard
   F. Ferraro, 3rd edition, Addison-Wesley, 1995, ISBN 0-201-62490-7.

   80486 System Architecture, Tom Shanley, Addison-Wesley, 1995, 3rd
   edition, ISBN 0-201-40994-1.

   ISA System Architecture, Tom Shanley, Addison-Wesley, 3rd edition,
   1995, ISBN 0-201-40996-8.

   PCI System Architecture, Tom Shanley, Addison-Wesley, 1995, 3rd
   edition, ISBN 0-201-40993-3.

   The Undocumented PC, Frank Van Gilluwe, Addison-Wesley, 1994, ISBN
   0-201-62277-7.

   Bell System Technical Journal, Unix Time-Sharing System, American
   Telephone & Telegraph Company, July-August 1978, Vol 57, No 6,
   Part 2, ISSN0005-8580.

   Lion's Commentary on UNIX, John Lion, ITP Media Group, 1996, 6th
   edition, ISBN 1573980137.

   The New Hacker's Dictionary, Eric S. Raymond, MIT Press, 1996, 3rd
   edition, ISBN 0-262-68092-0.

   A quarter century of UNIX, Peter H. Salus, Addison-Wesley, 1994,
   ISBN 0-201-54777-5.

   The UNIX-HATERS Handbook, Steven Strassman, Daniel Weise, Simon
   Garfinkel, IDG Books Worldwide, Inc, 1994, ISBN 1-56884-203-1.

   Life with UNIX -- special edition, Don Libes, Sandy Ressler,
   Prentice-Hall, 1989, ISBN 0-13-536657-7.

   The BSD Family Tree, 1997.

   Absolute BSD, Michael Lucas, No Starch Press, June 2002, ISBN
   1-886411-74-3.

   The C/C++ Users Journal, R&D Publications Inc., ISSN 1075-2838.

   Sys Admin -- The Journal for UNIX System Administrators, Miller
   Freeman, Inc, ISSN 1061-2688.

  Primechaniya

   [1] Pis'mo ot Keith Frechette <kfrechet@us.ibm.com>.               

     --------------------------------------------------------------

            `Etot, i drugie dokumenty, mogut byt' skachany s
                ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/.

  Po voprosam, svyazannym s FreeBSD, prochitajte dokumentaciyu prezhde
                 chem pisat' v <questions@FreeBSD.org>.
         Po voprosam, svyazannym s `etoj dokumentaciej, pishite
                           <doc@FreeBSD.org>.
  Po voprosam, svyazannym s russkim perevodom dokumentacii, pishite v
                    rassylku <frdp@FreeBSD.org.ua>.
  Informaciya po podpiske na `etu rassylku nahoditsya na sajte proekta
                               perevoda.
