      Nastrojka zhurnalirovaniya UFS dlya nastol'nogo komp'yutera.

  Manolis Kiagias

   <manolis@FreeBSD.org>

   $FreeBSD:
   doc/ru_RU.KOI8-R/articles/gjournal-desktop/article.sgml,v 1.5
   2010/12/06 15:35:23 taras Exp $

   Copyright (c) 2008 Manolis Kiagias

   FreeBSD `eto zaregistrirovannaya torgovaya marka FreeBSD
   Foundation.

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

   ZHurnaliruemaya fajlovaya sistema ispol'zuet log dlya zapisi vseh
   tranzakcij, proishodyaschih v fajlovoj sisteme, kotoryj takzhe
   sohranyaet ee celostnost' v sluchae kraha sistemy ili propadaniya
   pitaniya. Nesmotrya na to, chto vsio esche vozmozhna poterya
   nesohranionnyh izmenenij fajlov, zhurnalirovanie pochti polnost'yu
   isklyuchaet vozmozhnost' povrezhdeniya struktury fajlovoj sistemy,
   vyzvannoe nepredvidennym ostanovom raboty. ZHurnalirovanie takzhe
   sokraschaet do minimuma vremya, neobhodimoe dlya proverki fajlovoj
   sistemy posle otkaza. Nesmotrya na to, chto v ispol'zuemoj FreeBSD
   fajlovoj sisteme UFS net podderzhki zhurnalirovaniya, novyj klass
   sistemy GEOM v FreeBSD 7.X mozhet byt' ispol'zovan dlya dlya
   vedeniya nezavisimogo ot fajlovoj sistemy zhurnalirovaniya. `Eta
   stat'ya ob"yasnyaet, kak realizovat' zhurnalirovanie UFS dlya
   tipichnogo nastol'nogo komp'yutera.

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

