          CHasto zadavaemye voprosy po FreeBSD 7.X, 8.X i 9.X

  The FreeBSD Documentation Project

   Copyright (c) 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002,
   2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012 The
   FreeBSD Documentation Project

   `Etot dokument yavlyaetsya tak nazyvaemym FAQ (Frequently Asked
   Questions), to est' spiskom CHasto Zadavaemyh Voprosov po FreeBSD
   versij 7.X, 8.X i 9.X. Esli ne ogovoreno obratnoe,
   predpolagaetsya, chto vse zamechaniya spravedlivy dlya versij
   FreeBSD 7.X 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. Pamyat'

                4.3. Apparatnye platformy i processory

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

                4.5. Klaviatury i myshi

                4.6. Setevye i posledovatel'nye ustrojstva

                4.7. Zvukovye ustrojstva

                4.8. 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 v fajle
   konfiguracii 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 7.X, 8.X i 9.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 AMD64 i Intel(R) EM64T, i386(TM), PC-98,
   IA-64, ARM(R), PowerPC(R) 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 pod nazvaniem   Semejnoe
   drevo BSD, v kotorom daiotsya podrobnyj otvet na `etot vopros.

   1.7. Kakova poslednyaya versiya FreeBSD?

   Na lyubom `etape razrabotki FreeBSD mozhet suschestvovat'
   neskol'ko parallel'nyh vetok. Relizy 9.X vypolnyayutsya iz vetki
   9-STABLE, a relizy 8.X vypolnyayutsya iz 8-STABLE.

   Do vypuska 8.0 linejka 7.X byla izvestna kak -STABLE. Odnako k
   momentu vyhoda 8.0 linejka 7.X poluchit status ''extended
   support'' (rasshirennaya podderzhka), i ispravleniya budut
   vnosit'sya tol'ko dlya ser'eznyh problem, k primeru ispravleniya,
   svyazannye s bezopasnost'yu. Iz vetki 7-STABLE novye relizy
   vypuskat'sya ne budut, vetka schitaetsya ''legacy''
   (ustarevshaya), i bol'shinstvo tekuschih izmenenij budet uzhe
   chast'yu tol'ko 9-STABLE i 8-STABLE.

   Versiya   9.1, vypuschennaya December 2012, yavlyaetsya samym
   poslednim relizom v vetke 9-STABLE. Versiya   8.4, vypuschennaya
   April 2013, yavlyaetsya samym poslednim relizom v vetke 8-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 inogda mozhet byt' ne rabotosposobna. 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'', otpravlennye v Spisok
   rassylki, posvyaschionnyj obsuzhdeniyu FreeBSD-CURRENT, mogut byt'
   vosprinyaty prenebrezhitel'no.

   Ezhemesyachno iz vetok -CURRENT i -STABLE delayutsya sn`epshoty.
   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`epshot-relizy dostupny neposredstvenno otsyuda.

   Oficial'nye sn`epshoty postoyanno generiruyutsya kazhdyj mesyac
   dlya vseh aktivno razrabatyvaemyh vetok. Takzhe ezhednevno
   delayutsya sn`epshoty populyarnyh vetok i386 i amd64 i dostupny na
   http://snapshots.us.freebsd.org/.

   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 9.1-RELEASE i posleduyuschim
   relizam. Dlya polucheniya bolee podrobnoj informacii po vetkam
   obratites' k razdelu stat'i ''  Podgotovka relizov FreeBSD:
   Sozdanie vetki reliza''. Status vetok i raspisanie predstoyaschih
   relizov mozhno poluchit' na stranice Informaciya o podgotovke
   relizov.

   Vetv' 2.2-STABLE byla zavershena vyhodom reliza 2.2.8. Vetv'
   3-STABLE byla zavershena vyhodom reliza 3.5.1, poslednego iz 3.X.
   Vetv' 4-STABLE byla zavershena vyhodom reliza 4.11, poslednego iz
   4.X. Edinstvennymi izmeneniyami v `etih vetvyah mogut byt' tol'ko
   ispravleniya oshibok, kasayuschihsya bezopasnosti. Podderzhka
   vetvi 5-STABLE byla zavershena vyhodom reliza 5.5, poslednego iz
   5.X. Podderzhka vetvi 6-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 9.1-STABLE.
   Poslednim relizom v vetke 9.1-STABLE yavlyaetsya 9.1-RELEASE,
   vypuschennyj December 2012.

   Aktivno razrabatyvaemoj vetkoj -CURRENT yavlyaetsya vetka
   10-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
   starshuyu versiyu FreeBSD v srednem kazhdye 18 mesyacev i mladshie
   versii kazhdye 8 mesyacev. 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 350 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 9-STABLE, 9.1-RELEASE, mozhno najti v  
       kataloge s 9.1-RELEASE.

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

     * Poslednij reliz 8-STABLE, 8.4-RELEASE, mozhno najti v  
       kataloge s 8.4-RELEASE.

     * Poslednij reliz 7-STABLE, 7.4-RELEASE, mozhno najti v  
       kataloge s 7.4-RELEASE.

   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 po 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. Est' li kakie-nibud' web-forumy dlya obsuzhdeniya FreeBSD?

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

   2.1. Est' li horoshie knigi po FreeBSD?

   V ramkah proekta sozdan shirokij spektr dokumentacii, kotoraya
   dostupna on-line po sleduyuschej ssylke:
   http://www.FreeBSD.org/docs.html. 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)                             
       bn_BD.ISO10646-1 Bengal'skij ili Bangla (Bangladesh)           
       da_DK.ISO8859-1  Datskij (Daniya)                              
       de_DE.ISO8859-1  Nemeckij (Germaniya)                          
       el_GR.ISO8859-7  Grecheskij (Greciya)                          
       es_ES.ISO8859-1  Ispanskij (Ispaniya)                          
       fr_FR.ISO8859-1  Francuzskij (Franciya)                        
       hu_HU.ISO8859-2  Vengerskij (Vengriya)                         
       it_IT.ISO8859-15 Ital'yanskij (Italiya)                        
       ja_JP.eucJP      YAponskij (YAponiya, kodirovka EUC)           
       mn_MN.UTF-8      Mongol'skij (Mongoliya, kodirovka UTF-8)      
       nl_NL.ISO8859-1  Gollandskij (Niderlandy)                      
       no_NO.ISO8859-1  Norvezhskij (Norvegiya)                       
       pl_PL.ISO8859-2  Pol'skij (Pol'sha)                            
       pt_BR.ISO8859-1  Portugal'skij (Braziliya)                     
       ru_RU.KOI8-R     Russkij (Rossiya, kodirovka KOI8-R)           
       sr_YU.ISO8859-2  Serbskij (Serbiya)                            
       tr_TR.ISO8859-9  Tureckij (Turciya)                            
       zh_CN.GB2312     Uproschionnyj kitajskij (Kitaj, kodirovka     
                        GB2312)                                       
       zh_TW.Big5       Tradicionnyj kitajskij (Tajvan', 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.                                           
       pdf        Adobe's Portable Document Format                    
       ps         PostScript                                          
       rtf        Rich Text Format ot Microsoft                       
       txt        Obychnyj tekst                                      

         Zamechanie: Nomera stranic pri zagruzke Rich Text Format v
         Word avtomaticheski ne obnovlyayutsya. Dlya obnovleniya
         numeracii nazhmite Ctrl+A, Ctrl+End, F9 posle zagruzki
         dokumenta.

     * Sposob szhatiya i sozdaniya arhiva. Sejchas ispol'zuetsya tri
       varianta.

         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
            type.format (to est' article.pdf, book.html, i tak
            dalee).

            `Eti fajly zatem szhimayutsya po dvum shemam szhatiya.

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

            Takim obrazom, szhataya v bzip2 versiya Rukovodstva v
            formate PostScript, 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, 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.efnet.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 Freenode prednaznachen dlya pomoschi
       obschego haraktera, na niom v lyuboe vremya prisutstvuet mnogo
       posetitelej. Obschenie v techenie uzhe nekotorogo vremeni
       izvestno svoej tendenciej svodit'sya k razgovoram ne po teme,
       no prioritet otdaetsya pol'zovatelyam s voprosami po FreeBSD.
       My rady pomoch' razobrat'sya v osnovah, otsylaya k Rukovodstvu
       po mere vozmozhnosti i napravlyaya vas tuda, gde vy smozhete
       bolee gluboko izuchit' interesuyuschie vas temy. V celom, my
       yavlyaemsya anglogovoryaschim kanalom, nesmotrya na to, chto k
       nam prihodyat pol'zovateli so vsego mira. Esli vy pozhelaete
       obschat'sya na rodnom yazyke, to poprobujte poprosit' ob `etom
       na anglijskom i zatem perejdite na drugoj kanal ##freebsd-lang
       po mere neobhodimosti.

     * Kanal #FreeBSD v seti DALNET dostupen na servere irc.dal.net v
       SSHA i na 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.

     * Kanal #bsdchat v seti Freenode `eto kanal dlya posetitelej,
       govoryaschih na kitajskom tradicionnom yazyke (kodirovka
       UTF-8), 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. Est' li kakie-nibud' web-forumy dlya obsuzhdeniya FreeBSD?

   Oficial'nye forumy FreeBSD raspolozheny po adresu
   http://forums.FreeBSD.org/.

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

   iXsystems, Inc., dochernej kompaniej kotoroj yavlyaetsya FreeBSD
   Mall, predostavlyaet podderzhku FreeBSD i programmnogo
   obespecheniya PC-BSD na kommercheskoj osnove, v dopolnenie k
   razrabotke FreeBSD i resheniyam, trebuyuschim tonkoj nastrojki.

   BSD Certification Group, Inc. predostavlyaet sertifikaciyu
   sistemnogo administrirovaniya DragonFly BSD, FreeBSD, NetBSD,
   OpenBSD. Esli vy v `etom zainteresovany, posetite ih sajt.

   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. Kak sdelat' original'nuyu zagruzochnuyu disketu?

   3.6. Mozhet li Windows sosuschestvovat' s FreeBSD?

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

   3.8. 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.9. Mozhno li proizvodit' ustanovku na disk s povrezhdionnymi
   blokami?

   3.10. Strannye veschi proishodyat pri zagruzke s ustanovochnogo
   diska!

   3.11. YA zagruzilsya s ATAPI CD-ROM, odnako programma ustanovki
   soobschila, chto CD-ROM ne najden. Kuda on podevalsya?

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

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

   3.14. Est' li ogranicheniya na razbienie diska?

   3.15. Sovmestima li FreeBSD s menedzherami diskov?

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

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

   3.18. Nuzhno li ustanavlivat' vse ishodnye teksty sistemy?

   3.19. Nuzhno li perekompilirovat' yadro?

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

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

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

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

   3.24. Kakie suschestvuyut ogranicheniya dlya fajlovoj sistemy FFS?

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

   3.26. Ustanovka avarijno zavershaetsya eschio pri zagruzke
   sistemy. CHto ya mogu sdelat'?

   3.1. Kakoj fajl nuzhno skachat' dlya ustanovki FreeBSD?

   Vam nuzhny obrazy trioh disket: floppies/boot.flp,
   floppies/kern1.flp i floppies/kern2.flp. `Eti obrazy nuzhno
   perenesti na diskety s pomosch'yu takih utilit, kak fdimage ili
   dd(1).

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

     * base/

     * 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
   1,474,560 bajt dannyh. Obraz diskety imeet razmer rovno
   1,474,560 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 raboty FreeBSD 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 Xorg trebuetsya adapter standarta
   VGA ili luchshe.

   Obratites' takzhe k Gl. 4.

   3.5. 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.6. 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.7. 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. Vyberite punkt Partition. Vyberite
       ustrojstvo, na kotorom budet raspolagat'sya vash menedzher
       zagruzki (`eto budet samyj pervyj disk) i kogda vy perejdete k
       redaktirovaniyu razdelov, pervym delom (to est' eschio ne
       delaya nikakih izmenenij) nazhmite W. Posleduet zapros na
       podtverzhdenie, vyberite [ Yes ], i kogda vy popadiote v menyu
       vybora menedzhera zagruzki, vyberite punkt FreeBSD 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
       CD-ROM #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.8. 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 <nectar@FreeBSD.org> 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.9. 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.10. 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 Windows 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.11. YA zagruzilsya s ATAPI CD-ROM, odnako programma ustanovki
   soobschila, chto CD-ROM ne najden. Kuda on podevalsya?

   Obychnoj prichinoj vozniknoveniya takoj problemy yavlyaetsya
   nepravil'no skonfigurirovannyj privod CD-ROM. Teper' zachastuyu PK
   prodayutsya s CD-ROM, 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'
   CD-ROM pri zagruzke, a FreeBSD dlya zaversheniya ustanovki - net.

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

   3.12. 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.13. 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'zujte 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.14. 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.15. 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.16. 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.17. 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.18. 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.19. Nuzhno li perekompilirovat' yadro?

   Iznachal'no postroenie novogo yadra v bol'shinstve sluchaev
   yavlyalos' neot"emlemym shagom pri ustanovke FreeBSD, odnako
   poslednie relizy predostavlyayut bolee druzhestvennye metody
   konfiguracii yadra. Vypolnit' konfiguraciyu yadra ochen' prosto s
   pomosch'yu bolee gibkoj sistemy parametrov ''hints'', kotorye
   mozhno zadat' v priglashenii 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.20. 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. FreeBSD takzhe pozvolyaet
   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.21. 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.22. 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.23. Kakie imeyutsya ogranicheniya na ob"iom operativnoj pamyati?

   Ogranichenie na pamyat' zavisit ot ispol'zuemoj platformy. Dlya
   standartnoj sistemy i386 razmer operativnoj pamyati ogranichen
   velichinoj 4 Gbajt, dopolnitel'nyj ob"iom pamyati podderzhivaetsya
   cherez pae(4). Smotrite instrukcii po ispol'zovaniyu 4 Gbajt
   pamyati ili bol'she na i386.

   FreeBSD/pc98 imeet ogranichenie v 4 GB operativnoj pamyati, PAE
   zdes' ispol'zovat' nevozmozhno. Ostal'nye arhitektury,
   podderzhivaemye FreeBSD, imeyut gorazdo bol'shie teoreticheskie
   ogranicheniya ob"iomov pamyati (mnogie terabajty).

   3.24. Kakie suschestvuyut ogranicheniya dlya fajlovoj sistemy FFS?

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

   Maksimal'nyj razmer odnogo fajla FFS raven primerno 1 mlrd.
   blokov, ili 4 TB pri razmere bloka 4 KB.

   Tablica 3-1. Maksimal'nye razmery fajlov

   +------------------------------------------------+
   | razmer bloka FS | rabotaet  | dolzhno rabotat' |
   |-----------------+-----------+------------------|
   | 4 KB            | > 4 GB    | 4 TB - 1         |
   |-----------------+-----------+------------------|
   | 8 KB            | > 32 GB   | 32 TB - 1        |
   |-----------------+-----------+------------------|
   | 16 KB           | > 128 GB  | 32 TB - 1        |
   |-----------------+-----------+------------------|
   | 32 KB           | > 512 GB  | 64 TB - 1        |
   |-----------------+-----------+------------------|
   | 64 KB           | > 2048 GB | 128 TB - 1       |
   +------------------------------------------------+

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

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

   3.25. 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. Ubedites',
   chto vy ispol'zuete komandy 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.26. Ustanovka avarijno zavershaetsya eschio pri zagruzke
   sistemy. CHto ya mogu sdelat'?

   Popytajtes' otklyuchit' podderzhku ACPI. Kogda zagruzitsya
   zagruzchik, nazhmite Probel. Sistema otobrazit sleduyuschee:

 OK

   Naberite:

 unset acpi_load

   A 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 9.1 ili 8.4, 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 Spisok rassylki
   FreeBSD, posvyaschionnyj perenosnym komp'yuteram. V protivnom
   sluchae vam nuzhny arhivy Spisok rassylki, posvyaschionnyj
   voprosam i otvetam pol'zovatelej FreeBSD ili, vozmozhno,
   specifichnye spiski rassylki po konkretnomu tipu oborudovaniya.

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

4.2. Pamyat'

   4.2.1. Podderzhivaet li FreeBSD bol'she 4 Gbajt pamyati (OZU)?
   Bol'she 16 Gbajt? Bol'she 48 Gbajt?

   4.2.2. Pochemu FreeBSD vidit men'she 4 Gbajt pamyati, kogda
   sistema ustanovlena na mashinu i386?

   4.2.1. Podderzhivaet li FreeBSD bol'she 4 Gbajt pamyati (OZU)?
   Bol'she 16 Gbajt? Bol'she 48 Gbajt?

   Da. FreeBSD kak operacionnaya sistema v celom podderzhivaet
   stol'ko zhe fizicheskoj pamyati (OZU), skol'ko apparatnaya
   platforma, na kotoroj ona rabotaet. Imejte v vidu, chto razlichnye
   platformy imeyut razlichnye ogranicheniya na pamyat'; naprimer,
   i386 bez PAE podderzhivaet maksimum 4 Gbajt pamyati (i obychno
   esche men'she iz-za adresnogo prostranstva PCI), a i386 s PAE
   podderzhivaet maksimum 64 Gbajt. Platformy AMD64,
   suschestvuyuschie na tekuschij moment, ogranicheny ob"emom 1 Tbajt
   fizicheskoj pamyati.

   4.2.2. Pochemu FreeBSD vidit men'she 4 Gbajt pamyati, kogda
   sistema ustanovlena na mashinu i386?

   Obschee adresnoe prostranstvo dlya mashin i386 yavlyaetsya
   32-razryadnym; `eto oznachaet, chto adresovat'sya (t.e. byt'
   polucheno) mozhet ne bolee 4 Gbajt pamyati. Bolee togo, nekotorye
   adresa v `etom diapazone zarezervirovany dlya razlichnyh celej
   apparatnym obespecheniem, naprimer, dlya ispol'zovaniya i
   upravleniya ustrojstvami PCI, dlya dostupa k videopamyati, i tak
   dalee. Takim obrazom, obschij ob"em pamyati, ispol'zuemoj
   operacionnoj sistemoj dlya yadra i prilozhenij, ogranichen
   razmerom, znachitel'no men'shim, chem 4 Gbajt. V takoj
   konfiguracii maksimal'no dostupnaya fizicheskaya pamyat'
   sostavlyaet ot 3.2 Gbajt do 3.7 Gbajt.

   Dlya preodoleniya ogranicheniya v 3.2 Gbajt-3.7 Gbajt
   ustanovlennoj pamyati (t.e. dlya polucheniya 4 Gbajt, no takzhe
   bolee 4 Gbajt) dolzhen ispol'zovat'sya special'nyj mehanizm,
   imenuemyj PAE. Sokraschenie PAE rasshifrovyvaetsya kak Physical
   Address Extension (rasshirenie fizicheskogo adresa) i
   predostavlyaet dlya 32-razryadnyh x86 processorov sposob
   adresovat' bolee 4 Gbajt pamyati. PAE perenaznachaet pamyat',
   kotoraya inache byla by perekryta adresnymi rezervaciyami dlya
   apparatnyh ustrojstv vyshe diapazona 4 Gbajt, i ispol'zuet ee kak
   dopolnitel'nuyu fizicheskuyu pamyat' (smotrite pae(4)).
   Ispol'zovanie PAE imeet svoi nedostatki; takaya model' dostupa k
   pamyati yavlyaetsya chut' bolee medlennoj po sravneniyu s obychnym
   rezhimom (bez PAE), i takzhe ne rabotayut dinamicheski
   zagruzhaemye moduli (smotrite kld(4)). `Eto oznachaet, chto vse
   drajvery dolzhny prisutstvovat' staticheski v samom yadre.

   Samyj obschij sposob vklyuchit' PAE - `eto sobrat' novoe yadro so
   special'nym uzhe podgotovlennym fajlom konfiguracii yadra,
   imenuemym PAE, kotoryj uzhe skonfigurirovan dlya sborki
   bezopasnogo yadra. Imejte v vidu, chto nekotorye stroki v `etom
   fajle konfiguracii yadra yavlyayutsya slishkom konservativnymi, i
   nekotorye drajvery, pomechennye kak negotovye dlya ispol'zovaniya
   s PAE, na samom dele yavlyayutsya godnymi. Na praktike, esli
   drajver rabotaet na 64-razryadnoj arhitekture (takoj kak AMD64),
   on takzhe rabotaet s PAE. Esli vy hotite sozdat' svoj sobstvennyj
   fajl konfiguracii yadra, to vy mozhete vklyuchit' PAE, dobaviv v
   svoyu konfiguraciyu sleduyuschuyu stroku:

 options       PAE

   PAE ne yavlyaetsya shiroko ispol'zuemym v nastoyaschee vremya,
   poskol'ku bol'shinstvo novogo x86 apparatnogo obespecheniya takzhe
   podderzhivaet rabotu v 64-razryadnom rezhime, takzhe izvestnom kak
   AMD64 ili Intel 64. `Etot rezhim imeet bol'shee adresnoe
   prostranstvo i ne nuzhdaetsya v takih tryukah. FreeBSD
   podderzhivaet AMD64, i rekomenduetsya ispol'zovanie `etoj versii
   FreeBSD vmesto versii i386, esli trebuetsya bol'she 4 Gbajt
   pamyati.

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

4.3. Apparatnye platformy i processory

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

   4.3.2. Podderzhivaet li FreeBSD mnogoprocessornye sistemy (SMP)?

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

   Da. V nastoyaschee vremya FreeBSD rabotaet na arhitekturah Intel
   x86 i AMD64. Takzhe podderzhivayutsya arhitektury Intel EM64T,
   IA-64, ARM, PowerPC i Sparc64(R). Planiruyutsya k podderzhke
   platformy MIPS(R) i S/390(R). Dopolnitel'nuyu informaciyu o
   proishodyaschej rabote nad platformoj MIPS mozhno poluchit',
   podpisavshis' na Spisok rassylki, posvyaschionnyj portirovaniyu
   FreeBSD na arhitekturu MIPS. Dlya obsuzhdeniya 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.3.2. Podderzhivaet li FreeBSD mnogoprocessornye sistemy (SMP)?

   Sistemy s simmetrichnym mul'tiprocessirovaniem (SMP) vo FreeBSD v
   celom podderzhivayutsya, hotya v nekotoryh sluchayah oshibki v
   BIOS ili sistemnoj plate mogut vyzyvat' opredelennye problemy.

   FreeBSD zadejstvuet preimuschestva HyperThreading (HTT) na
   processorah Intel, kotorye `eto podderzhivayut. YAdro s
   vklyuchennoj options SMP avtomaticheski raspoznaet dopolnitel'nye
   logicheskie processory. Planirovschik zadanij FreeBSD,
   ispol'zuemyj po umolchaniyu, raspoznaet logicheskie processory kak
   dopolnitel'nye fizicheskie processory; inache govorya, ne
   predprinimaetsya nikakih popytok optimizirovat' raspredelenie
   ispol'zuemyh sovmestno resursov mezhdu logicheskimi processorami
   vnutri odnogo CPU. Poskol'ku takoe prostoe planirovanie mozhet
   vyzvat' degradaciyu proizvoditel'nosti, to v nekotoryh sluchayah
   rekomenduetsya otklyuchat' logicheskie processory cherez
   peremennuyu sysctl machdep.hlt_logical_cpus. Takzhe mozhno
   otklyuchit' lyuboj CPU, rabotayuschij v pustom cikle, cherez
   peremennuyu sysctl machdep.hlt_cpus. Za podrobnoj informaciej
   obraschajtes' k stranice Spravochnika smp(4).

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

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

   4.4.1. Kakie tipy vinchesterov podderzhivaet FreeBSD?

   4.4.2. Kakie podderzhivayutsya kontrollery SCSI ili SAS?

   4.4.3. Kakie tipy strimerov podderzhivayutsya?

   4.4.4. Podderzhivaet li FreeBSD robotov dlya smeny lent?

   4.4.5. Kakie privody CD-ROM podderzhivayutsya vo FreeBSD?

   4.4.6. Kakie privody CD-RW podderzhivayutsya vo FreeBSD?

   4.4.1. Kakie tipy vinchesterov podderzhivaet FreeBSD?

   FreeBSD rabotaet s diskami standartov EIDE, SATA, SCSI i SAS (s
   sovmestimymi kontrollerami; smotrite sleduyuschij razdel), 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.4.2. Kakie podderzhivayutsya kontrollery SCSI ili SAS?

   Polnyj spisok privedion v Hardware Notes dlya FreeBSD 9.1 ili 8.4.

   4.4.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.4.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.4.5. Kakie privody CD-ROM podderzhivayutsya vo FreeBSD?

   Podderzhivayutsya lyubye SCSI-ustrojstva chteniya kompakt diskov,
   podklyuchennye k podderzhivaemomu kontrolleru. Podderzhivaetsya
   bol'shinstvo ATAPI-sovmestimyh IDE CD-ROM.

   4.4.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.5. Klaviatury i myshi

   4.5.1. Podderzhivaet li FreeBSD USB klaviatury?

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

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

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

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

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

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

   4.5.8. Kak ispol'zovat' klavishu delete v sh i csh?

   4.5.1. Podderzhivaet li FreeBSD USB klaviatury?

   FreeBSD imeet vstroennuyu podderzhku klaviatur USB. 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/console > /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/console > /dev/null

     Zamechanie: CHtoby sohranit' `eto izmenenie, dobav'te v
     /etc/rc.conf stroku keyboard="/dev/ukbd0".

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

   Esli vam nuzhno pereklyuchit'sya obratno na klaviaturu,
   ispol'zuemuyu po umolchaniyu, vypolnite takuyu komandu:

 # kbdcontrol -k /dev/kbd0 > /dev/null

   Dlya odnovremennoj raboty vtoroj USB klaviatury i pervoj AT
   klaviatury v konsoli cherez drajver kbdmux(4), naberite
   sleduyuschie komandy:

 # kbdcontrol -K < /dev/console > /dev/null
 # kbdcontrol -a atkbd0 < /dev/kbdmux0 > /dev/null
 # kbdcontrol -a ukbd1 < /dev/kbdmux0 > /dev/null
 # kbdcontrol -k /dev/kbdmux0 < /dev/console > /dev/null

   Za dopolnitel'noj informaciej obratites' k stranicam spravochnoj
   sistemy ukbd(4), kbdcontrol(1) i kbdmux(4).

     Zamechanie: 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.

   4.5.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.5.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 ustrojstvo psm0 vo
   vremya zagruzki, fajl ustrojstva dlya psm0 budet sozdan
   avtomaticheski.

   4.5.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.5.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.5.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.5.7. Kak ispol'zovat' mysh'/tr`ekboll/sensornuyu panel' na
   l`eptope?

   Posmotrite otvet na predyduschij vopros.

   4.5.8. Kak ispol'zovat' klavishu delete v sh i csh?

   Dlya Bourne Shell dobav'te sleduyuschie stroki v vash .shrc.
   Smotrite sh(1) i editrc(5).

 bind ^? ed-delete-next-char # dlya konsoli
 bind ^[[3~ ed-delete-next-char # dlya xterm

   Dlya C Shell dobav'te sleduyuschie stroki v vash .cshrc. Smotrite
   csh(1).

 bindkey ^? delete-char # dlya konsoli
 bindkey ^[[3~ delete-char # dlya xterm

   Za dopolnitel'noj informaciej obraschajtes' k `etoj stranice.

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

4.6. Setevye i posledovatel'nye ustrojstva

   4.6.1. Kakie setevye adaptery podderzhivaet FreeBSD?

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

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

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

   4.6.1. Kakie setevye adaptery podderzhivaet FreeBSD?

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

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

   Da, mnogie iz adapterov Broadcom 43xx podderzhivayutsya drajverami
   bwn(4) i bwi(4).

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

   Spisok takih ustrojstv nahoditsya v glave Rukovodstva
   Posledovatel'nye soedineniya.

   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.6.4. Kak sdelat', chtoby priglashenie boot: vyvodilos' na
   konsol' na posledovatel'nom portu?

   Podrobnaya informaciya nahoditsya v `etom razdele Rukovodstva.

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

4.7. Zvukovye ustrojstva

   4.7.1. Kakie zvukovye adaptery podderzhivayutsya vo FreeBSD?

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

   4.7.1. Kakie zvukovye adaptery podderzhivayutsya vo FreeBSD?

   FreeBSD podderzhivaet razlichnye zvukovye adaptery
   (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 CD-ROM, SCSI ili dzhojstiki ni na kakih podobnyh
     adapterah, krome SoundBlaster(R). Podderzhivayutsya ustrojstva
     na SCSI-interfejse SoundBlaster i ne-SCSI CD-ROM, no
     zagruzit'sya s nih nevozmozhno.

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

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

 # mixer pcm 100 vol 100 cd 100

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

4.8. Drugoe oborudovanie

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

   4.8.2. Kak ya mogu otklyuchit' ACPI?

   4.8.3. Komp'yutery Micron zavisayut pri zagruzke

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

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

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

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

   FreeBSD takzhe podderzhivaet 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.8.2. Kak ya mogu otklyuchit' ACPI?

   Dobav'te sleduyuschuyu strochku v fajl /boot/device.hints:

 hint.acpi.0.disabled="1"

   4.8.3. 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.8.4. 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.8.5. Pochemu setevoj adapter 3Com(R) PCI ne rabotaet s
   komp'yuterami Micron?

   Smotrite predyduschij otvet.

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

                 Glava 5. Ustranenie nekotoryh problem

   5.1. Pochemu FreeBSD opredelyaet nepravil'noe kolichestvo pamyati
   na apparature i386?

   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 moj PnP-adapter ne obnaruzhivaetsya (ili
   opredelyaetsya kak unknown)?

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

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

   5.22. CHto oznachaet soobschenie "stray IRQ"?

   5.23. Pochemu v dmesg(8) regulyarno vyvodyatsya soobscheniya
   "file: table is full"?

   5.24. Pochemu vyvodyatsya soobscheniya "calcru: negative runtime"
   ili "calcru: runtime went backwards"?

   5.25. Pochemu chasy na moem komp'yutere 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
   na apparature i386?

   Naibolee veroyatnaya 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.5 GB i 4 GB 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 byt' poluchena 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 500 MB 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 4 GB, 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 stat'e ob ogranicheniyah pamyati i o razlichnyh
   ogranicheniyah pamyati na razlichnyh platformah.

   Na 64nbsp;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 iz-za
   opisannogo pereraspredeleniya. `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 sleduyuschuyu komandu v priglashenii i ustanovite
   sistemu kak obychno.

 eisa 12
 quit

   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 i 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(1), 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 Mach64. 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(4) 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/dev/sio/sio.c (ili v fajle
   /usr/src/sys/pc98/cbus/sio.c dlya pc98) najdite strochku,
   soderzhaschuyu chislo 0x2e8 i udalite eio vmeste s
   predshestvuyuschij zapyatoj (ostaviv sleduyuschuyu). Posle `etogo
   sledujte obychnym ukazaniyam po postroeniyu yadra.

   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 zavisit ot znacheniya
   peremennoj sysctl(8) kern.maxusers. kern.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'
   kern.maxusers. Krome maksimal'nogo chisla processov `eto uvelichit
   znacheniya i drugih parametrov, ogranichivayuschih sistemu.

   Dlya korrektirovki znacheniya kern.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', zagruzites' v odnopol'zovatel'skij rezhim 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 ahc(4) 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"

   Podrobnyj otvet vy mozhete poluchit' v Rukovodstve.

   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 moj PnP-adapter ne obnaruzhivaetsya (ili
   opredelyaetsya kak unknown)?

   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 <peter@FreeBSD.org>) 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/dev/sio/sio_isa.c.

   Snachala vy dolzhny sdelat' rezervnuyu kopiyu fajla sio_isa.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_isa.c i poiskav strochku:

 static struct isa_pnp_id sio_ids[] = {

   Zatem 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.

   5.20. 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.21. 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.22. 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 znachenie
       MAX_STRAY_LOG s 5 na 0 v fajle intr_machdep.c dlya vashej
       platformy (naprimer, i386), i sobrat' novoe yadro, i togda 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.23. Pochemu v dmesg(8) 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.24. Pochemu vyvodyatsya soobscheniya "calcru: negative runtime"
   ili "calcru: runtime went backwards"?

   Pri vklyuchenii v BIOS Intel Enhanced SpeedStep mozhet vozniknut'
   problema, pri kotoroj yadro nachinaet vyvodit' soobscheniya
   "calcru" kak pokazano nizhe:

 calcru: runtime went backwards from 6 usec to 3 usec for pid 37 (pagezero)
 calcru: runtime went backwards from 6 usec to 3 usec for pid 36 (vmdaemon)
 calcru: runtime went backwards from 170 usec to 138 usec for pid 35 (pagedaemon)
 calcru: runtime went backwards from 553 usec to 291 usec for pid 15 (swi6: task queue)
 calcru: runtime went backwards from 15521 usec to 10366 usec for pid 2 (g_event)
 calcru: runtime went backwards from 25 usec to 12 usec for pid 11 (swi1: net)
 calcru: runtime went backwards from 4417 usec to 3960 usec for pid 1 (init)
 calcru: runtime went backwards from 2084385 usec to 1793542 usec for pid 1 (init)
 calcru: runtime went backwards from 408 usec to 204 usec for pid 0 (swapper)

   Prichinoj yavlyaetsya to, chto Intel SpeedStep (EIST) ne sovmestim
   s nekotorymi sistemnymi platami.

   Obhodnoj put': otklyuchit' EIST v BIOS. Pri `etom u vas
   sohranyaetsya vozmozhnost' upravlyat' chastotoj ACPI-sovmestimogo
   processora, ispol'zuya powerd(8).

   5.25. Pochemu chasy na moem komp'yutere pokazyvayut nepravil'noe
   vremya?

   Na vashem komp'yutere ustanovleny dvoe ili bol'shee kolichestvo
   tajmerov, a FreeBSD vybrala ne tot.

   Zapustite dmesg(8) i posmotrite stroki, soderzhaschie slovo
   Timecounter. FreeBSD vybiraet tajmer s naibol'shim znacheniem
   kachestva.

 # dmesg | grep Timecounter
 Timecounter "i8254" frequency 1193182 Hz quality 0
 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
 Timecounter "TSC" frequency 2998570050 Hz quality 800
 Timecounters tick every 1.000 msec

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

 # sysctl kern.timecounter.hardware
 kern.timecounter.hardware: ACPI-fast

   `Eto mozhet byt' nerabotayuschij tajmer ACPI. Samym prostym
   resheniem budet otklyuchit' tajmer ACPI v /etc/loader.conf:

 debug.acpi.disabled="timer"

   Libo zhe 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 komp'yuter 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(8) 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 vypolnite
   perezagruzku. 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 vypolnite perezagruzku.

   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(8) 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"?

   Otvet na `etot vopros mozhno najti v glossarii FreeBSD, smotrite
   LOR.

   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(4) 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 SUBD dlya FreeBSD?

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

   6.1. Gde mozhno najti nabor ofisnyh programm dlya FreeBSD?

   Ofisnye pakety s otkrytym kodom OpenOffice.org i LibreOffice
   imeyut versii, prednaznachennye dlya raboty vo FreeBSD.
   Linux-versiya   Oracle Open Office, 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 x11-toolkits/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 operacionnoj sisteme   s
     otkrytymi ishodnymi tekstami.

   V dopolnenie 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 (i386) 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, zagolovochnymi
       fajlami i fajlami 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 ili +1 817 431-8775

   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. KDE i xfce mozhno poluchit' iz Kollekcii
   Portov.

   6.4. Suschestvuyut li SUBD dlya FreeBSD?

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

   Takzhe posmotrite razdel Bazy dannyh Kollekcii Portov.

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

   Da. Ukazaniya po nastrojke Linux Oracle na FreeBSD nahodyatsya po
   adresu   http://www.shadowcom.net/freebsd-oracle9i/

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

                     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 `etot port ne kompiliruetsya na moej mashine s 7.X -,
   8.X - ili 9.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. Nuzhno li mne perekompilirovat' vse porty kazhdyj raz, kogda
   ya vypolnyayu mazhornoe obnovlenie (so smenoj starshej versii
   FreeBSD)?

   7.9. Nuzhno li mne perekompilirovat' vse porty kazhdyj raz, kogda
   ya vypolnyayu minornoe obnovlenie (bez izmeneniya starshej versii
   FreeBSD)?

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

   7.11. Pochemu Netscape i Opera zapuskayutsya tak dolgo?

   7.12. 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.13. 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 24,000 prilozhenij i
   on ezhednevno uvelichivaetsya, tak chto pochasche tuda
   zaglyadyvajte ili podpishites' na Spisok rassylki anonsov FreeBSD,
   v kotorom publikuetsya informaciya o poyavlenii novyh prilozhenij.

   Bol'shinstvo portov dolzhno normal'no rabotat' na sistemah vetok
   7.X, 8.X i 9.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 Packages v sysinstall(8) (v
   punkte menyu Configure) ili zapuskajte pkg_add(1) s ukazaniem
   konkretnyh fajlov s pakadzhami, kotorye vy hotite ustanovit'. Fajl
   s pakadzhem, kak pravilo, identificiruetsya po ego suffiksu .tbz.
   Dlya obladatelej distributiva sistemy na kompakt-diske
   prednaznachen katalog packages/All, soderzhaschij vse `eti fajly.
   Takzhe raznye versii FreeBSD mozhno poluchit' po seti so
   sleduyuschih serverov:

   dlya 7.X -RELEASE/7-STABLE

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

   dlya 8.X -RELEASE/8-STABLE

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

   dlya 9.X -RELEASE/9-STABLE

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

   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 v INN FAQ.

   7.3. Podderzhivaet li FreeBSD sredu Java(TM)?

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

   7.4. Pochemu `etot port ne kompiliruetsya na moej mashine s 7.X -,
   8.X - ili 9.X -STABLE?

   Esli vy pol'zuetes' versiej FreeBSD, 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) (ili csup(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 derzhat' CVSup v vide otdel'nogo
   porta, kotoryj legko ustanavlivaetsya kak pakadzh, razmeschaemyj
   na ustanovochnyh CD s FreeBSD.

   Tem ne menee, nachinaya s versii FreeBSD 6.2-RELEASE, pol'zovateli
   FreeBSD bol'she ne stradayut ot otsutstviya vstroennogo klienta,
   sovmestimogo s CVSup. Blagodarya Maxime Henrion <mux@FreeBSD.org>,
   CVSup byl perepisan na yazyke Si i poluchil nazvanie csup(1), i
   teper' yavlyaetsya chast'yu bazovogo komplekta. I hotya v
   nastoyaschee vremya v kliente ne realizovany vse funkcional'nye
   vozmozhnosti CVSup, on yavlyaetsya horoshim (i ves'ma bystrym!)
   variantom dlya sinhronizacii vashih ishodnyh tekstov. Dlya sistem,
   vypuschennyh do 6.2, klient mozhno ustanovit' iz porta ili paketa
   (smotrite net/csup).

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

   S FreeBSD ne postavlyaetsya instrument obnovleniya portov, no est'
   neskol'ko programm, nemnogo oblegchayuschih `etot process. Vy
   mozhete takzhe ustanovit' dopolnitel'nye instrumenty dlya
   uproscheniya raboty s portami, smotrite razdel Rukovodstva FreeBSD
   Ispol'zovanie Kollekcii Portov.

   7.8. Nuzhno li mne perekompilirovat' vse porty kazhdyj raz, kogda
   ya vypolnyayu mazhornoe obnovlenie (so smenoj starshej versii
   FreeBSD)?

   Razumeetsya! Na svezheobnovlennoj sisteme programmnoe
   obespechenie, skompilirovannoe pod bolee staryj reliz, budet po
   prezhnemu rabotat', no v konechnom schete vy pridiote k tomu, chto
   nekotorye prilozheniya perestanut pravil'no rabotat' i budut
   padat' v proizvol'nom meste, kak tol'ko vy nachnete ustanavlivat'
   drugie porty ili obnovlyat' suschestvuyuschie.

   Kogda sistema obnovlena, razlichnye sovmestno ispol'zuemye
   biblioteki, zagruzhaemye moduli i drugie chasti sistemy
   zameschayutsya bolee novymi versiyami. Prilozheniya,
   skomponovannye s bolee starymi versiyami, mogut perestat'
   zapuskat'sya libo nachnut funkcionirovat' nepravil'no.

   Dlya polucheniya dopolnitel'noj informacii obraschajtes' k
   razdelu, posvyaschionnomu obnovleniyam, rukovodstva FreeBSD.

   7.9. Nuzhno li mne perekompilirovat' vse porty kazhdyj raz, kogda
   ya vypolnyayu minornoe obnovlenie (bez izmeneniya starshej versii
   FreeBSD)?

   V obschem sluchae, net. Razrabotchiki FreeBSD delayut vsio
   vozmozhnoe dlya sohraneniya dvoichnoj sovmestimosti mezhdu vsemi
   relizami v predelah odnoj starshej versii. Lyubye isklyucheniya iz
   `etogo pravila dokumentiruyutsya v "Primechaniyah k relizu", i tam
   zhe dayutsya sovety, kotoryh sleduet priderzhivat'sya.

   7.10. 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.11. 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.12. 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.13. 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.sched.quantum?

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

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

     Zamechanie: Novyj fajl kernel budet ustanovlen v katalog
     /boot/kernel vmeste so svoimi modulyami, a staroe yadro i ego
     moduli budut sdvinuty v katalog /boot/kernel.old, tak chto esli
     vy dopustite oshibku v sleduyuschej konfiguracii, to smozhete
     zagruzit' predyduschuyu versiyu vashego yadra.

   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 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 9.1-RELEASE na
       sisteme 8.4-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 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?

   Prover'te suschestvovanie sysctl-peremennoj kern.sched.quantum.
   Esli ona u vas est', to vy dolzhny uvidet' primerno takoe
   soobschenie:

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

   Esli sysctl-peremennaya kern.sched.quantum suschestvuet, to u vas
   ispol'zuetsya planirovschik 4BSD (sched_4bsd(4)). 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'

   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.sched.quantum?

   kern.sched.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.

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

       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(4)?

   9.6. Pochemu nevozmozhno otredaktirovat' metku diska ccd(4)?

   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(R) 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 CD-ROM, 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 razdelu Dobavlenie diskov Rukovodstva FreeBSD.

   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 sysinstall(8) 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.

   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. komandoj mount smontirujte ego vo vremennyj katalog.

    3. komandoj cd 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 rf -

   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 rf -
 # cd var
 # dump 0af - /var | restore rf -

   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 rf -

   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(8)
   (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 fdisk(8). 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' prokrutkoj, 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. Naprimer, `eto mozhno sdelat'
   takoj 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 ili 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 /boot/kernel/kernel i soderzhimoe
   /etc, menyayutsya 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. Esli
   vy razmeschaete katalog /tmp v / i u vas zapolnen /tmp, vy mozhete
   vstretit'sya s voznikayuschimi vremya ot vremeni problemami s
   diskovym prostranstvom. Sozdanie simvolicheskoj ssylki /tmp,
   ukazyvayuschej na /var/tmp, reshit `etu problemu.

   9.5. CHto ne tak s ustrojstvom ccd(4)?

   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(4)
   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(4)?

   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(4), 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.

   UFS

           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.

   ext2/ext3

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

   NTFS

           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). Port ntfs-3g takzhe podderzhivaet operacii
           zapisi na NTFS (smotrite sysutils/fusefs-ntfs).

   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).

   ZFS

           Na moment napisaniya FreeBSD vklyuchaet v sebya port
           drajvera dlya raboty s Sun(TM) ZFS. V nastoyaschee vremya
           rekomenduetsya ispol'zovat' ego tol'ko na platforme amd64
           s dostatochnym ob"emom pamyati. Dlya polucheniya bolee
           polnoj informacii obratites' k stranice spravochnika
           zfs(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)). Vy takzhe mozhete najti poleznymi porty,
   osnovannye na FUSE (sysutils/fusefs-kmod), dlya mnozhestva drugih
   fajlovyh sistem.

   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, to zdes' budet fajl ustrojstva dlya pyatogo
   ''slajsa'' v kataloge /dev, tak chto prosto smontirujte ego:

 # mount -t msdosfs /dev/da1s5 /dos/e

   9.9. Suschestvuet li kriptograficheskaya fajlovaya sistema dlya
   FreeBSD?

   Da. Vy mozhete ispol'zovat' gbde(8) ili geli(8). Smotrite razdel
   SHifrovanie diskovyh razdelov Rukovodstva FreeBSD.

   9.10. Kak mozhno ispol'zovat' zagruzchik Windows NT(R) 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(8),
   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(8)
   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)/boot/kernel/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/menu.lst (v nekotoryh sistemah
   /boot/grub/grub.conf, naprimer, Red Hat Linux i proizvodnyh
   sistemah).

 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 i Linux, chtoby uprostit' vosstanovlenie
   rabotosposobnosti Linux posle pereustanovki Windows (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 msdosfs /dev/fd0c /floppy

   dlya obychnyh disket, ili

 # mount -t msdosfs /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 CD-ROM 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 CD-ROM, 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 CD-ROM, a
   imenno v razdele ob   ispol'zovanii CD-ROM 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 sozdaniya fajlovoj sistemy ISO 9660. Prochtite glavu
   Rukovodstva o sozdanii CD-ROM, 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' CD-ROM, sdelajte tak:

 # chgrp operator /dev/acd0c
 # chmod 640 /dev/acd0c

    3. 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 msdosfs /dev/fd0 ~/my-mount-point

   Pol'zovateli iz gruppy operator teper' mogut montirovat' CD-ROM
   /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 bajt, a
   FreeBSD priravnivaet ego k 1073741824 bajt. `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(1) 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. Kak perechitat' soderzhimoe /etc/rc.conf i perestartovat'
   /etc/rc bez perezagruzki sistemy?

   10.21. YA pytalsya obnovit' moyu sistemu do poslednej -STABLE, a
   poluchil -BETAx, -RC ili -PRERELEASE! CHto proishodit?

   10.22. YA popytalsya ustanovit' novoe yadro, odnako utilita
   chflags(1) ne srabotala. Kak `eto obojti?

   10.23. Ne poluchaetsya izmenit' sistemnoe vremya bol'she chem na
   odnu sekundu! Kak `eto obojti?

   10.24. V rpc.statd; est' oshibka raboty s pamyat'yu! On ispol'zuet
   256 Mbajt operativnoj pamyati!

   10.25. Pochemu ya ne mogu snyat' s fajla flag schg?

   10.26. Pochemu v SSH autentifikaciya posredstvom fajla .shosts ne
   vklyuchena po umolchaniyu v poslednih versiyah FreeBSD?

   10.27. CHto takoe vnlru?

   10.28. CHto oznachayut razlichnye sostoyaniya pamyati,
   pokazyvaemye utilitoj top?

   10.29. Skol'ko svobodnoj pamyati dostupno?

   10.30. 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(8), 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, po umolchaniyu ispol'zuyutsya prava dostupa 555.

   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 utilitoj cron, 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 administrativnye 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'?

   Perezapustite sistemu, ispol'zuya v priglashenii zagruzchika
   komandu boot -s dlya vhoda v odnopol'zovatel'skij rezhim. Pri
   poluchenii priglasheniya na vvod polnogo puti do komandnogo
   processora prosto nazhmite Enter, a zatem vypolnite komandu mount
   -urw / 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, 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, adresovannogo v Spisok rassylki,
   posvyaschionnyj obsuzhdeniyu 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 -urw /, 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.

     Zamechanie: Esli pri vhode v odnopol'zovatel'skij rezhim
     predlagaetsya vvesti parol' pol'zovatelya root, to `eto
     oznachaet, chto konsol' byla pomechena kak insecure v /etc/ttys.
     V `etom sluchae potrebuetsya zagruzit'sya s ustanovochnogo diska
     FreeBSD, vybrat' obolochku Fixit iz menyu sysinstall(8) i
     vypolnit' ukazannye vyshe komandy.

     Zamechanie: Esli vy ne mozhete smontirovat' kornevoj razdel v
     odnopol'zovatel'skom rezhime, to vozmozhno, chto razdely
     yavlyayutsya zashifrovannymi, i smontirovat' ih bez klyuchej
     dostupa ne predstavlyaetsya vozmozhnym. Vashi shansy zavisyat ot
     vybrannogo sposoba shifrovaniya. Za dopolnitel'noj informaciej
     obraschajtes' k razdelu Rukovodstva, posvyaschennomu
     shifrovaniyu diskov vo FreeBSD.

   10.13. Kak zapretit' perezagruzku po nazhatiyu Control+Alt+Delete?

   Esli vy ispol'zuete drajver konsoli syscons(4) (kotoryj
   yavlyaetsya standartnym), peregenerirujte i ustanovite novoe yadro
   s takim parametrom v konfiguracionnom fajle:

 options SC_DISABLE_REBOOT

   `Etogo takzhe mozhno dostich' ustanovkoj sleduyuschego sysctl(8),
   chto ne trebuet perezagruzki ili peresborki yadra:

 # sysctl hw.syscons.kbd_reboot=0

     Zamechanie: Oba `etih metoda yavlyayutsya
     vzaimoisklyuchayuschimi. Dannyj sysctl(8) ne suschestvuet, esli
     vy skompilirovali yadro s parametrom SC_DISABLE_REBOOT.

   Esli zhe vy ispol'zuete drajver konsoli pcvt(4), to vklyuchite v
   konfiguracionnyj fajl sleduyuschuyu stroku i peresoberite yadro:

 options PCVT_CTRL_ALT_DEL

   10.14. Kak preobrazovat' tekstovye fajly DOS v format UNIX?

   Vospol'zujtes' sleduyuschej komandoj perl(1):

 % perl -i.bak -npe 's/\r\n/\n/g' file(s)

   gde file(s) - `eto odin ili neskol'ko fajlov dlya obrabotki.
   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.

   Esche odin sposob otformatirovat' testovye fajly DOS sostoit v
   ispol'zovanii converters/dosunix iz Kollekcii Portov. Dlya
   polucheniya dopolnitel'noj informacii oznakom'tes' s dokumentaciej
   porta.

   10.15. Kak prervat' process po imeni?

   Ispol'zujte komandu killall(1).

   10.16. Pochemu su(1) 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 otvete na sleduyuschij vopros.

   10.17. Kak deinstallirovat' Kerberos?

   CHtoby udalit' Kerberos iz sistemy, pereustanovite distributiv
   base togo reliza, kotoryj u vas zapuschen. Esli u vas est' CD-ROM,
   vy mozhete smontirovat' kompakt-disk (polozhim, v katalog /cdrom)
   i vypolnit' komandu

 # cd /cdrom/base
 # ./install.sh

   Libo vy mozhete zadejstvovat' opciyu NO_KERBEROS v fajle
   /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),
   rabotayuschaya po principu "ustrojstva po trebovaniyu". Drajvery
   ustrojstv avtomaticheski sozdayut novye fajly ustrojstv, kak
   tol'ko v nih poyavlyaetsya neobhodimost', takim obrazom obhodyas'
   bez /dev/MAKEDEV.

   10.19. Kak dobavit' v sistemu dopolnitel'nye psevdoterminaly?

   Esli u vas mnogo pol'zovatelej, rabotayuschih v seansah telnet,
   ssh, X ili v screen, to vy mozhete stolknut'sya s problemoj
   nehvatki psevdoterminalov. Po umolchaniyu do FreeBSD 6.2
   vklyuchitel'no podderzhivaetsya 256 psevdoterminalov, a nachinaya
   s FreeBSD 6.3 - 512.

     Podskazka: Pri neobhodimosti mozhno dobavit' dopolnitel'nye
     psevdoterminaly. Odnako, `eto trebuet izmenenij v standartnoj
     biblioteke C, yadre i /etc/ttys. Naprimer,
     http://www.freebsd.org/~jhb/patches/pty_1152.patch rasshiryaet
     kolichestvo psevdoterminalov do 1152. Otmetim, chto dannyj patch
     mozhet byt' primenen bez oshibok tol'ko dlya FreeBSD 6.3 ili
     vyshe.

   10.20. 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.21. 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 7.0-RELEASE i
   8.0-RELEASE, otvetvlyayutsya ot osnovnogo potoka razrabotki, bolee
   izvestnogo kak -CURRENT. Melkie relizy, takie, kak 6.3-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'
   6.2-STABLE, to eio imya budet izmeneno na 6.3-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
   6.3-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 6.3-RELEASE) i vetka reliza budut
   sozdany, vetv' budet pereimenovana v 6.3-STABLE.

   Dlya polucheniya dopolnitel'noj informacii o nomerah versij i
   razlichnyh vetkah CVS obratites' k stat'e o vypuske relizov.

   10.22. YA popytalsya ustanovit' novoe yadro, odnako utilita
   chflags(1) 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 securelevel i posmotrite
   /etc/defaults/rc.conf i spravochnuyu stranicu po rc.conf(5) dlya
   vyyasneniya podrobnostej o fajle rc.conf.

   10.23. 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 securelevel i posmotrite
   /etc/defaults/rc.conf i spravochnuyu stranicu po rc.conf(5) dlya
   vyyasneniya podrobnostej o fajle rc.conf.

   10.24. 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.25. 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.26. 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, zatem perekompilirujte i ustanovite
       ssh(1) (ili vypolnite komandu make world).

     * 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.27. 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.28. 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. `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.29. 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.30. 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. Vsio zhe pochemu razdelilis' dva proekta X?

   11.4. Pochemu dlya ustanovki po umolchaniyu vo FreeBSD byli
   vybrany porty Xorg?

   11.5. YA hochu zapustit' X, kak `eto sdelat'?

   11.6. YA popytalsya zapustit' X, no poluchil soobschenie "KDENABIO
   failed (Operation not permitted)" posle vvoda komandy startx. CHto
   mne teper' delat'?

   11.7. Pochemu moya mysh' ne rabotaet s X?

   11.8. U moej myshi est' koliosiko. Mogu li ya ego ispol'zovat' pri
   rabote v X?

   11.9. Kak ispol'zovat' udalionnye X-displei?

   11.10. CHto takoe virtual'nye konsoli i kak izmenit' ih
   kolichestvo?

   11.11. Kak osuschestvlyaetsya dostup k virtual'nym konsolyam iz X?

   11.12. Kak zapustit' XDM vo vremya zagruzki?

   11.13. Pri zapuske xconsole vydaiotsya soobschenie "Couldn't open
   console".

   11.14. 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.15. Moya mysh' PS/2 v X rabotaet nepravil'no.

   11.16. Pochemu moya mysh' PS/2 ot MouseSystems ne rabotaet?

   11.17. Kak pomenyat' mestami knopki myshi?

   11.18. Kak ustanovit' `ekrannuyu zastavku i gde takie zastavki
   mozhno najti?

   11.19. Mozhno li v X ispol'zovat' klavishi Windows, kotorye est'
   na klaviature?

   11.20. Kak zastavit' rabotat' apparatnoe uskorenie 3D-grafiki dlya
   OpenGL(R)?

   11.1. CHto takoe X Window System?

   X Window System (obychno X11) 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, s tekuschej `etalonnoj realizaciej version 11 release
   7.5.2, po`etomu vy budete chasto vstrechat' kratkuyu ssylku na nih
   v vide sokrascheniya 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(TM), 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. S teh
   por v kachestve realizacii X11 po umolchaniyu ispol'zuetsya Xorg.

   Dlya polucheniya bolee polnoj informacii prochtite razdel o X11
   Rukovodstva FreeBSD.

   11.3. 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.4. 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, togda kak XFree86 pol'zuetsya
   neskol'ko modificirovannym eio variantom.

   11.5. YA hochu zapustit' X, kak `eto sdelat'?

   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, libo ustanovit' Xorg iz
   paketov FreeBSD.

 # pkg_add -r xorg

   Krome togo, ustanovit' Xorg mozhno iz sysinstall(8), vybrav
   Configure, zatem Distributions, zatem The X.Org Distribution.

   Posle togo, kak Xorg byl uspeshno ustanovlen, sledujte ukazaniyam
   v razdele Konfiguraciya X11 Rukovodstva FreeBSD.

   11.6. 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 (securelevel). Pri povyshennom urovne zaschity
   sistemu X zapustit' nevozmozhno, potomu chto X trebuyutsya prava
   na operacii zapisi v ustrojstvo io(4). 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: ustanovit' znachenie
   securelevel obratno v nol' (obychno `eto delaetsya v /etc/rc.conf)
   ili vo vremya zagruzki zapuskat' xdm(1) (do togo, kak povyshaetsya
   znachenie securelevel).

   Obratites' k V: 11.12. dlya polucheniya bolee polnoj informacii o
   zapuske xdm(1) vo vremya zagruzki.

   11.7. Pochemu moya mysh' ne rabotaet s X?

   Esli vy ispol'zuete syscons(4) (standartnyj drajver konsoli), to
   mozhete nastroit' podderzhku ukazatelya myshi vo vseh virtual'nyh
   `ekranah. Vo izbezhanie konfliktov s X, drajver syscons(4)
   podderzhivaet virtual'noe ustrojstvo /dev/sysmouse. Vse sobytiya,
   poluchaemye ot real'noj myshi, pishutsya v ustrojstvo sysmouse(4)
   cherez moused(8). Esli vy hotite ispol'zovat' vashu mysh' na odnoj
   ili neskol'kih virtual'nyh konsolyah, prodolzhaya ispol'zovat' X,
   posmotrite V: 4.5.4. i nastrojte moused(8).

   Zatem otredaktirujte /etc/X11/xorg.conf tak, chtoby v niom byli
   sleduyuschie stroki:

 Section "InputDevice"
    Option         "Protocol" "SysMouse"
    Option         "Device" "/dev/sysmouse"
 .....

   Nachinaya s versii Xorg 7.4 razdel InputDevice v fajle xorg.conf
   ignoriruetsya, i vmesto nego ispol'zuetsya mehanizm avtomaticheski
   opredelyaemyh ustrojstv. CHtoby vosstanovit' prezhnee povedenie,
   dobav'te v razdel ServerLayout ili ServerFlags takuyu stroku:

 Option "AutoAddDevices" "false"

   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)). `Eto mozhno sdelat', dobaviv sleduyuschuyu stroku v
   /etc/devfs.conf (posmotrite spravku po devfs.conf(5)):

 link    sysmouse    mouse

   Ssylka mozhet byt' sozdana putem perezapuska devfs(5) s
   ispol'zovaniem sleduyuschej komandy (iz pod pol'zovatelya root):

 # /etc/rc.d/devfs restart

   11.8. 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/X11/xorg.conf. Naprimer, v
   vashem fajle /etc/X11/xorg.conf sekciya ''InputDevice'' mozhet
   prinyat' takoj vid:

   Primer 11-1. Sekciya ''InputDevice'' dlya myshi s koliosikom v
   fajle konfiguracii 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.9. 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.10. 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 ttyv8 do ttyvc posle slov ''Virtual
   terminals'':

 # Edit the existing entry for ttyv8 in /etc/ttys and change
 # "off" to "on".
 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'.)

   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' ili zablokirovat'sya
   posle vypolneniya komandy kill.

   11.11. 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.12. 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, 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 sluchayah rezul'tat odin i tot zhe: X vyvodit
   graficheskoe priglashenie dlya vhoda v sistemu.

   Plyusom metoda s ispol'zovaniem ttys(5) 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(8). Metod s ispol'zovaniem rc(8)
   pozvolyaet prosto prekratit' rabotu xdm komandoj kill xdm, esli
   pri zapuske X voznikli kakie-nibud' problemy.

   Iz rc(8) 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/local/lib/X11/xdm/Xservers:

 :0 local /usr/local/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.13. 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 v fajle /etc/fbtab
   (posmotrite spravku po fbtab(5)):

 /dev/ttyv0 0600 /dev/console

   `Etogo budet dostatochno dlya togo, chtoby vsyakij, kto voshiol v
   sistemu s terminala /dev/ttyv0, imel dostup k konsoli.

   11.14. 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
   x11/wrapper.

   11.15. 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.16. 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.17. Kak pomenyat' mestami knopki myshi?

   Pomestite komandu xmodmap -e "pointer = 3 2 1" v odin iz vashih
   skriptov .xinitrc ili .xsession.

   11.18. Kak ustanovit' `ekrannuyu zastavku i gde takie zastavki
   mozhno najti?

   Podrobnyj otvet nahoditsya v razdele Zagruzochnye `ekrannye
   zastavki Rukovodstva FreeBSD.

   11.19. 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 `eti tri
   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' v ~/.xinitrc takuyu
   stroku:

 xmodmap $HOME/.xmodmaprc

   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 port x11-wm/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.20. Kak zastavit' rabotat' apparatnoe uskorenie 3D-grafiki dlya
   OpenGL(R)?

   Nalichie 3D-uskoreniya zavisit ot versii ispol'zuemogo vami
   servera Xorg i tipa graficheskogo adaptera. Esli u vas adapter
   nVidia, to vy mozhete ispol'zovat' binarnye fajly drajverov dlya
   FreeBSD, ustanoviv odin iz sleduyuschih portov:

     * Poslednie versii adapterov nVidia podderzhivayutsya portom
       x11/nvidia-driver.

     * Adaptery nVidia, takie kak GeForce2 MX/3/4, podderzhivayutsya
       drajverami serii 96XX, dostupnymi v porte
       x11/nvidia-driver-96xx.

     * Bolee starye adaptery, takie kak GeForce and RIVA TNT,
       podderzhivayutsya drajverami serii 71XX, dostupnymi v porte
       x11/nvidia-driver-71xx.

   nVidia predostavlyaet podrobnuyu informaciyu o tom, kakie adaptery
   podderzhivayutsya tem ili inym drajverom. `Eta informaciya
   dostupna neposredstvenno s ih sajta:
   http://www.nvidia.com/object/IO_32667.html.

   Dlya adapterov Matrox G200/G400 vam sleduet poprobovat' port
   x11-servers/mga_hal.

   Dlya ATI Rage 128 i Radeon posmotrite stranicy Spravochnika
   ati(4), r128(4) i radeon(4).

   Dlya adapterov 3dfx Voodoo 3, 4, 5, i Banshee est' port
   x11-servers/driglide.

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

                        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. Kak nastroit' alias v seti Ethernet?

   12.8. Kak zastavit' adapter 3C503 ispol'zovat' drugoj tip setevogo
   raz"ioma?

   12.9. U menya problemy pri rabote NFS vo FreeBSD.

   12.10. Pochemu ya ne mogu smontirovat' disk Linux po NFS?

   12.11. Pochemu ya ne mogu smontirovat' disk Sun po NFS?

   12.12. Pochemu mountd prodolzhaet vydavat' soobscheniya "can't
   change attributes" i "bad exports list" na moiom servere NFS,
   rabotayuschem pod upravleniem FreeBSD?

   12.13. Problemy pri svyazi po PPP s mashinami NeXTStep.

   12.14. Kak vklyuchit' podderzhku multicast IP?

   12.15. Kakie setevye adaptery sdelany na nabore mikroshem DEC PCI?

   12.16. Pochemu ya dolzhen ispol'zovat' FQDN dlya hostov ne v moej
   seti?

   12.17. "Permission denied" dlya lyubyh dejstvij, svyazannyh s
   rabotoj seti.

   12.18. Pochemu moio pravilo ''fwd'' dlya ipfw po perenapravleniyu
   servisa na druguyu mashinu ne rabotaet?

   12.19. Kak mozhno perenapravit' zaprosy s odnoj mashiny na
   druguyu?

   12.20. Gde mozhno najti sredstva upravleniya setevym trafikom?

   12.21. Pochemu poyavlyayutsya soobscheniya "/dev/bpf0: device not
   configured"?

   12.22. Kak smontirovat' disk Windows-mashiny v moej lokal'noj
   seti, kak `eto delaet smbmount v Linux?

   12.23. CHto znachat `eti soobscheniya: "Limiting icmp/open
   port/closed port response" v moih zhurnal'nyh fajlah?

   12.24. CHto `eto za soobscheniya "arp: unknown hardware address
   format"?

   12.25. Pochemu ya postoyanno vizhu soobscheniya vida "192.168.0.10
   is on fxp1 but got reply from 00:15:17:67:cf:82 on rl0" i kak mne
   ih otklyuchit'?

   12.26. 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. Kak nastroit' alias v seti Ethernet?

   Esli alias nahoditsya v toj zhe samoj seti, chto i uzhe
   nastroennyj na interfejse adres, to k komande dlya ifconfig(8)
   dopishite 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

   Dlya polucheniya podrobnoj informacii obraschajtes' k Rukovodstvu
   FreeBSD.

   12.8. 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.9. 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.10. Pochemu ya ne mogu smontirovat' disk Linux po NFS?

   Nekotorye versii NFS dlya Linux podderzhivayut zaprosy na
   montirovanie tol'ko s privilegirovannogo porta; poprobujte
   vypolnit' sleduyuschuyu komandu:

 # mount -o -P linuxbox:/blah /mnt

   12.11. Pochemu ya ne mogu smontirovat' disk Sun po NFS?

   Rabochie stancii Sun pod upravleniem SunOS(TM) 4.X podderzhivayut
   zaprosy na montirovanie tol'ko s privilegirovannogo porta;
   poprobujte sleduyuschuyu komandu:

 # mount -o -P sunbox:/blah /mnt

   12.12. 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.13. 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.14. 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.

     Zamechanie: V poslednih versiyah FreeBSD daemon marshrutizacii
     multicast mrouted(8) i utility map-mbone(8) i mrinfo(8) udaleny
     iz sostava osnovnoj sistemy. `Eti programmy teper' dostupny iz
     Kollekcii Portov FreeBSD v vide porta net/mrouted.

   Prilozheniya MBONE nahodyatsya v sobstvennoj kategorii portov,
   mbone. Esli vy ischete prilozheniya dlya organizacii konferencij
   vic i vat, posmotrite tam!

   12.15. 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.16. Pochemu ya dolzhen ispol'zovat' FQDN dlya hostov ne v moej
   seti?

   Za otvetom na `etot vopros obraschajtes' k Rukovodstvu FreeBSD.

   12.17. "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.18. 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.19. Kak mozhno perenapravit' zaprosy s odnoj mashiny na
   druguyu?

   Vy mozhete perenapravit' zapros na FTP (ili drugoj servis) s
   pomosch'yu porta sysutils/socket. Prosto zamenite komandnuyu
   stroku zapuska servisa na vyzov socket:

 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.20. 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 vklyuchen vo FreeBSD kak sostavnaya chast' pf(4).
   Bandwidth Manager kompanii Emerging Technologies yavlyaetsya
   kommercheskim produktom.

   12.21. 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:

 device bpf      # Berkeley Packet Filter

   12.22. 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 kak
   mount_smbfs(8) i vhodyat v sostav bazovoj sistemy.

   12.23. CHto znachat `eti soobscheniya: "Limiting icmp/open
   port/closed port response" 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.24. 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.25. Pochemu ya postoyanno vizhu soobscheniya vida "192.168.0.10
   is on fxp1 but got reply from 00:15:17:67:cf:82 on rl0" i kak mne
   ih otklyuchit'?

   `Eto tak, potomu chto paket prihodit izvne seti, chego ne dolzhno
   byt'. CHtoby otklyuchit' `eti soobscheniya, ustanovite
   net.link.ether.inet.log_arp_wrong_iface v znachenie 0.

   12.26. 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 Xorg. Esli vy hotite ispol'zovat' GUI,
   imeyuschijsya v CVSup, to vam nuzhno teper' ustanovit' Xorg. 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 ili net/csup. Esli u vas ustanovlena
   odna iz poslednih versij FreeBSD, to vy mozhete ispol'zovat'
   csup(1). 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 odnom iz portov s bol'shim nomerom.
   CHto proishodit?

   13.4. Daemon 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 inetd(8)).
       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 odnom iz portov s bol'shim nomerom.
   CHto proishodit?

   Dlya ishodyaschih zaprosov BIND ispol'zuet sluchajno vybiraemyj
   port s bol'shim nomerom. V poslednih versiyah pri kazhdom zaprose
   vybiraetsya novyj sluchajnyj port UDP. `Eto mozhet vyzvat'
   problemy v nekotoryh setevyh konfiguraciyah, osobenno esli faervol
   blokiruet vhodyaschie UDP pakety na opredelennyh portah. Esli vy
   hotite obespechit' hozhdenie paketov cherez faervol, to vy mozhete
   poprobovat' parametry avoid-v4-udp-ports i avoid-v6-udp-ports,
   chtoby predotvratit' sluchajnyj vybor nomerov portov,
   peresekayuschihsya s blokiruemym diapazonom.

     Vnimanie: Esli v /etc/namedb/named.conf ukazan nomer porta
     (takoj kak 53) v parametre query-source ili query-source-v6, to
     sluchajnyj vybor porta ispol'zovat'sya ne budet. Nastoyatel'no
     rekomenduetsya, chtoby `eti parametry ne ispol'zovalis' dlya
     ukazaniya fiksirovannyh nomerov porta.

   Kstati, pozdravlyaem. Prekrasno, chto vy chitaete vyvod komandy
   sockstat(1) i obraschaete vnimanie na anomalii!

   13.4. Daemon 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 ne
   ustanavlivaetsya. Esli vy hotite, chtoby komanda suidperl byla
   ustanovlena vo vremya obnovleniya iz ishodnyh tekstov,
   otredaktirujte /etc/make.conf, dobaviv ENABLE_SUIDPERL=true pered
   sborkoj perl.

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

                             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(8) poluchaet oshibku zaschity ("Segmentation fault"),
   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 ispol'zovanii na marshrutizatore PPPoE
   zamirayut soedineniya v Mac OS i Windows 98?

   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 sleduyuschej 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 ukazannye nizhe stroki i suschestvuet
   fajl /var/log/ppp.log:

 !ppp
 *.*    /var/log/ppp.log

   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 togo, chto vy
   zabyli dobavit' stroku HISADDR v fajl 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 ukazannuyu nizhe stroku v ppp.conf:

 delete ALL

   V takom sluchae obratites' k sootvetstvuyuschemu razdelu
   Rukovodstva.

   14.4. CHto oznachaet soobschenie "No route to host"?

   `Eta oshibka poyavlyaetsya iz-za togo, chto v fajle
   /etc/ppp/ppp.linkup otsutstvuet sleduyuschij razdel:

 MYADDR:
   delete ALL
   add 0 0 HISADDR

   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 takoj 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. Programma ppp(8)
   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' takoj 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
   U.S. Robotics(R) 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 s nim napryamuyu.

   14.10. Ppp zavisaet

   Luchshe vsego v `etom sluchae perekompilirovat' ppp(8) s
   otladochnoj informaciej, i zatem ispol'zovat' gdb(1) dlya
   polucheniya steka vyzovov dlya zavisshego processa ppp. CHtoby
   otkompilirovat' programmu ppp s otladochnoj informaciej, naberite
   takie komandy:

 # cd /usr/src/usr.sbin/ppp
 # env DEBUG_FLAGS='-g' make clean
 # env DEBUG_FLAGS='-g' make install

   Zatem sleduet perezapustit' ppp i dozhdat'sya sleduyuschego
   zavisaniya. Kogda otladochnaya sborka ppp(8) zavisnet, zapustite
   gdb dlya zavisshego processa:

 # gdb ppp `pgrep ppp`

   V priglashenii gdb vy mozhete ispol'zovat' komandu bt ili where
   dlya polucheniya steka vyzovov. Sohranite vyvod vashej sessii gdb
   i ''otklyuchites''' ot rabotayuschego processa, vypolniv komandu
   quit v gdb.

   V zavershenie, otoshlite rezul'tat sessii gdb 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' v zhurnale soobscheniya "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(8), 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'
   sleduyuschej komandoj:

 set openmode passive

   S `etoj komandoj nuzhno byt' ostorozhnym. Vy takzhe dolzhny budete
   ispol'zovat' `etu komandu dlya ogranicheniya perioda ozhidaniya, v
   techenii kotorogo ppp(8) zhdiot nachala soglasovaniya s
   protivopolozhnoj storony:

 set stopped N

   Kak variant, mozhet byt' ispol'zovana sleduyuschaya komanda (gde N
   - period ozhidaniya v sekundah pered tem, kak nachat'
   soglasovanie):

 set openmode active N

   Za dopolnitel'noj informaciej obraschajtes' k stranice
   Spravochnika.

   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).
   Programma 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

   Programma 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"

   `Eto privediot k takoj posledovatel'nosti:

 ATZ
 OK
 AT\X
 OK

   Ili:

 set phone 1234567
 set dial "\"\" ATZ OK ATDT\\T"

   `Eto dast takuyu posledovatel'nost':

 ATZ
 OK
 ATDT1234567

   14.20. ppp(8) poluchaet oshibku zaschity ("Segmentation fault"),
   no ya ne vizhu fajla ppp.core

   Programma 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.
   Odnako esli 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 ustanovit'
   ishodnyj kod sistemy i vypolnit' sleduyuschee:

 #  cd /usr/src/usr.sbin/ppp
 # echo STRIP= >> /etc/make.conf
 # echo CFLAGS+=-g >> /etc/make.conf
 # make install clean

   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(1), vy mozhete poprobovat'
   najti prichiny obrazovaniya dampa libo 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 bylo davno ispravleno - poischite
   na stranice spravochnika slovo iface.

   Prichinoj bylo to, chto kogda `eta programma ispol'zuet sistemnyj
   vyzov connect(2), dlya soketa naznachaetsya IP-adres interfejsa
   tun(4). YAdro sozdaiot pervyj ishodyaschij paket i zapisyvaet ego
   v ustrojstvo tun(4). 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, no bol'shinstvo drugih realizacij `etogo ne delayut.

   Samym prostym resheniem budet prosto nikogda ne menyat' IP-adres
   interfejsa tun(4), 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, vyzyvaya dlya `etogo funkciyu
   bind().

   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 pervogo vyzova ioctl(2)
   SIOCAIFADDR, privodyaschego k polnoj privyazke soketa. ppp(8)
   nuzhno budet izmenyat' ishodyaschij IP-adres 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(3) zaklyuchaetsya v tom, chto vneshnyaya
   mashina budet pytat'sya otkryt' soedinenie ili posylat'
   (nezaproshennye) UDP pakety na mashinu vnutrennej seti.
   Programmnoe obespechenie, obespechivayuschee opciyu -nat, ne znaet
   o tom, chto ona dolzhna peresylat' `eti pakety mashine vo
   vnutrennej seti.

   CHtoby `eto vsio zhe zarabotalo, udostover'tes', chto edinstvennoj
   zapuschennoj programmoj yavlyaetsya programmnoe obespechenie, s
   kotorym vy ispytyvaete problemy, zatem zapustite tcpdump(1) na
   interfejse tun(4) 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(3). Primery ''osobyh
       sluchaev'' mozhno najti v
       /usr/src/sys/netinet/libalias/alias_*.c (alias_ftp.c -
       horoshee nachalo). Obychno `eto podrazumevaet chtenie
       opredelennyh raspoznavaemyh ishodyaschih paketov, vyyavlenie
       komand dlya ustanovleniya vneshnej mashinoj obratnoj svyazi na
       vnutrennyuyu mashinu na konkretnyj (sluchajnyj) port i
       nastrojku znacheniya ''route'' v tablice sootvetstvij takim
       obrazom, 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. Naprimer, prilozhenie mozhet
       podderzhivat' 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, chtoby modem ne ispol'zoval 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 ispol'zovanii na marshrutizatore PPPoE
   zamirayut soedineniya v Mac OS i Windows 98?

   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 ''do
   not fragment'' (po umolchaniyu dlya TCP), a marshrutizatory Telco
   ne posylaet paket ICMP ''must fragment'' obratno na sajt WWW,
   kotoryj vy pytaetes' otkryt'. (Libo marshrutizator posylaet pakety
   ICMP pravil'no, a mezhsetevoj `ekran na storone servera WWW 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.

   Odnim iz sposobov ustraneniya problemy yavlyaetsya ispol'zovanie
   utility regedit na sistemah 95/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 pereimenovan 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 mnozhestvo kommercheskogo programmnogo
   obespecheniya, pozvolyayuschego pol'zovatelyam nastraivat'
   parametry TCP/IP. Pol'zovatelyam NAT v Mac OS nuzhno poiskat' u
   sebya nastrojki MTU i zamenit' tam znachenie 1500 na 1450.

   V ppp(8) imeetsya komanda enable tcpmssfixup, kotoraya
   avtomaticheski vyravnivaet MSS do podhodyaschego znacheniya. `Eta
   vozmozhnost' vklyuchena po umolchaniyu. Esli u vas voznikli
   problemy s bolee staroj versiej ppp(8), to vas mozhet
   zainteresovat' port net/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 nastroit' dlya porta rezhim raboty po umolchaniyu?

   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?

   V processe svoej zagruzki yadro FreeBSD budet pytat'sya najti
   posledovatel'nye porty, s podderzhkoj kotoryh ono bylo
   otkompilirovano. Vy mozhete povnimatel'nej prismotret'sya k
   vydavaemym soobscheniyam libo vypolnit' takuyu komandu posle togo,
   kak sistema zapustilas' i rabotaet:

 % dmesg | grep -E "^sio[0-9]"

   Vot primer vyvoda vysheukazannoj komandy:

 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
 sio0: type 16550A
 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0
 sio1: type 16550A

   Zdes' prisutstvuyut dva posledovatel'nyh porta. Pervyj nahoditsya
   na IRQ 4, ispol'zuet port vvoda/vyvoda 0x3f8 i postroen na
   mikrosheme UART tipa 16550A. Vtoroj ispol'zuet tot zhe tip
   mikroshemy, no nahoditsya na IRQ 3 i ispol'zuet adres porta
   vvoda/vyvoda 0x2f8. Vnutrennie modemy vyglyadyat tochno takzhe,
   kak posledovatel'nye porty, za isklyucheniem togo, chto modem k
   nim ''podklyuchen'' vsegda.

   V yadro GENERIC vstroena podderzhka dvuh posledovatel'nyh portov,
   s temi zhe IRQ i adresami portov vvoda/vyvoda, kak ukazano 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/cuad2
   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 cuadX, a
   zatem poyavleniya signala o nalichii nesuschej. Pri otkrytii
   ustrojstva cuadX on proveryaet, chto posledovatel'nyj port ne
   ispol'zuetsya uzhe ustrojstvom ttydX. Esli port dostupen, on
   ''pohischaet'' ego u ustrojstva ttydX. Takzhe ustrojstvo cuadX 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 dobav'te v fajl
   device.hints(5) po stroke sio(4) na kazhdyj port. No IRQ dolzhen
   byt' ukazan tol'ko u odnogo porta. Vse porty na adaptere dolzhny
   ispol'zovat' odno i to zhe znachenie IRQ. Dlya obespecheniya
   soglasovannosti ispol'zujte dlya ukazaniya IRQ poslednij
   posledovatel'nyj port. Takzhe ukazhite sleduyuschuyu opciyu v
   fajle konfiguracii yadra:

 COM_MULTIPORT

   V sleduyuschem primere ukazano soderzhimoe /boot/device.hints dlya
   4-portovogo posledovatel'nogo adaptera AST na IRQ 12:

 hint.sio.4.at="isa"
 hint.sio.4.port="0x2a0"
 hint.sio.4.flags="0x701"
 hint.sio.5.at="isa"
 hint.sio.5.port="0x2a8"
 hint.sio.5.flags="0x701"
 hint.sio.6.at="isa"
 hint.sio.6.port="0x2b0"
 hint.sio.6.flags="0x701"
 hint.sio.7.at="isa"
 hint.sio.7.port="0x2b8"
 hint.sio.7.flags="0x701"
 hint.sio.7.irq="12"

   Flagi ukazyvayut, chto upravlyayuschij port imeet mladshij nomer
   ustrojstva 7 (0x700), i vse porty sovmestno ispol'zuyut odin i tot
   zhe nomer 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 nastroit' dlya porta rezhim raboty po umolchaniyu?

   Smotrite razdel Rukovodstva FreeBSD, posvyaschionnyj
   posledovatel'nym soedineniyam.

   15.7. Kak sdelat' vhod cherez modem?

   Oznakom'tes' s razdelom Rukovodstva FreeBSD, posvyaschionnogo
   vhodyaschim soedineniyam.

   15.8. Kak podklyuchit' terminal k FreeBSD?

   Informaciyu po `etomu voprosy mozhno najti v razdele Terminaly
   Rukovodstva FreeBSD.

   15.9. Pochemu ne udaiotsya zapustit' tip ili cu?

   Skoree vsego, v vashej sisteme programmy tip(1) i cu(1) mogut
   poluchit' dostup k katalogu /var/spool/lock tol'ko iz-pod
   pol'zovatelya uucp i chlenov 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'?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.11. Kak ya dolzhen vvesti `eti AT-komandy?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.12. Pochemu ne srabatyvaet znak @ dlya opisaniya harakteristiki
   pn?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.13. Kak nabrat' telefonnyj nomer iz komandnoj stroki?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.14. Nuzhno li pri `etom kazhdyj raz zadavat' skorost' raboty s
   portom?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.15. Mne nuzhno imet' dostup k neskol'kih hostam cherez
   terminal'nyj server.

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.16. Mozhet li tip ispol'zovat' neskol'ko telefonov dlya odnogo
   sajta?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.17. Pochemu nuzhno nazhimat' Ctrl+P dvazhdy dlya posylki odnogo
   `etogo simvola Ctrl+P?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.18. Neozhidanno vsio stalo nabirat'sya ZAGLAVNYMI BUKVAMI?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.19. Kak mozhno peredavat' fajly s pomosch'yu programmy tip?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

   15.20. Kak ispol'zovat' zmodem vmeste s tip?

   Smotrite `etot otvet v Rukovodstve FreeBSD.

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

                            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, i po
   umolchaniyu utilita chmod(1) sleduet po simvolicheskoj ssylke,
   chtoby po vozmozhnosti izmenit' prava dostupa na ishodnyj fajl.
   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 bar ne izmenyatsya.

   CHtoby `eto rabotalo, ispol'zujte opciyu -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.

   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.

   Takzhe mozhno poprobovat' emulators/dosbox iz Kollekcii Portov
   FreeBSD. Programma v osnovnom prednaznachena dlya `emulyacii
   staryh igr, napisannyh pod DOS, dlya hraneniya fajlov kotoryh
   ispol'zuetsya lokal'naya fajlovaya sistema.

   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. On
   ispol'zovalsya dlya sinhronizacii ishodnyh tekstov na udalionnyh
   sajtah s osnovnym serverom razrabotki Proekta.

   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 Kirk McKusick
   <mckusick@FreeBSD.org>. 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 :-)

   Thomas Abthorpe <tabthorpe@FreeBSD.org> govorit: ''Net,
   nastoyaschie hakery FreeBSD ne boyatsya temnoty!''

   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 snapshoty i relizy?

   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 dlya raspredeleniya nagruzki mezhdu
   neskol'kimi CVSup-serverami?

   18.7. Mozhno li rabotat' s -CURRENT pri ogranichennom dostupe v
   Internet?

   18.8. Kak vy razdelyaete distributiv na fajly po 1392 Kbajt?

   18.9. YA napisal nekotoroe dobavlenie k yadru, komu ego poslat'?

   18.10. Kak raspoznayutsya i inicializiruyutsya adaptery ISA
   Plug N Play?

   18.11. Mne nuzhno starshee chislo dlya napisannogo mnoyu drajvera
   ustrojstva.

   18.12. Al'ternativnyj metod razmescheniya katalogov

   18.13. CHto delat' pri avarijnom ostanove sistemy?

   18.14. Perestala rabotat' funkciya dlsym() dlya ispolnyaemyh
   fajlov ELF!

   18.15. Kak ya mogu uvelichit' ili umen'shit' adresnoe prostranstvo
   yadra v arhitekture i386?

   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 snapshoty i relizy?

   V Hranilische CVS sejchas nahodyatsya chetyre aktivno/poluaktivno
   razvivayuschihsya vetki FreeBSD. (Bolee rannie vetki izmenyayutsya
   ochen' redko, imenno po`etomu v razrabotke tol'ko chetyre aktivnyh
   vetki):

     * RELENG_7, takzhe izvestnaya kak 7-STABLE

     * RELENG_8, takzhe izvestnaya kak 8-STABLE

     * RELENG_9, takzhe izvestnaya kak 9-STABLE

     * HEAD, takzhe izvestnaya kak -CURRENT i 10-CURRENT

   HEAD - `eto ne real'nyj t`eg vetki, v otlichie ot ostal'nyh; `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 10.X; vetka 9-STABLE, RELENG_9, otdelilas' ot -CURRENT v
   sentyabre 2011 goda goda, a vetka 8-STABLE, RELENG_8, otdelilas'
   ot -CURRENT v avguste 2009 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 dlya raspredeleniya nagruzki 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. 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.8. Kak vy razdelyaete distributiv na fajly po 1392 Kbajt?

   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/release/Makefile.

 ZIPNSPLIT=              gzip --no-name -9 -c | split -b 1392k -

   18.9. 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.10. 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. V zaklyuchenie proishodit zapros na vyklyuchenie
   adapteram, bol'shim chem X - (limit / 4). 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 264 vozmozhnyh
   variantov ID.

   ID predstavlyaet soboj dva 32-razryadnye chisla (otsyuda chislo
   264) + 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 ili 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 razlichayutsya pri `etom
   starshie bity identifikatora proizvoditelya. Tak chto vy mozhete
   imet' neskol'ko adapterov odinakovogo tipa; pri `etom,
   64-razryadnye nomera budut raznymi.

   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 Microsoft otvetila
   ''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 ispol'zuyut dlya
   chteniya, kotoryj mozhet raspolagat'sya gde ugodno v diapazone
   mezhdu 0x200 i 0x3ff.

   18.11. Mne nuzhno starshee chislo dlya napisannogo mnoyu drajvera
   ustrojstva.

   V versiyah FreeBSD, vyshedshih posle fevralya 2003 goda, est'
   mehanizm dinamicheskogo i avtomaticheskogo vydeleniya starshih
   nomerov dlya drajverov ustrojstv vo vremya vypolneniya (smotrite
   devfs(5)), po`etomu v `etom net neobhodimosti.

   18.12. 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 togo momenta, kak ya realizoval eio v 1983 godu. `Eti
   soglasheniya byli razrabotany dlya original'noj fajlovoj sistemy
   FFS, i ya nikogda ih ne peresmatrival. `Eta shema horosho
   rabotaet, pozvolyaya izbezhat' perepolneniya grupp dorozhek. Kak
   nekotorye iz vas zametili, 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 katalogov v
   kolichestve (total / fs_ncg) na kazhduyu gruppu dorozhek.
   Ochevidno, chto prishlos' by pridumat' nekotoruyu `evristiku dlya
   opredeleniya `etogo chisla. Dazhe pri ispol'zovanii nebol'shogo
   fiksirovannogo kolichestva, skazhem 10, situaciya uluchshilas' by
   na poryadok. CHtoby razlichat' operacii vosstanovleniya ot
   obychnyh operacij (dlya kotoryh tekuschij algoritm, veroyatno,
   yavlyaetsya bolee razumnym), vy mogli by ispol'zovat' ob"edinenie
   v klastery ob"iomom do 10, esli oni pomeschayutsya v 10-sekundnom
   okne. Kak by to ni bylo, ya dumayu, chto `eto bol'shoe pole dlya
   `eksperimentov.

   Kirk McKusick <mckusick@FreeBSD.org>, sentyabr' 1998 goda

   18.13. CHto delat' pri avarijnom ostanove sistemy?

   Vot tipichnaya panika yadra:

 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 vidite takoe soobschenie, prosto ego vosproizvesti i
   poslat' nam ne dostatochno. Zdes' vazhno znachenie ukazatelya
   instrukcij; 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.

   Tem ne menee, luchshim sposobom vyyasnit' prichinu, vyzvavshuyu
   avarijnyj ostanov, yavlyaetsya poluchenie avarijnogo dampa
   sistemy, a zatem ispol'zovanie kgdb(1) dlya polucheniya
   trassirovki vyzovov v `etom dampe.

   V lyubom sluchae, metod takov:

    1. Ubedites' v tom, chto v fajle konfiguracii yadra imeetsya
       sleduyuschaya stroka (/usr/src/sys/arch/conf/MYKERNEL):

 makeoptions     DEBUG=-g          # Build kernel with gdb(1) debug symbols

    2. Perejdite v katalog /usr/src:

 # cd /usr/src

    3. Skompilirujte yadro:

 # make buildkernel KERNCONF=MYKERNEL

    4. Dozhdites' zaversheniya kompilyacii.

    5. # make installkernel KERNCONF=MYKERNEL

    6. Vypolnite perezagruzku.

     Zamechanie: Esli vy ne ispol'zuete peremennuyu make KERNCONF, to
     budet sobrano i ustanovleno yadro GENERIC.

   V processe vypolneniya komandy make(1) budut postroeny dva yadra,
   /usr/obj/usr/src/sys/MYKERNEL/kernel i
   /usr/obj/usr/src/sys/MYKERNEL/kernel.debug. kernel budet
   ustanovlen kak /boot/kernel/kernel, togda kak kernel.debug mozhet
   byt' ispol'zovan v kachestve istochnika otladochnyh simvolov dlya
   kgdb(1).

   CHtoby vklyuchit' sbros avarijnogo dampa, vam nuzhno
   otredaktirovat' fajl /etc/rc.conf tak, chtoby ustrojstvo dumpdev
   ukazyvalo na razdel podkachki (ili imelo znachenie AUTO). V `etom
   sluchae skripty rc(8) budut vyzyvat' komandu dumpon(8) dlya
   sozdaniya avarijnyh dampov. Takzhe 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 ustanovleno 512 Mbajt OZU, vy poluchite damp
     razmerom 512 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=N, gde N - znachenie v Kbajt dlya ob"ioma pamyati,
     kotoroe budet ispol'zovat'sya yadrom. Naprimer, esli u vas
     1 Gbajt OZU, vy mozhete ogranichit' ispol'zovanie pamyati yadrom
     128 Mbajtami, tak chto razmer avarijnogo dampa budet raven
     128 Mbajt, a ne 1 Gbajt.

   Kak tol'ko vy poluchili avarijnyj damp, vy mozhete vypolnit'
   trassirovku vyzovov s pomosch'yu kgdb(1) takim obrazom:

 % kgdb /usr/obj/usr/src/sys/MYKERNEL/kernel.debug /var/crash/vmcore.0
 (kgdb) backtrace

   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' kgdb(1) dlya
   vyvoda znachenij razlichnyh peremennyh ili struktur, chtoby
   vyyasnit' sostoyanie sistemy vo vremya avarii.

     Podskazka: Teper', esli vy v samom dele dushevnobol'noj i u vas
     est' vtoroj komp'yuter, to vy mozhete nastroit' kgdb(1) dlya
     udalionnoj otladki, tak, chto smozhete ispol'zovat' kgdb(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.

     Zamechanie: 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.

   18.14. Perestala rabotat' funkciya dlsym() dlya ispolnyaemyh
   fajlov ELF!

   Po umolchaniyu pri rabote s formatom ELF simvoly, opredelionnye v
   ispolnyaemom 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 skomponovat' vypolnimyj
   fajl s opciej --export-dynamic komponovschika ELF (ld(1)).

   18.15. Kak ya mogu uvelichit' ili umen'shit' adresnoe prostranstvo
   yadra v arhitekture i386?

   Po umolchaniyu razmer adresnogo prostranstva yadra dlya i386 raven
   1 Gbajt (2 Gbajt dlya PAE). Esli vy ispol'zuete FreeBSD v
   kachestve servera s intensivnoj setevoj nagruzkoj (skazhem,
   bol'shoj FTP ili HTTP server) ili hotite ispol'zovat' ZFS, to vy
   mozhete obnaruzhit', chto `etogo nedostatochno.

   CHtoby uvelichit' dostupnoe prostranstvo, dobav'te sleduyuschuyu
   stroku v fajl konfiguracii yadra i peresoberite ego:

 options KVA_PAGES=N

   CHtoby poluchit' nuzhnoe znachenie dlya N, razdelite zhelaemyj
   razmer adresnogo prostranstva (v megabajtah) na chetyre.
   (Naprimer, dlya 2 Gbajt `eto budet 512.)

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

                     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.

   [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.
