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

  The FreeBSD Documentation Project

   Izdanie: 43126

   Avtorskie prava (c) 1995-2012 The FreeBSD Documentation Project

   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, 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, 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, JDK, JRE, JSP, JVM,
   Netra, Solaris, StarOffice, SunOS `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)>>.

   Annotaciya

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

   [ Po razdelam / Odnim fajlom ]

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

   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(TM) 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(R), ispol'zuyut FreeBSD v         
         kachestve svoej edinstvennoj nastol'noj operacionnoj sistemy.        
                                                                              
         Esli vy perehodite na FreeBSD s kakogo-to drugogo varianta UNIX(R),  
         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(R) 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.2, vypuschennaya September 2013, yavlyaetsya samym         
         poslednim relizom v vetke 9-STABLE. Versiya 8.4, vypuschennaya June  
         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.2-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.2-STABLE.       
         Poslednim relizom v vetke 9.2-STABLE yavlyaetsya 9.2-RELEASE,        
         vypuschennyj September 2013.                                         
                                                                              
         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?                   
         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.2-RELEASE, mozhno najti v kataloge s 
             9.2-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(R)?

   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(R)?                                                                                  
     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)              
                                                                                                     
       Primechanie:                                                                                  
                                                                                                     
         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(R)                                                         
         rtf                   Rich Text Format ot Microsoft                                         
         txt                   Obychnyj tekst                                                        
                                                                                                     
       Primechanie:                                                                                  
                                                                                                     
         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                                     
              zip   Format zip. Esli vam nuzhno budet razvernut' `eto vo FreeBSD, to potrebuetsya    
                    ustanovit' snachala port archivers/unzip.                                        
                    Format bzip2. Ispol'zuetsya rezhe, chem Zip, no, kak pravilo, daiot fajly        
              bz2   men'shego razmera. CHtoby rabotat' s takimi fajlami, ustanovite port             
                    archivers/bzip2.                                                                 
                                                                                                     
              Takim obrazom, szhataya v bzip2 versiya Rukovodstva v formate PostScript(R), 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(R) sosuschestvovat' s FreeBSD?

   3.7. Windows(R) 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 Glava 4, Apparatnaya sovmestimost'.              
   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(R) sosuschestvovat' s FreeBSD?                     
         Snachala ustanovite Windows(R), a zatem FreeBSD. Menedzher zagruzki  
         FreeBSD budet upravlyat' processom zagruzki Windows(R) ili FreeBSD.  
         Esli posle `etogo vy eschio raz vypolnite proceduru ustanovki        
         Windows(R), to pri `etom menedzher zagruzki budet grubo udalion.     
         Esli takoe sluchitsya, obratites' k sleduyuschemu razdelu.           
   3.7.  Windows(R) 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(R) 95 ili Windows(R) 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(R) 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'?                       
           Primechanie:                                                       
                                                                              
         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(R), 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(TM) 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(TM).                                             
                                                                              
         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                                                                 

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

   [1] Pis'mo ot Keith Frechette <kfrechet@us.ibm.com>.

                       Glava 4. Apparatnaya sovmestimost'

   Soderzhanie

   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

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.2 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(TM)?

   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(TM) bez  
          PAE podderzhivaet maksimum 4 Gbajt pamyati (i obychno esche men'she 
          iz-za adresnogo prostranstva PCI), a i386(TM) 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(TM)?                                    
          Obschee adresnoe prostranstvo dlya mashin i386(TM) 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(R) 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(TM), 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(R), PowerPC(R) i Sparc64(R). Planiruyutsya k podderzhke  
          platformy MIPS(R) i S/390(R). Dopolnitel'nuyu informaciyu o         
          proishodyaschej rabote nad platformoj MIPS(R) 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.2 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               
                                                                              
            Primechanie:                                                      
                                                                              
          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).                         
                                                                              
            Primechanie:                                                      
                                                                              
          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.                                                             
                                                                              
            Primechanie:                                                      
                                                                              
          `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(R) 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(TM)?

   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(R) 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(TM)?    
      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.       
                                                                                              
        Primechanie:                                                                          
                                                                                              
      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(R) 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 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).                         
                                                                                              
        Primechanie:                                                                          
                                                                                              
      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(TM)), 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(R) 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(R) 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

  Primechanie:

   `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(R)-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(R) 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'.                         
                                                                              
          Primechanie:                                                        
                                                                              
        Licenziya Open Motif(R) 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(R). `Eta   
        biblioteka ne besplatna, no ee licenziya pozvolyaet vesti razrabotku  
        prilozhenij s zakrytymi ishodnymi tekstami. Obratites' v firmu        
        Apps2go, predlagayuschuyu samyj deshiovyj distributiv Motif(R) 2.1.20 
        dlya FreeBSD (i386(TM)) v formate ELF.                                
                                                                              
        Suschestvuyut dva distributiva, <<dlya razrabotchikov>>               
        (<<development edition>>) i eschio bolee deshiovaya <<vremeni         
        vypolneniya>> (<<runtime edition>>). V `eti distributivy vklyucheny:  
                                                                              
          * OSF/Motif(R) 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(R) 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(R) Oracle(R) 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(R) 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(R) 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(R) i Opera zapuskayutsya tak dolgo?                 
         Obychno problema zaklyuchaetsya v tom, chto na vashej mashine        
         nepravil'no nastroen DNS. I Netscape(R), 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                  
         http://alleg.sourceforge.net/digmid.html. 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.                                    
                                                                                
          Primechanie:                                                          
                                                                                
        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.2-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(R) s pomosch'yu LILO?

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

   9.13. Kak zagruzit' FreeBSD i Linux(R) 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(R). 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(R), 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.                                  
                                                                                  
        Preduprezhdenie:                                                          
                                                                                  
      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(R) s pomosch'yu LILO?                         
      Esli u vas ustanovleny FreeBSD i Linux(R) na odnom i tom zhe diske,         
      sledujte ukazaniyam po ustanovke LILO o zagruzke ne-Linux(R) operacionnyh   
      sistem. Oni svodyatsya k sleduyuschemu:                                     
                                                                                  
      Zagruzite Linux(R) 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(R) 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(R)+FreeBSD mini-HOWTO soderzhitsya mnogo informacii,      
      kasayuschejsya vzaimodejstviya FreeBSD i Linux(R).                          