1. Vstuplenie

   Servernoe oborudovanie obychno horosho zaschischeno ot poteri
   pitaniya. Nastol'nyj komp'yuter chasto podverzhen neozhidannym
   propadaniyam pitaniya, sluchajnym nazhatiyam knopki Reset i drugim
   proisshestviyam (chasto svyazannym s neostorozhnost'yu
   pol'zovatelej), kotorye mogut privesti k nepredvidennym
   vyklyucheniyam. Mehanizm Soft Updates, kak pravilo, dostatochno
   `effektivno zaschischaet fajlovuyu sistemu v takih sluchayah,
   odnako v posledstvii trebuetsya dlitel'naya fonovaya proverka. V
   ochen' redkih sluchayah povrezhdeniya fajlovoj sistemy dostigayut
   togo urovnya, pri kotorom stanovitsya neobhodimym vmeshatel'stvo
   pol'zovatelya i dannye mogut byt' uteryannymi.

   Novaya vozmozhnost' zhurnalirovaniya, predostavlennaya sistemoj
   GEOM, mozhet suschestvenno vyruchit' v podobnyh sluchayah,
   isklyuchaya vremya, neobhodimoe dlya proverki fajlovyh sistem i
   udostoverivayas', chto fajlovaya sistema bystro vosstanovlena v
   celostnoe sostoyanie.

   `Eta stat'ya opisyvaet poryadok dejstvij, neobhodimyh dlya
   konfigurirovaniya zhurnalirovaniya UFS na tipichnom nastol'nom
   komp'yutere, v kotorom odin zhestkij disk ispol'zuetsya dlya
   razmescheniya kak operacionnoj sistemy, tak i dannyh. V stat'e
   podrazumevaetsya ustanovka FreeBSD "s nulya". SHagi dostatochno
   prosty i ne trebuyut chrezmerno slozhnyh manipulyacij s komandnoj
   strokoj

   Posle prochteniya dannoj stat'i vy budete znat':

     * Kak zarezervirovat' mesto dlya zhurnala vo vremya novoj
       ustanovki FreeBSD.

     * Kak zagruzit' modul' geom_journal (ili vklyuchit' podderzhku
       zhurnalirovaniya v specializirovannom yadre sistemy).

     * Kak preobrazovat' suschestvuyuschuyu fajlovuyu sistemu, v
       sistemu, ispol'zuyuschuyu zhurnalirovanie, i kakie opcii
       montirovaniya ispol'zovat' v /etc/fstab.

     * Kak realizovat' zhurnalirovanie na novyh (pustyh) razdelah.

     * Kak diagnostirovat' nepoladki, svyazannye s zhurnalirovaniem.

   Pered prochteniem `etoj stat'i vam neobhodimo:

     * Ponimat' bazovye koncepcii takih operacionnyh sistem, kak
       UNIX(R) i FreeBSD.

     * Byt' znakomym s proceduroj ustanovki FreeBSD, a takzhe s
       programmoj sysinstall.

     Vnimanie: Procedura, opisannaya zdes', podrazumevaet podgotovku
     k novoj ustanovke, v kotoroj na diskah esche net
     pol'zovatel'skih dannyh. Tak kak `etu proceduru mozhno
     modificirovat' i rasshirit' na sistemy, kotorye uzhe
     ispol'zuyutsya, vam nastoyatel'no rekomenduetsya sdelat'
     rezervnuyu kopiyu vseh cennyh dannyh. Putanica v nizkourovnevyh
     operaciyah s diskami i razdelami mozhet privesti k fatal'nym
     oshibkam i potere dannyh.

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

2. Realizaciya zhurnalirovaniya v FreeBSD

   ZHurnalirovanie, predostavlyaemoe sistemoj GEOM v FreeBSD 7.X, ne
   yavlyaetsya osobennost'yu fajlovoj sistemy (v otlichie ot,
   naprimer, fajlovoj sistemy ext3 v Linux(R)), ono funkcioniruet na
   blochnom urovne. A `eto znachit, chto ono mozhet byt' primeneno k
   raznym tipam fajlovyh sistem, odnako dlya FreeBSD 7.0-RELEASE
   zhurnalirovanie mozhet byt' primeneno tol'ko dlya UFS2.

   Vozmozhnost' zhurnalirovaniya obespechivaetsya zagruzkoj modulya
   geom_journal.ko v yadro (ili sborkoj sobstvennogo yadra s
   aktivirovaniem sootvetstvuyuschih opcij) i ispol'zovaniem komandy
   gjournal dlya konfigurirovaniya fajlovoj sistemy. V obschem, vy
   predpochtete zhurnalirovat' fajlovye sistemy bol'shogo razmera, k
   primeru - /usr. Odnako, vam pridetsya zarezervirovat' nekotoroe
   kolichestvo svobodnogo mesta (sm. sleduyuschij razdel).

   Kogda fajlovaya sistema zhurnaliruetsya, nekotoraya chast'
   diskovogo prostranstva trebuetsya dlya hraneniya samogo zhurnala.
   Diskovoe prostranstvo, soderzhaschee dannye, nazyvaetsya
   postavschikom dannyh (data provider), a chast' prostranstva,
   soderzhaschaya zhurnal, nazyvaetsya postavschikom zhurnala
   (journal provider). Postavschiki dannyh i zhurnala dolzhny byt' na
   raznyh razdelah, esli zhurnalirovanie dostraivaetsya k
   soderzhaschemu dannye razdelu. A esli zhurnalirovanie
   vklyuchaetsya dlya novogo razdela, u vas est' vozmozhnost'
   ispol'zovat' odin postavschik dlya dannyh i zhurnala. V lyubom iz
   dvuh vysheupomyanutyh sluchaev komanda gjournal zadejstvuet
   postavschiki i sozdast konechnuyu zhurnaliruemuyu fajlovuyu
   sistemu. Naprimer:

     * Vy namerevaetes' zhurnalirovat' fajlovuyu sistemu /usr,
       razmeschennuyu na /dev/ad0s1f, fajlovaya sistema uzhe
       soderzhit dannye.

     * Vy zarezervirovali chast' diskovogo prostranstva na razdele
       /dev/ad0s1g.

     * Ispol'zuya komandu gjournal, sozdaem novyj fajl ustrojstva
       /dev/ad0s1f.journal, dlya kotorogo /dev/ad0s1f yavlyaetsya
       postavschikom dannyh, a /dev/ad0s1g -- postavschik zhurnala.
       `Eto novoe ustrojstvo neobhodimo ispol'zovat' vo vseh
       posleduyuschih operaciyah.

   Razmer diskovogo prostranstva, otvodimogo pod postavschik
   zhurnala, zavisit ot nagruzhennosti fajlovoj sistemy, a ne ot
   razmera samogo postavschika dannyh. Naprimer, dlya tipichnogo
   nastol'nogo komp'yutera dostatochno otvesti 1 Gb pod postavschik
   zhurnala dlya fajlovoj sistemy /usr, v to vremya kak komp'yuteru,
   imeyuschemu intensivnyj diskovyj vvod/vyvod (naprimer,
   redaktirovanie video) mozhet potrebovat'sya bol'she. Esli
   svobodnoe mesto na postavschike zhurnala zakanchivaetsya ran'she,
   chem proishodit sbros zhurnala na disk, -- vy poluchite paniku
   yadra.

     Zamechanie: Ochen' maloveroyatno to, chto razmery zhurnala,
     predlozhennye zdes', stanut prichinoj problem s obychnym
     nastol'nym komp'yuterom (na kotorom vy prosmatrivaete
     veb-stranicy, obrabatyvaete tekst ili proigryvaete
     mul'timedijnye fajly). Esli rabota vashego komp'yutera
     podrazumevaet intensivnuyu diskovuyu aktivnost', to dlya
     obespecheniya stabil'nosti sleduet priderzhivat'sya
     sleduyuschego pravila: razmer OZU dolzhen umestit'sya v 30%
     razmera, otvedennogo pod zhurnal. Naprimer, esli v vashem
     komp'yutere ustanovlen 1 Gb OZU, sozdajte pod postavschik
     zhurnala razdel razmerom okolo 3.3 Gb. (Umnozh'te razmer OZU v
     3.3 raza, chtob poluchit' razmer zhurnala).

   Dlya polucheniya dopolnitel'noj informacii o zhurnalirovanii,
   pozhalujsta, prochitajte stranicu spravochnika, posvyaschennuyu
   gjournal(8).

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

3. Dejstviya, neobhodimye vo vremya ustanovki FreeBSD

  3.1. Vydelenie mesta pod zhurnalirovanie

   Tipichnyj nastol'nyj komp'yuter obychno imeet odin zhestkij disk,
   na kotorom hranitsya kak operacionnaya sistema, tak i
   pol'zovatel'skie dannye. Veroyatno, chto shema razbitiya
   vinchestera (po umolchaniyu), vybrannaya v menyu sysinstall,
   yavlyaetsya bolee ili menee podhodyaschej: nastol'nomu komp'yuteru
   ne trebuetsya bol'shoj razdel /var, v to vremya, kak dlya razdela
   /usr vydelyaetsya znachitel'nyj ob"em diskovogo prostranstva,
   vvidu togo, chto pol'zovatel'skie dannye i mnozhestvo p`ek`edzhej
   hranyatsya imenno v poddirektoriyah /usr.

   Razbienie po umolchaniyu (poluchaemoe pri nazhatii A v redaktore
   razdelov FreeBSD, nazyvaemom Disklabel) ne ostavlyaet svobodnogo
   mesta. Kazhdyj podlezhaschij zhurnalirovaniyu razdel trebuet
   otdel'nogo razdela dlya zhurnala. Vvidu togo, chto razdel /usr --
   naibol'shij, est' smysl nemnogo umen'shit' ego razmer, chtoby
   poluchit' prostranstvo, neobhodimoe dlya zhurnala.

   V nashem primere ispol'zuetsya zhestkij disk razmerom 80 Gb.
   Sleduyuschij skrinshot pokazyvaet rezul'taty razbieniya po
   umolchaniyu, vypolnennogo pri pomoschi Disklabel v processe
   ustanovki operacionnoj sistemy:

   Esli `eto razbienie bolee ili menee vas ustraivaet, to ego legko
   modificirovat' dlya zhurnalirovaniya. Ispol'zujte klavishi so
   strelkami dlya togo, chtoby vydelit' razdel, otvedennyj pod /usr,
   potom nazhmite D chtoby udalit' ego.

   Teper' perevedite podsvechivanie k imeni diska, nahodyaschemusya
   vverhu `ekrana, i nazhmite C -- sozdajte novyj razdel /usr. Novyj
   razdel dolzhen byt' men'she na 1 Gb (esli vy sobiraetes'
   zhurnalirovat' tol'ko /usr) ili na 2 Gb (esli zhurnalirovaniyu
   podlezhat kak /usr, tak i /var). Vo vsplyvayuschem okne vyberite
   "sozdat' fajlovuyu sistemu" i ukazhite /usr tochkoj montirovaniya.

     Zamechanie: Sleduet li zhurnalirovat' /var razdel? Obychno est'
     smysl zhurnalirovat' bol'shie razdely. Vy mozhete reshit' ne
     zhurnalirovat' /var, odnako zhurnalirovanie na obychnom
     nastol'nom komp'yutere ne prichinit vreda. Esli fajlovaya
     sistema ne nagruzhena (chto tipichno dlya nastol'noj sistemy),
     to mozhno vydelit' men'she diskovogo prostranstva pod zhurnal.

     V `etom primere podrazumevaetsya zhurnalirovanie dvuh fajlovyh
     sistem: /usr i /var. Estestvenno, vy mozhete podkorrektirovat'
     proceduru pod svoi zadachi.

   CHtoby ne uslozhnyat' opisyvaemuyu metodiku, dlya sozdaniya
   razdelov, neobhodimyh dlya razmescheniya zhurnalov, my budem
   ispol'zovat' utilitu sysinstall. Odnako, vo vremya ustanovki
   utilita sysinstall trebuet ukazaniya tochek montirovaniya dlya
   kazhdogo sozdannogo vami razdela. No razdely, soderzhaschie
   zhurnaly, vam nikogda i nikuda montirovat' ne pridetsya.

   CHtoby izbezhat' voprosov o tochkah montirovaniya, my sozdadim
   razdely pod zhurnaly i ustanovim ih tip v swap. Razdel,
   prednaznachennyj dlya svopa, nikogda i nikuda ne montiruetsya,
   plyus k tomu, utilita sysinstall pozvolyaet sozdavat' stol'ko
   razdelov pod svop, skol'ko neobhodimo. Posle pervoj perezagruzki
   neobhodimo podredaktirovat' fajl /etc/fstab, udaliv v niom lishnie
   zapisi o svop-razdelah.

   Dlya sozdaniya svop-razdela, ispol'zuya klavishi so strelkami,
   peremeschajte podsvechivanie k verhnej chasti `ekrana v utilite
   Disklabel tak, chtoby stalo podsvechennym imya diska. Potom,
   nazhmite N, vvedite neobhodimyj razmer razdela (1024M), a posle --
   vyberite vo vsplyvshem okne ''swap space''. Povtorite `eti shagi
   dlya vseh ostavshihsya zhurnalov. V `etom primere my sozdaem dva
   razdela, na kotoryh budut razmeschat'sya zhurnaly dlya /usr i
   /var. Konechnyj rezul'tat pokazan na sleduyuschem skrinshote:

   Po zavershenii sozdaniya razdelov my rekomenduem vam zapisat' na
   bumagu nazvaniya razdelov i ih tochek montirovaniya: s `etoj
   informaciej vy budete sveryat'sya vo vremya konfigurirovaniya.
   `Eto takzhe pomozhet umen'shit' kolichestvo oshibok, privodyaschih
   k povrezhdeniyu ustanovki. Sleduyuschaya tablichka otobrazhaet
   nashi zametki, sdelannye dlya dannogo primera:

   Tablica 1. Razdely i zhurnaly

   +----------------------------------------------------------------+
   |     Razdel     |     Tochka montirovaniya     |    ZHurnal     |
   |----------------+------------------------------+----------------|
   | ad0s1d         | /var                         | ad0s1h         |
   |----------------+------------------------------+----------------|
   | ad0s1f         | /usr                         | ad0s1g         |
   +----------------------------------------------------------------+

   Dal'she prodolzhajte obychnuyu ustanovku. Odnako, my rekomenduem
   vam otlozhit' installyaciyu prilozhenij storonnih razrabotchikov
   (paketov) do polnoj nastrojki zhurnalirovaniya.

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

  3.2. Pervaya zagruzka

   Vasha sistema zagruzitsya normal'no, odnako vam neobhodimo budet
   podredaktirovat' /etc/fstab i udalit' te lishnie svop-razdely,
   kotorye vy sozdavali pod zhurnaly. Kak pravilo, v nazvanii fajla
   ustrojstva, sozdannogo avtomaticheski utilitoj sysinstall,
   prisutstvuet suffiks ''b'' (v nashem primere `eto ad0s1b). Udalite
   drugie zapisi o svop-razdelah i perezagruzite komp'yuter, posle
   chego FreeBSD perestanet ih ispol'zovat'.

   Posle vtoroj perezagruzki, komp'yuter budet gotov k
   konfigurirovaniyu zhurnalirovaniya.

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

4. Nastrojka zhurnalirovaniya

  4.1. Rabota s komandoj gjournal

   Podgotoviv neobhodimye razdely, perejdem k konfigurirovaniyu
   zhurnalirovaniya. Nam budet neobhodimo zagruzit'sya v
   odnopol'zovatel'skom rezhime, dlya `etogo zaloginimsya
   pol'zovatelem root i napechataem:

 # shutdown now

   Nazhmite Enter dlya polucheniya priglasheniya komandnogo
   interpretatora. Nam neobhodimo budet razmontirovat' razdely,
   kotorye podlezhat zhurnalirovaniyu, v nashem primere `eto /usr i
   /var.

 # umount /usr /var

   Zagruzite modul' yadra, neobhodimyj dlya zhurnalirovaniya:

 # gjournal load

   Na dannom `etape sver'tes' so svoimi zapisyami i opredelite, kakie
   razdely budut ispol'zovat'sya pod kakoj zhurnal. V nashem primere
   /usr raspolagaetsya na ad0s1f, a ego zhurnal budet raspolagat'sya
   na ad0s1g, i, po analogii, dlya /var: fajlovaya sistema
   raspolagaetsya na ad0s1d, a ee zhurnal -- na ad0s1h. Naberite
   sleduyuschie komandy:

 # gjournal label ad0s1f ad0s1g

 GEOM_JOURNAL: Journal 2948326772: ad0s1f contains data.
 GEOM_JOURNAL: Journal 2948326772: ad0s1g contains journal.

 # gjournal label ad0s1d ad0s1h

 GEOM_JOURNAL: Journal 3193218002: ad0s1d contains data.
 GEOM_JOURNAL: Journal 3193218002: ad0s1h contains journal.

     Zamechanie: Esli poslednij sektor lyubogo iz dvuh razdelov
     (postavschikov dannyh) ispol'zuetsya, komanda gjournal vozvratit
     oshibku. Vam neobhodimo budet ispol'zovat' flag -f dlya
     prinuditel'noj perezapisi, naprimer:

 # gjournal label -f ad0s1d ad0s1h

     Tak kak `eto -- novaya ustanovka, ochen' maloveroyaten fakt,
     chto chto-nibud' budet dejstvitel'no perepisano.

   Na dannom `etape sozdany dva ustrojstva: ad0s1d.journal i
   ad0s1f.journal. Oni predstavlyayut /var i /usr sootvetstvenno.
   Pered montirovaniem, nam neobhodimo ustanovit' flag
   zhurnalirovaniya i snyat' flag mehanizma Soft Updates:

 # tunefs -J enable -n disable ad0s1d.journal

 tunefs: gjournal set
 tunefs: soft updates cleared

 # tunefs -J enable -n disable ad0s1f.journal

 tunefs: gjournal set
 tunefs: soft updates cleared

   Teper', smontirujte novye ustrojstva v sootvetstvuyuschie mesta
   fajlovoj sistemy (obratite vnimanie na to, chto my mozhem
   ispol'zovat' opciyu montirovaniya async):

 # mount -o async /dev/ad0s1d.journal /var
 # mount -o async /dev/ad0s1f.journal /usr

   Otkrojte /etc/fstab i isprav'te zapisi dlya sleduyuschih fajlovyh
   sistem: /usr i /var:

 /dev/ad0s1f.journal     /usr            ufs     rw,async      2       2
 /dev/ad0s1d.journal     /var            ufs     rw,async      2       2

     Vnimanie: Ubedites', chto upomyanutye vyshe zapisi pravil'nye,
     inache start sistemy budet problematichnym posle perezagruzki!

   I naposledok, podredaktirujte /boot/loader.conf: dobav'te
   sleduyuschuyu stroku i modul' gjournal(8) budet zagruzhat'sya
   avtomaticheski pri starte sistemy:

 geom_journal_load="YES"

   Pozdravlyaem! ZHurnalirovanie uspeshno skonfigurirovano. Vam
   neobhodimo lish' nabrat' exit dlya vozvrascheniya v
   mnogopol'zovatel'skij rezhim ili perezagruzit' sistemu, chtoby
   polnost'yu proverit' vashu konfiguraciyu (rekomenduetsya). Vo
   vremya zagruzki vy uvidite soobscheniya, podobnye sleduyuschim:

 ad0: 76293MB XEC XE800JD-00HBC0 08.02D08 at ata0-master SATA150
 GEOM_JOURNAL: Journal 2948326772: ad0s1g contains journal.
 GEOM_JOURNAL: Journal 3193218002: ad0s1h contains journal.
 GEOM_JOURNAL: Journal 3193218002: ad0s1d contains data.
 GEOM_JOURNAL: Journal ad0s1d clean.
 GEOM_JOURNAL: Journal 2948326772: ad0s1f contains data.
 GEOM_JOURNAL: Journal ad0s1f clean.

   Posle nepredvidennogo ostanova raboty sistemy soobscheniya budut
   nemnogo otlichat'sya, naprimer:

 GEOM_JOURNAL: Journal ad0s1d consistent.

   `Eto obychno znachit, chto gjournal(8) vospol'zovalsya informaciej
   v zhurnale dlya vozvrascheniya fajlovoj sistemy k celostnomu
   sostoyaniyu.

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

  4.2. ZHurnalirovanie novyh razdelov

   Procedura, opisannaya vyshe, neobhodima dlya podklyucheniya
   zhurnalirovaniya razdelov, soderzhaschih dannye. ZHurnalirovanie
   pustyh razdelov nemnogo prosche, vvidu togo, chto postavschik
   dannyh i postavschik zhurnala mogut byt' razmescheny na odnom i
   tom zhe razdele. Naprimer, predpolozhim, chto byl ustanovlen novyj
   zhestkij disk i byl sozdan novyj razdel /dev/ad1s1d. Sozdanie
   zhurnala ne slozhnee nabora:

 # gjournal label ad1s1d

   Razmer zhurnala -- 1 Gb po umolchaniyu. Odnako, vy mozhete
   izmenit' `eto znachenie ispol'zuya klyuch -s. Znachenie mozhno
   zadavat' v bajtah, v kilobajtah, megabajtah ili gigabajtah
   (ispol'zuya suffiks K, M ili G). Imejte vvidu, chto komanda
   gjournal ne pozvolit vam sozdat' zhurnal nedopustimo malogo
   razmera.

   K primeru, chtoby sozdat' zhurnal razmerom v 2Gb, mozhno
   ispol'zovat' sleduyuschuyu komandu:

 # gjournal label -s 2G ad1s1d

   Dalee, vy mozhete sozdat' fajlovuyu sistemu na novom razdele, a
   takzhe razreshit' zhurnalirovanie klyuchom -J:

 # newfs -J /dev/ad1s1d.journal

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

  4.3. Vstraivanie zhurnalirovaniya v specializirovannoe yadro

   Esli vy ne zhelaete zagruzhat' geom_journal kak modul', to mozhno
   vstroit' ego funkcii pryamo v vashe specializirovannoe yadro.
   Redaktiruya konfiguracionnyj fajl yadra, ubedites', chto v nem
   nahodyatsya sleduyuschie dve stroki:

 options UFS_GJOURNAL # Prim.: `Eto vklyucheno v GENERIC

 options GEOM_JOURNAL # A `etu stroku neobhodimo dobavit'

   Soberite i ustanovite novoe yadro sleduya ukazaniyam Rukovodstva
   FreeBSD .

   I ne zabud'te udalit' sootvetstvuyuschuyu stroku zagruzki modulya
   (''load'') iz /boot/loader.conf (esli na predyduschem `etape ona
   byla tuda vnesena).

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

5. Ustranenie nepoladok s zhurnalirovaniem

   `Etot razdel soderzhit chasto zadavaemye voprosy kasatel'no
   nepoladok, svyazannyh s zhurnalirovaniem.

   5.1. YA poluchayu paniki yadra vo vremya vysokoj diskovoj
   aktivnosti. Kak `eto svyazano s zhurnalirovaniem?

   5.2. YA dopustil nekotorye oshibki vo vremya konfigurirovaniya,
   teper' sistema ne zagruzhaetsya. Mozhno `eto kak-nibud' ispravit'?

   5.3. Vozmozhno li otkazat'sya ot zhurnalirovaniya i vernut'sya k
   moej privychnoj fajlovoj sisteme s mehanizmom Soft Updates?

   5.1. YA poluchayu paniki yadra vo vremya vysokoj diskovoj
   aktivnosti. Kak `eto svyazano s zhurnalirovaniem?

   Veroyatno, chto zhurnal zapolnyaetsya ran'she, chem proishodit
   sbros ego na disk. Pomnite, razmer zhurnala zavisit ot
   zagruzhennosti diska, a ne ot razmera postavschika dannyh. Esli
   zagruzka diska vysokaya, vam potrebuetsya razdel bol'shego razmera
   dlya zhurnala. Sm. zamechaniya v razdele Realizaciya
   zhurnalirovaniya

   5.2. YA dopustil nekotorye oshibki vo vremya konfigurirovaniya,
   teper' sistema ne zagruzhaetsya. Mozhno `eto kak-nibud' ispravit'?

   Vy libo zabyli vnesti zapis' (opechatalis') v /boot/loader.conf,
   libo est' oshibki v fajle /etc/fstab. `Eto legko ispravit'.
   Nazhmite Enter, chtoby poluchit' priglashenie komandnogo
   interpretatora v odnopol'zovatel'skom rezhime. Potom, prover'te
   vozmozhnye varianty:

 # cat /boot/loader.conf

   Esli otsutstvuet zapis' geom_journal_load, ili ona soderzhit
   oshibki, zhurnaliruemye ustrojstva ne sozdadutsya. Zagruzite
   modul' vruchnuyu, primontirujte vse razdely i perehodite v
   mnogopol'zovatel'skij rezhim (prodolzhajte zagruzku).

 # gjournal load

 GEOM_JOURNAL: Journal 2948326772: ad0s1g contains journal.
 GEOM_JOURNAL: Journal 3193218002: ad0s1h contains journal.
 GEOM_JOURNAL: Journal 3193218002: ad0s1d contains data.
 GEOM_JOURNAL: Journal ad0s1d clean.
 GEOM_JOURNAL: Journal 2948326772: ad0s1f contains data.
 GEOM_JOURNAL: Journal ad0s1f clean.

 # mount -a
 # exit
 (boot continues)

   Esli zhe zapis' o geom_journal_load verna, to prover'te
   /etc/fstab. Veroyatnej vsego, chto vy obnaruzhite opechatku ili
   otsutstvie neobhodimoj zapisi. V `etom sluchae smontirujte
   vruchnuyu ostavshiesya razdely i prodolzhite zagruzku v
   mnogopol'zovatel'skij rezhim.

   5.3. Vozmozhno li otkazat'sya ot zhurnalirovaniya i vernut'sya k
   moej privychnoj fajlovoj sisteme s mehanizmom Soft Updates?

   Nesomnenno. Ispol'zujte privedennuyu nizhe posledovatel'nost'
   dejstvij, kotoraya obraschaet izmeneniya. Razdely, sozdannye dlya
   postavschikov zhurnalov, mogut pozzhe byt' ispol'zovany dlya
   drugih celej.

   Zalogin'tes' root i perevedite sistemu v odnopol'zovatel'skij
   rezhim:

 # shutdown now

   Razmontirujte zhurnaliruemye razdely:

 # umount /usr /var

   Sinhronizirujte zhurnaly:

 # gjournal sync

   Ostanovite postavschikov zhurnalov:

 # gjournal stop ad0s1d.journal
 # gjournal stop ad0s1f.journal

   Udalite metadannye zhurnalirovaniya so vseh zadejstvovannyh
   ustrojstv:

 # gjournal clear ad0s1d
 # gjournal clear ad0s1f
 # gjournal clear ad0s1g
 # gjournal clear ad0s1h

   Snimite flag zhurnalirovaniya i ustanovite flag mehanizma Soft
   Updates:

 # tunefs -J disable -n enable ad0s1d

 tunefs: gjournal cleared
 tunefs: soft updates set

 # tunefs -J disable -n enable ad0s1f

 tunefs: gjournal cleared
 tunefs: soft updates set

   Smontirujte vruchnuyu starye (pervonachal'nye) ustrojstva:

 # mount -o rw /dev/ad0s1d /var
 # mount -o rw /dev/ad0s1f /usr

   Otkrojte fajl /etc/fstab i privedite ego k iznachal'nomu vidu:

 /dev/ad0s1f     /usr            ufs     rw      2       2
 /dev/ad0s1d     /var            ufs     rw      2       2

   I naposledok, udalite stroku, zagruzhayuschuyu modul'
   geom_journal, iz fajla /boot/loader.conf i perezagruzite
   operacionnuyu sistemu.

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

6. Dlya dal'nejshego oznakomleniya

   ZHurnalirovanie -- otnositel'no novaya funkcional'naya
   vozmozhnost' FreeBSD, i kak takova, ona esche nedostatochno
   dokumentirovana. Odnako, vy mozhete sochti poleznymi sleduyuschie
   istochniki:

     * Novyj razdel Rukovodstva FreeBSD, posvyaschennyj
       zhurnalirovaniyu.

     * `Etot post v spiske rassylki freebsd-current, napisannyj Pawel
       Jakub Dawidek <pjd@FreeBSD.org> -- avtorom gjournal(8).

     * `Etot post ot Ivan Voras <ivoras@FreeBSD.org> v spiske
       rassylki freebsd-questions.

     * Stranicy spravochnika gjournal(8) i geom(8).

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

            `Etot, i drugie dokumenty, mogut byt' skachany s
                ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/.

  Po voprosam, svyazannym s FreeBSD, prochitajte dokumentaciyu prezhde
                 chem pisat' v <questions@FreeBSD.org>.
         Po voprosam, svyazannym s `etoj dokumentaciej, pishite
                           <doc@FreeBSD.org>.
  Po voprosam, svyazannym s russkim perevodom dokumentacii, pishite v
                    rassylku <frdp@FreeBSD.org.ua>.
  Informaciya po podpiske na `etu rassylku nahoditsya na sajte proekta
                               perevoda.
