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

  Proekt dokumentacii FreeBSD

   Izdanie: 1eb9614504

   Avtorskie prava (c) 1995-2015 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.

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

   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.

   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.

   NetBSD `eto zaregistrirovannaya torgovaya marka NetBSD Foundation.

   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.

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

   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.

   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
   8.X, 9.X i 10.X. My prilagaem vse usiliya, chtoby sdelat' `etot FAQ
   maksimal'no informativnym; esli u vas est' idei po ego
   usovershenstvovaniyu, shlite ih na adres 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 ryade drugih formatov s FTP-servera.

   [ Po razdelam / Odnim fajlom ]

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

   Soderzhanie

   1. Vstuplenie

   2. Dokumentaciya i podderzhka

   3. Ustanovka

   4. Apparatnaya sovmestimost'

                4.1. Voprosy obschego haraktera

                4.2. Apparatnye platformy i processory

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

                4.4. Klaviatury i myshi

                4.5. Drugoe oborudovanie

   5. Ustranenie nekotoryh problem

   6. Prikladnye programmy

   7. Konfigurirovanie yadra

   8. Diski, fajlovye sistemy i nachal'nye zagruzchiki

   9. ZFS

   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

                              Glava 1. Vstuplenie

   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.1.  FreeBSD - chto `eto takoe?                                           
         FreeBSD - `eto sovremennaya operacionnaya sistema dlya nastol'nyh    
         komp'yuterov, noutbukov, serverov i vstraivaemyh sistem s            
         podderzhkoj bol'shogo kolichestva platform.                          
                                                                              
         V osnove FreeBSD lezhit operacionnaya sistema <<4.4BSD-Lite>>        
         Kalifornijskogo Universiteta (Berkli) s nekotorymi                   
         usovershenstvovaniyami iz <<4.4BSD-Lite2>>. Takzhe ona kosvenno      
         baziruetsya na 386BSD (BSD Net/2, perenesionnoj na platformu i386TM  
         Uil'yamom Dzholitcem (William Jolitz)), hotya ot togo                
         pervonachal'nogo koda ostalos' ochen' malo.                          
                                                                              
         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 obratites' k Rukovodstvu  
         po FreeBSD.                                                          
   1.2.  Kakova cel' FreeBSD?                                                 
         Cel' proekta FreeBSD - predostavit' bystruyu i stabil'nuyu           
         operacionnuyu sistemu obschego naznacheniya, kotoruyu mozhno         
         ispol'zovat' v lyubyh celyah bez kakih-libo ogranichenij.            
   1.3.  Est' li v licenzii FreeBSD kakie-to ogranicheniya?                   
         Da. `Eti ogranicheniya ne kasayutsya aspektov ispol'zovaniya koda,   
         no glavnym obrazom opisyvayut otnoshenie k Proektu FreeBSD. Tekst    
         licenzionnogo soglasheniya dostupen zdes', i vkratce on mozhet byt'  
         izlozhen sleduyuschim obrazom:                                       
                                                                              
           * Ne govorite, chto `eto napisano vami.                            
                                                                              
           * Ne sudites' s nami, esli chto-to ne rabotaet.                    
                                                                              
           * Ne udalyajte i ne izmenyajte licenziyu.                          
                                                                              
         Mnogie iz nas vkladyvayut v proekt znachitel'nye usiliya 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.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  
         mnogoe drugoe. Bol'shinstvo `etih prilozhenij mogut byt' polucheno   
         iz Kollekcii Portov.                                                 
                                                                              
         Esli prilozhenie dostupno tol'ko dlya odnoj operacionnoj sistemy, to 
         nel'zya vsego lish' zamenit' `etu operacionnuyu sistemu. Odnako est' 
         veroyatnost', chto pohozhaya programma suschestvuet dlya FreeBSD. V  
         kachestve servera dlya ofisa, ili servera Internet, ili nadezhnoj    
         rabochej stancii 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.                                                             
                                                                              
         Pol'zovateli pri perehode na FreeBSD s drugogo varianta UNIX(R)      
         najdut dlya sebya FreeBSD ochen' pohozhej. Pol'zovatelej Windows(R)  
         i Mac OS(R), naprotiv, mozhet zainteresovat' PC-BSD, distributiv na  
         osnove FreeBSD. Pol'zovatelyam, kotorye ne ispol'zovali do `etogo    
         UNIX(R), ponadobitsya zatratit' dopolnitel'noe vremya 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 <<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. Nekotoraya  
         informaciya tam ustarela, no istoricheskaya chast' ostaiotsya        
         tochnoj.                                                             
                                                                              
         Mnogie iz proektov semejstva BSD obmenivayutsya izmeneniyami i       
         gotovym kodom dazhe segodnya. Vse oni proishodyat ot obschego        
         predka.                                                              
                                                                              
         Celi proekta FreeBSD opisany vyshe v Vopros: 1.2. Celi drugih        
         naibolee izvestnyh proektov semejstva BSD mozhno kratko opisat' tak: 
                                                                              
           * OpenBSD v pervuyu ochered' orientiruetsya na bezopasnost'        
             operacionnoj sistemy. Komanda OpenBSD napisala ssh(1) i pf(4),   
             kotorye zatem byli portirovany vo FreeBSD.                       
                                                                              
           * NetBSD orientiruetsya na prostoe portirovanie na drugie          
             apparatnye platformy.                                            
                                                                              
           * DragonFly BSD otdelilas' ot FreeBSD 4.8, i s teh por v nej byli  
             razrabotany mnogie interesnye sobstvennye funkcional'nye         
             vozmozhnosti, vklyuchaya fajlovuyu sistemu HAMMER i podderzhku   
             <<vkernels>> - zapuska yadra v pol'zovatel'skom rezhime.         
   1.7.  Kakova poslednyaya versiya FreeBSD?                                  
         Na lyubom `etape razrabotki FreeBSD mozhet suschestvovat' neskol'ko  
         parallel'nyh vetok. Relizy 10.X vypolnyayutsya iz vetki 10-STABLE, a 
         relizy 9.X vypolnyayutsya iz 9-STABLE.                               
                                                                              
         Do vypuska 9.0 linejka 9.X byla izvestna kak -STABLE. Odnako k       
         momentu vyhoda 11.X linejka 9.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.                                                      
                                                                              
         Versiya 12.0, data vyhoda YAnvar' 2014, yavlyaetsya poslednim        
         relizom v vetke 10-STABLE. Versiya 11.2, data vyhoda Sentyabr' 2013, 
         yavlyaetsya poslednim relizom v vetke 9-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          
         prednaznachen dlya pol'zovatelej, kotorye 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' na      
         stranice Informacii o podgotovke relizov i na stranice Spravochnika  
         release(7).                                                          
   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.                              
                                                                              
         Pol'zovatelyam, ne znakomym s FreeBSD, ne sleduet ispol'zovat'       
         FreeBSD-CURRENT. `Eta vetv' zachastuyu menyaetsya ochen' bystro i    
         inogda iz-za oshibok mozhet byt' ne rabotosposobna. Te, kto          
         ispol'zuyut FreeBSD-CURRENT, dolzhny byt' v sostoyanii izuchit'      
         problemu, najti prichinu i soobschit' o `etom.                       
                                                                              
         Iz vetok -CURRENT i -STABLE vypuskayutsya sn`epshoty FreeBSD. 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 Subversion,  
             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 nuzhna stabil'no rabotayuschaya i        
         polnost'yu ottestirovannaya sistema, to priderzhivajtes'             
         ispol'zovaniya polnyh relizov ili ispol'zujte sn`epshoty -STABLE.    
                                                                              
         Sn`epshot-relizy dostupny neposredstvenno otsyuda.                   
                                                                              
         Oficial'nye sn`epshoty postoyanno generiruyutsya dlya vseh aktivno   
         razrabatyvaemyh vetok.                                               
   1.9.  V chiom smysl FreeBSD-STABLE?                                        
         Posle togo, kak byla vypuschena FreeBSD 2.0.5, razrabotka FreeBSD    
         razdelilas' na dve chasti. Odna vetka poluchila nazvanie -STABLE, a  
         drugaya -CURRENT. FreeBSD-STABLE prednaznachena dlya provajderov     
         uslug Internet i drugih kommercheskih pol'zovatelej, dlya kotoryh    
         neozhidannye izmeneniya ili `eksperimental'nye vozmozhnosti ves'ma   
         nezhelatel'ny. V neio vnosyatsya tol'ko horosho ottestirovannye      
         ispravleniya i drugie nebol'shie posledovatel'nye                    
         usovershenstvovaniya. S drugoj storony, FreeBSD-CURRENT yavlyalas'   
         edinoj vetkoj, ne razryvaemoj s momenta vyhoda versii 2.0 i          
         veduschej k 12.0-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.                                    
                                                                              
         Aktivno razrabatyvaemoj vetkoj -STABLE yavlyaetsya 12.0-STABLE.      
         Poslednim relizom v vetke 12.0-STABLE yavlyaetsya 12.0-RELEASE,      
         vypuschennyj YAnvar' 2014.                                           
                                                                              
         Aktivno razrabatyvaemoj vetkoj -CURRENT yavlyaetsya vetka            
         11-CURRENT, kotoraya dvizhetsya k sozdaniyu sleduyuschego pokoleniya 
         FreeBSD. Prochtite otvet na vopros CHto takoe FreeBSD-CURRENT? dlya  
         polucheniya bolee podrobnoj informacii ob `etoj vetke.               
   1.10. V kakoj moment vypuskayutsya novye versii FreeBSD?                   
         Gruppa Vypuska Relizov FreeBSD <re@FreeBSD.org> vypuskaet novuyu     
         starshuyu versiyu FreeBSD v srednem kazhdye 18 mesyacev i mladshie   
         versii kazhdye 8 mesyacev. Daty relizov obychno ob"yavlyayutsya      
         zaranee, tak chto te, kto rabotaet nad sistemoj, znayut, kogda ih    
         proekty dolzhny byt' zakoncheny i protestirovany. Period             
         testirovaniya predshestvuet vyhodu kazhdogo reliza, dlya togo,       
         chtoby udostoverit'sya v tom, chto dobavlenie novyh vozmozhnostej ne 
         povliyalo na stabil'nost' raboty reliza. Mnogie pol'zovateli         
         rascenivayut takuyu ostorozhnost' kak odnu iz priyatnejshih chert    
         FreeBSD, hotya neobhodimost' dozhidat'sya -STABLE dlya polucheniya   
         vseh `etih novyh vozmozhnostej mozhet neskol'ko razocharovyvat'.     
                                                                              
         Dopolnitel'naya informaciya o processe podgotovki reliza (v tom      
         chisle plany vypuska posleduyuschih relizov) mozhet byt' najdena na  
         stranicah Web-sajta FreeBSD, posvyaschionnyh vypusku relizov.        
                                                                              
         Dlya teh, komu nuzhno ili hochetsya, ezhenedel'no vypuskayutsya      
         binarnye snapshoty, kak 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 10-STABLE, 12.0-RELEASE, mozhno najti v kataloge 
             12.0-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 9-STABLE, 11.2-RELEASE, mozhno najti v kataloge  
             11.2-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.                      
                                                                              
         Mozhno ispol'zovat' Web-interfejs dlya otsylki soobschenij ob        
         oshibkah cherez brauzer.                                             
                                                                              
         Pered tem, kak posylat' soobschenie ob oshibke, prochtite stat'yu    
         Sostavlenie soobschenij o probleme vo FreeBSD o tom, kak pisat'      
         horoshie soobscheniya ob oshibkah.                                   

                      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? Kakie
   suschestvuyut telekonferencii po FreeBSD?

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

   2.5. Est' li kakie-nibud' web-forumy dlya obsuzhdeniya FreeBSD?

   2.6. 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 nahodyatsya v    
         kataloge /usr/share/locale v sisteme FreeBSD. Na dannyj moment 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.UTF-8                   Uproschionnyj kitajskij (Kitaj, kodirovka UTF-8)              
         zh_TW.UTF-8                   Tradicionnyj kitajskij (Tajvan', kodirovka UTF-8)             
                                                                                                     
       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(R)                                      
         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.                                                         
                                                                                                     
           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. Naprimer, article.pdf, book.html, i tak      
              dalee.                                                                                 
                                                                                                     
              `Eti fajly zatem szhimayutsya po dvum shemam szhatiya, zip ili bz2. Dlya raboty s      
              `etimi fajlami mozhno ispol'zovat' tar(1).                                             
                                                                                                     
              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, sgruzite upakovannye fajly, raspakujte ih, a zatem   
     skopirujte 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 naberite:                                                               
                                                                                                     
     # fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/en_US.ISO8859-1/books/faq/book.html-split.tar.bz2 
     # tar xvf book.html-split.tar.bz2                                                               
                                                                                                     
     Esli fajl szhat, tar avtomaticheski opredelit podhodyaschij format i korrektno raspakuet fajl v 
     nabor fajlov .html. Glavnym yavlyaetsya index.html, i v niom nahoditsya oglavlenie, vvodnyj     
     material i ssylki na ostal'nye chasti dokumenta.                                                
2.3. Gde najti informaciyu po spiskam rassylki FreeBSD? Kakie suschestvuyut telekonferencii po       
     FreeBSD?                                                                                        
     Ischerpyvayuschaya informaciya soderzhitsya v razdele Rukovodstva, kotoryj posvyaschion spiskam 
     rassylki, i v razdele Rukovodstva, kasayuschemsya telekonferencij.                              
2.4. Suschestvuyut li kanaly IRC (Internet Relay Chat) po FreeBSD?                                   
     Da, bol'shinstvo setej IRC imeyut kanal FreeBSD:                                                
                                                                                                     
       * Kanal #FreeBSDhelp v seti EFNet prednaznachen dlya pomoschi pol'zovatelyam 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. Drugie pol'zovateli pomogut razobrat'sya v osnovah,  
         otsylaya k Rukovodstvu po mere vozmozhnosti i predlagaya ssylki dlya bolee glubokogo        
         izucheniya interesuyuschih tem. `Eto preimuschestvenno anglogovoryaschij kanal, no tuda     
         prihodyat pol'zovateli so vsego mira. Tem, dlya kogo anglijskij ne yavlyaetsya rodnym,      
         sleduet sperva zadat' vopros na anglijskom i zatem perejti na podhodyaschij kanal           
         ##freebsd-lang.                                                                             
                                                                                                     
       * 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            
         netehnicheskih 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 netehnicheskih diskussij.                                   
                                                                                                     
     Na FreeBSD wiki imeetsya horoshij spisok kanalov IRC.                                           
                                                                                                     
     Vse kanaly raznye i ne imeyut otnosheniya drug k drugu. Poskol'ku ih stili obscheniya           
     otlichayutsya, poprobujte kazhdyj, poka ne najdiote podhodyaschij vashemu stilyu obscheniya.    
2.5. Est' li kakie-nibud' web-forumy dlya obsuzhdeniya FreeBSD?                                      
     Oficial'nye forumy FreeBSD raspolozheny po adresu https://forums.FreeBSD.org/.                  
2.6. 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 i OpenBSD. Dlya polucheniya dopolnitel'noj informacii 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. Kakuyu arhitekturu nuzhno zagruzit'? U menya est' 64-razryadnyj
   processor Intel(R), no ya vizhu tol'ko amd64.

   3.2. Kakoj fajl nuzhno skachat' dlya ustanovki FreeBSD?

   3.3. Pomogite! Ustanovochnyj obraz ne zagruzhaetsya!

   3.4. Gde instrukcii po ustanovke FreeBSD?

   3.5. Kakie minimal'nye trebovaniya dlya zapuska FreeBSD?

   3.6. Kak sdelat' sobstvennyj ustanovochnyj disk?

   3.7. Mozhet li Windows(R) sosuschestvovat' s FreeBSD?

   3.8. Drugaya operacionnaya sistema unichtozhila moj zagruzchik
   operacionnoj sistemy! Kak mne ego vernut'?

   3.9. YA zagruzilsya s kompakt-diska, odnako programma ustanovki
   soobschila, chto CD-ROM ne najden. Kuda on podevalsya?

   3.10. Nuzhno li ustanavlivat' ishodnye teksty sistemy?

   3.11. Nuzhno li perekompilirovat' yadro?

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

   3.13. Kakie suschestvuyut ogranicheniya dlya fajlovoj sistemy FFS?

   3.14. YA skompiliroval novoe yadro i pri zagruzke poluchil soobschenie ob
   oshibke readin failed.

   3.15. Suschestvuet li instrument dlya nastrojki sistemy posle eio
   ustanovki?

   3.1.  Kakuyu arhitekturu nuzhno zagruzit'? U menya est' 64-razryadnyj      
         processor Intel(R), no ya vizhu tol'ko amd64.                        
         amd64 - `eto termin, primenyaemyj vo FreeBSD dlya oboznacheniya      
         64-razryadnoj arhitektury x86 (takzhe izvestna kak "x86-64" ili      
         "x64"). Na bol'shinstve sovremennyh komp'yuterov sleduet             
         ispol'zovat' amd64. Dlya bolee staryh podojdiot i386. Pri ustanovke  
         sistemy na otlichnuyu ot x86 arhitekturu, vyberite platformu,        
         naibolee podhodyaschuyu dlya oborudovaniya.                          
   3.2.  Kakoj fajl nuzhno skachat' dlya ustanovki FreeBSD?                   
         Na stranice Poluchenie FreeBSD vyberite [iso] s sootvetstvuyuschej   
         oborudovaniyu arhitekturoj.                                          
                                                                              
         Mozhno ispol'zovat' lyuboj iz:                                       
                                                                              
             fajl                            opisanie                         
         disc1.iso    Soderzhit dostatochno dlya ustanovki FreeBSD i          
                      minimal'nyj nabor paketov.                              
         dvd1.iso     Napodobie disc1.iso, no s dopolnitel'nymi paketami.     
         memstick.img Obraz s avtozagruzkoj dlya zapisi na USB fleshku.       
         bootonly.iso Minimal'nyj obraz, trebuyuschij setevoe podklyuchenie   
                      dlya zaversheniya ustanovki FreeBSD.                    
                                                                              
         Pol'zovatelyam pc98 nuzhny obrazy disket: floppies/boot.flp,         
         floppies/kern1.flp, floppies/kern2.flp i floppies/mfsroot1.flp. `Eti 
         obrazy nuzhno perenesti na diskety s pomosch'yu takih utilit, kak    
         dd(1).                                                               
                                                                              
         Polnye instrukcii po `etoj procedure i ob ustanovke voobsche mozhno  
         najti v razdele Rukovodstva, posvyaschionnom ustanovke FreeBSD.      
   3.3.  Pomogite! Ustanovochnyj obraz ne zagruzhaetsya!                      
         `Eto mozhet byt' vyzvano tem, chto obraz byl zagruzhen po FTP ne v   
         rezhime binary.                                                      
                                                                              
         V nekotoryh klientskih programmah FTP po umolchaniyu ispol'zuetsya   
         tekstovyj (ascii) rezhim peredachi, v kotorom lyubye                 
         posledovatel'nosti simvolov "konec stroki" zamenyayutsya na          
         ispol'zuemye v sisteme klienta. V takom sluchae obraz zagruzochnogo  
         diska budet neizbezhno isporchen. Prover'te kontrol'nuyu summu       
         SHA-256 poluchennogo fajla: esli on ne tochno takoj zhe kak na       
         FTP-servere, to oshibka proizoshla, skoree vsego, v processe         
         peredachi.                                                           
                                                                              
         V sluchae ispol'zovaniya komandnoj stroki FTP-klienta vvedite        
         komandu binary v komandnoj stroke FTP posle podklyucheniya k         
         serveru, no pered nachalom peredachi fajla.                          
   3.4.  Gde instrukcii po ustanovke FreeBSD?                                 
         Instrukcii po ustanovke FreeBSD 9.0 i bolee pozdnih versij mogut     
         byt' najdeny v glave Rukovodstva, posvyaschionnoj ustanovke FreeBSD. 
         Takzhe imeyutsya instrukcii po ustanovke predyduschih versij         
         FreeBSD.                                                             
   3.5.  Kakie minimal'nye trebovaniya dlya zapuska FreeBSD?                  
         Dlya raboty FreeBSD neobhodim PK klassa 486 i vyshe s operativnoj    
         pamyat'yu ob"iomom ne menee 64 Mbajt i diskovym prostranstvom ne     
         menee 1.1 Gbajt.                                                     
   3.6.  Kak sdelat' sobstvennyj ustanovochnyj disk?                          
         Individual'nyj ustanovochnyj nositel' FreeBSD mozhno sozdat',        
         zapustiv proceduru postroeniya individual'nogo reliza. Sledujte      
         instrukciyam v stat'e o podgotovke relizov FreeBSD.                  
   3.7.  Mozhet li Windows(R) sosuschestvovat' s FreeBSD?                     
         Da, esli Windows(R) ustanovlena pervoj. Zagruzchik FreeBSD budet     
         upravlyat' processom vybora zagruzki Windows(R) ili FreeBSD. Esli    
         Windows(R) ustanavlivaetsya sledom, to `eto privediot k perezapisi   
         zagruzchika. Esli takoe sluchitsya, obratites' k sleduyuschemu       
         razdelu.                                                             
   3.8.  Drugaya operacionnaya sistema unichtozhila moj zagruzchik            
         operacionnoj sistemy! Kak mne ego vernut'?                           
         Sposob vosstanovleniya zavisit ot ispol'zuemogo zagruzchika. Menyu   
         vybora zagruzki, ispol'zuemoe vo FreeBSD, mozhno pereustanovit' s    
         pomosch'yu boot0cfg(8). Primer dlya vosstanovleniya menyu zagruzki   
         na diske ada0:                                                       
                                                                              
         # boot0cfg -B ada0                                                   
                                                                              
         Neinteraktivnyj zagruzchik MBR mozhno ustanovit' s pomosch'yu        
         gpart(8):                                                            
                                                                              
         # gpart bootcode -b /boot/mbr ada0                                   
                                                                              
         Bolee slozhnye situacii, vklyuchaya ispol'zovanie diskov GPT,        
         rassmatrivayutsya v gpart(8).                                        
   3.9.  YA zagruzilsya s kompakt-diska, 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 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.10. Nuzhno li ustanavlivat' ishodnye teksty sistemy?                     
         V obschem sluchae, net. Dlya raboty osnovnoj sistemy prisutstvie     
         ishodnyh tekstov ne trebuetsya. Nekotorye porty napodobie            
         sysutils/lsof ne budut sobirat'sya bez ustanovlennyh ishodnyh        
         tekstov sistemy. V chastnosti, esli port sobiraet modul' yadra ili   
         napryamuyu obraschaetsya k strukturam yadra, v `etom sluchae         
         ishodnye teksty dolzhny byt' ustanovleny.                            
   3.11. Nuzhno li perekompilirovat' yadro?                                   
         Obychno net. Postavlyaemoe yadro GENERIC soderzhit drajvera,         
         neobhodimye dlya tipichnogo komp'yutera. Instrument                  
         freebsd-update(8) ne mozhet ispol'zovat'sya dlya obnovleniya FreeBSD 
         s sobstvennym yadrom. Po`etomu po vozmozhnosti stoit                 
         priderzhivat'sya ispol'zovaniya yadra GENERIC. Dlya komp'yuterov s   
         ochen' nebol'shim ob"iomom OZU, takih kak vstraivaemye sistemy,      
         mozhet potrebovat'sya sobstvennoe nebol'shoe yadro, soderzhaschee    
         tol'ko neobhodimye drajvery.                                         
   3.12. Kakoj iz parolej DES, Blowfish ili MD5 ya dolzhen ispol'zovat', i    
         kak ukazat', kakogo tipa paroli ispol'zuyutsya pol'zovatelyami?      
         Vo FreeBSD 9 i vyshe po umolchaniyu ispol'zuetsya SHA512. Paroli DES 
         ostayutsya dostupny dlya obratnoj sovmestimosti s bolee starymi      
         operacionnymi sistemami, v kotoryh ispol'zuetsya menee               
         zaschischionnyj format parolej. FreeBSD takzhe podderzhivaet paroli  
         v formatah Blowfish i MD5. 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. Podrobnaya informaciya o           
         parametrah vhoda nahoditsya na stranice Spravochnika login.conf(5).  
   3.13. Kakie suschestvuyut ogranicheniya dlya fajlovoj sistemy FFS?         
         Naibol'shij razmer fajlovoj sistemy FFS ogranichen prakticheski      
         kolichestvom pamyati, kotoraya trebuetsya dlya raboty fsck(8).       
         fsck(8) ispol'zuet 1 bit na fragment, i dlya standartnogo razmera    
         fragmenta 4 Kbajt `eto `ekvivalentno ispol'zovaniyu 32 Mbajt pamyati 
         na terabajt diskovogo prostranstva. `Eto oznachaet, chto na          
         arhitekturah s ogranicheniem razmera pol'zovatel'skogo processa v 2  
         Gbajt (naprimer, i386TM) maksimal'nyj razmer fajlovoj sistemy,       
         dostupnyj dlya fsck(8), sostavlyaet ~60 Tbajt.                       
                                                                              
         Bez ogranicheniya na pamyat' dlya fsck(8) maksimal'nyj razmer        
         fajlovoj sistemy sostavlyaet 2 ^ 64 (blokov) * 32 Kbajt => 16 `eksa  
         * 32 Kbajt => 512 zettabajt.                                         
                                                                              
         Maksimal'nyj razmer fajla na FFS priblizitel'no raven 2  petabajt so 
         standartnym razmerom bloka 32 Kbajt. Kazhdyj 32 Kbajtnyj blok mozhet 
         adresovat' do 4096 blokov. S ispol'zovaniem trojnoj kosvennoj        
         adresacii `eto sostavlyaet 32 Kbajt * 12 + 32 Kbajt * 4096 +         
         32 Kbajt * 4096^2 + 32 Kbajt * 4096^3. Uvelichenie razmera bloka do  
         64 Kbajt uvelichit maksimal'nyj razmer fajla v 16 raz.               
   3.14. YA skompiliroval novoe yadro i pri zagruzke poluchil soobschenie ob  
         oshibke readin failed.                                               
         YAdro i komponenty sistemy ne sinhronizirovany. Takaya konfiguraciya 
         ne podderzhivaetsya. Obyazatel'no ispol'zujte komandy make           
         buildworld i make buildkernel dlya obnovleniya yadra.                
                                                                              
         Zagruzite sistemu, neposredstvenno ukazav yadro na vtorom `etape     
         zagruzki, nazhav lyubuyu klavishu do zapuska zagruzchika pri         
         poyavlenii simvolov |.                                               
   3.15. Suschestvuet li instrument dlya nastrojki sistemy posle eio          
         ustanovki?                                                           
         Da, bsdconfig predostavlyaet zamechatel'nyj interfejs dlya           
         post-ustanovochnoj nastrojki FreeBSD.                                

                       Glava 4. Apparatnaya sovmestimost'

   Soderzhanie

   4.1. Voprosy obschego haraktera

   4.2. Apparatnye platformy i processory

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

   4.4. Klaviatury i myshi

   4.5. 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.2. Kakie suschestvuyut ogranicheniya po pamyati? Podderzhivaet li
   FreeBSD bol'she 4 Gbajt pamyati (OZU)? Bol'she 16 Gbajt? Bol'she 48 Gbajt?

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

   4.1.1. YA hochu priobresti apparaturu dlya moej sistemy FreeBSD. Kakaya    
          model'/proizvoditel'/tip luchshe vsego?                             
          `Eto postoyanno obsuzhdaetsya v spiskah rassylki FreeBSD i          
          yavlyaetsya ozhidaemym voprosom, tak kak apparatura menyaetsya      
          ochen' bystro. Obratites' k Hardware Notes dlya FreeBSD 12.0 ili    
          11.2, a takzhe arhivam spiskov rassylki pered tem, kak zadavat'     
          voprosy o samom poslednem i luchshem oborudovanii. Ves'ma           
          veroyatno, chto obsuzhdenie kasaemo `etogo tipa oborudovaniya       
          velos' kak raz na proshloj nedele.                                  
                                                                              
          Pered priobreteniem l`eptopa posmotrite arhivy Spisok rassylki      
          FreeBSD, posvyaschionnyj perenosnym komp'yuteram i Spisok rassylki, 
          posvyaschionnyj voprosam i otvetam pol'zovatelej FreeBSD ili, po    
          vozmozhnosti, bolee specifichnye spiski rassylki po dannomu tipu    
          oborudovaniya.                                                      
   4.1.2. Kakie suschestvuyut ogranicheniya po pamyati? Podderzhivaet li      
          FreeBSD bol'she 4 Gbajt pamyati (OZU)? Bol'she 16 Gbajt? Bol'she    
          48 Gbajt?                                                           
          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, i386TM bez    
          PAE podderzhivaet maksimum 4 Gbajt pamyati (i obychno esche men'she 
          iz-za adresnogo prostranstva PCI), a i386TM s PAE podderzhivaet     
          maksimum 64 Gbajt. Dlya FreeBSD 10 platformy AMD64 podderzhivayut   
          do 4 Tbajt fizicheskoj pamyati.                                     
   4.1.3. Pochemu FreeBSD vidit men'she 4 Gbajt pamyati, kogda sistema        
          ustanovlena na mashinu i386TM?                                      
          Obschee adresnoe prostranstvo dlya mashin i386TM 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. Pri sozdanii svoego sobstvennogo fajla konfiguracii 
          yadra mozhno vklyuchit' PAE, dobaviv 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 i386TM, esli trebuetsya bol'she 4 Gbajt       
          pamyati.                                                            

4.2. Apparatnye platformy i processory

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

   4.2.2. Podderzhivaet li FreeBSD mnogoprocessornye sistemy (SMP)?

   4.2.3. CHto takoe mikrokod? Kak ustanovit' obnovleniya mikrokoda dlya
   processorov Intel(R)?

   4.2.1. Podderzhivaet li FreeBSD apparatnye platformy, otlichnye ot x86?    
          Da. Podderzhka FreeBSD podrazdelyaetsya na mnozhestvo klassov.      
          Arhitektury pervogo klassa, takie kak i386 ili amd64, polnost'yu    
          podderzhivayutsya. Arhitektury 2 i 3 klassa podderzhivayutsya po    
          mere vozmozhnosti. Polnoe opisanie klassov dostupno v spravochnike  
          kommittera.                                                         
                                                                              
          Polnyj spisok podderzhivaemyh arhitektur nahoditsya na stranice,    
          posvyaschionnoj platformam.                                         
   4.2.2. Podderzhivaet li FreeBSD mnogoprocessornye sistemy (SMP)?           
          FreeBSD podderzhivaet simmetrichnoe mul'tiprocessirovanie (SMP) na  
          vseh nevstraivaemyh platformah (naprimer, i386, amd64 i tak dalee). 
          SMP takzhe podderzhivaetsya dlya arm i MIPS, hotya nekotorye        
          processory mogut `eto ne podderzhivat'. V realizacii SMP vo FreeBSD 
          ispol'zuetsya melkodispersnaya sinhronizaciya, i proizvoditel'nost' 
          masshtabiruetsya pochti linejno s rostom kolichestva processorov.   
                                                                              
          Za podrobnoj informaciej obraschajtes' k stranice Spravochnika      
          smp(4).                                                             
   4.2.3. CHto takoe mikrokod? Kak ustanovit' obnovleniya mikrokoda dlya      
          processorov Intel(R)?                                               
          Mikrokod - `eto programma, realizuyuschaya nabor instrukcij         
          processora na apparatnom urovne. Ona pozvolyaet ispravlyat' oshibki 
          processora bez zameny mikroshemy.                                   
                                                                              
          Ustanovite sysutils/devcpu-data, a zatem dobav'te:                  
                                                                              
          microcode_update_enable="YES"                                       
                                                                              
          v /etc/rc.conf                                                      

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

   4.3.1. Kakie tipy vinchesterov podderzhivaet FreeBSD?

   4.3.2. Kakie podderzhivayutsya kontrollery SCSI ili SAS?

   4.3.3. Kakie tipy strimerov podderzhivayutsya?

   4.3.4. Podderzhivaet li FreeBSD robotov dlya smeny lent?

   4.3.5. Kakie privody CD-ROM i CD-RW podderzhivayutsya vo FreeBSD?

   4.3.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.3.2. Kakie podderzhivayutsya kontrollery SCSI ili SAS?                   
          Polnyj spisok privedion v Hardware Notes dlya FreeBSD 12.0 ili      
          11.2.                                                               
   4.3.3. Kakie tipy strimerov podderzhivayutsya?                             
          FreeBSD podderzhivaet vse standartnye interfejsy strimerov SCSI.    
   4.3.4. Podderzhivaet li FreeBSD robotov dlya smeny lent?                   
          FreeBSD podderzhivaet robotizirovannye ustrojstva SCSI cherez       
          ustrojstvo ch(4) i komandu chio(1). Podrobnaya informaciya ob       
          upravlenii takimi robotami nahoditsya na stranice Spravochnika      
          chio(1).                                                            
                                                                              
          V to vremya kak AMANDA i eschio ryad programmnyh produktov umeyut   
          rabotat' s robotami, drugie prilozheniya mogut tol'ko perenosit'    
          lenty s odnogo mesta na drugoe. V `etom sluchae nado otslezhivat',  
          v kakom slote nahoditsya nuzhnaya lenta, i v kakoj slot nuzhno      
          vernut' lentu, nahodyaschuyusya v strimere.                         
   4.3.5. Kakie privody CD-ROM i CD-RW podderzhivayutsya vo FreeBSD?          
          Podderzhivayutsya lyubye SCSI-ustrojstva chteniya kompakt diskov,   
          podklyuchennye k podderzhivaemomu kontrolleru. Podderzhivaetsya     
          bol'shinstvo ATAPI-sovmestimyh IDE CD-ROM.                          
                                                                              
          FreeBSD podderzhivaet vse ATAPI-sovmestimye IDE-privody CD-R ili    
          CD-RW. Bolee polnaya informaciya nahoditsya na stranice             
          Spravochnika burncd(8).                                             
                                                                              
          FreeBSD podderzhivaet takzhe vse SCSI-privody CD-R i CD-RW.         
          Ispol'zujte komandu cdrecord iz paketa sysutils/cdrtools.           

4.4. Klaviatury i myshi

   4.4.1. Mozhno li ispol'zovat' mysh' vne X Window?

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

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

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

   4.4.1. Mozhno li ispol'zovat' mysh' vne X Window?                          
          Standartnyj drajver konsoli syscons(4) predostavlyaet vozmozhnost'  
          ispol'zovaniya ukazatelya myshi v tekstovyh konsolyah dlya          
          vydeleniya i perenosa teksta. Zapustite demon myshi moused(8) i     
          vklyuchite otobrazhenie ukazatelya myshi v 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.                            
                                                                              
          Dlya myshi tipa PS/2 dobav'te strochku moused_enable="YES" v fajl   
          /etc/rc.conf dlya zapuska daemona myshi vo vremya zagruzki sistemy. 
          Krome togo, dlya ispol'zovaniya daemona myshi vo vseh virtual'nyh   
          terminalah, a ne tol'ko na konsoli, dobav'te allscreens_flags="-m   
          on" v fajle /etc/rc.conf.                                           
                                                                              
          Posle zapuska daemona myshi, dostup k myshi dolzhen                 
          soglasovyvat'sya mezhdu daemonom myshi i drugimi programmami tipa X 
          Window. Obratites' k voprosu iz FAQ Pochemu moya mysh' ne rabotaet  
          s X? dlya polucheniya bolee polnoj informacii po `etomu voprosu.    
   4.4.2. Kak mozhno vyrezat' i kopirovat' tekst s pomosch'yu myshi v         
          tekstovoj konsoli?                                                  
          Udalit' dannye s pomosch'yu myshi nel'zya. Odnako ih mozhno         
          skopirovat' i vstavit'. Posle zapuska daemona myshi, kak opisano v  
          otvete na predyduschij vopros, 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, eio mozhno        
          s`emulirovat' libo perenaznachit' knopki opciyami daemona myshi.    
          Obratites' k spravochnym stranicam po moused(8) dlya polucheniya    
          polnoj informacii.                                                  
   4.4.3. U moej myshi est' dopolnitel'nye koliosiko i knopochki. Mozhno li   
          ih ispol'zovat' vo FreeBSD?                                         
          Otvet, k sozhaleniyu, <<v zavisimosti ot obstoyatel'stv>>. `Eti     
          myshki s dopolnitel'nymi vozmozhnostyami, kak pravilo, trebuyut     
          nalichiya special'nyh drajverov. Do teh por, poka drajver myshi ili 
          prikladnaya programma ne budut imet' otdel'nuyu podderzhku takoj    
          myshi, ona budet rabotat' kak standartnaya dvuh- ili                
          triohknopochnaya mysh'.                                             
                                                                              
          Vozmozhnye sposoby ispol'zovaniya koliosikov myshi pri rabote v X   
          Window opisany v drugom razdele.                                    
   4.4.4. Kak ispol'zovat' klavishu delete v sh i csh?                        
          Dlya Bourne Shell dobav'te sleduyuschie stroki v ~/.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 ~/.cshrc. Smotrite      
          csh(1).                                                             
                                                                              
          bindkey ^? delete-char # dlya konsoli                               
          bindkey ^[[3~ delete-char # dlya xterm                              
                                                                              
          Za dopolnitel'noj informaciej obraschajtes' k `etoj stranice.       

4.5. Drugoe oborudovanie

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

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

   4.5.1. 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.5.2. Podderzhivaet li FreeBSD upravlenie `energosberezheniem na          
          l`eptopah?                                                          
          FreeBSD podderzhivaet funkcii ACPI, realizovannye v sovremennom     
          oborudovanii. Dopolnitel'naya informaciya nahoditsya na stranice    
          Spravochnika acpi(4).                                               

                     Glava 5. Ustranenie nekotoryh problem

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

   5.2. Programmy avarijno zavershayut rabotu s oshibkoj Signal 11.

   5.3. 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.4. CHto oznachaet soobschenie ob oshibke maxproc limit exceeded by uid
   %i, please see tuning(7) and login.conf(5)?

   5.5. Polno`ekrannye prilozheniya na udalionnoj mashine rabotayut
   nepravil'no!

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

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

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

   5.9. CHto oznachaet soobschenie swap_pager: indefinite wait buffer:?

   5.10. CHto oznachayut soobscheniya lock order reversal?

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

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

   5.1.  Pochemu FreeBSD opredelyaet nepravil'noe kolichestvo pamyati na      
         apparature i386TM?                                                   
         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 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 pri prosmotre soobschenij, vydavaemyh pri zagruzke.  
                                                                              
         Na 32-bitnoj versii FreeBSD kazhetsya, chto `eta pamyat'             
         poteryalas', poskol'ku ona perenaznachitsya v diapazon vyshe 4 GB,   
         kotoryj ne dostupen dlya 32 bitnogo yadra. V dannom sluchae,         
         reshenie zaklyuchaetsya v sborke yadra s PAE. Za dopolnitel'noj      
         informaciej obraschajtes' k stat'e ob ogranicheniyah pamyati.        
                                                                              
         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.  Programmy avarijno zavershayut rabotu s oshibkoj Signal 11.          
         Oshibki vypolneniya, svyazannye s signalom 11, proishodyat, kogda    
         process pytaetsya obratit'sya k oblasti pamyati, dostup k kotoroj    
         emu ne byl dan operacionnoj sistemoj. Esli chto-to podobnoe          
         proishodit v sluchajnye, kazalos' by, promezhutki vremeni, sleduet   
         nachat' poisk prichiny.                                              
                                                                              
         `Eti problemy mogut byt' klassificirovany sleduyuschim obrazom:      
                                                                              
          1. Esli problema voznikaet tol'ko v opredelionnom samostoyatel'no   
             razrabotannom prilozhenii, to skoree vsego `eto oshibka v 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).                                
                                                                              
         Veroyatno, `eto ne svyazano s oshibkoj vo FreeBSD, esli problema     
         proyavlyaetsya pri kompilyacii programmy, i pri `etom oshibka        
         kompilyatora kazhdyj raz raznaya.                                    
                                                                              
         Naprimer, esli zapusk make buildworld zavershilsya neudachej pri     
         popytke kompilyacii ls.c v ls.o i pri povtornom zapuske kompilyaciya 
         snova prervalas' na tom zhe meste, to `eto oshibka processa          
         postroeniya. Obnovite ishodnye teksty i poprobujte snova. Esli zhe   
         kompilyaciya preryvaetsya v kakom-to drugom meste, to prichina       
         naibolee veroyatno kroetsya v oborudovanii.                          
                                                                              
         V pervom sluchae vospol'zujtes' otladchikom, k primeru, gdb(1), dlya 
         nahozhdeniya tochki programmy, v kotoroj delaetsya popytka dostupa k 
         nevernomu adresu, i isprav'te `etu oshibku.                          
                                                                              
         Vo vtorom sluchae prover'te, kakoj komponent vashego oborudovaniya   
         neispraven.                                                          
                                                                              
         Sredi chasto privodyaschih k `etomu prichin:                         
                                                                              
          1. Diski mogut peregrevat'sya. Prover'te rabotu ventilyatorov.      
                                                                              
          2. Processor peregrevaetsya. `Eto mozhet proizojti pri razgone      
             processora ili pri polomke processornogo ventilyatora. V lyubom  
             iz variantov ubedites', chto vashe oborudovanie rabotaet tak,    
             kak emu polozheno po krajnej mere na moment poiska prichin       
             neispravnosti. V protivnom sluchae sbros'te chastotu na          
             nastrojki po umolchaniyu.                                        
                                                                              
             CHto kasaetsya razgona, deshevle obhoditsya medlennaya sistema,  
             chem sgorevshaya sistema, trebuyuschaya zameny! Takzhe           
             obschestvennost' ne simpatiziruet problemam na takih sistemah.   
                                                                              
          3. Hitroumnaya pamyat'. Esli ustanovleny razlichnye mikroshemy      
             SIMM/DIMM, vytaschite ih vse i poprobujte po odnoj do            
             lokalizacii problemy v problematichnoj mikrosheme DIMM/SIMM,     
             libo ih kombinacii.                                              
                                                                              
          4. CHereschur optimistichnye nastrojki materinskoj platy. Nastrojki 
             BIOS i peremychki na materinskoj plate predostavlyayut           
             vozmozhnost' zadavat' razlichnye chastoty i zaderzhki. CHasto    
             byvaet dostatochno nastroek po umolchaniyu, no inogda ustanovka  
             slishkom malyh periodov ozhidaniya dlya OZU ili ustanovka        
             parametra <<RAM Speed: Turbo>> vyzyvaet strannoe povedenie.      
             Vozmozhnym resheniem mozhet stat' ustanovka parametrov BIOS po   
             umolchaniyu s predvaritel'noj zapis'yu tekuschih znachenij.      
                                                                              
          5. Neustojchivoe ili nedostatochnoe `elektropitanie materinskoj     
             platy. Uberite neispol'zuemye adaptery vvoda/vyvoda, vinchestery 
             i privody kompakt-diskov ili otklyuchite ih ot kabelya           
             `elektropitaniya dlya proverki, chto blok pitaniya mozhet        
             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).              
                                                                              
         Prochitajte razdel pro Signal 11 dlya dal'nejshego ob"yasneniya i    
         obsuzhdeniya, kak apparatura ili programmnoe obespechenie dlya       
         testirovaniya pamyati mogut propuskat' sbojnuyu pamyat'. Podrobnaya  
         informaciya po `etomu voprosu soderzhitsya v FAQ po probleme SIG11.  
                                                                              
         Nakonec, esli nichego ne pomogaet, to, vozmozhno, `eto iz-za oshibki 
         vo FreeBSD. Sledujte `etim instrukciyam dlya otpravki soobscheniya o 
         probleme.                                                            
   5.3.  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 interesuyutsya takimi oshibkami, no im nuzhno  
         bol'she informacii, chem prosto tekst oshibki. Skopirujte ves' tekst 
         soobscheniya. Zatem obratites' k razdelu FAQ ob avarijnyh            
         zaversheniyah raboty yadra, postrojte otladochnoe yadro i poluchite  
         trassu vyzovov. `Eto mozhet zvuchat' trudnoj zadachej, zato ne       
         trebuet navykov programmirovaniya. Prosto sledujte ukazaniyam.       
   5.4.  CHto oznachaet soobschenie ob oshibke maxproc limit exceeded by uid  
         %i, please see tuning(7) and login.conf(5)?                          
         YAdro FreeBSD pozvolyaet odnovremenno suschestvovat' ogranichennomu  
         chislu processov. `Eto zavisit ot znacheniya peremennoj sysctl(8)    
         kern.maxusers. kern.maxusers takzhe vliyaet na drugie ogranicheniya  
         yadra, takie kak bufery raboty s set'yu. Esli sistema sil'no         
         zagruzhena, podnimite kern.maxusers. Krome maksimal'nogo chisla      
         processov `eto takzhe uvelichit znacheniya drugih parametrov,        
         ogranichivayuschih sistemu.                                          
                                                                              
         Dlya korrektirovki znacheniya kern.maxusers obratites' k razdelu     
         Ogranicheniya fajlov/processov Rukovodstva. V niom govoritsya ob     
         otkrytyh fajlah, no te zhe ogranicheniya kasayutsya processov.       
                                                                              
         Esli sistema zagruzhena slabo, no v nej zapuscheno slishkom mnogo    
         processov, poprav'te parametr kern.maxproc, opredeliv ego znachenie  
         v /boot/loader.conf. Izmenenie ne vstupit v silu do perezagruzki     
         sistemy. Za dopolnitel'noj informaciej, kasayuschejsya nastrojki     
         parametrov, obraschajtes' k stranice Spravochnika loader.conf(5).    
         Esli `eti processy zapuscheny odnim i tem zhe pol'zovatelem,         
         poprav'te znachenie kern.maxprocperuid, chtoby ono bylo na edinicu   
         men'she, chem novoe znachenie kern.maxproc. Ono dolzhno byt' men'she 
         po krajnej mere na edinicu, potomu chto sistemnaya programma init(8) 
         dolzhna rabotat' vsegda.                                             
   5.5.  Polno`ekrannye prilozheniya na udalionnoj mashine rabotayut          
         nepravil'no!                                                         
         Na udalionnoj mashine tip terminala mozhet otlichat'sya ot xterm,    
         kotoryj trebuetsya dlya ispol'zovaniya konsoli FreeBSD. Libo zhe     
         yadro mozhet imet' nepravil'nye znacheniya shiriny i vysoty          
         terminala.                                                           
                                                                              
         Prover'te, chtoby peremennaya okruzheniya TERM imela znachenie       
         xterm. Esli udalionnaya mashina ego ne podderzhivaet, poprobujte     
         vt100.                                                               
                                                                              
         Zapustite stty -a, chtoby uznat', kakie razmery terminala zadany v   
         yadre. Esli znacheniya nepravil'nye, ih mozhno pomenyat' komandoj    
         stty rows RR cols CC.                                                
                                                                              
         Libo zhe, esli na klientskoj mashine ustanovlen x11/xterm, zapusk    
         resize pozvolit uznat' u terminala pravil'nye razmery i primenit'    
         `eti znacheniya.                                                     
   5.6.  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 pri podklyuchenii klienta k        
         lyubomu serveru, to prichina v kliente. Esli problema voznikaet      
         tol'ko pri ch'ej-libo popytke podklyuchit'sya k serveru, to problema 
         v servere.                                                           
                                                                              
         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. Esli `eto     
         proishodit v seti Internet, obratites' k vashemu provajderu.         
                                                                              
         Esli problema s serverom v lokal'noj seti, nastrojte server dlya     
         razresheniya zaprosov na preobrazovanie adresa v imya hosta v        
         diapazone lokal'nyh adresov. Obratites' k stranicam Spravochnika po  
         hosts(5) i named(8) dlya polucheniya bolee podrobnoj informacii.     
         Esli `eto proishodit v seti Internet, to problema mozhet             
         zaklyuchat'sya v nekorrektnoj rabote resolvera lokal'nogo servera.   
         Dlya proverki poprobujte poluchit' adres drugogo hosta, takogo kak   
         www.yahoo.com. Esli `eto ne rabotaet, to v `etom i sostoit problema. 
                                                                              
         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 /etc/ssh/sshd_config. Esli 
         imenno `eto yavlyaetsya prichinoj problemy, to dobav'te              
         nedostayuschuyu informaciyu v /etc/resolv.conf, libo v kachestve     
         vremennoj mery ustanovite UseDNS v no v fajle sshd_config.           
   5.7.  Pochemu v dmesg(8) regulyarno vyvodyatsya soobscheniya file: table   
         is full?                                                             
         Takoe soobschenie ob oshibke signaliziruet o tom, chto v sisteme     
         zakonchilis' dostupnye fajlovye deskriptory. Obratites' k razdelu    
         kern.maxfiles glavy o Nastrojke ogranichenij yadra Rukovodstva dlya  
         vyyasneniya vseh podrobnostej i ustraneniya `etoj problemy.          
   5.8.  Pochemu chasy na moem komp'yutere pokazyvayut nepravil'noe vremya?   
         Na komp'yutere ustanovleno po men'shej mere dva tajmera, i 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                                   
                                                                              
         Udostover'tes' 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 /boot/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 kern.timecounter.hardware=i8254                             
         kern.timecounter.hardware: TSC -> i8254                              
                                                                              
         Teper' komp'yuter dolzhen 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.9.  CHto oznachaet soobschenie swap_pager: indefinite wait buffer:?      
         `Eto znachit, chto process pytaetsya sbrosit' stranicu pamyati na    
         disk, i popytka sdelat' `eto okanchivaetsya neudachno v techenie     
         bolee 20 sekund. `Eto mozhet byt' vyzvano isporchennymi blokami na   
         diske, kabelyami, podklyucheniem ili drugim oborudovaniem            
         vvoda/vyvoda. Esli disk sam po sebe isporchen, vy takzhe uvidite     
         oshibki raboty s diskom v /var/log/messages i v vyvode dmesg. V      
         protivnom sluchae prover'te kabeli i podklyucheniya.                 
   5.10. CHto oznachayut soobscheniya lock order reversal?                    
         YAdro FreeBSD ispol'zuet neskol'ko blokirovok dlya arbitrazha        
         dostupa k sootvetstvuyuschim resursam. Kogda neskol'ko potokov v     
         yadre pytayutsya zahvatit' neskol'ko blokirovok podryad, vsegda      
         suschestvuet vozmozhnost' poyavleniya miortvoj blokirovki            
         (deadlock), gde dva potoka zahvatili po odnoj blokirovke i           
         zablokirovany v ozhidanii osvobozhdeniya drugim potokom vtoroj       
         blokirovki. Takoj problemy sinhronizacii mozhno izbezhat', esli vse  
         potoki zahvatyvayut blokirovki v odinakovom poryadke.                
                                                                              
         Sistema diagnostirovaniya blokirovok witness(4), kotoraya po         
         umolchaniyu vklyuchena vo FreeBSD-CURRENT i vyklyuchena dlya         
         stabil'nyh vetok i relizov, opredelyaet vozmozhnost' poyavleniya     
         miortvyh blokirovok iz-za oshibok ih ispol'zovaniya, vklyuchaya      
         zahvat neskol'kih blokirovok v razlichnom poryadke v raznyh chastyah 
         yadra. Infrastruktura witness(4) pytaetsya obnaruzhivat' `etu        
         problemu po mere eio poyavleniya i soobschaet o nej na sistemnuyu    
         konsol' v soobschenii lock order reversal (kotoroe takzhe chasto     
         nazyvayut LOR).                                                      
                                                                              
         V silu konservativnosti witness(4) vozmozhny lozhnye srabatyvaniya.  
         Pri pravil'nom srabatyvanii takoe soobschenie ne oznachaet, chto     
         sistema nahoditsya v sostoyanii miortvoj blokirovki; ego sleduet     
         rassmatrivat' kak preduprezhdenie o tom, chto v `etom meste mogla by 
         proizojti miortvaya blokirovka.                                      
                                                                              
           Primechanie:                                                       
                                                                              
         Plohie LOR obychno bystro ispravlyayut, po`etomu pered napisaniem    
         soobscheniya v spiski rassylki sleduet proverit' arhivy              
         http://lists.FreeBSD.org/mailman/listinfo/freebsd-current.           
   5.11. 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 nahozhdeniya 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.                                
                                                                              
         Dopolnitel'naya informaciya o sinhronizacii vo FreeBSD nahoditsya na 
         stranice Spravochnika locking(9).                                    
   5.12. 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 CMOS chasy ustanovleny na lokal'noe    
         vremya, otregulirujte chasovoj mehanizm yadra, zapustiv komandu      
         adjkerntz -i v odnopol'zovatel'skom rezhime.                         

                         Glava 6. Prikladnye programmy

   6.1. Gde nahodyatsya vse prikladnye programmy?

   6.2. Kak zagruzit' derevo Portov? Sleduet li ispol'zovat' SVN?

   6.3. Podderzhivaet li FreeBSD sredu JavaTM?

   6.4. Pochemu `etot port ne kompiliruetsya na moej mashine s 9.X - ili
   10.X -STABLE?

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

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

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

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

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

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

   6.1.  Gde nahodyatsya vse prikladnye programmy?                            
         Obratites' 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' vo vseh               
         podderzhivaemyh versiyah FreeBSD. Nerabotayuschie porty special'no   
         pomechayutsya sootvetstvuyuschim obrazom. Pri vyhode novogo reliza   
         FreeBSD v nego v katalog ports/ vklyuchaetsya aktual'naya na moment  
         vyhoda Kollekciya Portov.                                            
                                                                              
         FreeBSD umeet rabotat' so szhatymi dvoichnymi paketami dlya          
         uproscheniya ustanovki i udaleniya portov. Ispol'zujte pkg(7) dlya   
         upravleniya processom ustanovki paketov.                             
   6.2.  Kak zagruzit' derevo Portov? Sleduet li ispol'zovat' SVN?            
         Lyubym iz ukazannyh sposobov:                                        
                                                                              
           * Ispol'zujte portsnap v bol'shinstve sluchaev. Obratites' k       
             razdelu Ispol'zovanie Kollekcii Portov dlya polucheniya          
             instrukcij po ispol'zovaniyu `etogo instrumenta.                 
                                                                              
           * Ispol'zujte SVN, esli nuzhny sobstvennye patchi dlya dereva      
             portov. Obratites' k razdelu Ispol'zovanie Subversion dlya       
             polucheniya dopolnitel'noj informacii.                           
                                                                              
           * Ispol'zujte CTM kak `eto opisano v razdele Ispol'zovanie CTM     
             dlya polucheniya izmenenij po pochte pri nestabil'nom            
             soedinenii.                                                      
   6.3.  Podderzhivaet li FreeBSD sredu JavaTM?                               
         Da. Dlya polucheniya dopolnitel'noj informacii posetite stranicu     
         http://www.FreeBSD.org/java/.                                        
   6.4.  Pochemu `etot port ne kompiliruetsya na moej mashine s 9.X - ili     
         10.X -STABLE?                                                        
         Esli ustanovlennaya versiya FreeBSD, znachitel'no otstaiot ot        
         -CURRENT ili -STABLE, obnovite Kollekciyu Portov s ispol'zovaniem    
         ukazanij v razdele Ispol'zovanie Kollekcii Portov. Esli sistema v    
         aktual'nom sostoyanii, znachit kto-to mog vnesti izmenenie v port, s 
         kotorym on rabotaet v -CURRENT, no ne rabotaet v -STABLE. Poshlite   
         soobschenie ob oshibke, tak kak Kollekciya Portov dolzhna rabotat'   
         kak v -CURRENT, tak i v vetkah -STABLE.                              
   6.5.  YA popytalsya sformirovat' fajl INDEX komandoj make index, odnako    
         popytka okonchilas' neudachej. Pochemu?                              
         Pervym delom ubedites', chto 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.     
                                                                              
         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.                                       
   6.6.  YA obnovil ishodnye teksty. Kak teper' obnovit' ustanovlennye porty? 
         S FreeBSD ne postavlyaetsya instrument obnovleniya portov, no est'   
         neskol'ko instrumentov, nemnogo oblegchayuschih `etot process. Krome 
         togo, dlya uproscheniya raboty s portami dostupny dopolnitel'nye     
         instrumenty; smotrite razdel Rukovodstva FreeBSD Ispol'zovanie       
         Kollekcii Portov.                                                    
   6.7.  Nuzhno li mne perekompilirovat' vse porty kazhdyj raz, kogda ya      
         vypolnyayu mazhornoe obnovlenie (so smenoj starshej versii FreeBSD)? 
         Da! Na svezheobnovlennoj sisteme programmnoe obespechenie,           
         skompilirovannoe pod bolee staryj reliz, budet po prezhnemu          
         rabotat', no tol'ko do teh por, poka vy ne 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.                  
   6.8.  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.               
   6.9.  Pochemu vozmozhnosti /bin/sh tak maly? Pochemu by vo FreeBSD ne      
         ispol'zovat' bash ili kakoj-libo drugoj komandnyj processor?         
         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 (sh(1)), 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. Dlya `etogo imeyutsya v nalichii       
         komandnye processory, obladayuschie gorazdo bol'shimi                
         vozmozhnostyami, takie kak bash, scsh, tcsh(1) i zsh. Sravnite       
         ispol'zovanie pamyati `etimi obolochkami, posmotrev v kolonki        
         <<VSZ>> i <<RSS>> vyvoda komandy ps -u.                              
   6.10. 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 7. Konfigurirovanie yadra

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

   7.2. Pochemu moio yadro takoe bol'shoe?

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

   7.4. Kakoj planirovschik ispol'zuetsya v rabotayuschej sisteme?

   7.5. CHto takoe kern.sched.quantum?

   7.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. Esli sdelana oshibka v konfiguracii, prosto 
        zagruzite predyduschuyu versiyu yadra.                                
   7.2. Pochemu moio yadro takoe bol'shoe?                                    
        Konfiguraciya yadra GENERIC, kotoraya soderzhitsya v distributive     
        FreeBSD, kompiliruetsya v otladochnom rezhime. V takom rezhime yadra  
        soderzhat mnogo simvol'noj informacii v raznyh fajlah, kotoraya       
        ispol'zuetsya dlya otladki i sil'no uvelichivaet razmer               
        /boot/kernel/. 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 pri nehvatke diskovogo prostranstva suschestvuet neskol'ko     
        variantov umen'sheniya razmera >/boot/kernel/.                        
                                                                              
        CHtoby ne ustanavlivat' fajly s simvol'noj informaciej, ubedites' v   
        nalichii sleduyuschej stroki v /etc/src.conf:                         
                                                                              
        WITHOUT_KERNEL_SYMBOLS=yes                                            
                                                                              
        Dlya polucheniya dopolnitel'noj informacii smotrite stranicu          
        Spravochnika src.conf(5).                                             
                                                                              
        Esli vy ne hotite kompilirovat' otladochnoe yadro, ubedites' v        
        vypolnenii sleduyuschih uslovij:                                      
                                                                              
          * V konfiguracionnom fajle yadra net takoj strochki:                
                                                                              
         makeoptions DEBUG=-g                                                 
                                                                              
          * Vy ne zapuskali utilitu config(8) s opciej -g.                    
                                                                              
        V lyuboj iz vysheopisannyh situacij yadro budet postroeno s           
        otladochnym rezhimom.                                                 
                                                                              
        CHtoby skompilirovat' i ustanovit' tol'ko nuzhnye moduli, ukazhite ih 
        v /etc/make.conf:                                                     
                                                                              
        MODULES_OVERRIDE= accf_http ipfw                                      
                                                                              
        Zamenite accf_httpd ipfw na nuzhnyj spisok modulej. `Eto umen'shit    
        razmer kataloga s yadrom, a takzhe vremya sborki. Dlya polucheniya    
        dopolnitel'noj informacii pochitajte                                  
        /usr/share/examples/etc/make.conf.                                    
                                                                              
        Dlya dal'nejshego umen'sheniya razmera takzhe mozhno udalit'          
        nenuzhnye ustrojstva iz yadra. Dlya polucheniya dopolnitel'noj        
        informacii smotrite Vopros: 7.1.                                      
                                                                              
        Dlya vstupleniya lyubogo iz `etih dejstvij v silu sledujte ukazaniyam 
        po sborke i ustanovke novogo yadra.                                   
                                                                              
        Bol'shinstvo yader (/boot/kernel/kernel), kak pravilo, zanimayut ot   
        12 do 16 Mbajt.                                                       
   7.3. Pochemu mne ne udaiotsya otkompilirovat' ni odin variant yadra, dazhe 
        GENERIC?                                                              
        Est' neskol'ko prichin, privodyaschih k vozniknoveniyu `etoj          
        problemy:                                                             
                                                                              
          * Derevo ishodnyh tekstov otlichaetsya ot togo, chto ispol'zovalos' 
            dlya postroeniya rabotayuschej v dannyj moment sistemy. Pered     
            obnovleniem prochitajte fajl /usr/src/UPDATING, obraschaya osoboe 
            vnimanie na razdel <<COMMON ITEMS>> v ego konce.                  
                                                                              
          * Komanda make buildkernel ne zavershilas' uspeshno. Korrektnoe     
            vypolnenie celi make buildkernel zavisit ot fajlov, poluchennyh   
            posle vypolneniya make buildworld.                                
                                                                              
          * Dazhe pri postroenii FreeBSD-STABLE vozmozhno, chto derevo        
            ishodnyh tekstov bylo zagruzheno v tot moment, kogda ono          
            modificirovalos' ili bylo nerabotosposobno. Postroenie            
            garantiruetsya tol'ko dlya relizov, hotya v bol'shinstve sluchaev 
            FreeBSD-STABLE stroitsya bez problem. Poprobujte sgruzit' derevo  
            ishodnyh tekstov povtorno i posmotrite, razreshilas' li problema. 
            Esli s serverom est' problemy, poprobujte drugoe zerkalo.         
   7.4. Kakoj planirovschik ispol'zuetsya v rabotayuschej sisteme?            
        Nazvanie ispol'zuemogo planirovschika dostupno napryamuyu v vide      
        znacheniya sysctl-parametra kern.sched.name:                          
                                                                              
        % sysctl kern.sched.name                                              
        kern.sched.name: ULE                                                  
   7.5. CHto takoe kern.sched.quantum?                                        
        kern.sched.quantum opredelyaet maksimal'noe kolichestvo taktov,       
        kotoroe process mozhet vypolnyat'sya, ne buduchi prervannym.          

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

   8.1. Kak dobavit' v sistemu novyj disk?

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

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

   8.4. Mozhno li smontirovat' drugie fajlovye sistemy?

   8.5. Kak smontirovat' vtorichnyj razdel DOS?

   8.6. Suschestvuet li kriptograficheskaya fajlovaya sistema dlya FreeBSD?

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

   8.8. Kak zagruzit' FreeBSD i Linux(R) s pomosch'yu BootEasy?

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

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

   8.11. Pri montirovanii kompakt-diska vydaiotsya soobschenie Incorrect
   super block.

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

   8.13. Kogda ya montiruyu CD-ROM, vse neanglijskie simvoly v imenah fajlov
   vyvodyatsya kak <>.

   8.14. Zapisannyj vo FreeBSD CD ne chitaetsya ni v kakoj drugoj
   operacionnoj sistemoj. Pochemu?

   8.15. Kak sozdat' obraz CD s dannymi?

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

   8.17. Kak vypolnit' mount dlya mnogoseansovogo CD?

   8.18. Kak razreshit' obychnym pol'zovatelyam montirovat' kompakt-diski,
   DVD, USB-diski i drugie smennye nositeli?

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

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

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

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

   8.23. Pochemu zagruzka FreeBSD zaderzhivaetsya na dlitel'noe vremya na
   sistemah s bol'shim ob"iomom OZU?

   8.1.  Kak dobavit' v sistemu novyj disk?                                   
         Obratites' k razdelu Dobavlenie diskov Rukovodstva FreeBSD.          
   8.2.  Kak perenesti sistemu na bol'shoj novyj disk?                        
         Samyj luchshij sposob zaklyuchaetsya v pereustanovke operacionnoj    
         sistemy na novyj disk s posleduyuschim perenosom pol'zovatel'skih    
         dannyh. `Eto nastoyatel'no rekomenduetsya pri otslezhivanii vetki    
         -STABLE v techenie bolee odnogo reliza ili pri obnovlenii reliza     
         vmesto ustanovki novogo. Ustanovite booteasy na oba diska s          
         pomosch'yu boot0cfg(8) i vypolnyajte zagruzku s lyubogo iz nih, poka 
         ne budete dovol'ny novoj konfiguraciej. Propustite sleduyuschij      
         abzac, chtoby perejti k voprosu perenosa dannyh posle `etoj          
         operacii.                                                            
                                                                              
         Libo razbejte na razdely i razmet'te novyj disk s pomosch'yu sade(8) 
         ili gpart(8). Esli diski otformatirovany v MBR, to booteasy mozhno   
         ustanovit' na oba diska s pomosch'yu boot0cfg(8) dlya togo, chtoby   
         imet' vozmozhnost' vypolnyat' zagruzku kak staroj, tak i novoj       
         sistemy posle vypolneniya kopirovaniya.                              
                                                                              
         Posle podgotovki diska dannye nel'zya prosto tak vzyat' i perenesti. 
         Ispol'zujte dlya `etogo instrumenty, kotorye uchityvayut fajly       
         ustrojstv i sistemnye flagi, naprimer, dump(8). I hotya              
         rekomenduetsya vypolnyat' perenos dannyh v odnopol'zovatel'skom      
         rezhime, `eto ne yavlyaetsya obyazatel'nym usloviem.                 
                                                                              
         Esli na diskah stoit UFS, nikogda ne ispol'zujte nichego, krome      
         dump(8) i restore(8) dlya perenosa kornevoj fajlovoj sistemy. `Eti   
         komandy takzhe sleduet ispol'zovat' pri perenose otdel'nogo razdela  
         na drugoj pustoj razdel. Posledovatel'nost' shagov pri ispol'zovanii 
         dump dlya perenosa dannyh s razdela UFS na novyj razdel:             
                                                                              
          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, chtoby perenesti kornevuyu fajlovuyu sistemu na ustrojstvo 
         /dev/ada1s1a s ispol'zovaniem kataloga /mnt v kachestve vremennoj    
         tochki montirovaniya, naberite:                                      
                                                                              
         # newfs /dev/ad1as1a                                                 
         # mount /dev/ad1as1a /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/ada1s1a                                                 
         # mount /dev/ad1as1a /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/ada1s1a                                                 
         # newfs /dev/ada1s1d                                                 
         # mount /dev/ada1s1a /mnt                                            
         # mkdir /mnt/var                                                     
         # mount /dev/ada1s1d /mnt/var                                        
         # cd /mnt                                                            
         # dump 0af - / | restore rf -                                        
                                                                              
         Dlya peremescheniya pol'zovatel'skih dannyh takzhe imeyutsya         
         programmy cpio(1) i pax(1). Izvestno, chto oni teryayut informaciyu  
         o flagah fajlov, tak chto ispol'zujte ih s ostorozhnost'yu.          
   8.3.  Na kakih razdelah mozhno bez opaski ispol'zovat' mehanizm Soft       
         Updates? YA slyshal, chto ispol'zovanie Soft Updates na / mogut      
         privodit' k problemam. CHto naschiot zhurnaliruemyh Soft Updates?    
         Kratkij otvet: obychno Soft Updates mozhno ispol'zovat' bez opaski   
         na vseh razdelah.                                                    
                                                                              
         Podrobnyj otvet: Soft Updates imeyut dve harakteristiki, kotorye     
         mogut byt' nezhelatel'ny na nekotoryh razdelah. Vo-pervyh, razdel s  
         Soft Updates imeet nebol'shoj shans poteri dannyh po vremya          
         avarijnogo ostanova sistemy. Razdel ne budet poporchen, poskol'ku    
         dannye budet prosto poteryany. Vo-vtoryh, Soft Updates mogut         
         privodit' k vremennoj nehvatke diskovogo prostranstva.               
                                                                              
         Pri ispol'zovanii Soft Updates yadro mozhet zaderzhivat' do tridcati 
         sekund zapis' izmenenij na fizicheskij disk. Pri udalenii bol'shogo  
         fajla on ostaetsya na diske, poka yadro ne vypolnit fakticheskoe     
         udalenie. `Eto mozhet privesti k ochen' prostoj gonke. Predpolozhim, 
         udalyaetsya odin bol'shoj fajl i tut zhe sozdaiotsya drugoj bol'shoj 
         fajl. Pervyj fajl na samom dele eschio ne udalion s diska, po`etomu  
         dlya vtorogo fajla na diske mozhet ne hvatit' mesta. `Eto privediot  
         k oshibke o tom, chto na razdele net dostatochnogo prostranstva,     
         nesmotrya na to, chto tol'ko chto osvobodilos' mnogo mesta. CHerez   
         paru sekund sozdanie fajla srabotaet, kak i ozhidalos'.              
                                                                              
         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. Takoj risk        
         chrezvychajno mal, no v celom upravlyaem.                            
                                                                              
         `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. 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 ego nuzhno uchityvat'. Esli sistema ne mozhet         
         prinyat' takoj risk, ne ispol'zujte Soft Updates s kornevoj fajlovoj 
         sistemoj!                                                            
                                                                              
         / tradicionno yavlyaetsya odnim iz samyh malen'kih razdelov. Esli    
         katalog /tmp razmeschion v / i u vas zapolnen /tmp, to mogut         
         periodicheski voznikat' problemy s diskovym prostranstvom. Sozdanie  
         simvolicheskoj ssylki /tmp, ukazyvayuschej na /var/tmp reshit `etu   
         problemu.                                                            
                                                                              
         V zaklyuchenie, dump(8) ne rabotaet v rezhime real'nogo vremeni (-L) 
         s fajlovoj sistemoj, dlya kotoroj vklyucheny zhurnaliruemye Soft     
         Updates (SU+J).                                                      
   8.4.  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 ext2fs(5).         
                                                                              
         NTFS                                                                 
                                                                              
            Podderzhka NTFS cherez FUSE dostupna cherez port                  
            sysutils/fusefs-ntfs. Dlya polucheniya bolee polnoj informacii    
            smotrite dokumentaciyu k ntfs-3g.                                 
                                                                              
         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).              
                                                                              
         ZFS                                                                  
                                                                              
            FreeBSD vklyuchaet v sebya portirovannuyu iz SunTM realizaciyu    
            fajlovoj sistemy ZFS. V nastoyaschee vremya rekomenduetsya        
            ispol'zovat' eio tol'ko na platforme amd64 s dostatochnym ob"emom 
            pamyati. Dlya polucheniya bolee polnoj informacii obratites' k    
            stranice Spravochnika zfs(8).                                     
                                                                              
         FreeBSD vklyuchaet setevuyu fajlovuyu sistemu NFS. V Kollekcii       
         portov FreeBSD imeetsya neskol'ko prilozhenij FUSE dlya podderzhki   
         mnogih drugih fajlovyh sistem.                                       
   8.5.  Kak smontirovat' vtorichnyj razdel DOS?                              
         Vtorichnye razdely DOS nahodyatsya posle vseh pervichnyh razdelov.   
         Naprimer, esli <<E>> yavlyaetsya vtorym razdelom DOS na vtorom diske 
         SCSI, to zdes' budet fajl ustrojstva dlya pyatogo <<slajsa>> v       
         kataloge /dev. CHtoby smontirovat':                                  
                                                                              
         # mount -t msdosfs /dev/da1s5 /dos/e                                 
   8.6.  Suschestvuet li kriptograficheskaya fajlovaya sistema dlya FreeBSD?  
         Da, gbde(8) i geli(8). Smotrite razdel SHifrovanie diskovyh razdelov 
         Rukovodstva FreeBSD.                                                 
   8.7.  Kak zagruzit' FreeBSD i Linux(R) s pomosch'yu GRUB?                  
         Dlya zagruzki FreeBSD s ispol'zovaniem GRUB dobav'te sleduyuschie    
         stroki v /boot/grub/menu.lst ili /boot/grub/grub.conf, v zavisimosti 
         ot ispol'zuemogo distributiva Linux(R).                              
                                                                              
         title FreeBSD 9.1                                                    
         root (hd0,a)                                                         
         kernel /boot/loader                                                  
                                                                              
         Gde hd0,a ukazyvaet na kornevoj razdel na pervom diske. CHtoby       
         ukazat' nomer slajsa, napishite chto-to vrode (hd0,2,a). Po          
         umolchaniyu, esli nomer slajsa ne ukazan, GRUB ischet pervyj slajs c 
         razdelom a.                                                          
   8.8.  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 LILO mozhno budet zapustit' LILO iz 
         BootEasy.                                                            
                                                                              
         `Eto rekomenduetsya delat' pri odnovremennom ispol'zovanii           
         Windows(R) i Linux(R), chtoby uprostit' vosstanovlenie               
         rabotosposobnosti Linux(R) v sluchae pereustanovki Windows(R).       
   8.9.  Kak smenit' priglashenie zagruzchika s ??? na chto-nibud' bolee      
         znachaschee?                                                         
         `Etogo nel'zya sdelat' so standartnym zagruzchikom, ne perepisav     
         ego. V kategorii sysutils Kollekcii Portov est' ryad drugih          
         menedzherov zagruzki.                                                
   8.10. Kak ispol'zovat' ustrojstvo dlya chteniya smennyh diskov?            
         Esli u vas uzhe est' fajlovaya sistema na ustrojstve, to ispol'zujte 
         takuyu komandu:                                                      
                                                                              
         # mount -t msdosfs /dev/da0s1 /mnt                                   
                                                                              
         Esli `eto ustrojstvo budet ispol'zovat'sya tol'ko na sistemah        
         FreeBSD, to razbejte ego na razdely UFS ili ZFS. `Eto obespechit     
         podderzhku dlinnyh imion fajlov, uvelichenie proizvoditel'nosti i    
         nadiozhnost'. Esli ustrojstvo budet ispol'zovat'sya s drugimi        
         operacionnymi sistemami, to luchshe sdelat' bolee sovmestimyj vybor, 
         naprimer, msdosfs.                                                   
                                                                              
         # dd if=/dev/zero of=/dev/da0 count=2                                
         # gpart create -s GPT /dev/da0                                       
         # gpart add -t freebsd-ufs /dev/da0                                  
                                                                              
         Nakonec, ostaiotsya sozdat' novuyu fajlovuyu sistemu:                
                                                                              
         # newfs /dev/da0p1                                                   
                                                                              
         i smontirovat' eio:                                                  
                                                                              
         # mount /dev/da0s1 /mnt                                              
                                                                              
         Horosho eschio dobavit' stroku v fajl /etc/fstab (prochtite spravku  
         po fstab(5)), chtoby v buduschem mozhno bylo prosto davat' komandu   
         mount /mnt:                                                          
                                                                              
         /dev/da0p1 /mnt ufs rw,noauto 0 0                                    
   8.11. Pri montirovanii kompakt-diska vydaiotsya soobschenie Incorrect      
         super block.                                                         
         Neobhodimo ukazat' tip montiruemogo ustrojstva. `Eto opisano v v     
         razdele Rukovodstva Ispol'zovanie CD s dannymi.                      
   8.12. Pri montirovanii kompakt-diska vydaiotsya soobschenie Device not     
         configured.                                                          
         Obychno `eto oznachaet, chto v privode net kompakt-diska libo        
         ustrojstvo ne obnaruzheno na shine. Obratites' k razdelu             
         Ispol'zovanie CD s dannymi v Rukovodstve, gde podrobno obsuzhdaetsya 
         `etot vopros.                                                        
   8.13. Kogda ya montiruyu CD-ROM, vse neanglijskie simvoly v imenah fajlov  
         vyvodyatsya kak <<?>>.                                               
         Skoree vsego, na kompakt-diske dlya hraneniya informacii o fajlah i  
         katalogah ispol'zuetsya rasshirenie <<Joliet>>. `Eto opisano v       
         razdele Rukovodstva ob ispol'zovanii CD s dannymi.                   
   8.14. Zapisannyj vo FreeBSD CD ne chitaetsya ni v kakoj drugoj             
         operacionnoj sistemoj. Pochemu?                                      
         `Eto oznachaet, chto na CD byl zapisan neposredstvenno               
         neobrabotannyj fajl bez sozdaniya fajlovoj sistemy ISO 9660.         
         Prochtite razdel Rukovodstva o zapisi dannyh neposredstvenno na      
         kompakt-diski.                                                       
   8.15. 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 v glave Rukovodstva ob ustrojstvah 
         hraneniya dannyh.                                                    
   8.16. Pochemu ya ne mogu smontirovat' (komandoj mount audio CD?            
         Popytka smontirovat' audio CD privediot k soobscheniyu ob oshibke    
         vida: 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. Ispol'zujte vmesto `etogo programmu, kotoraya umeet chitat'  
         audio CD, naprimer, port audio/xmcd.                                 
   8.17. Kak vypolnit' mount dlya mnogoseansovogo CD?                         
         Po umolchaniyu mount(8) budet pytat'sya smontirovat' poslednyuyu     
         dorozhku (seans) CD s dannymi. Dlya zagruzki bolee rannego seansa    
         ispol'zujte parametr komandnoj stroki -s. Za konkretnymi primerami   
         obraschajtes' k stranice Spravochnika mount_cd9660(8).               
   8.18. Kak razreshit' obychnym pol'zovatelyam montirovat' kompakt-diski,    
         DVD, USB-diski i drugie smennye nositeli?                            
         Kak pol'zovatel' root, ustanovite sistemnuyu peremennuyu             
         vfs.usermount v znachenie 1.                                         
                                                                              
         # sysctl vfs.usermount=1                                             
                                                                              
         CHtoby `eto srabatyvalo vo vremya zagruzki sistemy, dobav'te         
         strochku vfs.usermount=1 v fajl /etc/sysctl.conf.                    
                                                                              
         Pol'zovateli mogut montirovat' tol'ko te ustrojstva, k kotorym u nih 
         imeetsya dostup na chtenie. CHtoby razreshit' pol'zovatelyam         
         montirovat' ustrojstvo, dolzhny byt' zadany razresheniya v           
         /etc/devfs.conf.                                                     
                                                                              
         Naprimer, chtoby razreshit' pol'zovatelyam montirovat' pervoe        
         ustrojstvo USB, dobav'te takuyu strochku:                            
                                                                              
         # Allow all users to mount a USB drive.                              
                     own       /dev/da0       root:operator                   
                     perm      /dev/da0       0666                            
                                                                              
         Teper' vse pol'zovateli mogut montirovat' ustrojstva s pravami       
         dostupa na chtenie v sobstvennye katalogi:                           
                                                                              
         % mkdir ~/my-mount-point                                             
         % mount -t msdosfs /dev/da0 ~/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 ustrojstva, ispol'zovannoe v predyduschih primerah, dolzhno     
         byt' izmeneno v sootvetstvii s konfiguraciej.                        
   8.19. Komandy du i df pokazyvayut raznyj ob"em dostupnogo diskovogo        
         prostranstva. CHto proishodit?                                       
         `Eto svyazano s tem, kak `eti komandy na samom dele rabotayut. 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 i `etot fajl udalyaetsya, to na      
         samom dele on ne udalyaetsya iz fajlovoj sistemy, poka programma ne  
         prekratit ego ispol'zovat'. Odnako fajl tut zhe udalyaetsya iz       
         spiska kataloga. Predstavim sebe fajl dostatochno bol'shogo razmera, 
         chtoby ego prisutstvie vliyalo na vyvod du i df. Esli fajl           
         udalyaetsya v processe raboty s nim komandy more, komanda more ne    
         soobschaet srazu zhe, 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. Tem ne menee, du          
         pokazhet, chto fajl ischez, poskol'ku ona prosmatrivaet derevo       
         katalogov, a fajla tam net. df pokazyvaet, chto fajl vsio eschio     
         zdes', tak kak fajlovaya sistema znaet, chto more vsio eschio        
         ispol'zuet `eto prostranstvo. Kak tol'ko zakonchitsya rabota s more, 
         komandy du i df pridut v sootvetstvie.                               
                                                                              
         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).                     
                                                                              
         Zamet'te, chto podsistema otlozhennyh obnovlenij (Soft Updates)      
         mozhet zaderzhivat' osvobozhdenie diskovogo prostranstva, i mozhet   
         potrebovat'sya do 30 sekund, chtoby izmeneniya stali zametny.        
   8.20. Kak dobavit' dopolnitel'nuyu virtual'nuyu pamyat'?                   
         V `etom razdele Rukovodstva opisyvaetsya, kak `eto sdelat'.          
   8.21. 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.                                                   
   8.22. 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%. Obratite vnimanie,    
         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).                                     
   8.23. Pochemu zagruzka FreeBSD zaderzhivaetsya na dlitel'noe vremya na     
         sistemah s bol'shim ob"iomom OZU?                                    
         FreeBSD vypolnyaet korotkuyu proverku pamyati na rannem `etape       
         zagruzki. Obychno `eta proverka zanimaet vsego neskol'ko sekund, no  
         esli sistema imeet mnogo desyatkov ili soten Gbajt pamyati, `eto     
         mozhno zanyat' do neskol'kih minut. `Etu proverku mozhno             
         otklyuchit', ustanoviv hw.memtest.tests v znachenie 0 v              
         /boot/loader.conf.                                                   
                                                                              
         Dlya polucheniya dopolnitel'noj informacii smotrite stranicu         
         Spravochnika loader.conf(5).                                         

                                  Glava 9. ZFS

   9.1. Kakoj minimal'nyj ob"iom OZU nuzhno imet' dlya ZFS?

   9.2. CHto takoe ZIL i kogda ono ispol'zuetsya?

   9.3. Nuzhen li mne SSD dlya ZIL?

   9.4. CHto takoe L2ARC?

   9.5. Celesoobrazno li vklyuchenie deduplikacii?

   9.6. YA ne mogu sozdat' ili udalit' fajly na pule ZFS. Kak ya mogu `eto
   ispravit'?

   9.7. Podderzhivaetsya li TRIM v ZFS dlya tverdotel'nyh nakopitelej?

   9.1. Kakoj minimal'nyj ob"iom OZU nuzhno imet' dlya ZFS?                   
        Dlya komfortnogo ispol'zovaniya trebuetsya 4 Gbajt OZU, no            
        konkretnaya nagruzka mozhet sil'no razlichat'sya.                     
   9.2. CHto takoe ZIL i kogda ono ispol'zuetsya?                             
        ZIL ((ZFS intent log) - `eto zhurnal zapisi, ispol'zuemyj dlya        
        fiksacii operacij zapisi. Obychno operacii sobirayutsya v gruppu      
        tranzakcij i pri zapolnenii gruppy pishutsya na disk (<<Transaction   
        Group Commit>>). Odnako sistemnye vyzovy tipa fsync(2) trebuyut       
        fiksaciyu zapisi dannyh na ustrojstve pered vozvratom upravleniya.    
        ZIL nuzhen dlya podtverzhdeniya takoj zapisi, no kogda dannye eschio  
        ne nahodyatsya na diske. Gruppa tranzakcij pomechaetsya vremennoj     
        metkoj. V sluchae sistemnogo sboya ischetsya poslednyaya              
        nepovrezhdionnaya metka i iz ZIL izvlekayutsya nedostayuschie dannye. 
   9.3. Nuzhen li mne SSD dlya ZIL?                                           
        Po umolchaniyu ZFS hranit ZIL v pule so vsemi dannymi. Esli           
        prilozhenie imeet bol'shoj procent zapisi, vynos ZIL na otdel'noe     
        ustrojstvo s ochen' bystroj sinhronnoj posledovatel'noj zapis'yu      
        mozhet uluchshit' obschuyu proizvoditel'nost'. V ostal'nyh sluchayah  
        SSD vryad li smozhet chto-to sil'no uluchshit'.                       
   9.4. CHto takoe L2ARC?                                                     
        L2ARC - `eto kesh na chtenie, hranimyj na bystrom ustrojstve, takom   
        kak SSD. `Etot kesh ne sohranyaetsya mezhdu perezagruzkami. Sleduet   
        zametit', chto OZU vystupaet kak kesh pervogo urovnya, a L2ARC        
        zadejstvuetsya tol'ko pri nehvatke OZU.                               
                                                                              
        Dlya L2ARC nuzhno prostranstvo v ARC dlya ego indeksacii. Takim       
        obrazom, rabochij nabor, kotoryj ideal'no pomeschaetsya v ARC, ne     
        budet pomeschat'sya pri ispol'zovanii L2ARC, potomu chto chast' ARC   
        budet otvedena pod indeks L2ARC s vytesneniem chasti rabochego nabora 
        v L2ARC, bolee medlennyj, chem OZU.                                   
   9.5. Celesoobrazno li vklyuchenie deduplikacii?                            
        V obschem sluchae net.                                                
                                                                              
        Deduplikaciya zanimaet znachitel'nyj ob"iom OZU i mozhet uvelichit'   
        zaderzhki operacij vvoda/vyvoda. Esli dannye ne yavlyayutsya sil'no   
        dublirovannymi (obrazy virtual'nyh mashin ili pol'zovatel'skie        
        bekapy), to, vozmozhno, deduplikaciya dast bol'she vreda. Drugoe      
        soobrazhenie kasaetsya nevozmozhnosti otmenit' status deduplikacii.   
        Esli dannye zapisany pri vklyuchionnoj deduplikacii, eio vyklyuchenie 
        ne privediot k obratnoj replikacii ob"edinionnyh blokov do momenta    
        sleduyuschej perezapisi.                                              
                                                                              
        Deduplikaciya takzhe mozhet privodit' k nekotorym neozhidannym        
        situaciyam. V chastnosti, udalenie fajlov mozhet sil'no zamedlit'sya. 
   9.6. YA ne mogu sozdat' ili udalit' fajly na pule ZFS. Kak ya mogu `eto    
        ispravit'?                                                            
        Takoe mozhet proizojti pri 100% zapolnennosti pula. ZFS trebuetsya    
        svobodnoe mesto na diske dlya zapisi metadannyh tranzakcij. Dlya      
        vosstanovleniya rabotosposobnogo sostoyaniya pula obrezh'te fajl      
        pered ego udaleniem.                                                  
                                                                              
        % truncate -s 0 unimportant-file                                      
                                                                              
        Obrezanie fajla rabotaet po toj prichine, chto novaya tranzakciya pri 
        `etom ne zapuskaetsya; vmesto `etogo sozdayutsya novye svobodnye      
        bloki.                                                                
                                                                              
          Primechanie:                                                        
                                                                              
        Na sistemah s dopolnitel'noj nastrojkoj ZFS dataset, takoj kak        
        deduplikaciya, svobodnoe mesto mozhet ne byt' dostupno srazu.         
   9.7. Podderzhivaetsya li TRIM v ZFS dlya tverdotel'nyh nakopitelej?        
        Podderzhka ZFS TRIM byla dobavlena vo FreeBSD 10-CURRENT v revizii    
        r240868 i stala dostupna v vetkah -STABLE v r252162 i r251419.        
                                                                              
        ZFS TRIM vklyuchena po umolchaniyu i mozhet byt' otklyuchena          
        posredstvom dobavleniya takoj stroki v /etc/sysctl.conf:              
                                                                              
        vfs.zfs.trim_disable=1                                                
                                                                              
          Primechanie:                                                        
                                                                              
        ZFS TRIM mozhet ne rabotat' na vseh konfiguraciyah, v chastnosti dlya 
        fajlovoj sistemy ZFS na ustrojstvah s ispol'zovaniem GELI.            

                     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 oshibku 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. Pochemu ne poluchaetsya zastavit' rabotat' diskovye kvoty?

   10.9. Podderzhivaet li FreeBSD vyzovy IPC iz System V?

   10.10. Kakoe drugoe programmnoe obespechenie dlya pochtovogo servera
   mozhno ispol'zovat' vmesto Sendmail?

   10.11. YA zabyl parol' pol'zovatelya root! CHto delat'?

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

   10.13. Kak preobrazovat' tekstovye fajly DOS v format UNIX(R)?

   10.14. Kak perechitat' soderzhimoe /etc/rc.conf i perestartovat' /etc/rc
   bez perezagruzki sistemy?

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

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

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

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

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

   10.20. CHto takoe vnlru?

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

   10.22. Skol'ko svobodnoj pamyati dostupno?

   10.23. CHto takoe /var/empty?

   10.24. YA pomenyal /etc/newsyslog.conf. Kak proverit' pravil'nost'
   izmenenij?

   10.25. Kak popravit' chasovoj poyas?

   10.1.  Gde raspolozheny fajly konfiguracii sistemy?                        
          Osnovnym konfiguracionnym fajlom yavlyaetsya /etc/defaults/rc.conf, 
          kotoryj opisan v rc.conf(5)). `Etot fajl podklyuchayut sistemnye    
          skripty zapuska, takie kak /etc/rc i /etc/rc.d, kotorye opisany v   
          rc(8). Ne redaktirujte `etot fajl! Vmesto izmeneniya parametra v    
          /etc/defaults/rc.conf skopirujte `etu stroku v /etc/rc.conf i       
          pomenyajte znachenie tam.                                           
                                                                              
          Primer zapuska named(8), postavlyaemogo s sistemoj servera DNS:     
                                                                              
          # 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 fajla        
          crontab.                                                            
                                                                              
          `Eto nepravil'nyj podhod, potomu chto sistemnyj crontab imeet       
          format, otlichnyj ot pol'zovatel'skih crontab. Sistemnyj crontab    
          imeet dopolnitel'noe pole, ukazyvayuschee, pod kakim pol'zovatelem  
          zapuskat' komandu. cron(8) polagaet, chto imya pol'zovatelya        
          yavlyaetsya pervym slovom v komande na vypolnenie. Poskol'ku takoj  
          komandy ne suschestvuet, otobrazhaetsya `eto soobschenie ob         
          oshibke.                                                            
                                                                              
          CHtoby udalit' lishnij nepravil'nyj crontab:                        
                                                                              
          # crontab -r                                                        
   10.4.  Komanda su vydaet oshibku 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 smenit' 
          pol'zovatel'skij identifikator s pomosch'yu su na pol'zovatelya     
          root ili lyubogo drugogo s privilegiyami superpol'zovatelya,        
          uchiotnaya zapis' dolzhna yavlyat'sya chlenom gruppy wheel. Esli by 
          `etogo ne bylo, to lyuboj, imeyuschij dostup k sisteme i uznavshij  
          parol' pol'zovatelya root, smog by poluchit' v sisteme uroven'      
          dostupa superpol'zovatelya.                                         
                                                                              
          CHtoby razreshit' komu-libo menyat' privilegii na root, vklyuchite  
          ego v gruppu wheel s pomosch'yu pw.                                 
                                                                              
          # pw groupmod wheel -m lisa                                         
                                                                              
          V primere vyshe pol'zovatel' lisa budet dobavlen 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 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 tekstovyj redaktor. Esli redaktor         
          raspolozhen na setevoj fajlovoj sisteme, libo vypolnite setevye     
          nastrojki vruchnuyu do montirovaniya setevoj fajlovoj sistemy, libo 
          vospol'zovat'sya redaktorom, nahodyaschimsya v lokal'noj fajlovoj   
          sisteme, takim, kak ed(1).                                          
                                                                              
          CHtoby ispol'zovat' polno`ekrannyj redaktor, takoj kak vi(1) ili    
          emacs(1), vypolnite komandu export TERM=xterm vo FreeBSD 9.0+ ili   
          export TERM=cons25 vo FreeBSD 8.X, chtoby takie redaktory smogli    
          korrektno vzyat' dannye iz bazy dannyh termcap(5).                  
                                                                              
          Posle vypolneniya `etih shagov otredaktirujte fajl /etc/rc.conf     
          dlya ispravleniya oshibki. Soobschenie ob oshibke, vyvodimoe srazu  
          zhe posle soobschenij pri zagruzke yadra, dolzhno ukazat' na nomer  
          stroki v fajle, kotoraya soderzhit oshibku.                         
   10.6.  U menya problemy s ustanovkoj printera.                             
          Obratites' k sootvetstvuyuschemu razdelu Rukovodstva,               
          posvyaschionnomu pechati, za sovetami po razresheniyu problem.      
   10.7.  Raskladka klaviatury neverna.                                       
          Obratites' k razdelu Rukovodstva, posvyaschionnomu ispol'zovaniyu   
          lokalizacii, a imenno k chasti, opisyvayuschej nastrojku konsoli.   
   10.8.  Pochemu ne poluchaetsya zastavit' rabotat' diskovye kvoty?          
           1. Vozmozhno, chto yadro ne skonfigurirovano dolzhnym obrazom dlya 
              raboty s kvotami. V `etom sluchae dobav'te sleduyuschuyu        
              strochku v konfiguracionnyj fajl yadra i peresoberite yadro:    
                                                                              
           options QUOTA                                                      
                                                                              
              Prochtite glavu rukovodstva po kvotam dlya polnoj informacii.   
                                                                              
           2. Ne vklyuchajte kvotirovanie na razdele /.                       
                                                                              
           3. Pomeschajte fajl s kvotami v tu fajlovuyu sistemu, kotoruyu on  
              obsluzhivaet:                                                   
                                                                              
                     Fajlovaya sistema                   Fajl kvot            
              /usr                            /usr/admin/quotas               
              /home                           /home/admin/quotas              
              ...                             ...                             
   10.9.  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. V vashem sobstvennom yadre podderzhka mozhet byt'      
          vklyuchena posredstvom zagruzki modulej yadra sysvshm.ko,           
          sysvsem.ko i sysvmsg.ko ili dobavleniem v konfiguracionnyj fajl     
          yadra sleduyuschih strok:                                           
                                                                              
          options    SYSVSHM        # enable shared memory                    
          options    SYSVSEM        # enable for semaphores                   
          options    SYSVMSG        # enable for messaging                    
                                                                              
          Perekompilirujte i pereustanovite yadro.                            
   10.10. Kakoe drugoe programmnoe obespechenie dlya pochtovogo servera       
          mozhno ispol'zovat' vmesto Sendmail?                                
          Server Sendmail yavlyaetsya programmnym obespecheniem dlya raboty   
          pochtovogo servera vo FreeBSD, ispol'zuemym po umolchaniyu, no ego  
          mozhno zamenit' drugim MTA, ustanovlennym iz Kollekcii Portov. V    
          dereve portov imeetsya mail/exim, mail/postfix i mail/qmail.        
          Prover'te arhivy spiskov rassylki na predmet obsuzhdeniya           
          dostoinstv i nedostatkov imeyuschihsya MTA.                         
   10.11. 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 dlya polucheniya              
          priglasheniya #. 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, `eto oznachaet, chto konsol' byla        
          pomechena kak insecure v /etc/ttys. V `etom sluchae potrebuetsya    
          zagruzit'sya s ustanovochnogo diska FreeBSD, vybrat' Live CD ili    
          Shell v nachale processa ustanovki i vypolnit' ukazannye vyshe      
          komandy. V `etom sluchae smontirujte nuzhnyj razdel i vypolnite     
          tuda chroot. Naprimer, zamenite komandu mount -urw / na mount       
          /dev/ada0p1 /mnt; chroot /mnt dlya sistemy, raspolozhennoj na       
          ada0p1.                                                             
                                                                              
            Primechanie:                                                      
                                                                              
          Esli kornevoj razdel ne poluchaetsya smontirovat' v                 
          odnopol'zovatel'skom rezhime, to vozmozhno, chto razdely            
          yavlyayutsya zashifrovannymi, i smontirovat' ih bez klyuchej        
          dostupa ne predstavlyaetsya vozmozhnym. Za dopolnitel'noj           
          informaciej obraschajtes' k razdelu Rukovodstva, posvyaschennomu    
          shifrovaniyu diskov vo FreeBSD.                                     
   10.12. Kak zapretit' perezagruzku po nazhatiyu Control+Alt+Delete?         
          Pri ispol'zovanii standartnogo drajvera konsoli syscons(4)          
          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 yadro skompilirovano s parametrom   
          SC_DISABLE_REBOOT.                                                  
   10.13. 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.                                 
                                                                              
          Libo ispol'zujte 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.14. 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.                                    
                                                                              
          # shutdown now                                                      
          # return                                                            
          # exit                                                              
   10.15. 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 9.0-RELEASE i         
          10.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 Subversion obratites' k stat'e o vypuske relizov. 
   10.16. YA popytalsya ustanovit' novoe yadro, odnako utilita chflags(1) ne  
          srabotala. Kak `eto obojti?                                         
          Kratkij otvet: Rezhim bezopasnosti imeet znachenie bol'she nulya.   
          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. CHtoby          
          proverit' tekuschij uroven' bezopasnosti:                           
                                                                              
          # sysctl kern.securelevel                                           
                                                                              
          Uroven' bezopasnosti nel'zya ponizit' v mnogopol'zovatel'skom       
          rezhime, po`etomu dlya ustanovki yadra zagruzites' v                
          odnopol'zovatel'skij rezhim, ili izmenite uroven' bezopasnosti v    
          /etc/rc.conf, a zatem vypolnite perezagruzku. Obratites' k stranice 
          Spravochnika po init(8) za podrobnoj informaciej o securelevel i    
          posmotrite /etc/defaults/rc.conf i spravochnuyu stranicu po         
          rc.conf(5) dlya vyyasneniya podrobnostej o fajle rc.conf.           
   10.17. Ne poluchaetsya izmenit' sistemnoe vremya bol'she chem na odnu      
          sekundu! Kak `eto obojti?                                           
          Kratkij otvet: Sistema rabotaet na urovne bezopasnosti so           
          znacheniem vyshe 1. Dlya smeny daty perezagruzite mashinu i vojdite 
          v odnopol'zovatel'skij rezhim.                                      
                                                                              
          Podrobnyj otvet: FreeBSD zapreschaet menyat' sistemnoe vremya       
          bol'she chem na odnu sekundu na urovne bezopasnosti vyshe 1. CHtoby 
          opredelit' uroven' bezopasnosti:                                    
                                                                              
          # sysctl kern.securelevel                                           
                                                                              
          Uroven' bezopasnosti nel'zya ponizit' v mnogopol'zovatel'skom       
          rezhime. Dlya izmeneniya daty perezagruzite sistemu v               
          odnopol'zovatel'skij rezhim, libo izmenite uroven' bezopasnosti v   
          /etc/rc.conf, a zatem vypolnite perezagruzku. Obratites' k stranice 
          Spravochnika po init(8) za podrobnoj informaciej o securelevel i    
          posmotrite /etc/defaults/rc.conf i spravochnuyu stranicu po         
          rc.conf(5) dlya vyyasneniya podrobnostej o fajle rc.conf.           
   10.18. 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.19. Pochemu ya ne mogu snyat' s fajla flag schg?                        
          Sistema rabotaet s urovnem zaschity vyshe nulya. Poniz'te uroven'   
          zaschity i poprobujte esche raz. Dlya polucheniya bolee podrobnoj   
          informacii obratites' k razdelu FAQ ob urovne zaschity i            
          spravochnoj stranice init(8).                                       
   10.20. CHto takoe vnlru?                                                   
          vnlru sbrasyvaet i osvobozhdaet vnode, kogda sistema dostigaet      
          ogranicheniya po parametru kern.maxvnodes. `Etot potok yadra v      
          osnovnom rabotaet vholostuyu i aktiviruetsya tol'ko pri nalichii    
          ogromnogo ob"ema OZU i obraschenii k desyatkam tysyach fajlov       
          nebol'shogo razmera.                                                
   10.21. 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.22. 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.23. CHto takoe /var/empty?                                              
          /var/empty predstavlyaet soboj katalog, kotoryj ispol'zuetsya v     
          programme sshd(8) pri vypolnenii razdeleniya polnomochij. Katalog   
          /var/empty pust, ego vladel'cem yavlyaetsya root, i na niom         
          ustanovlen flag schg. `Etot katalog ne dolzhen udalyat'sya.         
   10.24. YA pomenyal /etc/newsyslog.conf. Kak proverit' pravil'nost'         
          izmenenij?                                                          
          CHtoby posmotret', chto budet delat' newsyslog(8), ispol'zujte      
          sleduyuschuyu komandu:                                              
                                                                              
          % newsyslog -nrvv                                                   
   10.25. Kak popravit' chasovoj poyas?                                       
          Ispol'zujte tzsetup(8).                                             

                Glava 11. X Window System i virtual'nye konsoli

   11.1. CHto takoe X Window System?

   11.2. YA hochu zapustit' Xorg, kak `eto sdelat'?

   11.3. YA popytalsya zapustit' X, no poluchil soobschenie No devices
   detected. posle vvoda komandy startx. CHto mne teper' delat'?

   11.4. Pochemu moya mysh' ne rabotaet s X?

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

   11.6. Kak zastavit' rabotat' tachpad Synaptics v X?

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

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

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

   11.10. Kak zapustit' XDM vo vremya zagruzki?

   11.11. Pri zapuske xconsole vydaiotsya soobschenie Couldn't open console.

   11.12. Moya mysh' PS/2 v X rabotaet nepravil'no.

   11.13. Kak pomenyat' mestami knopki myshi?

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

   11.15. Mozhno li v X ispol'zovat' klavishu Windows?

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

   11.1.  CHto takoe X Window System?                                         
          X Window System (obychno X11) yavlyaetsya naibolee obschedostupnoj  
          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 nazvanie chasto sokraschaetsya do X11.        
                                                                              
          Dlya raznyh arhitektur i operacionnyh sistem suschestvuet           
          mnozhestvo realizacij `etoj sistemy. Realizaciyu koda dlya          
          servernoj chasti nazyvayut X-serverom.                              
   11.2.  YA hochu zapustit' Xorg, kak `eto sdelat'?                          
          Dlya ustanovki Xorg vypolnite odno iz dejstvij:                     
                                                                              
          Ispol'zujte meta-port x11/xorg, kotoryj vypolnyaet postroenie i     
          ustanovku vseh komponentov Xorg.                                    
                                                                              
          Ispol'zujte x11/xorg-minimal, kotoryj vypolnyaet postroenie i       
          ustanovku tol'ko neobhodimyh komponentov Xorg.                      
                                                                              
          Ustanovite Xorg iz paketov FreeBSD.                                 
                                                                              
          # pkg install xorg                                                  
                                                                              
          Posle ustanovki Xorg sledujte ukazaniyam v razdele Konfiguraciya    
          X11 Rukovodstva FreeBSD.                                            
   11.3.  YA popytalsya zapustit' X, no poluchil soobschenie No devices       
          detected. posle vvoda komandy startx. CHto mne teper' delat'?       
          Veroyatno, v 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'naya informaciya nahoditsya na         
          stranice Spravochnika init(8).                                      
                                                                              
          Suschestvuet dva resheniya problemy: ustanovit' znachenie           
          securelevel obratno v nol' ili zapuskat' xdm(1) (ili lyuboj drugoj  
          okonnyj menedzher) vo vremya zagruzki, do togo kak povyshaetsya     
          znachenie securelevel.                                              
                                                                              
          Obratites' k Vopros: 11.10 dlya polucheniya bolee polnoj informacii 
          o zapuske xdm(1) vo vremya zagruzki.                                
   11.4.  Pochemu moya mysh' ne rabotaet s X?                                 
          Pri ispol'zovanii standartnogo drajvera konsoli syscons(4) vo       
          FreeBSD mozhno vklyuchit' podderzhku ukazatelya myshi vo vseh       
          virtual'nyh `ekranah. Vo izbezhanie konfliktov s X, drajver         
          syscons(4) podderzhivaet virtual'noe ustrojstvo /dev/sysmouse. Vse  
          sobytiya ot real'nogo ustrojstva myshi pishutsya v ustrojstvo       
          sysmouse(4) cherez moused(8). CHtoby ispol'zovat' mysh' na odnoj i  
          bolee virtual'nyh konsolyah, i pri `etom prodolzhat' ispol'zovat'   
          X, posmotrite Vopros: 4.4.1 i nastrojte moused(8).                  
                                                                              
          Zatem otredaktirujte /etc/X11/xorg.conf, 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):    
                                                                              
          # service devfs restart                                             
   11.5.  U moej myshi est' koliosiko. Mogu li ya ego ispol'zovat' pri rabote 
          v X?                                                                
          Da, esli X nastroena dlya ispol'zovaniya 5-knopochnoj myshi. Dlya   
          `etogo dobav'te strochki Buttons 5 i ZAxisMapping 4 5 v razdel      
          <<InputDevice>> fajla /etc/X11/xorg.conf kak pokazano v `etom       
          primere:                                                            
                                                                              
          Section "InputDevice"                                               
             Identifier      "Mouse1"                                         
             Driver         "mouse"                                           
             Option         "Protocol" "auto"                                 
             Option         "Device" "/dev/sysmouse"                          
             Option         "Buttons" "5"                                     
             Option         "ZAxisMapping" "4 5"                              
          EndSection                                                          
                                                                              
          Dlya ispol'zovaniya myshi v Emacs takzhe dobav'te v ~/.emacs        
          sleduyuschie stroki:                                                
                                                                              
          ;; wheel mouse                                                      
          (global-set-key [mouse-4] 'scroll-down)                             
          (global-set-key [mouse-5] 'scroll-up)                               
   11.6.  Kak zastavit' rabotat' tachpad Synaptics v X?                       
          Dlya ego raboty ponadobitsya nastroit' nekotorye veschi.            
                                                                              
          CHtoby ispol'zovat' drajver synaptics iz Xorg, dlya nachala udalite 
          stroku moused_enable iz rc.conf.                                    
                                                                              
          Dlya vklyucheniya synaptics dobav'te sleduyuschuyu stroku v         
          /boot/loader.conf:                                                  
                                                                              
          hw.psm.synaptics_support="1"                                        
                                                                              
          Dobav'te sleduyuschee v /etc/X11/xorg.conf:                         
                                                                              
          Section "InputDevice"                                               
          Identifier  "Touchpad0"                                             
          Driver      "synaptics"                                             
          Option      "Protocol" "psm"                                        
          Option      "Device" "/dev/psm0"                                    
          EndSection                                                          
                                                                              
          I ne zabyt' dobavit' sleduyuschee v razdel <<ServerLayout>>:        
                                                                              
          InputDevice    "Touchpad0" "SendCoreEvents"                         
   11.7.  Kak ispol'zovat' udalionnye X-displei?                              
          Iz soobrazhenij obespecheniya informacionnoj bezopasnosti otkryvat' 
          udalionnye okna na mashine po umolchaniyu zaprescheno.              
                                                                              
          Dlya vklyucheniya `etoj vozmozhnosti zapustite X s argumentom       
          -listen_tcp:                                                        
                                                                              
          % startx -listen_tcp                                                
   11.8.  CHto takoe virtual'nye konsoli i kak izmenit' ih kolichestvo?       
          Virtual'nye konsoli predostavlyayut 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 dlya vhoda v sistemu. Vvedite svoio 
          imya i parol', chtoby nachat' rabotu na pervoj virtual'noj konsoli. 
                                                                              
          CHtoby zapustit' eschio odin seans, skazhem, chtoby zaglyanut' v    
          dokumentaciyu po programme ili dlya chteniya `elektronnoj pochty vo 
          vremya ozhidaniya zaversheniya peredachi dannyh po FTP, nazhmite    
          F2, uderzhivaya Alt. `Eto otobrazit priglashenie na vtoroj          
          virtual'noj konsoli. CHtoby vernut'sya k pervonachal'nomu seansu,   
          nazhmite Alt+F1.                                                    
                                                                              
          Po umolchaniyu vo FreeBSD zadejstvovany vosem' virtual'nyh          
          konsolej, a kombinacii klavish Alt+F1, Alt+F2, Alt+F3 i dalee       
          sluzhat dlya pereklyucheniya mezhdu nimi.                           
                                                                              
          CHtoby uvelichit' kolichestvo virtual'nyh konsolej, otredaktirujte  
          /etc/ttys (smotrite stranicu Spravochnika ttys(5)), dobaviv tuda    
          zapisi dlya terminalov s imenami ot ttyv8 do ttyvc posle            
          kommentariya pro <<Virtual terminals>>:                             
                                                                              
          # Edit the existing entry for ttyv8 in /etc/ttys and change         
          # "off" to "on".                                                    
          ttyv8   "/usr/libexec/getty Pc"  xterm  on secure                   
          ttyv9   "/usr/libexec/getty Pc"  xterm  on secure                   
          ttyva   "/usr/libexec/getty Pc"  xterm  on secure                   
          ttyvb   "/usr/libexec/getty Pc"  xterm  on secure                   
                                                                              
          CHem bol'she virtual'nyh terminalov, tem bol'she resursov           
          ispol'zuetsya. `Eto mozhet privesti k problemam na sistemah s       
          8 Mbajt OZU ili men'she. Podumajte o smene statusa konsolej s       
          secure na insecure.                                                 
                                                                              
            Primechanie:                                                      
                                                                              
          Vo FreeBSD do versii 9.0 ispol'zovalsya tip terminala <<cons25>>    
          vmesto <<xterm>>. Pri dobavlenii v /etc/ttys novyh zapisej          
          ispol'zujte suschestvuyuschij format.                               
                                                                              
            Vazhno:                                                           
                                                                              
          CHtoby zapustit' server X, nuzhno zarezervirovat' pod nego hotya by 
          odin virtual'nyj terminal so znacheniem off. `Eto oznachaet, chto   
          pod virtual'nye konsoli mozhno otvesti tol'ko odinnadcat'           
          funkcional'nyh klavish, i eschio odna ostaiotsya za X-serverom.     
                                                                              
          Naprimer, chtoby zapustit' X i 11 virtual'nyh konsolej, nuzhno      
          nastroit' dvenadcatyj virtual'nyj terminal:                         
                                                                              
          ttyvb   "/usr/libexec/getty Pc"  xterm  off secure                  
                                                                              
          Samym prostym sposobom aktivirovat' virtual'nye konsoli yavlyaetsya 
          perezagruzka.                                                       
   11.9.  Kak osuschestvlyaetsya dostup k virtual'nym konsolyam iz X?         
          Ispol'zujte kombinaciyu klavish Ctrl+Alt+Fn dlya pereklyucheniya    
          obratno v virtual'nuyu konsol'. Nazhmite Ctrl+Alt+F1, chtoby        
          vernut'sya na pervuyu virtual'nuyu konsol'.                         
                                                                              
          Posle togo, kak vy okazalis' v tekstovoj konsoli, ispol'zujte       
          kombinacii Alt+Fn dlya pereklyucheniya mezhdu nimi.                 
                                                                              
          CHtoby vernut'sya v seans raboty X, pereklyuchites' v virtual'nuyu  
          konsol', na kotoroj zapuschena X Window. Esli X byl zapuschen iz    
          komandnoj stroki s ispol'zovaniem 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. V sluchae 
          vos'mi aktivnyh virtual'nyh terminalov X budet rabotat' na          
          devyatom, po`etomu ispol'zujte kombinaciyu Alt+F9.                  
   11.10. 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. 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, ostaiotsya 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.11. Pri zapuske xconsole vydaiotsya soobschenie Couldn't open console.  
          Esli X zapuskaetsya s pomosch'yu 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.12. Moya mysh' PS/2 v X rabotaet nepravil'no.                           
          Mysh' i drajver mogli rassinhronizirovat'sya. V redkih sluchayah    
          drajver mozhet oshibochno soobschat' o problemah sinhronizacii:     
                                                                              
          psmintr: out of sync (xxxx != yyyy)                                 
                                                                              
          Esli `eto sluchilos', otmenite proverku soglasovaniya, ustanoviv    
          znachenie flaga dlya drajvera myshi PS/2 v 0x100. Prosche vsego     
          `eto sdelat' dobavleniem hint.psm.0.flags="0x100" v                 
          /boot/loader.conf s perezagruzkoj.                                  
   11.13. Kak pomenyat' mestami knopki myshi?                                 
          Naberite xmodmap -e "pointer = 3 2 1". Dobav'te `etu komandu v      
          ~/.xinitrc ili ~/.xsession dlya avtomaticheskogo zapuska.           
   11.14. Kak ustanovit' `ekrannuyu zastavku i gde takie zastavki mozhno      
          najti?                                                              
          Podrobnyj otvet nahoditsya v razdele Zagruzochnye `ekrannye         
          zastavki Rukovodstva FreeBSD.                                       
   11.15. Mozhno li v X ispol'zovat' klavishu Windows?                        
          Da. Ispol'zujte xmodmap(1) dlya privyazki funkcij k `etim           
          klavisham.                                                          
                                                                              
          Esli vse klaviatury Windows standartny, to `eti tri klavishi imeyut 
          sleduyuschie klaviaturnye kody:                                     
                                                                              
            * 115 - klavisha Windows mezhdu klavishami Ctrl i Alt s levoj     
              storony                                                         
                                                                              
            * 116 - klavisha Windows sprava ot 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"                                  
                                                                              
          Dlya togo, chtoby pereopredeleniya klavish Windows vypolnyalos'     
          avtomaticheski kazhdyj raz pri zapuske X, pomestite komandy xmodmap 
          v ~/.xinitrc libo, chto predpochtitel'nej, sozdajte fajl            
          ~/.xmodmaprc i vklyuchite v nego parametry xmodmap po odnomu na     
          stroku, zatem dobav'te v ~/.xinitrc takuyu stroku:                  
                                                                              
          xmodmap $HOME/.xmodmaprc                                            
                                                                              
          Naprimer, chtoby pereopredelit' `eti 3 klavishi tak, chtoby oni     
          vypolnyali funkcii klavish F13, F14 i F15. `Eto pozvolit legko      
          privyazat' ih k poleznym funkciyam v prilozheniyah ili menedzhere   
          okon.                                                               
                                                                              
          CHtoby sdelat' `eto, pomestite takie stroki v fajl ~/.xmodmaprc:    
                                                                              
          keycode 115 = F13                                                   
          keycode 116 = F14                                                   
          keycode 117 = F15                                                   
                                                                              
          Pri ispol'zovanii okonnogo menedzhera x11-wm/fvwm2 klavishi mozhno  
          pereopredelit' tak, chtoby F13 svorachival v ikonku (i              
          vosstanavlival predyduschij razmer) to okno, na kotoroe ukazyvaet   
          kursor, F14 peremeschal okno s kursorom na perednij plan ili, esli  
          ono uzhe vperedi, vozvraschal obratno, a F15 vyzyval glavnoe menyu  
          Workplace, dazhe esli kursor nahoditsya ne na rabochem stole, chto  
          byvaet polezno, kogda ne vidno ni odnogo kusochka rabochego stola.  
                                                                              
          Sleduyuschie zapisi v ~/.fvwmrc pozvolyayut dostich' opisannyh      
          vyshe funkcij:                                                      
                                                                              
          Key F13 FTIWS   A       Iconify                                     
          Key F14 FTIWS   A       RaiseLower                                  
          Key F15 A       A       Menu Workplace Nop                          
   11.16. Kak zastavit' rabotat' apparatnoe uskorenie 3D-grafiki dlya         
          OpenGL(R)?                                                          
          Nalichie 3D-uskoreniya zavisit ot versii servera Xorg i tipa        
          graficheskogo adaptera. Dlya adaptera nVidia ispol'zujte dvoichnyj  
          drajver dlya FreeBSD, ustanoviv odin iz nizhesleduyuschih portov:   
                                                                              
          Poslednie versii adapterov nVidia podderzhivayutsya portom          
          x11/nvidia-driver.                                                  
                                                                              
          Bolee starye drajvery dostupny kak x11/nvidia-driver-###.           
                                                                              
          nVidia predostavlyaet podrobnuyu informaciyu o tom, kakie adaptery  
          podderzhivayutsya tem ili inym drajverom, na svoiom sajte:          
          http://www.nvidia.com/object/IO_32667.html.                         
                                                                              
          Dlya adapterov Matrox G200/G400 sleduet poprobovat' port            
          x11-servers/mga_hal.                                                
                                                                              
          Dlya ATI Rage 128 i Radeon posmotrite stranicy Spravochnika ati(4), 
          r128(4) i radeon(4).                                                

                            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 protokol PPP?

   12.5. Podderzhivaet li FreeBSD tehnologiyu NAT ili Masquerading?

   12.6. Kak nastroit' alias v seti Ethernet?

   12.7. Pochemu ya ne mogu smontirovat' disk Linux(R) po NFS?

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

   12.9. Kak vklyuchit' podderzhku multicast IP?

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

   12.11. Permission denied dlya lyubyh dejstvij, svyazannyh s rabotoj seti.

   12.12. Pochemu moio pravilo <> dlya ipfw po perenapravleniyu servisa na
   druguyu mashinu ne rabotaet?

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

   12.14. Gde mozhno najti sredstva upravleniya setevym trafikom?

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

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

   12.17. CHto znachat soobscheniya Limiting icmp/open port/closed port
   response v fajle zhurnala?

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

   12.19. 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.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. 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.            
                                                                                     
       Dlya podklyucheniya k Internet s ispol'zovaniem kommutiruemogo soedineniya    
       nuzhno ukazat' parametr -nat i ustanovit' v fajle /etc/rc.conf peremennuyu    
       gateway_enable v znachenie YES. Dlya polucheniya dopolnitel'noj informacii    
       obratites' k stranicam spravochnoj sistemy po komande ppp(8) ili razdelu      
       Rukovodstva o PPP rezhima pol'zovatelya.                                      
                                                                                     
       Esli podklyuchenie k Internet vypolnyaetsya cherez Ethernet, ispol'zujte      
       natd(8). Vvodnaya informaciya nahoditsya v razdele Rukovodstva natd.          
12.4.  Podderzhivaet li FreeBSD protokol PPP?                                        
       Da. ppp(8) mozhet obsluzhivat' kak vhodyaschie, tak i ishodyaschie            
       soedineniya.                                                                  
                                                                                     
       Bolee podrobnaya informaciya ob ih ispol'zovanii nahoditsya v razdele         
       Rukovodstva o protokole PPP.                                                  
12.5.  Podderzhivaet li FreeBSD tehnologiyu NAT ili Masquerading?                    
       Da. Dlya polucheniya ukazanij po ispol'zovaniyu NAT cherez podklyuchenie PPP  
       obratites' k razdelu Rukovodstva o PPP. CHtoby ispol'zovat' NAT vmeste s      
       drugim tipom setevogo podklyucheniya, vzglyanite na razdel Rukovodstva natd.  
12.6.  Kak nastroit' alias v seti Ethernet?                                          
       Esli alias nahoditsya v toj zhe samoj seti, chto i uzhe nastroennyj na        
       interfejse adres, dopishite k `etoj komande netmask 0xffffffff:               
                                                                                     
       # ifconfig ed0 alias 192.0.2.2 netmask 0xffffffff                             
                                                                                     
       V protivnom sluchae ukazhite setevoj adres i masku obychnym obrazom:          
                                                                                     
       # ifconfig ed0 alias 172.16.141.5 netmask 0xffffff00                          
                                                                                     
       Dopolnitel'naya informaciya nahoditsya v Rukovodstve FreeBSD.                 
12.7.  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.8.  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. Prosmotrite eschio raz spravochnuyu   
       informaciyu po exports(5) i razdel ob NFS v Rukovodstve, osobenno v chasti    
       nastrojki NFS.                                                                
12.9.  Kak vklyuchit' podderzhku multicast IP?                                       
       Ustanovite paket net/mrouted i dobav'te mrouted_enable="YES" v /etc/rc.conf   
       dlya zapuska `etogo servisa vo vremya zagruzki.                               
12.10. Pochemu ya dolzhen ispol'zovat' FQDN dlya hostov ne v moej seti?              
       Za otvetom na `etot vopros obraschajtes' k Rukovodstvu FreeBSD.               
12.11. Permission denied dlya lyubyh dejstvij, svyazannyh s rabotoj seti.            
       Esli yadro skompilirovano s parametrom IPFIREWALL, imejte v vidu, chto        
       politikoj po umolchaniyu yavlyaetsya zapret prohozhdeniya vseh paketov,       
       kotorye yavno ne razresheny.                                                  
                                                                                     
       Esli mezhsetevoj `ekran byl sluchajno skonfigurirovan nevernym obrazom, to    
       dlya vosstanovleniya rabotosposobnosti seti naberite takuyu komandu iz-pod    
       pol'zovatelya root:                                                           
                                                                                     
       # ipfw add 65534 allow all from any to any                                    
                                                                                     
       Rassmotrite ispol'zovanie firewall_type='open' v fajle /etc/rc.conf.          
                                                                                     
       Dopolnitel'naya informaciya o nastrojke dannogo mezhsetevogo `ekrana          
       nahoditsya v sootvetstvuyuschej glave Rukovodstva.                            
12.12. Pochemu moio pravilo <<fwd>> dlya ipfw po perenapravleniyu servisa na druguyu 
       mashinu ne rabotaet?                                                          
       Vozmozhno, potomu, chto vmesto prostogo perenapravleniya paketov nuzhna       
       translyaciya setevyh adresov (NAT). Pravilo <<fwd>> tol'ko perenapravlyaet    
       pakety i dannye vnutri nego ne menyaet. Rassmotrim takoe pravilo:             
                                                                                     
       01000 fwd 10.0.0.1 from any to foo 21                                         
                                                                                     
       Kogda paket s adresom naznacheniya foo dostigaet mashiny s `etim pravilom,    
       paket 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.13. Kak mozhno perenapravit' zaprosy s odnoj mashiny na druguyu?                  
       Zaprosy FTP i drugih servisov mozhno perenapravit' s pomosch'yu porta         
       sysutils/socket. Zamenite zapis' dlya `etogo servisa v /etc/inetd.conf na     
       vyzov socket, kak pokazano v `etom primere dlya ftpd:                         
                                                                                     
       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.14. 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.15. Pochemu poyavlyayutsya soobscheniya /dev/bpf0: device not configured?         
       Dlya raboty prilozheniya trebuetsya Berkeley Packet Filter (bpf(4)), odnako   
       `eto ustrojstvo udaleno iz vashego yadra. Postrojte novoe yadro s dobavleniem 
       v ego konfiguracionnyj fajl sleduyuschej stroki:                              
                                                                                     
       device bpf      # Berkeley Packet Filter                                      
12.16. 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.17. CHto znachat soobscheniya Limiting icmp/open port/closed port response v      
       fajle zhurnala?                                                               
       Dannoe soobschenie yadra oznachaet, chto imeet mesto nekotoraya aktivnost',   
       privodyaschaya k otpravke bol'shogo kolichestva otvetnyh paketov ICMP ili     
       sbrosov TCP (RST). 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. Pomimo vsego         
       prochego, 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 pokazyvaet kolichestvo paketov, kotoroe yadro     
       posylalo by pri otsutstvii ogranichenij, a vtoroe chislo ukazyvaet limit.     
       `Etot limit menyaetsya pri pomoschi net.inet.icmp.icmplim. V `etom primere    
       ustanavlivaetsya limit na 300 paketov v sekundu:                              
                                                                                     
       # sysctl net.inet.icmp.icmplim=300                                            
                                                                                     
       Dlya vyklyucheniya podobnyh soobschenij bez otklyucheniya samogo              
       ogranicheniya ispol'zujte net.inet.icmp.icmplim_output, chtoby podavit'       
       vyvoda:                                                                       
                                                                                     
       # sysctl net.inet.icmp.icmplim_output=0                                       
                                                                                     
       I nakonec, chtoby polnost'yu vyklyuchit' `eto ogranichenie, sdelajte          
       net.inet.icmp.icmplim ravnym 0. Vyklyuchenie `etogo limita ne privetstvuetsya 
       po prichinam, izlozhennym vyshe.                                              
12.18. CHto `eto za soobscheniya arp: unknown hardware address format?               
       `Eto oznachaet, chto kakoe-to ustrojstvo v lokal'noj seti Ethernet ispol'zuet 
       MAC-adres v formate, neizvestnom FreeBSD. Veroyatno, `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' sistemy FreeBSD.                                
12.19. 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.                        

                             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.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 predotvrascheniya vzloma vsej        
             sistemy v rezul'tate vzloma `etogo konkretnogo processa.         
                                                                              
             Process mozhet rabotat' v granicah `etih sten. Poskol'ku, chto   
             by `etot process ni delal, on `eti steny razrushit' ne mozhet,   
             osobyj audit ego koda ne nuzhen dlya togo, chtoby s              
             uverennost'yu skazat', naskol'ko ego rabota bezopasna dlya       
             sistemy.                                                         
                                                                              
             Stenoj mozhet sluzhit', naprimer, identifikator pol'zovatelya.   
             Vot opredelenie, davaemoe na stranicah Spravochnika 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. `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.                                       
                                                                              
         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)?                           
         securelevel yavlyaetsya mehanizmom obespecheniya bezopasnosti,       
         kotoryj realizovan v yadre. Kogda uroven' zaschity bol'she nulya,    
         yadro ogranichivaet vypolnenie nekotoryh operacij; dazhe             
         superpol'zovatelyu root zapreschaetsya ih vypolnyat'. Mehanizm       
         urovnya zaschity ogranichivaet 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:                                                             
                                                                              
         # sysctl -n kern.securelevel                                         
                                                                              
         Rezul'tat soderzhit tekuschee znachenie urovnya zaschity. Esli ono   
         bol'she nulya, to po krajnej mere nekotorye iz zaschit `etogo        
         mehanizma vklyucheny.                                                
                                                                              
         Uroven' zaschity rabotayuschej sistemy ne mozhet byt' ponizhen,      
         poskol'ku `eto protivorechit naznacheniyu `etogo mehanizma. Esli     
         dlya zadachi trebuetsya nepolozhitel'nyj uroven' zaschity, izmenite  
         znacheniya peremennyh kern_securelevel i kern_securelevel_enable v   
         fajle /etc/rc.conf i perezagruzite 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. Poischite v arhivah     
         bolee podrobnoe obsuzhdenie. Predpochtitelen bolee gibkij mehanizm.  
   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. CHtoby obespechit'    
         prohozhdenie paketov cherez faervol, poprobujte 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 eio populyarnost' rastiot.                         
   13.5. CHto `eto za pol'zovatel' toor s UID 0? YA podvergsya vzlomu?        
         Ne volnujtes', toor yavlyaetsya <<al'ternativnoj>> uchiotnoj         
         zapis'yu superpol'zovatelya (toor - `eto root, zapisannyj zadom      
         naperiod). Ego predlagaetsya ispol'zovat' s nestandartnym komandnym  
         interpretatorom, tak chtoby ne nuzhno bylo menyat' ispol'zuemyj po   
         umolchaniyu komandnyj processor dlya root. `Eto vazhno, tak kak      
         obolochki, ne yavlyayuschiesya chast'yu distributiva sistemy,        
         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 fajlovaya  
         sistema, soderzhaschaya /usr/local/bin, ne smontirovana, to root ne  
         smozhet vojti v sistemu dlya ispravleniya problemy i ponadobitsya    
         perezagruzit'sya v odnopol'zovatel'skom rezhime, chtoby 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 pol'zovatel' ne smozhet vojti v sistemu kak toor, potomu 
         chto dlya nego ne ukazan parol', po`etomu vojdite iz-pod root i      
         ustanovite parol' dlya toor do togo kak ispol'zovat' ego dlya vhoda  
         v sistemu.                                                           

                                 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. V protokole est' soobscheniya o tom, chto <>.

   14.12. Soglasovanie LCP prodolzhaetsya, poka ne zakroetsya soedinenie

   14.13. Kogda ya vypolnyayu komandu shell dlya testirovaniya soedineniya,
   ppp blokiruetsya

   14.14. Pochemu programma ppp, obsluzhivayuschaya nul'-modem, nikogda ne
   zakryvaetsya?

   14.15. V rezhime -auto ppp neozhidanno nachinaet zvonit'

   14.16. CHto oznachayut oshibki CCP

   14.17. Pochemu ppp ne protokoliruet skorost' soedineniya?

   14.18. Ppp ignoriruet simvol \ v chat-skripte

   14.19. Process, vyzvavshij prozvonku v rezhime -auto, nikogda ne poluchaet
   zatrebovannogo soedineniya

   14.20. CHto takoe oshibki FCS?

   14.21. Nichego ne pomogaet - ya uzhe otchayalsya!

   14.1.  Ne mogu zastavit' rabotat' ppp. CHto ya delayu ne tak?              
          Pervym delom prochtite stranicu Spravochnika ppp(8) i razdel PPP    
          Rukovodstva. Dlya pomoschi s ustraneniem nepoladok vklyuchite       
          protokolirovanie sleduyuschej komandoj:                             
                                                                              
          set log Phase Chat Connect Carrier lcp ipcp ccp command             
                                                                              
          `Etu komandu mozhno nabrat' v komandnoj stroke ppp(8) ili vvesti v  
          nachale razdela default v /etc/ppp/ppp.conf. Prover'te, chto fajl   
          /etc/syslog.conf soderzhit ukazannye nizhe stroki i suschestvuet    
          fajl /var/log/ppp.log:                                              
                                                                              
          !ppp                                                                
          *.*    /var/log/ppp.log                                             
                                                                              
          Polnuyu informaciyu o proishodyaschem mozhno najti v fajle          
          protokola. Ne bespokojtes', esli ne vsio budet ponyatno, ved' `eto  
          mozhet byt' ponyatno komu-to eschio.                                
   14.2.  Ppp prosto zavisaet, kogda ya ego zapuskayu                         
          Obychno `eto proishodit, kogda imya hosta ne mozhet byt'            
          preobrazovano v adres. Nailuchshij sposob ispravit' `eto -          
          udostoverit'sya, chto fajl /etc/hosts chitaetsya pervym. Dlya       
          `etogo nuzhno proverit', chto v fajle /etc/host.conf na pervom      
          meste stoit strochka hosts. Zatem dobav'te v fajl /etc/hosts zapis' 
          o lokal'noj mashine. Esli lokal'naya set' otsutstvuet, izmenite     
          stroku dlya localhost:                                              
                                                                              
          127.0.0.1       foo.example.com foo localhost                       
                                                                              
          V protivnom sluchae dobav'te dlya hosta eschio odnu zapis'.         
          Obratites' k sootvetstvuyuschim stranicam Spravochnika za podrobnym 
          opisaniem.                                                          
                                                                              
          V konce ubedites', chto `eta komanda vypolnyaetsya uspeshno: ping   
          -c1 `hostname`.                                                     
   14.3.  Ppp ne zvonit v rezhime -auto                                       
          Snachala prover'te nalichie marshruta po umolchaniyu. Komanda       
          netstat -rn dolzhna pokazat' dve stroki:                            
                                                                              
          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         
                                                                              
          Esli net marshruta po umolchaniyu, ubedites', chto stroka HISADDR   
          byla dobavlena v /etc/ppp/ppp.conf.                                 
                                                                              
          Drugaya prichina otsutstviya stroki s marshrutom po umolchaniyu     
          mozhet kryt'sya v tom, chto marshrut po umolchaniyu byl dobavlen v  
          /etc/rc.conf, i `eta stroka otsutstvuet v /etc/ppp/ppp.conf:        
                                                                              
          delete ALL                                                          
                                                                              
          V takom sluchae obratites' k sootvetstvuyuschemu razdelu            
          Rukovodstva.                                                        
   14.4.  CHto oznachaet soobschenie No route to host?                        
          Obychno `eta oshibka poyavlyaetsya iz-za otsutstviya v fajle        
          /etc/ppp/ppp.linkup sleduyuschego razdela:                          
                                                                              
          MYADDR:                                                             
            delete ALL                                                        
            add 0 0 HISADDR                                                   
                                                                              
          On neobhodim tol'ko dlya dinamicheskogo IP adresa ili kogda adres   
          marshrutizatora ne izvesten. Pri ispol'zovanii interaktivnogo       
          rezhima mozhno nabrat' sleduyuschie komandy posle vhoda v paketnyj  
          rezhim. Paketnyj rezhim oboznachaetsya 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 vklyuchen Link Quality Reporting (LQR), to vozmozhno slishkom  
          mnogo paketov LQR teryaetsya v kanale. ppp(8) delaet vyvod, chto    
          kanal ploh, i razryvaet soedinenie. LQR po umolchaniyu vyklyuchen.  
          Vklyuchit' LQR mozhno tak:                                          
                                                                              
          enable lqr                                                          
   14.7.  Soedinenie razryvaetsya v sluchajnye promezhutki vremeni            
          Inogda na shumnoj linii ili dazhe na linii s vklyuchennym rezhimom  
          ozhidaniya zvonka modem mozhet veshat' trubku, oshibochno polagaya, 
          chto poteryana nesuschaya.                                          
                                                                              
          V bol'shinstve modemov est' parametr, opredelyayuschij              
          chuvstvitel'nost' k vremennoj potere nesuschej. Obratites' k        
          dokumentacii modema.                                                
   14.8.  Soedinenie chasto rviotsya v sluchajnye promezhutki vremeni         
          Mnogie soobschayut ob obryvah soedinenij bez vidimoj prichiny.      
          Pervym delom nuzhno vyyasnit', s kakoj storony rviotsya soedinenie. 
                                                                              
          Pri ispol'zovanii vneshnego modema prover'te utilitoj ping(8),      
          migaet li indikator TD pri peredache dannyh. Esli on migaet, a      
          indikator RD net, problema s toj storony. Esli TD ne zagoraetsya,   
          problema yavlyaetsya lokal'noj. Dlya vnutrennego modema ispol'zujte 
          komandu set server v ppp.conf. Pri obryve svyazi podklyuchites' k   
          ppp(8) s pomosch'yu pppctl(8). Esli setevoe podklyuchenie           
          neozhidanno vosstanavlivaetsya pri proyavlenii aktivnosti na        
          diagnosticheskom sokete ili net soedineniya, no komanda set socket  
          v nachal'nyj moment byla vypolnena uspeshno, to problema imeet      
          lokal'nyj harakter. Esli poluchaetsya podklyuchit'sya, no svyazi    
          vsio ravno net, vklyuchite vyvod lokal'noj otladochnoj informacii   
          komandoj set log local async i ispol'zujte ping(8) v drugom okne    
          ili terminale, chtoby proverit' svyaz'. V otladochnom vyvode budut  
          pokazany dannye, peredavaemye i poluchaemye iz kanala svyazi. Esli  
          dannye posylayutsya, no ne prinimayutsya obratno, to problema s toj 
          storony.                                                            
                                                                              
          Teper', posle vyyasneniya mestonahozhdeniya problemy, imeetsya 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' malo chto mozhno sdelat'. Bol'shinstvo provajderov            
          otkazyvayutsya pomogat' pol'zovatelyam, kotorye ne ispol'zuyut OS   
          ot Microsoft(R). Dobav'te enable lqr v /etc/ppp/ppp.conf, chtoby    
          pozvolit' ppp(8) otsledit' oshibki v udalionnoj sisteme i zakryt'   
          soedinenie. Takoe obnaruzhenie dostatochno medlenno i po`etomu ne   
          tak uzh polezno.                                                    
                                                                              
          Pervym delom poprobujte otklyuchit' lyuboe szhatie, 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                
          udostover'tes', 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 poleznaya informaciya dlya provajdera, 
          hotya pri `etom mozhet obnaruzhit'sya, chto vy rabotaete ne s       
          produktom Microsoft(R).                                             
                                                                              
          Pered tem, kak zvonit' provajderu, vklyuchite vyvod otladochnoj     
          informacii i podozhdite, poka soedinenie snova ne prerviotsya. Dlya 
          `etogo mozhet potrebovat'sya 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 provajder soglasen pomoch', nuzhno budet vklyuchit' rezhim     
          otladki s ih storony, i zatem, kogda svyaz' prerviotsya v           
          sleduyuschij raz, oni smogut skazat', pochemu s ih storony voznikli 
          problemy.                                                           
   14.10. Ppp zavisaet                                                        
          V `etom sluchae perekompilirujte ppp(8) s otladochnoj informaciej,  
          i zatem ispol'zujte 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 perezapustite ppp i dozhdites' sleduyuschego zavisaniya.      
          Kogda otladochnaya sborka ppp(8) zavisnet, zapustite gdb dlya       
          zavisshego processa:                                                
                                                                              
          # gdb ppp `pgrep ppp`                                               
                                                                              
          V priglashenii gdb ispol'zujte komandu bt ili where dlya            
          polucheniya steka vyzovov. Sohranite vyvod sessii gdb i             
          <<otklyuchites'>> ot rabotayuschego processa, vypolniv komandu quit 
          v gdb.                                                              
   14.11. V protokole est' soobscheniya o tom, chto <<magic being the same>>. 
          Inogda, srazu posle ustanovleniya soedineniya, v zhurnale mogut     
          voznikat' 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      
          budet 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. V `etom     
          sluchae poprobujte 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.12. 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. `Etu komandu mozhno       
          takzhe ispol'zovat' 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.13. Kogda ya vypolnyayu komandu shell dlya testirovaniya soedineniya,   
          ppp blokiruetsya                                                    
          Pri ispol'zovanii shell ili ! ppp(8) zapuskaet obolochku ili        
          peredannye parametry. Programma ppp budet zhdat' okonchaniya        
          vypolneniya komandy, prezhde chem prodolzhit'. Pri lyuboj popytke   
          vospol'zovat'sya svyaz'yu PPP vo vremya vypolneniya komandy svyaz'  
          budet vyglyadet' zablokirovannoj. `Eto proishodit iz-za togo, chto  
          ppp(8) zhdiot zaversheniya komandy.                                 
                                                                              
          Dlya vypolneniya podobnyh komand ispol'zujte vmesto `etogo !bg. V   
          `etom sluchae nuzhnaya komanda budet vypolnyat'sya v fonovom        
          rezhime, a ppp(8) smozhet prodolzhit' obsluzhivanie kanala svyazi.  
   14.14. 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.15. V rezhime -auto ppp neozhidanno nachinaet zvonit'                   
          Esli ppp(8) nachinaet neozhidanno zvonit', opredelite prichinu i    
          nastrojte fil'try dozvona 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, v 
          fajl protokola budet sledom zanesena prichina s otmetkoj vremeni.   
                                                                              
          Teper' otklyuchite dozvon pri dannyh 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 ne vsegda udobno, tak kak zakryvaet vozmozhnost' dozvona po    
          zaprosu. Bol'shinstvu programm nuzhno obratit'sya k DNS do togo,    
          kak nachat' rabotat'.                                               
                                                                              
          V sluchae DNS popytajtes' ustanovit', chto imenno pytaetsya         
          opredelit' imya hosta. V bol'shinstve sluchaev vinovnym             
          okazyvaetsya Sendmail. Prover'te, chtoby v konfiguracionnom fajle   
          programmy Sendmail ne bylo ukazano obraschat'sya k DNS. Obratites'  
          k razdelu ob ispol'zovanii `elektronnoj pochty pri kommutiruemom    
          soedinenii v Rukovodstve FreeBSD za podrobnym opisaniem. Vam mozhet 
          ponadobit'sya dobavit' v fajl .mc stroku:                           
                                                                              
          define(`confDELIVERY_MODE', `d')dnl                                 
                                                                              
          `Eto zastavit Sendmail dobavlyat' vse soobscheniya v ochered' do    
          teh por, poka ne budet zapuschena eio obrabotka, kak pravilo,       
          kazhdye 30 minut, ili poka ne budet vypolnena komanda sendmail -q,  
          vozmozhno, iz fajla /etc/ppp/ppp.linkup).                           
   14.16. 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' szhatie           
          Predictor1, a protivopolozhnaya storona ne hochet ustanavlivat'     
          nikakogo szhatiya. `Eti soobscheniya bezobidny, no ih mozhno        
          zaglushit' otklyucheniem szhatiya:                                  
                                                                              
          disable pred1                                                       
   14.17. Pochemu ppp ne protokoliruet skorost' soedineniya?                  
          Dlya zapisi polnogo protokola vzaimodejstviya s modemom vklyuchite  
          sleduyuschee:                                                       
                                                                              
          set log +connect                                                    
                                                                              
          `Eto zastavit ppp(8) protokolirovat' vsio, vplot' do poslednej      
          prochtionnoj cherez <<expect>> stroki.                              
                                                                              
          CHtoby uvidet' skorost' soedineniya pri ispol'zovanii PAP ili CHAP, 
          ukazhite ppp(8) ozhidat' polnuyu stroku CONNECT:                    
                                                                              
          set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \                 
            \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n"            
                                                                              
          Zdes' my poluchaem stroku CONNECT, nichego ne posylaem, a zatem     
          ozhidaem simvola perevoda stroki, zastavlyaya ppp(8) chitat'        
          celikom soderzhimoe otveta CONNECT.                                 
   14.18. Ppp ignoriruet simvol \ v chat-skripte                              
          Programma ppp razbiraet kazhduyu stroku v konfiguracionnyh fajlah i 
          po`etomu mozhet pravil'no interpretirovat' stroki vida set phone    
          "123 456 789" i obnaruzhivat', chto na samom dele nomer yavlyaetsya 
          edinstvennym argumentom. Dlya togo, chtoby ukazat' simvol ",        
          za`ekranirujte ego simvolom obratnogo sl`esha (\).                  
                                                                              
          Kogda interpretator chat razbiraet kazhdyj parametr, on eschio raz  
          prosmatrivaet argument na predmet kakih-libo special'nyh            
          posledovatel'nostej tipa \P ili \T. Vsledstvie `etoj dvojnoj        
          interpretacii ne zabyvajte ob ispol'zovanii nuzhnogo kolichestva    
          `ekraniruyuschih simvolov.                                          
                                                                              
          CHtoby peredat' sam simvol \, ukazhite 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.19. 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.20. 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 liniya plohogo kachestva ili drajver kommunikacionnogo         
          adaptera otbrasyvaet pakety, budut poyavlyat'sya sluchajnye oshibki 
          FCS. `Eto obychno ne yavlyaetsya prichinoj dlya volnenij, hotya     
          `eto suschestvenno zamedlyaet protokoly kompressii.                 
                                                                              
          Esli svyaz' zamiraet srazu pri ustanovlenii soedineniya i           
          nablyudaetsya bol'shoe kolichestvo oshibok FCS, ubedites', chtoby   
          modem ne ispol'zoval programmnoe upravlenie potokom (XON/XOFF).     
          Esli zhe dlya soedineniya dolzhno ispol'zovat'sya 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 vklyuchite protokolirovanie async dlya proverki togo, ne    
          yavlyayutsya li postupaemye iz linii dannye na samom dele           
          priglasheniem login ili shell. Esli s protivopolozhnoj storony      
          nahoditsya priglashenie shell, zavershit' ppp(8) bez obryva svyazi  
          mozhno komandoj close lcp i posleduyuschej komandoj term, chtoby    
          perepodklyuchit'sya k priglasheniyu shell na udalionnoj mashine.    
                                                                              
          Esli nichego v fajle protokola ne govorit o prichine razryva        
          svyazi, sprosite u administratora udalionnoj mashiny ili vashego    
          provajdera, pochemu seans byl zakryt.                               
   14.21. Nichego ne pomogaet - ya uzhe otchayalsya!                          
          Esli vsio uzhe pereprobovano, i nichego ne poluchaetsya, poshlite   
          podrobnosti ob oshibke, konfiguracionnye fajly, 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.           

                      Glava 15. Kommunikacionnye adaptery

   V `etom razdele osvescheny voprosy o rabote posledovatel'nyh adapterov vo
   FreeBSD. Protokol PPP rassmatrivaetsya v razdele Rabota v seti.

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

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

   15.3. Kak uznat', obnaruzhila li FreeBSD posledovatel'nye porty ili
   vnutrennie modemy?

   15.4. Kak osuschestvlyaetsya dostup k posledovatel'nym portam vo FreeBSD?

   15.5. Kak vklyuchit' podderzhku mnogoportovyh posledovatel'nyh adapterov?

   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.1. Kakie mnogoportovye posledovatel'nye adaptery podderzhivayutsya vo FreeBSD?   
      Spisok takih ustrojstv nahoditsya v glave Rukovodstva Posledovatel'nye        
      soedineniya.                                                                  
                                                                                    
      Bol'shinstvo mnogoportovyh PCI adapterov na baze 16550 i ih klony             
      podderzhivayutsya bez dopolnitel'nyh usilij.                                  
                                                                                    
      Nekotorye bezymyannye klony takih adapterov tozhe rabotayut normal'no,        
      osobenno te, kotorye zayavlyayut o svoej sovmestimosti s AST.                 
                                                                                    
      Prochtite stranicy Spravochnika uart(4) i sio(4) dlya polucheniya podrobnoj   
      informacii o konfigurirovanii takih adapterov.                                
15.2. Kak sdelat', chtoby priglashenie boot: vyvodilos' na konsol' na               
      posledovatel'nom portu?                                                       
      Podrobnaya informaciya nahoditsya v `etom razdele Rukovodstva.                
15.3. Kak uznat', obnaruzhila li FreeBSD posledovatel'nye porty ili vnutrennie      
      modemy?                                                                       
      V processe svoej zagruzki yadro FreeBSD budet pytat'sya najti                 
      posledovatel'nye porty, s podderzhkoj kotoryh yadro skonfigurirovano.         
      Vnimatel'no prosmotrite soobscheniya zagruzki libo vypolnite takuyu komandu   
      posle togo, kak sistema zapustilas' i rabotaet:                               
                                                                                    
      % dmesg | grep -E "^sio[0-9]"                                                 
      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 IRQ4,    
      port vvoda/vyvoda 0x3f8, i postroen na mikrosheme UART tipa 16550A. Vtoroj    
      ispol'zuet tot zhe tip mikroshemy, no nahoditsya na IRQ3 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 sisteme ili imeetsya bol'she vnutrennih modemov   
      ili posledovatel'nyh portov, chem opisano v yadre, perekonfigurirujte ego,    
      sleduya instrukciyam v razdele o postroenii yadra.                            
15.4. Kak osuschestvlyaetsya dostup k posledovatel'nym portam vo FreeBSD?           
      Tretij posledovatel'nyj port, sio2 ili 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?                                                    
                                                                                    
      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 zanyat 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 v rezhime avtootveta     
      udalionnye pol'zovateli mogut vhodit' v sistemu, a lokal'nye pol'zovateli     
      cherez tot zhe modem mogut po prezhnemu osuschestvlyat' ishodyaschie zvonki,  
      a sistema pozabotitsya o vozmozhnyh konfliktah.                               
15.5. Kak vklyuchit' podderzhku mnogoportovyh posledovatel'nyh adapterov?           
      Informaciya o konfigurirovanii yadra soderzhitsya v sootvetstvuyuschem        
      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.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, posvyaschionnym vhodyaschim      
      soedineniyam.                                                                 
15.8. Kak podklyuchit' terminal k FreeBSD?                                          
      Informaciya po `etomu voprosu nahoditsya v razdele Terminaly Rukovodstva      
      FreeBSD.                                                                      
15.9. Pochemu ne udaiotsya zapustit' tip ili cu?                                    
      Vstroennye utility tip(1) i cu(1) mogut poluchit' dostup k katalogu           
      /var/spool/lock tol'ko iz-pod pol'zovatelya uucp i chlenov gruppy dialer.     
      Ispol'zujte gruppu dialer dlya upravleniya dostupom k modemu ili udalionnym   
      sistemam posredstvom dobavleniya v neio pol'zovatel'skih uchiotnyh zapisej.   
                                                                                    
      Libo zhe mozhno razreshit' vsem zapuskat' tip(1) i cu(1):                     
                                                                                    
      # chmod 4511 /usr/bin/cu                                                      
      # chmod 4511 /usr/bin/tip                                                     

                                Glava 16. Raznoe

   16.1. Pochemu FreeBSD ispol'zuet mnogo mesta v razdele podkachki dazhe pri
   bol'shom ob"iome svobodnoj pamyati?

   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. Kak zovut `etogo malen'kogo simpatichnogo krasnogo parnya?

   16.9. Mogu li ya ispol'zovat' izobrazhenie daemona BSD?

   16.10. Ne najdetsya li u vas izobrazhenij daemona BSD, kotorye mozhno
   ispol'zovat'?

   16.11. Pri prosmotre spiskov rassylki, ya vstretil akronim ili drugoj
   termin, kotoryj mne ne ponyaten. Gde ya dolzhen posmotret', chto on
   znachit?

   16.12. Pochemu ya dolzhen bespokoit'sya o cvete velosipednyh navesov
   (bikeshed)?

   16.1.  Pochemu FreeBSD ispol'zuet mnogo mesta v razdele podkachki dazhe    
          pri bol'shom ob"iome svobodnoj pamyati?                             
          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. 
          Takoe aktivnoe ispol'zovanie razdela podkachki kompensiruetsya      
          ispol'zovaniem dopolnitel'noj svobodnoj operativnoj pamyati dlya    
          keshirovaniya.                                                      
                                                                              
          Zamet'te, chto hotya FreeBSD predpochitaet ispol'zovat' razdel      
          podkachki, stranicy ne peremeschayutsya proizvol'no pri polnost'yu  
          neaktivnoj sisteme. Po `etoj prichine sistema ne budet nahodit'sya  
          celikom v razdele podkachki posle nochnogo prostaivaniya.           
   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 programmam   
          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. Dlya fajla    
          foo s simvolicheskoj ssylkoj bar na `etot fajl `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 chmod(1) rekursivno. Bud'te vnimatel'ny,       
          zadavaya katalogi ili simvolicheskie ssylki na katalogi v           
          parametrah chmod(1). CHtoby 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, to chtoby izmenit' prava na foo (na samom dele na      
          bar), vypolnite takuyu komandu:                                     
                                                                              
          % chmod 555 foo/                                                    
                                                                              
          Esli zadan veduschij 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. Programma `emulyacii DOS emulators/doscmd vklyuchena v          
          Kollekciyu Portov FreeBSD.                                          
                                                                              
          Esli doscmd ne dostatochno, emulators/pcemu `emuliruet 8088 i nabor 
          servisov BIOS, dostatochnyj dlya zapuska mnogih prilozhenij         
          tekstovogo rezhima DOS. Trebuetsya X Window System.                 
                                                                              
          V Kollekcii Portov FreeBSD takzhe imeetsya emulators/dosbox.        
          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  
          proverki vhodyaschej pochty, i otvergayutsya soobscheniya, kotorye  
          byli nepravil'no sformirovany pri peresylke libo kak-to inache      
          pohozhi na spam. Nekotorye iz trebovanij:                           
                                                                              
            * IP-adres klienta SMTP dolzhen imet' obratnoe preobrazovanie v   
              simvolicheskoe imya.                                            
                                                                              
            * Polnoe imya hosta, ukazannoe na `etape EHLO/HELO v processe     
              obmena soobscheniyami SMTP, dolzhno razreshat'sya v IP-adres    
              klienta.                                                        
                                                                              
          Dopolnitel'nye sovety po dostavke pis'ma:                           
                                                                              
            * Pis'mo dolzhno byt' otpravleno v tekstovom formate. Soobschenie 
              v pochtovyj spisok rassylki, kak pravilo, ne dolzhno imet'      
              razmer bol'she 200 Kbajt.                                       
                                                                              
            * Izbegajte izbytochnogo krosspostinga. Vyberite odin spisok      
              rassylki, kotoryj kazhetsya naibolee podhodyaschim.             
                                                                              
          Esli u vas vsio eschio ostalis' trudnosti pri rabote s pochtovoj    
          infrastrukturoj FreeBSD.org, otprav'te soobschenie s podrobnym      
          opisaniem na adres <postmaster@freebsd.org>. Ukazhite v niom        
          vremennoj interval dlya proverki logov - i obratite vnimanie, chto  
          my derzhim zhurnal pochtovyh logov vsego za nedelyu. (Obyazatel'no  
          ukazhite chasovoj poyas ili raznicu v UTC.)                         
   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.                           
   16.8.  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 mozhno uznat' iz ego domashnej stranicy.      
   16.9.  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     
          obratites' k stranice avtora Statement on the Use of the BSD Daemon 
          Figure.                                                             
                                                                              
          V obschem, ispol'zovat' izobrazhenie mozhno v vysokohudozhestvennom 
          stile i v lichnyh celyah, esli dayutsya sootvetstvuyuschie otsylki. 
          Pered ispol'zovaniem znaka v kommercheskih celyah obratites' za     
          razresheniem k Kirk McKusick <mckusick@FreeBSD.org>.                
          Dopolnitel'naya informaciya nahoditsya na domashnej stranice        
          Daemona BSD.                                                        
   16.10. 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.11. 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.12. 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!            
                                                                              
         Esli ser'iozno, to FreeBSD ispol'zuet instrukciyu HLT (halt), kogda  
         sistema prostaivaet, chto umen'shaet potreblenie `energii i, v svoyu 
         ochered', vydelenie tepla. Vdobavok, esli u vas nastroen ACPI        
         (usovershenstvovannyj interfejs upravleniya konfiguraciej i          
         pitaniem), 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 obnovilis' 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. Mozhno li rabotat' s -CURRENT pri ogranichennom dostupe v Internet?

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

   18.6. CHto delat' pri avarijnom ostanove sistemy?

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

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