9.12. Kak zagruzit' FreeBSD i Linux(R) 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(R) s pomosch'yu BootEasy?                     
      Ustanovite LILO v nachalo zagruzochnogo razdela Linux(R), a ne v Master     
      Boot Record. Posle `etogo mozhno zapustit' LILO iz BootEasy.                
                                                                                  
      `Eto rekomenduetsya sdelat' v lyubom sluchae pri odnovremennom              
      ispol'zovanii Windows(R) i Linux(R), chtoby uprostit' vosstanovlenie        
      rabotosposobnosti Linux(R) posle pereustanovki Windows(R) (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(R), 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(R) yavlyaetsya ispol'zovanie paketa            
      emulators/mtools iz Kollekcii Portov.                                       
                                                                                  
        Primechanie:                                                              
                                                                                  
      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(R)?

   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(R), 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?          
           1. 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.                                                     
                                                                              
           2. Ne vklyuchajte kvotirovanie na /.                               
                                                                              
           3. 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.                               
                                                                              
            Primechanie:                                                      
                                                                              
          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.   
                                                                              
            Primechanie:                                                      
                                                                              
          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                                    
                                                                              
            Primechanie:                                                      
                                                                              
          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(R)?             
          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(TM), 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(R) i             
          UNIX(R)-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.7, 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(TM)      
          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(TM), 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(TM) 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(TM) 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 Vopros: 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 Vopros: 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(TM), 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(TM) (<= 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(TM) 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(TM) 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(R) 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(R) po NFS?

   12.11. Pochemu ya ne mogu smontirovat' disk Sun(TM) 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(R)-mashiny v moej lokal'noj seti, kak
   `eto delaet smbmount v Linux(R)?

   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(R) 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(R). Ideya sostoit v            
       ispol'zovanii FreeBSD dlya podklyucheniya k Internet, a zatem osuschestvlyat' 
       vyhod v Internet iz Windows(R) 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(R), 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(R) po NFS?                         
       Nekotorye versii NFS dlya Linux(R) 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(TM) po NFS?                          
       Rabochie stancii Sun(TM) 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.                                                  
                                                                                     
         Primechanie:                                                                
                                                                                     
       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(R)-mashiny v moej lokal'noj seti, kak `eto      
       delaet smbmount v Linux(R)?                                                   
       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(R) realizovany dva tipa <<pesochnic>>. Odin na urovne         
         processa, i odin na urovne identifikatorov pol'zovatelej.            
                                                                              
         Kazhdyj process v UNIX(R) polnost'yu zaschischion ot drugih          
         processov. Nikakoj process ne mozhet modificirovat' adresnoe         
         prostranstvo drugogo processa. `Eto otlichaetsya ot Windows(R), gde  
         process mozhet legko zapisat' chto-libo v adresnoe prostranstvo      
         drugogo processa, chto privodit k avarijnym situaciyam.              
                                                                              
         V UNIX(R) 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).                                  
                                                                              
           Preduprezhdenie:                                                   
                                                                              
         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.                         
                                                                              
           Preduprezhdenie:                                                   
                                                                              
         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(R) i Windows(R) 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 Vopros: 14.9.             
                                                                                       
         * Esli problema s vashej storony, prochtite Vopros: 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(R). 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(R)).                 
                                                                                       
       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                                                             
                                                                                       
         Primechanie:                                                                  
                                                                                       
       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(R) i Windows(R) 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(R) i Windows(R) 98 (i, mozhet byt', drugie operacionnye 
       sistemy ot Microsoft(R)), 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(R) 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(R) dlya polucheniya bolee polnoj informacii po izmeneniyu MTU v      
       Windows(R) dlya raboty s NAT-marshrutizatorom.                                  
                                                                                       
       Drugim variantom s Windows(R) 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(R) 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(R)     
       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(R)?

   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(R)?                                           
          `Eto tol'ko kazhetsya, chto dlya FreeBSD trebuetsya bol'she mesta   
          na razdele podkachki, chem dlya Linux(R). Na samom dele `eto ne     
          tak. Glavnoe otlichie FreeBSD ot Linux(R) 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(R) 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).                                                         
                                                                              
            Preduprezhdenie:                                                  
                                                                              
          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(R)-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(R)-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(TM) 4M pod upravleniem SunOS(TM).                   
   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(R) 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(R) 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(R) 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(R) 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(R) 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(R)/Intel(R)), 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(R) 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(R) 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.                                                 
                                                                                   
         Primechanie:                                                              
                                                                                   
       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. 
                                                                                   
         Primechanie:                                                              
                                                                                   
       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.           
                                                                                   
         Primechanie:                                                              
                                                                                   
       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

   [biblio-unleashed] FreeBSD Unleashed. Michael Urban Brian Tiemann. Sams.
   1st edition. 992 pages. October 2001. ISBN 0-67232-206-4.

   [biblio-44sysman] 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.

   [biblio-44userman] 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.

   [biblio-44suppman] 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.

   [biblio-44progman] 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.

   [biblio-44progsupp] 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.

   [biblio-44kernel] 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 MA . 1996. ISBN 0-201-54979-4.

   [biblio-freebsdkernel] The Design and Implementation of the FreeBSD
   Operating System. M. K. McKusick George V. Neville-Neil. Addison-Wesley.
   Boston MA . 2004. ISBN 0-201-70245-2.

   [biblio-nemeth3rd] 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.

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

   [biblio-ja-fbsdpc98] FreeBSD for PC 98'ers (in Japanese). SHUWA System Co,
   LTD.. ISBN 4-87966-468-5 C3055 P2900E.

   [biblio-ja-fbsd] FreeBSD (in Japanese). CUTT. ISBN 4-906391-22-2.

   [biblio-ja-compintro] Complete Introduction to FreeBSD (in Japanese).
   Shoeisha Co., Ltd. ISBN 4-88135-473-6 P3600E.

   [biblio-ja-unixstarterkit] Personal UNIX Starter Kit FreeBSD (in
   Japanese). ASCII. ISBN 4-7561-1733-3 P3000E.

   [biblio-ja-fbsdhb] FreeBSD Handbook (Japanese translation). ASCII. ISBN
   4-7561-1580-2 P3800E.

   [biblio-ge-fbsdmitmeth] FreeBSD mit Methode (in German). Computer und
   Literature Verlag/Vertrieb Hanser. 1998. ISBN 3-932311-31-0.

   [biblio-ja-fbsdinstandutil] FreeBSD install and Utilization Manual (in
   Japanese). Mainichi Communications Inc..

   [biblio-indo-intserv] Building Internet Server with FreeBSD (in Indonesia
   Language). Elex Media Komputindo. Onno W Purbo, Dodi Maryanto, Syahrial
   Hubbany, Widjil Widodo.

   [biblio-fbsdcorpnetguide] The FreeBSD Corporate Networker's Guide.
   Addison-Wesley.

   [biblio-unixnutshell] UNIX in a Nutshell. O'Reilly & Associates, Inc..
   1990. ISBN 093717520X.

   [biblio-cantfindadmin] 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.

   [biblio-ja-fbsdusrrefman] FreeBSD User's Reference Manual (Japanese
   translation). Mainichi Communications Inc.. Jpman Project, Japan FreeBSD
   Users Group. 1998. ISBN 4-8399-0088-4 P3800E.

   [biblio-newcomeunix] <<Online Guide for newcomers to the UNIX
   environment>>. Edinburgh University.

   [biblio-dnsandbind] DNS and BIND. O'Reilly & Associates, Inc. ISBN
   1-56592-512-2. Paul Albitz Albitz Cricket Liu. 1998. 3rd edition.

   [biblio-sendmail] Sendmail. O'Reilly & Associates, Inc. 1997. 2nd edition.
   Brian Costales. ISBN 1-56592-222-0.

   [biblio-esssysadmin] Essential System Administration. AEleen Frisch. 2nd
   edition. O'Reilly & Associates. 1995. ISBN 1-56592-127-5.

   [biblio-tcpipnetworkadministration] TCP/IP Network Administration. Craig
   Hunt. 2nd edition. O'Reilly & Associates, Inc. 1997. ISBN 1-56592-322-7.

   [biblio-managingnfsandnis] Managing NFS and NIS. Hal Stern. O'Reilly &
   Associates, Inc. 1991. ISBN 0-937175-75-7.

   [biblio-jpmanprojectjfug] FreeBSD System Administration's Manual. Jpman
   Project, Japan FreeBSD Users Group. Mainichi Communications Inc.. 1998.
   ISBN 4-8399-0109-0 P3300E.

   [biblio-xwinsystoolkit] X Window System Toolkit. Digital Press. Paul
   Asente. ISBN 1-55558-051-3.

   [biblio-carefman] C: A Reference Manual. Prentice Hall. 1995. 4th edition.
   Samuel P. Harbison Guy L. Jr. Steele. ISBN 0-13-326224-3.

   [biblio-thecproglang] The C Programming Language. Prentice Hall. 1998.
   Brian Kernighan Dennis Ritchie. ISBN 0-13-110362-9.

   [biblio-portingunixsoft] Porting UNIX Software. Greg Lehey. O'Reilly &
   Associates, Inc.. 1995. ISBN 1-56592-126-7.

   [biblio-thestandardclibrary] The Standard C Library. Prentice Hall. 1992.
   P. J. Plauger. ISBN 0-13-131509-9.

   [biblio-advprogintheunixenv] Advanced Programming in the UNIX Environment.
   Addison-Wesley. 1992. W. Richard Stevens. ISBN 0-201-56317-7.

   [biblio-unixnetprog] UNIX Network Programming. W. Richard Stevens.
   Prentice Hall. 1998. 2nd edition. ISBN 0-13-490012-X.

   [biblio-writeserialdriverforunix] Writing Serial Drivers for UNIX. Bill
   Wells. December 1994. Dr. Dobb's Journal. pp68-71, pp97-99.

   [biblio-unixsysarch] UNIX System Architecture. Prentice-Hall, Inc. 1990.
   Prabhat K. Andleigh. ISBN 0-13-949843-5.

   [biblio-portingunixtothe386] Porting UNIX to the 386. William Jolitz. Dr.
   Dobb's Journal. January 1991-July 1992.

   [biblio-tcpipillv1theprotocols] TCP/IP Illustrated, Volume 1: The
   Protocols. W. Richard Stevens. Addison-Wesley. 1996. ISBN 0-201-63346-9.

   [biblio-unixsysformodrnarch] Unix Systems for Modern Architectures.
   Addison-Wesley. Curt Schimmel. 1994. ISBN 0-201-63338-8.

   [biblio-tcpipillvol3] 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.

   [biblio-unixinternthenewfrontiers] UNIX Internals -- The New Frontiers.
   Uresh Vahalia. Prentice Hall. 1996. ISBN 0-13-101908-2.

   [biblio-tcpipillvol2theimplementation] TCP/IP Illustrated, Volume 2: The
   Implementation. Gary R. Wright W. Richard Stevens. 1995. Addison-Wesley.
   ISBN 0-201-63354-X.

   [biblio-firewallsandinternetsecurity] Firewalls and Internet Security:
   Repelling the Wily Hacker. William R. CHeswick Steven M. Bellovin.
   Addison-Wesley. 1995. ISBN 0-201-63357-4.

   [biblio-practicalunixsecurity] Practical UNIX Security. Simson Garfinkel
   Gene Spafford. 1996. 2nd edition. O'Reilly & Associates, Inc. ISBN
   1-56592-148-8.

   [biblio-pgpprettygoodprivacy] PGP Pretty Good Privacy. Simson Garfinkel.
   O'Reilly & Associates, Inc. 1995. ISBN 1-56592-098-8.

   [biblio-pentiumprocarch] Pentium Processor System Architecture. Don
   Anderson Tom Shanley. Addison-Wesley. 1995. 2nd edition. ISBN
   0-201-40992-5.

   [biblio-progguidetothesvgacards] Programmer's Guide to the EGA, VGA, and
   Super VGA Cards. Richard F. Ferraro. 3rd edition. Addison-Wesley. 1995.
   ISBN 0-201-62490-7.

   [biblio-80486] 80486 System Architecture. Tom Shanley. Addison-Wesley.
   1995. 3rd edition. ISBN 0-201-40994-1.

   [biblio-isasysarch] ISA System Architecture. Tom Shanley. Addison-Wesley.
   3rd edition. 1995. ISBN 0-201-40996-8.

   [biblio-pcisysarch] PCI System Architecture. Tom Shanley. Addison-Wesley.
   1995. 3rd edition. ISBN 0-201-40993-3.

   [biblio-theundocumentedpc] The Undocumented PC. Frank Van Gilluwe.
   Addison-Wesley. 1994. ISBN 0-201-62277-7.

   [biblio-bellsystemtechnicaljournal] Bell System Technical Journal, Unix
   Time-Sharing System. American Telephone & Telegraph Company. July-August
   1978. Vol 57, No 6, Part 2. ISSN0005-8580.

   [biblio-commentaryonunix] Lion's Commentary on UNIX. John Lion. ITP Media
   Group. 1996. 6th edition. ISBN 1573980137.

   [biblio-newhackerdict] The New Hacker's Dictionary. Eric S. Raymond. MIT
   Press. 1996. 3rd edition. ISBN 0-262-68092-0.

   [biblio-aqtrcentofunix] A quarter century of UNIX. Peter H. Salus.
   Addison-Wesley. 1994. ISBN 0-201-54777-5.

   [biblio-unixhatershandbook] The UNIX-HATERS Handbook. Steven Strassman,
   Daniel Weise, Simon Garfinkel. IDG Books Worldwide, Inc. 1994. ISBN
   1-56884-203-1.

   [biblio-lifewithunix] Life with UNIX - special edition. Don Libes Sandy
   Ressler. Prentice-Hall. 1989. ISBN 0-13-536657-7.

   [biblio-bsdfamilytree] The BSD Family Tree. 1997.

   [absolutebsd] Absolute BSD. Michael Lucas. No Starch Press. June 2002.
   ISBN 1-886411-74-3.

   [biblio-ccppusersjournal] The C/C++ Users Journal. R&D Publications Inc..
   ISSN 1075-2838.

   [biblio-sysadminthejournalforunixsysadmins] Sys Admin - The Journal for
   UNIX System Administrators. Miller Freeman, Inc. ISSN 1061-2688.