18.1. Kak mozhno uznat' bol'she o vnutrennem ustrojstve FreeBSD?                  
      Spisok otnosyaschihsya k delu knig mozhno najti v razdele Rukovodstva       
      Bibliografiya po vnutrennemu ustrojstvu operacionnoj sistemy.               
                                                                                  
      Krome togo, bol'shinstvo obschih znanij o UNIX(R) neposredstvenno primenimo 
      k FreeBSD.                                                                  
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 Subversion sejchas nahodyatsya 4 aktivno/poluaktivno          
      razvivayuschihsya vetki FreeBSD. (Bolee rannie vetki izmenyayutsya ochen'   
      redko, imenno po`etomu v razrabotke tol'ko 4 aktivnye vetki):               
                                                                                  
        * stable/8/, takzhe izvestnaya kak 8-STABLE                               
                                                                                  
        * stable/9/, takzhe izvestnaya kak 9-STABLE                               
                                                                                  
        * stable/10/, takzhe izvestnaya kak 10-STABLE                             
                                                                                  
        * head/, takzhe izvestnaya kak -CURRENT i 11-CURRENT                      
                                                                                  
      HEAD - `eto ne nastoyaschij t`eg vetki. `Eto simvol'naya konstanta dlya     
      oboznacheniya tekuschego, ne vetvyaschegosya, nahodyaschegosya v razrabotke 
      dereva, to est' -CURRENT.                                                   
                                                                                  
      Na dannyj moment -CURRENT yavlyaetsya nahodyaschimsya v razrabotke derevom  
      11.X; vetka 10-STABLE, stable/10/, otdelilas' ot -CURRENT v yanvare 2014    
      goda goda, a vetka 9-STABLE, stable/9/, otdelilas' ot -CURRENT v sentyabre  
      2011 goda.                                                                  
18.4. 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.5. 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.6. 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                                                           
                                                                                  
      `Etogo soobscheniya ne dostatochno. Zdes' vazhno znachenie ukazatelya       
      instrukcij, no ono zavisit ot konfiguracii, poskol'ku znachenie menyaetsya  
      dlya kazhdogo konkretnogo fajla yadra. Esli `eto yadro GENERIC iz odnogo iz 
      sn`epshotov, to kto-to eschio mozhet otsledit' funkciyu, vyzvavshuyu        
      oshibku, no v sluchae so special'no skonfigurirovannym yadrom tol'ko vy     
      mozhete skazat' nam, gde sluchilas' oshibka.                                
                                                                                  
      CHtoby prodolzhit':                                                         
                                                                                  
       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:                                                       
                                                                                  
       % 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:                                                                 
                                                                                  
       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 ne ukazat' 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 poluchat' avarijnyj damp, otredaktirujte 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. `Etu komandu mozhno takzhe zapuskat' 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 ob"iomu operativnoj   
      pamyati. Po`etomu ubedites' v nalichii dostatochnogo mesta dlya hraneniya   
      dampa v kataloge /var/crash. Libo zapustite vruchnuyu savecore(8), chtoby   
      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, dlya 1 Gbajt OZU ustanovite ogranichenie  
      na ispol'zovanie pamyati yadrom v 128 Mbajt, tak chtoby razmer avarijnogo   
      dampa byl raven 128 Mbajt, a ne 1 Gbajt.                                    
                                                                                  
      Kak tol'ko avarijnyj damp poluchen, trassirovku vyzovov mozhno poluchit'    
      takim obrazom:                                                              
                                                                                  
      % kgdb /usr/obj/usr/src/sys/MYKERNEL/kernel.debug /var/crash/vmcore.0       
      (kgdb) backtrace                                                            
                                                                                  
      Zamet'te, chto `eto mozhet dat' neskol'ko `ekranov poleznoj informacii.     
      Luchshe vsego ispol'zovat' script(1) dlya perehvata vsego vyvoda. Pri       
      ispol'zovanii neobrabotannogo fajla 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, trassirovka   
      steka obychno chitaetsya snizu vverh. Takzhe mozhno ispol'zovat' kgdb(1)    
      dlya vyvoda znachenij razlichnyh peremennyh ili struktur, chtoby vyyasnit'  
      sostoyanie sistemy vo vremya avarii.                                        
                                                                                  
        Podskazka:                                                                
                                                                                  
      Esli est' vtoroj komp'yuter, to mozhno nastroit' kgdb(1) dlya udalionnoj    
      otladki, vklyuchaya tochki ostanova i poshagovyj prohod po kodu yadra.      
                                                                                  
        Primechanie:                                                              
                                                                                  
      Esli vklyuchena podderzhka DDB i yadro perehodit v rezhim otladki, mozhno   
      namerenno vyzvat' avarijnyj ostanov i sozdanie avarijnogo dampa, nabrav     
      panic v priglashenii komandnoj stroki ddb. Vypolnenie fazy avarijnogo       
      ostanova mozhet snova ostanovit'sya s vyzovom otladchika. V `etom sluchae   
      naberite continue, i process budet zavershion sozdaniem avarijnogo dampa.   
18.7. 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.                                                         
                                                                                  
      CHtoby osuschestvit' poisk simvolov v ispolnyaemom fajle processa s         
      pomosch'yu funkcii dlsym(), vypolnite komponovku ispolnyaemogo fajla s      
      parametrom --export-dynamic komponovschika ELF (ld(1)).                     
18.8. 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). Dlya raboty servera s intensivnoj setevoj nagruzkoj ili 
      pri ispol'zovanii ZFS `etogo mozhet byt' nedostatochno.                     
                                                                                  
      CHtoby uvelichit' dostupnoe prostranstvo, dobav'te sleduyuschuyu stroku v   
      fajl konfiguracii yadra i peresoberite yadro:                               
                                                                                  
      options KVA_PAGES=N                                                         
                                                                                  
      CHtoby poluchit' nuzhnoe znachenie dlya N, razdelite zhelaemyj razmer       
      adresnogo prostranstva (v megabajtah) na chetyre (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.
