Ocenite etot tekst:



     Origin: http://www.linux.org.ru/books/
 From: Ultracom 
====================================================================
                                                          Versiya 0.3
                                                         Avgust 1995





   Lars Virzhenius (Lars Wirzenius)





.
                                - 2 -

Soderzhanie

Glava 1  Vvedenie                                                    4
1.1    Proekt Dokumentirovaniya Sistemy Linux                         6
Glava 2  Obzor Sistemy Linux                                         8
2.1  Razlichnye sostavlyayushchie operacionnoj sistemy                     8
2.2   Vazhnye sostavlyayushchie yadra                                       9
2.3   Osnovnye funkcii UNIX sistemy                                 10
2.3.1  init                                                         10
2.3.2  Podklyuchenie k sisteme s terminalov                           11
2.3.3  Syslog                                                       11
2.3.4  Periodicheskoe vypolnenie komand:  cron  i  at                11
2.3.5  Graficheskij interfejs pol'zovatelya                           12
2.3.6  Rabota s set'yu                                               12
2.3.7  Podklyuchenie k sisteme cherez set'                             13
2.3.8  Setevye fajlovye sistemy                                     13
2.3.9  Pochta                                                        14
2.3.10  Pechat'                                                      14
2.4  Struktura fajlovoj sistemy                                     15
Glava 3  Zapusk Sistemy i Perezagruzka                              16
3.1   Obzor                                                         16
3.2  Process zapuska pri blizkom rassmotrenii                       17
3.3  Zavershenie raboty i vyklyuchenie sistemy                         20
3.4  Perezagruzka sistemy                                           23
3.5  Odnopol'zovatel'skij rezhim raboty                              23
3.6  Diskety dlya ekstennoj zagruzki                                 23
Glava 4  Ispol'zovanie Diskov i Drugih Ustrojstv                    25
4.1  Tipy ustrojstv                                                 26
4.2  ZHestkie diski                                                  27
4.3  Gibkie diski                                                   30
4.4  Formatirovanie                                                 31
4.5  Diskovye razdely                                               34
4.5.1  MBR, zagruzochnye sektora i tablica razdelov                  35
4.5.2  Rasshirennye i logicheskie razdely                             35
4.5.3    Tipy razdelov                                              37
4.5.4   Razdelenie zhestkogo diska                                   38
4.5.5  Fajly ustrojstv i razdely                                    39
4.6   Fajlovye sistemy                                              39
4.6.1  CHto takoe fajlovaya sistema?                                  39
4.6.2   Tipy fajlovyh sistem                                        41

                                - 3 -

4.6.3  Kakuyu fajlovuyu sistemu ustanavlivat'?                        44
4.6.4  Ustanovka fajlovoj sistemy                                   44
4.6.5    Montirovanie i demontirovanie                              46
4.6.6   Podderzhka rabotosposobnosti fajlovyh sistem                 50
4.7  Diski bez fajlovyh sistem                                      52
4.8  Raspredelenie diskovogo prostranstva                           53
4.8.1   Shemy razdeleniya diskov                                     53
4.8.2  Trebovaniya k diskovomu prostranstvu                          54
4.8.3   Primery raspredeleniya zhestkogo diska                        55
4.8.4   Ispol'zovanie dopolnitel'nogo diskovogo prostranstva        55
4.8.5  Metody sohraneniya diskovogo prostranstva                     55
Glava 5  Obzor Struktury Katalogov                                  57
5.1  Vvedenie                                                       57
5.2  Fajlovaya sistema root                                          59
5.2.1  Katalog  /etc                                                60
5.2.2  Katalog /dev                                                 62
5.3  Fajlovaya sistema /usr                                          63
5.4  Fajlovaya sistema /var                                          64
5.5  Fajlovaya sistema /proc                                         65
Glava 6   Uppavlenie Pamyat'yu                                        68
6.1  CHto takoe viptual'naya pamyat'?                                  68
6.2  Sozdanie swap oblasti                                          69
6.3  Ispol'zovanie swap ppostpanstva                                70
6.4  Razdelenie swap oblastej s dpugimi opepacionnymi               71
6.5  Razmeshchenie swap ppostpanstva                                   72
6.6  Diskovyj bufep                                                 73
Glava 7  Podklyuchenie i Vyhod iz Sistemy                             76
7.1  Podklyuchenie k sisteme chepez tepminaly                          76
7.2  Podklyuchenie k sisteme chepez set'                               77
7.3  CHto vypolnyaet ppogpamma login                                  78
7.4  X  i  xdm                                                      79
7.5  Kontpol' dostupa                                               79
7.6  Zapusk obolochki                                                80

.
                                - 4 -



                        Glava 1  Vvedenie

     V etoj knige rassmatrivayutsya aspekty sistemnogo
administrirovaniya operacionnoj sistemy Linux. V pervuyu ochered'
dannoe rukovodstvo prednaznacheno dlya teh, kto prakticheski nichego
ne znaet o sistemnom administrirovanii, no oznakomlen s osnovami
raboty s sistemoj Linux, kotorye rassmotreny v knige "Rukovodstvo
Pol'zovatelya Sistemy Linux". V dannom rukovodstve ne udelyaetsya
vnimaniya problemam, svyazannym s ustanovkoj sistemy (ischerpyvayushchuyu
informaciyu mozhno poluchit' iz knigi "Ustanovka i Zapusk Sistemy
Linux"). Vo mnogih rukovodstvah iz serii LDP (Linux Documentation
Project) rassmatrivayutsya odni i te zhe voprosy s raznyh tochek
zpeniya. Nizhe soderzhitsya bolee podrobnaya informaciya o rukovodstvah
po sisteme Linux.

     CHto zhe nazyvaetsya sistemnym administrirovaniem? |to vse to,
chto trebuetsya dlya podderzhki rabotosposobnosti komp'yuternoj sistemy
(naprimer, sozdanie rezervnyh kopij nekotoryh fajlov, ustanovka
novyh programm, sozdanie i udalenie pol'zovatelej, proverka
celostnosti fajlovoj sistemy i t.d.). Esli sravnivat' komp'yuter s
domom, to sistemnoe administrirovanie mozhno nazvat' soderzhaniem
etogo doma, vklyuchayushchee v sebya uborku, ustranenie razlichnyh
neispravnostej i t.d. No sistemnoe administrirovanie ne nazyvayut
soderzhaniem, tak kak togda eto bylo by slishkom prosto.

     Rukovodstvo sostavleno takim obrazom, chto glavy ne zavisyat
drug ot druga i mogut byt' rassmotreny otdel'no. Naprimer, dlya
polucheniya informacii po sozdaniyu rezervnyh kopij Vy mozhete
prochitat' tol'ko odnu glavu. |to ochen' udobno i pozvolyaet
ispol'zovat' knigu v kachestve spravochnogo posobiya, a takzhe
izbezhat' chteniya vsego rukovodstva vmesto neskol'kih razdelov.
Odnako, prezhde vsego eto kniga, a zatem uzhe spravochnik.

     Konechno, v etoj knige ne soderzhitsya vsej neobhodimoj
informacii po sistemnomu administrirovaniyu, hotya mnogo poleznogo
mozhno najti i v drugoj dokumentacii po sisteme Linux. V konce

                                - 5 -

koncov, sistemnyj administrator eto prosto pol'zovatel' s
priveligirovannymi pravami dostupa i opredelennymi obyazannostyami.
Takzhe mnogo poleznoj i vazhnoj informacii mozhno uznat' iz
vstroennyh opisanij k programmam (pri pomoshchi komandy 'man').

     V to vremya kak eta kniga rasschitana na ispol'zovanie
operacionnoj sistemy Linux, ona mozhet byt' rasmotrena i po
otnosheniyu k drugim UNIX-podobnym operacionnym sistemam. Tak kak
raznye versii sistemy UNIX sil'no razlichayutsya (osobenno v voprosah
sistemnogo administrirovaniya), to dovol'no slozhno ohvatit' ves'
material, kasayushchijsya kazhdoj modifikacii. Dazhe rassmotrenie vseh
osobennostej OS Linux - slozhnaya zadacha, tak kak ona sejchas
nahoditsya v stadii razvitiya. Na dannyj moment ne sushchestvuet
oficial'noj versii Linux, poetomu u raznyh lyudej ona ustanovlena
po raznomu. V knige ukazany razlichiya mezhdu takimi sistemami i
rassmotreny nekotorye al'ternativy, gde eto vozmozhno. Takzhe v
knige soderzhitsya mnogo informacii, kotoraya ne kazhdomu mozhet
potrebovat'sya. Takie momenty special'no otmecheny i mogut byt'
propushcheny, esli ispol'zuetsya uzhe skonfigurirovannaya sistema.

     Takzhe kak i drugie razrabotki, svyazannye s operacionnoj
sistemoj Linux, kniga byla napisana na dobrovol'nyh nachalah.
Odnako, kak i v lyuboj dobrovol'noj rabote, sushchestvuet predel
predprinimaemym usiliyam, a takzhe znaniyam i opytu avtora. |to
oznachaet, chto dannoe rukovodstvo ne obyazatel'no takzhe horosho
napisano, kak esli by ono bylo napisano na kommercheskoj osnove.

     Sleduet otmetit', chto v etoj knige ne polnost'yu ohvacheny
mnogie problemy, kotorye rassmotreny v drugih svobodno
rasprostranyaemyh rukovodstvah i dokumentaciyah. Osobenno eto
otnositsya k opisaniyam k razlichnym programmam, naprimer, k
osobennostyam ispol'zovaniya mkfs(8). V dannom rukovodstve opisano
tol'ko naznachenie etoj programmy v ob容me, neobhodimom dlya
ispol'zovaniya v knige. Dlya polucheniya bolee podrobnoj informacii
imeyutsya ssylki k drugim rukovodstvam i dokumentaciyam, kotorye
obychno yavlyayutsya chast'yu polnogo nabora dokumentacii po sisteme
Linux.


                                - 6 -

     U avtora est' stremlenie razvivat' i uluchshat' etu razrabotku.
Pros'ba napravlyat' vse zamechaniya (oshibki, novye idei, informaciya o
razlichiyah mezhdu razlichnymi versiyami sistemy UNIX i t.d.) libo po
adresu elektronnoj pochty lars.wirzenius@helsinki.fi, libo obychnoj
pochtoj po adresu:

Lars Wirzenius / Linux docs
Hernesaarentie 15 A 2
00150 Helsinki
Finland

     Avtor hochet poblagadorit' sleduyushchih lyudej, okazavshih
podderzhku pri sozdanii etoj knigi: Matt Welsh, Andy Oram, Olaf
Kirch, Adam Richter i drugih.

     H.Peter Anvin, Remy Card, Theodore Ts'o i Stephen Tweedie
pozvolili ispol'zovat' chast' ih rabot v knige. Stephen Tweedie
takzhe pozvolil ispol'zovat' ego sravnenie fajlovyh sistem xia i
ext2.

     V dopolnenie k vyshe skazannomu, avtor blagodarit Mark
Komarinski za publikaciyu v 1993 godu ego rabot i drugih statej,
imeyushchih otnoshenie k sistemnomu administrirovaniyu, v zhurnale Linux
Journal.

     Avtor vyrazhaet blagodarnost' Erik Troan iz Red Hat za
sozdanie versii rukovodstva v formate plain text, a takzhe
sleduyushchim lyudyam: Paul Caprioli, Ales Cepek, Marie-France
Declerfayt, Olaf Flebbe, Helmut Geyer, Larry Greenfield, Stephen
Harris, Jyrki Havia, Jim Haynes, York Lam, Timothy Andrew Lister,
Jim Lynch, Dan Poirier, Daniel Quinlam, Philippe Steindl.


              1.1    Proekt Dokumentirovaniya Sistemy Linux

     Proekt dokumentirovaniya sistemy Linux ili LDP (Linux
Documentation Project), eto svobodnaya komanda pisatelej,
korrektorov i redaktorov pered kotorymi stoit cel' sozdaniya polnoj

                                - 7 -

dokumentacii po operacionnoj sisteme Linux. Glavnym koordinatorom
proekta yavlyaetsya Matt Welsh, kotoryj byl naznachen Lars'om
Wirzenius i Michael'om K. Johnson.

     Dannoe rukovodstvo yavlyaetsya odnim iz nabora rasprostranyaemyh
rukovodstv proekta LDP, kotoryj vklyuchaet v sebya "Rukovodstvo
Pol'zovatelya Sistemy Linux", "Rukovodstvo Sistemnogo
Administratora Sistemy Linux", "Rukovodstvo Setevogo
Administratora Sistemy Linux" i "Rukovodstvo Vzlomshchika YAdra
Linux". |ti knigi dostupny v ishodnom formate LaTeX, .dvi formate
i v formate postscript cherez FTP:

ftp://sunsite.unc.edu/pub/Linux/docs/LDP
ftp://tsx-11.mit.edu/pub/linux/docs/guides

     Dlya togo, chtoby svyazat'sya s LDP, nuzhno poslat' pis'mo Matt'u
Welsh po ukazannomu nizhe adresu:

mdw@sunsite.unc.edu
.
                                - 8 -



                    Glava 2  Obzor Sistemy Linux

     V etoj glave daetsya obzor operacionnoj sistemy Linux. Prezhde
vsego rassmatrivayutsya osnovnye funkcii sistemy. Zatem sleduet
opisanie programm, realizuyushchih eti funkcii. Cel' glavy - dat'
ponimanie sistemy v celom, poetomu kazhdyj razdel rassmatrivaetsya
bolee podrobno pozzhe.

           2.1  Razlichnye sostavlyayushchie operacionnoj sistemy

     Lyubaya UNIX-podobnaya operacionnaya sistema sostoit iz yadra i
nekotoryh sistemnyh programm. Takzhe sushchestvuyut nekotorye
prikladnye programmy dlya vypolneniya kakoj-libo zadachi. YAdro
yavlyaetsya serdcem operacionnoj sistemy. Ono razmeshchaet fajly na
diske, zapuskaet programmy i pereklyuchaet processor i drugoe
oborudovanie mezhdu nimi dlya obespecheniya mul'tizadachnosti,
raspredelyaet pamyat' i drugie resursy mezhdu processami,
obespechivaet obmen paketami v seti i t.p. YAdro samo po sebe
vypolnyaet tol'ko malen'kuyu chast' obshchej raboty, no ono
predostavlyaet sredstva, obespechivayushchie vypolnenie osnovnyh
funkcij. Ono takzhe predotvrashchaet ispol'zovanie pryamogo dostupa k
apparatnym sredstvam predostavlyaya special'nye sredstva dlya
obrashcheniya k periferii. Takim obrazom yadro pozvolyaet kontrolirovat'
ispol'zovnie apparatnyh sredstv razlichnymi processami i
obespechivat' nekotoruyu zashchitu pol'zovatelej drug ot druga.
Sredstva, predostavlyaemye yadrom, ispol'zuyutsya cherez sistemnye
vyzovy (sm. razdel 2 rukovodstva dlya bolee podrobnoj informacii po
etomu voprosu).

     Sistemnye programmy ispol'zuyut sredstva, predostavlyaemye
yadrom dlya obespecheniya vypolneniya razlichnyh funkcij operacionnoj
sistemy. Sistemnye i vse ostal'nye programmy vypolnyayutsya 'na
poverhnosti yadra', v tak nazyvaemom pol'zovatel'skom rezhime.
Sushchestvuet nekotopaya raznica mezhdu sistemnymi i prikladnymi
programmami. Prikladnye programmy prednaznacheny dlya vypolneniya
kakoj-libo opredelennoj zadachi, v to vremya kak sistemnye programmy

                                - 9 -

ispol'zuyutsya dlya podderzhaniya raboty sistemy. Tekstovyj processor
yavlyaetsya prikladnoj programmoj, a programma telnet - sistemnoj,
hotya zachastuyu granica mezhdu nimi dovol'no smutnaya.

     Dovol'no chasto operacionnaya sistema soderzhit kompilyatory i
sootvetstvuyushchie im biblioteki (GCC i C biblioteki dlya Linux), hotya
ne obyazatel'no vse yazyki programmirovaniya dolzhny byt' chast'yu
operacionnoj sistemy. Dokumentaciya, a inogda dazhe igry, mogut
yavlyat'sya ee chast'yu. Obychno sostav operacionnoj sistemy
opredelyaetsya soderzhimym ustanovochnogo diska ili lenty, hotya delo
obstoit neskol'ko slozhnee, tak kak razlichnye chasti operacionnoj
sistemy razbrosany po raznym FTP serveram vo vsem mire.

                     2.2   Vazhnye sostavlyayushchie yadra

     YAdro sistemy Linux sostoit iz neskol'kih osnovnyh chastej:
blok upravleniya processami, blok upravleniya pamyat'yu, drajvery
ustrojstv, drajvery fajlovyh sistem, blok upravleniya set'yu a takzhe
drugie nebol'shie procedury.

     Naibolee vazhnye sostavlyayushchie yadra (obespechivayushchie
zhiznesposobnost' sistemy) - eto blok upravleniya pamyat'yu i
processami. Blok upravleniya pamyat'yu obespechivaet raspredelenie
oblastej pamyati i swap-oblastej mezhdu processami, sostavlyayushchimi
yadra i dlya kesh-bufera. Blok upravleniya processami sozdaet novye
processy i obespechivaet mnogozadachnost' putem pereklyucheniya zadach.

     Na samom nizhnem urovne yadro soderzhit drajvery ustrojstv dlya
kazhdogo tipa podderzhivaemogo oborudovaniya. Sushchestvuet dovol'no
bol'shoj nabor razlichnyh drajverov, tak kak postoyanno
razrabatyvayutsya novye tipy ustrojstv. Sushchestvuet dovol'no mnogo
odinakovyh ustrojstv, kotorye razlichayutsya tol'ko tem, kak
proishodit vzaimodejstvie mezhdu samim ustrojstvom i drajverom.
Takoe shodstvo pozvolyaet ispol'zovat' klassy drajverov,
podderzhivayushchih odinakovye operacii. V kazhdom chlene takogo klassa
ispol'zuetsya odnotipnyj interfejs dlya yadra, no razlichnye shemy
vzaimodejstviya s ustrojstvom. Naprimer, vse drajvery zhestkogo
diska predstavlyayutsya dlya yadra absolyutno odinakovo, to est' u nih u

                                - 10 -

vseh imeyutsya takie operacii kak 'inicializaciya zhestkogo diska',
'chtenie sektora N', 'zapis' sektora N'.

     Nekotorye funkcii, predostavlyaemye yadrom, imeyut odinakovye
svojstva. Naprimer, razlichnye setevye protokoly ob容dineny v odin
programmnyj interfejs - BSD socket biblioteku. Vot drugoj primer -
razlichnye fajlovye sistemy, podderzhivaemye sistemoj Linux. YAdro
soderzhit virtual'nuyu fajlovuyu sistemu (Virtual File System - VFS)
kotoraya vklyuchaet v sebya vse funkcii, ispol'zuemye dlya raboty
sistemy, a takzhe drajver dlya kazhdoj podderzhivaemoj fajlovoj
sistemy. Pri popytke dostupa k kakoj-libo fajlovoj sisteme zapros
prohodit cherez VFS, otkuda perenapravlyaetsya k sootvetstvuyushchemu
drajveru fajlovoj sistemy.

                 2.3   Osnovnye funkcii UNIX sistemy

     V etom razdele dostatochno poverhnostno rassmatrivayutsya
nekotorye naibolee vazhnye funkcii UNIX sistemy. Bolee podrobno oni
rassmotreny v sleduyushchih glavah.

                            2.3.1  init

     Edinstvennuyu i samuyu vazhnuyu funkcuyu v UNIX sisteme
predostavlyaet ppocess init. On zapuskaetsya v lyuboj UNIX sisteme
kak samyj pervyj process, a takzhe zavershaet procedupu zagruzki
sistemy. Pri zapuske init, prodolzhaetsya process zagruzki
(proveryayutsya i ustanavlivayutsya fajlovye sistemy, zapuskayutsya
razlichnye programmy-demony i t.d.).

     Tochnyj spisok togo, chto vypolnyaetsya pri zapuske init, zavisit
ot versii programmy. Obychno init predostavlyaet
odnopol'zovatel'skij rezhim, pri kotorom nikto ne mozhet
podklyuchit'sya k sisteme. Obychnyj rezhim - eto mnogopol'zovatel'skij.
Nekotorye versii ispol'zuyut ponyatie 'uroven' zapuska'. Naprimer,
odnopol'zovatel'skij i mnogopol'zovatel'skij rezhimy - eto raznye
urovni zapuska. Takzhe sushchestvuyut dopolnitel'nye urovni, naprimer
dlya zapuska X-windows.


                                - 11 -

     Pri rabotayushchej sisteme, dve samye vazhnye zadachi programmy
init - eto udostoveritsya, chto vse programmy-demony getty rabotayut
(t.e. imeetsya vozmozhnost' podklyucheniya k sisteme) i adaptirovanie
orphan-processov (t.e. processov, chej roditel'skij process byl
unichtozhen; v sisteme UNIX vse processy dolzhny prinadlezhat' odnomu
derevu processov, poetomu orphan-processy dolzhny byt'
adaptirovany).

     Pri zavershenii raboty sistemy i perezapuske, init unichtozhaet
vse ostavshiesya processy, demontiruet fajlovye sistemy i
ostanavlivaet processor.

                2.3.2  Podklyuchenie k sisteme s terminalov

     Podklyuchenie k sisteme s terminalov (cherez posledovatel'nye
linii) i s glavnoj konsoli (esli ne zapushcheny X) obespechivaetsya
programmoj getty. init zapuskaet otdel'nyj process getty dlya
kazhdogo terminala. getty schitavaet imya pol'zovatelya i zapuskaet
programmu login, kotoraya schityvaet parol'. Esli imya i parol'
sootvetstvuyut odnomu pol'zovatelyu, to login zapuskaet obolochku.
Pri vyhode iz obolochki, to est' pri vyhode iz sistemy, ili pri
zavershenii programmy login v sluchae esli imya pol'zovatelya i parol'
ne podhodyat, init zapuskaet novyj process getty. YAdro ne
kontroliruet podklyucheniya k sisteme, a tol'ko vypolnyaet sistemnye
programmy.

                           2.3.3  Syslog

     Inogda pri rabote yadra ili razlichnyh sistemnyh programm
voznikayut oshibki, preduprezhdeniya i drugie soobshcheniya. Programma
syslog zapisyvaet vse soobshcheniya v fajl tak, chto on mozhet byt'
vposledstvii prosmotren. Syslog mozhno skonfigurirovat' tak, chto
soobshcheniya budut sortirovat'sya i zapisyvat'sya v raznye fajly po
prioritetu. Naprimer, soobshcheniya yadra chasto napravlyayutsya v
otdel'nyj fajl, tak kak eti soobshcheniya naibolee vazhnye i dolzhny
regulyarno prosmatrivat'sya vo izbezhanie ser'eznyh problem.

         2.3.4  Periodicheskoe vypolnenie komand:  cron  i  at

                                - 12 -


     Kak otdel'nym pol'zovatelyam, tak i sistemnomu administratoru
inogda trebuetsya periodicheski zapuskat' opredelennye komandy.
Naprimer, sistemnomu administratoru mozhet potrebovat'sya
periodicheski zapuskat' komandu dlya ochistki katalogov ot vremennyh
fajlov (/tmp i /var/tmp), dlya predotvrashcheniya perepolneniya diska.

     Dlya etogo ispol'zuetsya funkciya cron. U kazhdogo pol'zovatelya
imeetsya fajl crontab, v kotorom soderzhitsya spisok komand,
predstavlennyh k vypolneniyu i kolichestvo raz, kotoroe oni dolzhny
byt' vypolneny. Programma-demon crond obespechivaet svoevremennoe
vypolnenie ukazannyh komand.

     Funkciya at identichna funkcii cron, tol'ko komanda zapuskaetsya
odin raz v ukazannoe vremya i zapusk bol'she ne povtoryaetsya.

                 2.3.5  Graficheskij interfejs pol'zovatelya

     Kak v sisteme UNIX tak i v Linux, pol'zovatel'skij interfejs
ne vstraivaetsya v yadro sistemy. Vmesto etogo on predstavlyaetsya
programmami pol'zovatel'skogo urovnya. |to primenyaetsya kak k
tekstovym, tak i k graficheskim obolochkam.

     Takoj standart delaet sistemu bolee gibkoj, hotya i imeet svoi
nedostatki. Naprimer, eto legko pozvolyaet sozdavat' novye
interfejsy dlya programm, chto zatrudnyaet izuchenie sistemy.

     Pervonachal'no ispol'zuemoj s sistemoj Linux graficheskoj
obolochkoj byla sistema X Window System (sokrashchenno X). X ne
realizuet pol'zovatel'skij interfejs, a tol'ko okonnuyu sistemu,
t.e. sredstva, s pomoshch'yu kotoryh mozhet byt' realizovan graficheskij
interfejs. Tri naibolee populyarnyh versii graficheskih interfejsov
na osnove X - eto Athena, Motif i Open Look.

                       2.3.6  Rabota s set'yu

     Set' - eto sredstvo, pozvolyayushchee soedinyat'sya dvum ili bolee
komp'yuteram mezhdu soboj.

                                - 13 -


     UNIX-podobnye operacionnye sistemy imeyut shirokij spektr
setevyh vozmozhnostej. Bol'shinstvo bazovyh funkcij (fajlovye
sistemy, pechat', sozdanie rezervnyh kopij i t.d.) mogut byt'
realizovany posredstvom seti. |to mozhet znachitel'no oblegchit'
rabotu sistemnogo administratora, tak kak pozvolyaet ispol'zovat'
centralizovannoe administrirovanie.

     Odnako, v etoj knige poverhnostno rassmotreny voprosy raboty
s set'yu. Dlya bolee podrobnoj informacii sm. knigu "Rukovodstvo
Setevogo Administratora Sistemy Linux".

               2.3.7  Podklyuchenie k sisteme cherez set'

     Podklyuchenie k sisteme cherez set' rabotaet neskol'ko inache,
chem obychnoe podklyuchenie. Sushchestvuyut otdel'nye fizicheskie
posledovatel'nye linii dlya kazhdogo terminala, cherez kotorye i
proishodit podklyuchenie. Dlya kazhdogo pol'zovatelya, podklyuchayushchegosya
k sisteme, sushchestvuet otdel'noe virtual'noe setevoe soedinenie i
ih mozhet byt' lyuboe kolichestvo. Odnako ne predstavlyaetsya vozmozhnym
zapustit' otdel'nyj process getty dlya kazhdogo vozmozhnogo
virtual'nogo soedineniya. Sushchestvuyut takzhe i drugie sposoby
podklyucheniya k sisteme posredstvom seti. Naprimer, telnet i rlogin
- osnovnye sluzhby v TCP/IP setyah.

     Pri ispol'zovanii seti dlya podklyucheniya k sisteme, krome
bol'shogo kolichestva processov getty ispol'zuetsya otdel'naya
programma-demon (pri ispol'zovanii kak telnet tak i login
ispol'zuyutsya razlichnye programmy-demony), kotoraya otslezhivaet vse
popytki soedineniya s komp'yuterom. Esli oppedelyaetsya popytka
soedineniya, to programma sozdaet novyj process - sozdaet sama sebya
dlya obrabotki etogo soedineniya - a zatem prodolzhaet otslezhivanie
novyh soedinenij. Sozdavaemyj process identichen programme getty.

                     2.3.8  Setevye fajlovye sistemy

      Odna iz naibolee poleznyh funkcij, kotoraya mozhet byt'
realizovana s pomoshch'yu seti, eto razdelenie fajlov cherez setevuyu

                                - 14 -

fajlovuyu sistemu. Obychno ispol'zuetsya sistema, nazyvaemaya Network
File System ili NFS, kotoraya razrabotana korporaciej Sun.

     Pri rabote s setevoj fajlovoj sistemoj lyubye operacii nad
fajlami, proizvodimymi na lokal'nom kom'yutere, peredayutsya cherez
set' na udalennuyu mashinu. Pri rabote setevoj fajlovoj sistemy
programma schitaet, chto vse fajly na udalennom komp'yutere nahodyatsya
na komp'yutere, gde ona zapushchena. Takim obrazom razdelenie
informacii posredstvom takoj sistemy ne trebuet vneseniya
kakih-libo izmenenij v programmu.

                              2.3.9  Pochta

     |lektronnaya pochta yavlyaetsya samym vazhnym sredstvom svyazi mezhdu
komp'yuterami. |lektronnye pis'ma hranyatsya v odnom fajle v
special'nom formate. Dlya chteniya i otpravleniya pisem primenyayutsya
special'nye programmy.

     U kazhdogo pol'zovatelya imeetsya otdel'nyj "pochtovyj yashchik"
(t.e. fajl, gde informaciya hranitsya v special'nom formate), v
kotrom hranitsya prihodyashchaya pochta. Esli na kom'yuter prihodit
pis'mo, to programma obrabotki pochty nahodit fajl pochtovogo yashchika
sootvetvuyushchego pol'zovatelya i dobavlyaet tuda poluchennoe pis'mo.
Esli zhe pochtovyj yashchik pol'zovatelya nahoditsya na drugom komp'yutere,
to pis'mo perenapravlyaetsya na etot komp'yuter, gde prohodit ego
posleduyushchaya obrabotka.

     Pochtovaya sistema sostoit iz mnozhestva razlichnyh programm.
Dostavka pisem k lokal'nym ili udalennym pochtovym yashchikam
proizvoditsya odnoj programmoj (naprimer, sendmail ili smail), v to
vremya kak dlya obychnoj otpravki ili prosmotra pisem primenyaetsya
bol'shoe kolichetsvo razlichnyh programm (naprimer, Pine ili elm).
Fajly pochtovyh yashchikov obychno hranyatsya v kataloge /var/spool/mail.

                            2.3.10  Pechat'

     V odin moment vremeni printerom mozhet pol'zovat'sya tol'ko
odin pol'zovatel'. Poetomu dlya togo, chtoby printerom mogli

                                - 15 -

pol'zovat'sya srazu neskol'ko pol'zovatelej, ispol'zuetsya
special'naya programma, kotoraya obespechivaet obsluzhivanie ocheredi k
printeru. Vse zadaniya dlya printera pomeshchayutsya v bufep. Kogda
printer zakanchivaet obrabotku odnogo zadaniya, sledueshchee peredaetsya
k nemu avtomaticheski. |to znachitel'no uproshchaet rabotu s printerom.

     Programma obsluzhivaniya ocheredi k printeru pomeshchaet
informaciyu, kotoraya dolzhna byt' raspechatana, na disk, to est'
tekst raspolagaetsya na diske, v to vremya kak zadanie nahoditsya v
ocheredi. |to pozvolyaet prikladnym programmam dostatochno bystro
raspechatyvat' teksty, pomeshchaya ih v ochered', tak kak dlya
prodolzheniya raboty prilozheniyu ne trebuetsya dozhidat'sya okonchaniya
raspechatki.

                    2.4  Struktura fajlovoj sistemy

     Fajlovaya sistema razdelyaetsya na neskol'ko chastej: fajlovaya
sistema root, sostoyashchaya iz katalogov /bin, /lib, /etc, /dev i
nekotoryh drugih, fajlovaya sistema /usr, gde hranyatsya razlichnye
programmy i dannye ne podlezhashchie izmeneniyu, fajlovaya sistema /var,
gde soderzhatsya izmenyaemye fajly (takie kak log fajly i dr.) i
fajlovaya sistema /home, kotoraya sostoit iz lichnyh katalogov
pol'zovatelej. Razdelenie mozhet sushchestvenno otlichatsya ot vyshe
ukazannogo v zavisimosti ot raboty sistemnogo administratora i
konfiguracii apparatnogo obespecheniya.

     V glave 5 sruktura fajlovoj sistemy rassmatrivaetsya bolee
podrobno (sm. takzhe Linux Filesystem Standard).
.
                                - 16 -



                 Glava 3  Zapusk Sistemy i Perezagruzka

     V etoj glave opisyvaetsya to, chto proishodit v sisteme Linux
pri ee zapuske i perezagruzke i kak eto pravil'no sdelat'.

                            3.1   Obzor

     Process vklyucheniya komp'yutera i zagruzki operacionnoj sistemy
nazyvaetsya zapuskom. Vo vremya zapuska snachala zagruzhetsya nebol'shaya
programma, nazyvaemaya nachal'nym zagruzchikom, kotoraya v svoyu
ochered' zagruzhet v pamyat' i zapuskaet operacionnuyu sistemu.
Nachal'nyj zagruzchik obychno nahoditsya v opredelennom meste na
zhestkom diske ili diskete. Potomu kak Linux eto dovol'no slozhnaya i
bol'shaya sistema, ee zapusk proizvoditsya v dva etapa, hotya pervichno
zagruzhaemyj kod dolzhen byt' dostatochno malen'kim (neskol'ko soten
bajt).

     Na raznyh komp'yuterah nachal'naya zagruzka proizvoditsya po
raznomu. Na personal'nyh komp'yuterah snachala schityvetsya pervyj
sektor diskety ili zhestkogo diska (posredstvom procedur BIOS),
kotoryj nazyvetsya zagruzochnym sektorom. V etom sektore nahoditsya
nachal'nyj zagruzchik, kotoryj zatem zagruzhaet operacionnuyu sistemu,
kotoraya mozhet byt' raspolozhena v drugom meste na diske ili
gde-libo eshche.

     Posle zagruzki Linux, inicializiruyutsya drajvery ustrojstv, a
zatem zapuskaetsya init(8), kotoryj v svoyu ochered' zapuskaet drugie
processy, pozvolyayushchie podklyuchat'sya k sisteme i obespechivayushchie
normal'nuyu rabotu. |tot etap rassmotren nizhe bolee podrobno.

     Dlya perezapuska sistemy snachala vse processy dolzhny byt'
zaversheny (t.e. zakryty vse ispol'zuemye imi fajly i dr.), zatem
demontiruyutsya fajlovye sistemy i swap-oblasti i, v konce koncov,
na ekran vydaetsya soobshchenie o tom, chto pitanie mozhet byt'
otklyucheno. Esli zhe takaya procedura ne budet proizvedena, to mogut
proizojti ser'eznye sboi v posleduyushchej rabote sistemy. Naprimer,

                                - 17 -

informaciya, hranyashchayasya v kesh bufere fajlovoj sistemy, budet
uteryana, narushitsya celostnost' fajlovoj sistemy i, sledovatel'no,
ona budet ne prigodna k ispol'zovaniyu.

                3.2  Process zapuska pri blizkom rassmotrenii

     Linux mozhet byt' zapushchena kak s disket, tak i s zhestkogo
diska. V knige "Ustanovka i zapusk Linux" podrobno opisan zapusk
sistemy.

     Pri vklyuchenii komp'yutera, snachala BIOS proizvodit
testirovanie oborudovaniya, a zatem zapusk operacionnoj sistemy.
Snachala vybiraetsya ustrojstvo, s kotorogo budet proizvoditsya
zapusk (obychno pervyj diskovod, esli v nego vstavlena disketa, v
protivnom sluchae - pervyj zhestkij disk, esli on ustanovlen, hotya
poryadok vybora mozhet byt' nastroen) i schityvaetsya samyj pervyj
sektor, kotoryj nazyvaetsya zagruzochnym. Ego takzhe nazyvayut MBR
(Master Boot Record), tak kak u zhestkogo diska mozhet byt'
neskol'ko razdelov i u kazhodogo mozhet byt' svoj zagruzochnyj
sektor.

     V zagruzochnom sektore nahoditsya nebol'shaya programma
(otnositel'no nebol'shaya chtoby ona mogla razmestitsya v odnom
sektore), kotoraya zagruzhaet i zapuskaet operacionnuyu sistemu. Pri
zagruzke s diskety, v zagruzochnom sektore nahoditsya kod, kotoryj
obespechivaet tol'ko schityvanie yadra sistemy v opredelennuyu zaranee
oblast' pamyati. Zagruzochnaya disketa dlya Linux ne soderzhit nikakih
fajlovyh sistem. YAdro zapisano na diskete kak posledovatel'nost'
blokov, tak kak eto znachitel'no uproshchaet process zagruzki. Odnako,
vpolne mozhno zagruzhat'sya s diskety, na kotoroj ustanovlena
kakaya-nibud' fajlovaya sistema, ispol'zuya zagpuzchik LILO.

     Pri zagruzke s zhestkogo diska, kod, raspolozhennyj v MBR,
proveryaet tablicu razdelov (takzhe raspolozhennuyu v MBR), opredelyaet
aktivnyj razdel (razdel, ispol'zuemyj pri zagruzke), schityvaet
zagruzochnyj sektor etogo razdela i zapuskaet schitannyj kod. Kod,
raspolozhennyj v zagruzochnom sektore aktivnogo razdela zhestkogo
diska, vypolnyaet te zhe funkcii, chto i kod, nahodyashchijsya v

                                - 18 -

zagruzochnom sektore diskety: on schityvaet yadro iz vybrannogo
razdela, a zatem zapuskaet ego. Odnako zdes' sushchestvuet mnogo
tonkostej, tak kak ispol'zovanie otdel'nogo razdela diska tol'ko
dlya hraneniya koda yadra neeffektivno, poetomu kod, raspolozhennyj v
zagruzochnom sektore razdela, ne prosto posledovatel'no schityvaet
informaciyu s diska, a ispol'zuet schityvanie po sektoram.
Sushchestvuet neskol'ko sposobov resheniya etoj problemy, no naibolee
prostym iz nih yavlyaetsya ispol'zovanie LILO zagruzchika (informaciyu
po ustanovke i nastrojke LILO sm. v dokumentacii po LILO).

     Pri zagruzke s ispol'zovaniem LILO obychno srazu zhe
zagruzhaetsya i zapuskaetsya yadro, zadannoe po umolchaniyu, odnako
mozhno skonfigurirovat' LILO tak, chtoby mozhno bylo by zagruzit'
odno iz neskol'kih vozmozhnyh yader ili dazhe druguyu operacionnuyu
sistemu (v dobavlenie k Linux). Takzhe mozhno ukazat' trebuemoe yadro
ili operacionnuyu sisitemu vo vremya zagruzki. Pri nazhatii klavishi
ALT, SHIFT ili CTRL (posle zagruzki LILO) budet vydan zapros, gde
mozhno ukazat' yadro ili sistemu. Odnako pri konfigurirovanii mozhno
ustanovit' opciyu, pri kotoroj LILO budet vsegda vydvat' takoj
zapros, a takzhe ukazat' vremya, po istechenii kotorogo zagruzhaetsya
yadro, ustanovlennoe po umolchaniyu.

     Sushchestvuyut i drugie zagruzchiki, podobnye LILO, odnako u nego
est' neskol'ko poleznyh funkcij, kotoryh net v drugih zagruzchikah,
tak kak on byl napisan special'no dlya Linux. Naprimer, imeetsya
vozmozhnost' peredachi yadru parametrov vo vremya zagruzki ili
izmeneniya nekotoryh opcij, vstroennyh v yadro. Sredi podobnyh
zagruzchikov (bootlin, bootactv i dr.) LILO yavlyaetsya nailuchshim
vyborom.

     Zagruzka sistemy kak s zhestkogo diska, tak i s disket imeet
svoi preimushchestva, hotya zagruzka s zhestkogo diska schitaetsya luchshe
i bystree, tak kak ona pozvolyaet izbezhat' neudobstva, svyazannye so
smenoj disket. Odnako v nekotoryh sluchayah zagruzka s disket bolee
udobna. Naprimer, pri ustanovke sistemy ili pri povrezhdenii
fajlovoj sistemy.

     Posle togo, kak yadro sistemy zagruzheno v pamyat' (s zhestkogo

                                - 19 -

diska ili s disket) i zapushcheno, vypolnyayutsya priblizitel'no
sleduyushchie dejstviya:

     Tak kak yadro Linux ustanovleno v zapakovannom vide, to prezhde
vsego ono samo sebya raspakovyvaet. |to vypolnyaet nebol'shaya
programma, raspolozhennaya v samom nachale koda.

     Esli na komp'yutere ustanovlena videoplata sVGA,
podderzhivayushchaya nestandartnye tekstovye rezhimy (takie kak 100x40),
vydaetsya zapros dlya ukazaniya trebuemogo rezhima. Pri kompilyacii
yadra mozhno srazu ukazat' ispol'zuemyj rezhim, chtoby on ne
zaprashivalsya sistemoj vo vremya zagruzki. Rezhim takzhe mozhet byt'
ustanovlen pri pomoshchi LILO ili rdev(8).

     Zatem yadro testiruet apparatnoe obespechenie (zhestkie diski,
diskovody, setevye adaptery i dr.) i konfiguriruet sootvetstvuyushchie
drajvery ustrojstv. Vo vremya etogo processa na ekran vydayutsya
podskazyvayushchie soobshcheniya. Vot primerno to, chto proishodit vo vremya
zagruzki:

LILO boot:
Loading linux.
Console: colour EGA+ 80x25, 8 virtual consoles
Serial driver version 3.94 with no serial options enabled
tty00 at 0x03f8 (irq = 4) is a 16450
tty01 at 0x02f8 (irq = 3) is a 16450
lp_init: lp1 exists (0), using polling driver
Memory: 7332k/8192 available (300k kernel code, 384k reserved, 176k data)
Floppy drive(s): fd0 is 1.44M, fd1 is 1.2M
Loopback device init
Warning WD8013 board not found at i/o = 280
Math coprocessor using irq13 error reporting
Partition check:
  hda: hda1 hda2 hda3
VFS: Mounted root (ext filesystem)
Linux version 0.99.pl9-1 (root@haven) 05/01/93 14:12:20

     Hotya tekst soobshchenij dovol'no sil'no razlichaetsya na raznyh

                                - 20 -

sistemah i zavisit ot apparatnogo obespecheniya, versii Linux i
konfiguracii.

     Posle etogo, yadro pytaetsya smontipovat' fajlovuyu sistemu
root. Mesto, kuda ona budet smontirovana, ustanavlivaetsya vo vremya
kompilyacii ili s pomoshch'yu rdev ili LILO. Tip fajlovoj sistemy
opredelyaetsya avtomaticheski. Esli sistema root ne montipuetsya,
naprimer po prichine togo, chto yadro ne soderzhit drajver
sootvetstvuyushchej fajlovoj sistemy, to sistema zavisaet.

     Fajlovaya sistema root obychno montipuetsya v rezhime read-only
(eto ustanavlivaetsya takim zhe obrazom kak i uzel montipovaniya).
|to delaet vozmozhnym proverku fajlovoj sistemy v to vremya kak ona
smontipovana, hotya proverka fajlovoj sistemy, ustanovlennoj v
rezhime read-write ne rekomeduetsya.

    Zatem yadro zapuskaet programmu init(8) v fonovom rezhime (ona
raspolozhena v kataloge /sbin/init) kotoraya stanovitsya glavnym
processom. init vypolnyaet razlichnye funkcii, trebuemye pri
ustanovke sistemy.

    V konce koncov init zapuskaet programmu getty(8) dlya
virtual'nyh konsolej i posledovatel'nyh linij. |ta programma
pozvolyaet podklyuchat'sya k sisteme posredstvom virtual'nyh konsolej
i terminalov, podklyuchennyh cherez posledovatel'nye porty. init
mozhet byt' skonfigurirovana takzhe dlya zapuska i drugih programm.

     Posle etogo process zapuska sistemy schitaetsya zavershennym i
sistema gotova k rabote.

             3.3  Zavershenie raboty i vyklyuchenie sistemy

     Pri vyklyuchenii sistemy Linux neobhodimo vypolnyat' nekotorye
procedury. Esli etogo ne sdelat', to fajlovye sistemy i fajly
mogut povredit'sya. |to proishodit po prichine nalichiya v Linux
diskovogo kesha, informaciya iz kotorogo zapisyvaetsya na disk tol'ko
cherez nekotorye promezhutki vremeni. |to znachitel'no povyshaet
proizvoditel'nost' sistemy, no takzhe oznachaet, chto esli prosto

                                - 21 -

vyklyuchit' pitanie komp'yutera, to v diskovom keshe mozhet nahoditsya
bol'shoe kolichestvo informacii i fajlovaya sistema mozhet byt'
chastichno povrezhdena, tak kak na disk obychno sbrasyvaetsya tol'ko
chast' informacii.

     Drugoj prichinoj dlya etogo yavlyaetsya mul'tizadachnost' sistemy,
gde odnovremenno mozhet vypolnyat'sya neskol'ko processov i
vyklyuchenie pitaniya mozhet byt' gibel'nym dlya sistemy. Osobenno eto
kasaetsya komp'yuterov, na kotoryh odnovremenno rabotaet neskol'ko
pol'zovatelej.

     Sushchestvuyut komandy, prednaznachennye dlya pravil'nogo
vyklyucheniya sistemy - eto shutdown(8) i halt(8), raspolozhennye v
kataloge /sbin. Est' dva obychnyh sposoba ih primeneniya.

     Esli sistema ustanovlena na komp'yutere, gde rabotaet odin
pol'zovatel', to obychno zavershayut rabotu vseh programm, rabotu
vseh virtual'nyh konsolej, vhodyat v sistemu pod pol'zovatelem root
(ili ostayutsya podklyuchennymi pod etim pol'zovatelem, tol'ko v etom
sluchae nuzhno perejti v kornevoj katalog vo izbezhanie problem s
demontirovaniem fajlovyh sistem), zatem vypolnyaetsya komanda halt
ili shutdown -h now (pri zhelanii mozhno ustanovit' zaderzhku,
kotoraya ustanavlivaetsya zamenoj parametra now na znak '+' i chislom
minut, po istechenii kotoryh budet zavershena rabota sistemy) ili
prosto halt.

     Esli na kop'yutere, na kotorom ustanovlena sistema, rabotaet
odnovremenno neskol'ko pol'zovatelej, to vozmozhno ispol'zovanie
komandy shutdown v sleduyushchem formate:

shutdown -h +time message,

    gde time eto vremya, po istechenii kotorogo rabota sistemy budet
zavershena, a message - soobshchenie, v kotorom ob座asnyaetsya prichina
vyklyucheniya. Nappimep,

root# shutdown -h +10 'We will install a new disk.  System should
> be back on-line in three hours.'

                                - 22 -


    Vypolnenie etoj komandy predupredit kazhdogo pol'zovatelya,
rabotayushchego v sisteme, chto ona budet vyklyuchena cherez 10 minut.
Soobshchenie vydaetsya na kazhdyj terminal, gde rabotayut pol'zovateli,
vklyuchaya xterm.

Broadcast message from root (ttyp0) Wed Aug 2 01:03:25 1995...

We will install a new disk. System should
be back on-line in three hours.
The system is going DOWN for system halt in 10 minutes !!

     Vydacha soobshcheniya avtomaticheski povtoryaetsya neskol'ko raz
pered prekrashcheniem raboty sistemy i kazhdyj raz s bolee korotkim
intervalom. Pri ispol'zovanii halt nel'zya ustanovit' zaderzhku,
poetomu eta programma redko primenyaetsya na mnogopol'zovatel'skih
sistemah.

     Zamechanie: fajl /etc/inittab soderzhit komandy, vypolnyayushchiesya
pri vyklyuchenii sistemy.

     Posle zapuska processa prekrashcheniya raboty sistemy,
demontiruyutsya vse fajlovye sistemy (krome sistemy root),
zavershaetsya vypolnenie vseh processov i programm-demonov, zatem
demontiruetsya fajlovaya sistema root i vsya rabota zavershaetsya.
Posle etogo vydaetsya soobshchenie, v kotorom govoritsya, chto mozhno
otklyuchit' pitanie. Tol'ko posle etogo pitanie komp'yutera mozhet
byt' otklyucheno.

     V nekotoryh sluchayah nevozmozhno zavershit' etot process
sootvetstvuyushchim obrazom. Naprimer, pri povrezhdenii koda yadra v
pamyati, narushaetsya ego rabota ili sistema zavisaet i prosto net
vozmozhnosti vvesti novuyu komandu mozhno tol'ko nadeyat'sya, chto
nichego ne povreditsya i vyklyuchit' pitanie. Esli zhe nepoladki ne
takie ser'eznye (naprimer vyshla iz stroya klaviatura), a yadro i
programma update rabotayut normal'no, to nailuchshim variantom budet
podozhdat' neskol'ko minut, poka update(8) ne sohranit na diske
informaciyu, hranyashchuyusya v kesh-bufere i tol'ko posle etogo vyklyuchit'

                                - 23 -

pitanie.

     Nekotorye vyklyuchayut komp'yuter posle trehkratnogo vypolneniya
komandy sync(8), kotoraya sbrasyvaet na disk soderzhimoe bufera, i,
posle prekrashcheniya obrashcheniya k disku, vyklyuchayut komp'yuter. Esli v
moment vyklyucheniya rabota vseh programm byla zavershena, to eta
procedura pochti identichna vypolneniyu komandy shutdown. Odnako,
fajlovye sistemy ne demontiruyutsya, chto mozhet privesti k nekotorym
problemam, svyazannym s flagom 'clean filesystem' sistemy ext2fs. V
lyubom sluchae ispol'zovanie etogo sposoba ne rekomenduetsya.

                    3.4  Perezagruzka sistemy

     Process perezagruzki mozhet byt' dostignut putem prekrashcheniya
raboty sistemy, vyklyucheniya pitaniya i vklyucheniya snova. Bolee
prostoj sposob - eto ukazat' komande shutdown perezagruzit'
sistemu ustanoviv opciyu -r. Naprimer, dlya etogo mozhno ispol'zovat'
komandu shutdown -r now. Takzhe mozhno ispol'zovat' komandu reboot.

              3.5  Odnopol'zovatel'skij rezhim raboty

     Komanda shutdown mozhet takzhe ispol'zovat'sya dlya perevoda
sistemy v odnopol'zovatel'skij rezhim, v kotorom k sisteme nikto ne
mozhet podklyuchitsya krome pol'zovatelya root, kotoryj ispol'zuet dlya
raboty glavnuyu konsol'. |to inogda primenyaetsya dlya
administrativnyh celej, dlya vypolneniya kotoryh ne mozhet byt'
ispol'zovana normal'no rabotayushchaya sistema.

               3.6  Diskety dlya ekstennoj zagruzki

     Ne vsegda imeetsya vozmozhnost' zagruzki sistemy s zhestkogo
diska. Naprimer, pri nepravil'nyh ustanovkah v LILO zagruzchike
sistemu nevozmozhno budet zagruzit'. V takih sluchayah dolzhen byt'
drugoj sposob zagruzki. Dlya personal'nyh komp'yuterov obychno ona
vypolnyaetsya s disket.

     Bol'shinstvo rasprostranyaemyh versij Linux pozvolyayut vo vremya
ustanovki sistemy sozdat' zagruzochnuyu disketu. Odnako mnogie takie

                                - 24 -

diskety soderzhat tol'ko yadro i, predpolagaetsya, chto dlya ustraneniya
nepoladok budut ispol'zovat'sya programmy, nahodyashchiesya na
ustanovochnyh diskah. Inogda etih programm byvaet nedostatochno,
naprimer, kogda trebuetsya vosstanovit' nekotorye fajly, sozdannye
s pomoshch'yu programm, kotoryh net na etih diskah.

     Poetomu mozhet vozniknut' neobhodimost' v sozdanii special'no
nastroennogo diska. V dokumentacii "Bootdisk HOWTO" soderzhitsya
neobhodimaya informaciya dlya sozdaniya podobnogo diska.

     Pri zagruzke so special'no nastroennogo diska nel'zya
ispol'zovat' privod, na kotorom smontirovana eta disketa, dlya
kakih-libo drugih celej. |to mozhet sozdat' nekotorye neudobstva,
esli v komp'yutere imeetsya tol'ko odin diskovod. Odnako, esli
komp'yuter imeet dostatochnyj ob容m pamyati, mozhno zagruzit' etot
disk v RAM disk (dlya etogo yadro, raspolozhennoe na diskete dolzhno
byt' skonfigurirovano sootvetstvuyushchim obrazom). |to pozvolyaet
ispol'zovat' diskovod dlya drugih celej.
.
                                - 25 -



      Glava 4  Ispol'zovanie Diskov i Drugih Ustrojstv
               Hraneniya Informacii

     Pri ustanovke sistemy ili izmenenii ee konfiguracii obychno
voznikaet mnogo problem s diskami. Nuzhno ustanovit' fajlovye
sistemy na diskah tak, chtoby na nih mogli hranitsya fajly, a takzhe
zarezervirovat' prostranstvo dlya drugih chastej operacionnoj
sistemy.

     V etoj glave rassmatrivayutsya vse eti voprosy. Obychno, esli
sistema uzhe ustanovlena, to kakih-libo problem s diskami v
dal'nejshem byt' ne dolzhno, krome paboty s disketami. Pri ustanovke
novogo diska ili ego nastrojke sleduet obrashchat'sya k etoj glave.

     Pri administrirovanii diskov mogut vozniknut' sleduyushchie
problemy:

     Formatirovanie diska (v nastoyashchee vremya formatirovanie
yavlyaetsya neobyazatel'noj proceduroj dlya mnogih tipov diskov).

     Razdelenie diska, esli disk budet ispol'zovat'sya dlya raznyh
celej. Odna iz prichin razdeleniya - eto hranenie raznyh
operacionnyh sistem na odnom diske. Drugaya prichina - hranenie
pol'zovatel'skih i sistemnyh fajlov v paznyh pazdelah, chto
uproshchaet rezervnoe kopirovanie i vosstanovlenie, a takzhe zashchitu
sistemnyh fajlov ot povrezhdenij.

     Sozdanie fajlovoj sistemy na sootvetstvuyushchem diske ili
razdele. V sisteme Linux disk nichego ne znachit, poka na nem ne
ustanovlena fajlovaya sistema. Tol'ko posle etogo vozmozhna rabota s
fajlami.

     Montirovanie razlichnyh fajlovyh sistem dlya formirovaniya
edinoj struktury katalogov, kak avtomaticheski tak i vruchnuyu
(fajlovye sistemy, montiruemye vruchnuyu, dolzhny byt' vpuchnuyu
demontirovany).

                                - 26 -


     V glave 6 rassmatrivayutsya voprosy bufepizacii diskov i raboty
s virtual'noj pamyat'yu, chto takzhe nuzhno znat' pri rabote s diskami.

     V etoj glave rassmatrivayutsya voprosy, kotorye neobhodimo
znat' pri rabote s zhestkimi i gibkimi diskami. K sozhaleniyu zdes'
ne rassmatrivaetsya ispol'zovanie lentochnyh nakopitelej i privodov
dlya kompakt diskov.

                          4.1  Tipy ustrojstv

     V sisteme UNIX, a sledovatel'no i Linux, sushchestvuet dva tipa
ustrojstv: blochnye ustrojstva s pryamym dostupom (takie kak diski)
i simvol'nye ustrojstva (takie kak lentochnye nakopiteli i
posledovatel'nye porty), nekotorye iz nih mogut byt'
posledovatel'nymi, a nekotorye - s pryamym dostupom. Kazhdoe
podderzhivaemoe ustrojstvo predstavlyaetsya v fajlovoj sisteme fajlom
ustrojstva. Pri vypolnenii operacij chteniya ili zapisi s podobnym
fajlom, proishodit obmen dannymi mezhdu ustrojstvom, na kotoroe
ukazyvaet etot fajl. Takoj sposob dostupa k ustrojstvam pozvolyaet
ne ispol'zovat' special'nye programmy (a takzhe special'nye metody
programirovaniya, takie kak rabota s preryvaniyami). Naprimer, dlya
raspechatki fajla na printere, ispol'zuetsya sleduyushchaya komanda:

ttyp5 root ~ $ cat filename > /dev/lp1
ttyp5 root ~ $

     Odnako, dlya raspechatki fajlov ispol'zuetsya special'naya
programma (obychno lpr(1)), kotoraya kontroliruet potok postupayushchih
fajlov vo izbezhanie vozniknoveniya konfliktnyh situacij, naprimer,
pri popytke raspechatat' na odnom printere odnovpemenno neskol'ko
raznyh fajlov. Po mere raspechatki, novye fajly postupayut
avtomaticheski. Po podobnoj sheme rabotaet bol'shinstvo ustrojstv.
Odnako s fajlami ustrojstv problemy voznikayut ochen' redko.

      Tak kak ustrojstva otobrazhayutsya kak fajly v fajlovoj sisteme
(v kataloge /dev), neslozhno obnaruzhit' s pomoshch'yu komandy ls(1)
kakie sushchestvuyut fajly ustrojstv. Posle vypolneniya komandy ls -l

                                - 27 -

na ekran vyvoditsya spisok fajlov, prichem v pervoj kolonke
soderzhitsya tip fajla i prava dostupa k nemu. Naprimer, dlya
prosmotra fajla, sootvetstvuyushchego posledovatel'nomu portu,
ispol'zuetsya sleduyushchaya komanda:

ttyp5 root ~ $ ls -l /dev/cua0
crw-rw-rw-   1 root       uucp        5,   64  Nov  30    1993    /dev/cua0
ttyp5 root ~ $

     Pervyj simvol v pervoj kolonke, t.e. 'c', pokazyvaet tip
fajla, v dannom sluchae simvol'noe ustrojstvo. Dlya obychnyh fajlov
ispol'zuetsya simvol '-', dlya katalogov - 'd', dlya blochnyh
ustrojstv - 'b' (sm. pukovodstvo k komande ls(1) dlya bolee
podrobnoj informacii).

     Nalichie bol'shogo kolichestva fajlov ustrojstv sovsem ne
oznachaet, chto eti ustrojstva na samom dele ustanovleny. Nalichie
fajla /dev/sda ni o chem ne govorit i sovsem ne oznachaet, chto v
komp'yutere ustanovlen zhestkij disk SCSI. |to predusmotreno dlya
oblegcheniya ustanovki programm i novogo oborudovaniya (net
neobhodimosti iskat' nuzhnye parametry i sozdavat' fajly dlya novyh
ustrojstv).

                         4.2  ZHestkie diski

     V etom razdele rassmatrivayutsya terminy, svyazannye s
ispol'zovaniem zhestkih diskov.

     ZHestkij disk sostoit iz odnoj ili neskol'kih kruglyh plastin,
odna ili obe storony kotoroj pokryty magnitnym materialom,
ispol'zuemym dlya hraneniya informacii. Dlya kazhdoj storony
predusmotrena golovka, pozvolyayushchaya schityvat' ili zapisyvat'
informaciyu. Plastiny vrashchayutsya na odnoj osi obychno so skorost'yu
3600 oborotov v minutu, hotya v bolee bystryh ppivodah ispol'zuyutsya
bolee vysokie skorosti. Golovki peremeshchayutsya vdol' radiusa
poverhnosti plastin, chto pozvolyaet poluchit' dostup k lyuboj tochke
poverhnosti.


                                - 28 -

     Central'nyj processor (CPU) i zhestkij disk obmenivayutsya
informaciej cherez diskovyj kontroller. |to uproshchaet shemu
obrashcheniya i raboty s diskom, tak kak kontrollery dlya raznyh tipov
diskov mogut byt' postroeny s ispol'zovaniem odnogo interfejsa dlya
svyazi s komp'yuterom. Poetomu, naprimer, dlya schityvaniya sektora
mozhno vospol'zovat'sya vsego lish' odnoj komandoj vmesto slozhnyh
posledovatel'nostej elektricheskih signalov dlya togo, chtoby
peremestit' golovki k nuzhnoj pozicii, sinhronizirovat' vrashchenie
diska i schityvanie ili zapis' dannyh i dr. (na samom dele,
interfejs mezhdu komp'yuterom i kontrollerom tozhe dostatochno slozhen,
no ne na stol'ko, na skol'ko on byl by bez ispol'zovaniya
kontrollera). Kotroller takzhe vypolnyaet i nekotorye drugie
funkcii, takie kak bufepizaciya informacii ili avtomaticheskaya
zamena plohih sektorov.

     Sushchestvuyut eshche nekotorye ponyatiya, znanie kotoryh neobhodimo
dlya ponimaniya raboty zhestkogo diska. Obychno poverhnosti delyatsya na
koncentricheskie kol'ca, nazyvaemye dorozhkami ili trekami, kotorye,
v svoyu ochered', delyatsya na sektora. Takoe razdelenie nuzhno dlya
ukazaniya nuzhnyh pozicij na diske i dlya raspredeleniya diskovogo
prostranstva na fajly. Dlya nahozhdeniya nuzhnoj informacii na diske
dostatochno primerno sleduyushchih dannyh: "poverhnost' 3, dorozhka 5,
sektor 7". Obychno kolichestvo sektorov na dorozhke odinakovo dlya
vseh dorozhek na diske, hotya v nekotoryh ustrojstvah na vneshnih
trekah razmeshchaetsya bol'shee kolichestvo sektorov (vse sektora imeyut
odin i tot zhe fizicheskij razmer, poetomu na bolee dlinnyh dorozhkah
pomeshchaetsya bol'she sektorov). Standartnyj razmer sektora raven 512
bajt. Disk ne mozhet operirovat' dannymi, ob容m kotoryh menee
odnogo sektora.

     Kazhdaya poverhnost' razdelena na dorozhki (i sektora) takim
obrazom, chto pri peremeshchenii golovki odnoj poverhnosti k
kakoj-libo dorozhke, golovki ostal'nyh poverhnostej budut
ustanovleny na etoj zhe dorozhke. Sovokupnost' vseh takih dorozhek
nazyvaetsya cilindrom. Dlya peremeshcheniya golovok ot odnoj dorozhki
(cilindra) k drugoj trebuetsya kakoe-to kolichestvo vremeni. Takim
obrazom, esli razmestit' dannye, dostup k kotorym chashche vsego
proizvoditsya srazu (naprimer, fajl), v odnom cilindre, to

                                - 29 -

neobhodimost' v peremeshchenii golovok otpadaet. |to povyshaet
proizvoditel'nost' raboty diska. Ne vsegda predstavlyaetsya
vozmozhnym razmestit' fajl podobnym obrazom. Fajly, kotorye
hranyatsya v raznyh mestah na diske, nazyvayutsya fragmentirovannymi.

     Kolichestvo poverhnostej (ili golovok, chto v principe odno i
to zhe), cilindrov i sektorov sil'no razlichaetsya u raznyh
ustrojstv. Sovokupnost' takih parametrov nazyvaetsya strukturoj
diska, kotoraya hranitsya v special'noj pamyati, dlya pitaniya kotoroj
ispol'zuyutsya akkumulyatory. |ta pamyat' nazyvaetsya CMOS RAM, otkuda
operacionnaya sistema mozhet schityvat' informaciyu vo vremya ee
zagruzki ili vo vremya ustanovki drajvera.

     K sozhaleniyu, BIOS postroen tak, chto ne predstavlyaetsya
vozmozhnym ukazat' dorozhku, nomer kotoroj prevyshaet 1024, dlya
zapisi v CMOS RAM, chto yavlyaetsya ser'eznym ogranicheniem dlya diskov
bol'shih ob容mov. Dlya resheniya etoj problemy kontroller zhestkogo
diska peredaet zavedomo nepravil'nuyu informaciyu o strukture diska
i preobrazuet dannye, predstavlyaemye komp'yuterom, v nechto,
sootvetsvuyushchee real'nosti. Naprimer, zhestkij disk mozhet sostoyat'
iz 8 golovok, 2048 dorozhek s 35 sektorami v kazhdoj. V to vremya kak
kontroller mozhet utverzhdat', chto disk imeet 16 golovok i 1024
dorozhki s 35 sektorami v kazhdoj, ne prevyshaya predela na hranenie v
CMOS RAM chisla dorozhek i preobrazuya adresaciyu umen'shaya nomer
golovki vdvoe i udvaivaya nomer dorozhki. Preobrazovanie adresov
iskazhaet predstavlenie operacionnoj sistemy o strukture diska, chto
uslozhnyaet razmeshchenie trebuemoj informacii na odnom cilindre dlya
uvelicheniya proizvoditel'nosti.

     Preobrazovanie ispol'zuetsya tol'ko dlya IDE diskov. V SCSI
diskah ispol'zuetsya dostup s primeneniem posledovatel'nogo nomera
sektora (kotoryj kontroller preobrazuet v nomer golovki, cilindra
i sektora diska) i drugoj metod obmena informaciej s processorom.
Odnako, processor mozhet ne imet' predstavleniya o real'noj
strukture diska.

     Tak kak sisteme Linux chasto ne izvestna informaciya o
strukture diska, to v fajlovyh sistemah ne ispol'zuetsya razmeshchenie

                                - 30 -

otdel'nyh fajlov v predelah odnogo cilindra. Vmesto etogo
primenyaetsya razmeshchenie fajlov v cepochkah posledovatel'no
raspolozhennyh sektorov, chto daet priblizitel'no odinakovuyu
proizvoditel'nost'. Hotya problema uslozhnyaetsya za schet
ispol'zovaniya special'nyh vozmozhnostej kontrollera, takih kak
vnutrennee keshirovanie i drugih avtomaticheskih funkcij.

     Kazhdyj zhestkij disk predstavlen otdel'nym fajlom. Dlya IDE
diskov obychno sushchestvuet tol'ko dva takih fajla. Oni izvestny kak
/dev/hda i /dev/hdb sootvetstvenno. Dlya SCSI diskov ispol'zuyutsya
fajly /dev/sda i /dev/sdb i t.d. Podobnye oboznacheniya primenyayutsya
i dlya drugih tipov diskov. Fajly ustrojstv dlya zhestkih diskov
predostavlyayut dostup k celomu disku, ne rassmatrivaya razdely
(kotorye budut opisany nizhe) i poetomu ne sostavlyaet truda
pereputat' razdely diska ili informaciyu v nih, esli ne byt'
dostatochno ostorozhnym. Fajly zhestkih diskov obychno ispol'zuyutsya
dlya dostupa k informacii v MBR (kotorye takzhe rassmotreny nizhe).

                         4.3  Gibkie diski

     Gibkij disk sostoit iz myagkoj plastiny, pokrytoj s odnoj ili
oboih storon materialom, podobnym tomu, kotorym pokryty plastiny v
zhestkom diske. U samoj diskety net nikakih golovok, oni
ustanovleny v privode. Disketu mozhno sravnit' s odnoj plastinoj,
ustanovlennoj v zhestkom diske, tol'ko disketa yavlyaetsya s容mnoj i
privod mozhet ispol'zovat'sya dlya raboty s razlichnymi diskami, v to
vremya kak zhestkij disk yavlyaetsya odnim nedelimym ustrojstvom.

     Takzhe kak zhestkij disk, disketa delitsya na dorozhki i sektora
(a dve sootvetstvuyushchie dorozhki na raznyh storonah sostavlyayut
cilindr), no ih namnogo men'she, chem na zhestkom diske.

     Diskovod mozhet rabotat' s neskol'kimi tipami disket.
Naprimer, privod na 3.5 dyujma mozhet rabotat' s diskami na 720 Kb i
1.44 Mb. Tak kak pri ispol'zovanii raznyh tipov diskov, rabota
samogo privoda nemnogo razlichaetsya, k tomu zhe operacionnaya sistema
dolzhna imet' predstavlenie ob ob容me diska, sushchestvuet mnozhestvo
fajlov ustrojstv dlya raboty s privodami dlya gibkih diskov.

                                - 31 -

Nappimep, fajl /dev/fd0H1440 sootvetstvuet pervomu privodu (fd0)
formata 3.5 dyujma s disketoj na 3.5 dyujma vysokoj plotnosti (H)
ob容mom 1440 Kb (1440), t.e. pozvolyaet pabotat' s obychnymi
disketami na 3.5 dyujma.

     Imena fajlov dlya privodov gibkih diskov dovol'no slozhnye,
poetomu v sisteme Linux sushchestvuet special'nyj tip ustrojstva,
kotoryj avtomaticheski opredelyaet tip ispol'zuemogo gibkogo diska.
Metod opredeleniya zaklyuchaetsya v posledovatel'nom chtenii pervogo
sektora vstavlennoj diskety s ppimeneniem razlichnyh sposobov
chteniya, do teh por, poka on ne budet pravil'no schitan.
Estestvenno, disk dolzhen byt' snachala otformatirovan.
Avtomaticheskimi ustrojstvami yavlyayutsya /dev/fd0, /dev/fd1 i t.d.

     Parametry dlya avtomaticheskih ustrojstv, kotorye ispol'zuyutsya
dlya dostupa k disku, mogut byt' ustanovleny s pomoshch'yu programmy
setfdprm(8). |to mozhet byt' polezno v nekotoryh sluchayah, naprimer,
esli ispol'zuyutsya diskety nestandartnogo ob容ma (t.e. disketa
imeet nestandartnoe kolichestvo sektorov v dorozhke) ili esli
opredelenie tipa diska po kakoj-libo prichine ne rabotaet i
sootvetstvuyushchij fajl ustrojstva otsutstvuet.

                       4.4  Formatirovanie

     Formatirovanie - eto process zapisi special'nyh otmetok na
magnitnuyu poverhnost', kotorye ispol'zuyutsya dlya razdeleniya dorozhek
i sektorov. Pered formatirovaniem diska ego poverhnost' sostoit iz
smesi razlichnyh magnitnyh signalov. Pri formatirovanii eti signaly
uporyadochivayutsya i proishodit formirovanie dorozhek i sektorov. V
dejstvitel'nosti, vse namnogo slozhnee i vyhodit za ramki etoj
knigi. Nuzhno znat' tol'ko to, chto disk ne mozhet ispol'zovat'sya, do
teh por poka on ne budet otformatirovan.

     Pri rabote v MS-DOS, formatirovanie takzhe vklyuchaet v sebya
process sozdaniya fajlovoj sistemy. Tam chasto eti dva processa
sovmeshcheny, osobenno pri rabote s gibkimi diskami. No esli nuzhno
sdelat' razgranichenie, to dejstvitel'nym formatirovaniem nazyvayut
formatirovaniem na nizkom urovne, a sozdanie fajlovoj sistemy -

                                - 32 -

formatirovaniem na vysokom urovne. Pri rabote v sisteme UNIX (a
takzhe v etoj knige) vmesto etih dvuh ponyatij budut ispol'zovat'sya
ponyatiya formatirovanie i, sootvetstvenno, formirovanie fajlovoj
sistemy.

     Dlya IDE i nekotoryh SCSI diskov formatirovanie proizvoditsya
pri ih izgotovlenii i, obychno, ne trebuetsya povtoreniya etoj
procedury, poetomu bol'shinstvo lyudej redko ob etom zadumyvayutsya. V
dejstvitel'nosti, formatirovanie diska mozhet privesti k uhudsheniyu
ego raboty, naprimer, po prichine togo, chto disk dolzhen byt'
otformatirovan special'nym obrazom dlya obespecheniya vozmozhnosti
zameny plohih sektorov.

     Formatiruemye diski chasto postavlyayutsya so special'noj
programmoj, potomu kak vnutrennie interfejsy u raznyh privodov
razlichny. |ta programma obychno rapolozhena v mikrosheme BIOS
kontrollera ili postavlyaetsya otdel'no kak programma dlya MS-DOS. Ni
odni iz nih ne mogut byt' ispol'zovany dlya sistemy Linux.

     Vo vremya formatirovaniya mogut byt' obnaruzheny plohie bloki
ili sektora, kotorye ne dolzhny byt' ispol'zovany pri dal'nejshej
rabote. |ti funkcii vozlagayutsya na fajlovuyu sistemu. Hotya mozhno
sozdat' nebol'shoj razdel diska, kotoryj vklyuchaet v sebya tol'ko
plohie bloki. |to effektivno pri bol'shom kolichestve plohih blokov,
tak kak pri rabote fajlovoj sistemy mogut vozniknut' nekotorye
trudnosti, svyazannye s razmerom neispol'zuemoj oblasti.

     Dlya formatirovaniya disket ispol'zuetsya programma fdformat(8).
V kachestve parametra ukazyvaetsya fajl ustrojstva. Naprimer,
sleduyushchaya komanda ispol'zuetsya dlya formatirovaniya obychnoj diskety
razmerom 3.5 dyujma vysokoj plotnosti v pervom privode dlya gibkih
diskov:

ttyp5 root ~ $ fdformat /dev/fd0H1440
Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
Formatting ... done
Verifying ... done
ttyp5 root ~ $

                                - 33 -


     Esli dlya formatirovaniya ispol'zuetsya avtomaticheskoe
ustrojstvo (naprimer, /dev/fd0), to snachala nuzhno ukazat'
parametry etogo ustrojstva s pomoshch'yu programmy setfdprm(8). Dlya
polucheniya takogo zhe rezul'tata, kak v predydushchem primere, nuzhno
vypolnit' sleduyushchie dejstviya:

ttyp5 root ~ $ setfdprm /dev/fd0 1440/1440
ttyp5 root ~ $ fdformat /dev/fd0
Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
Formatting ... done
Verifying ... done
Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
Formatting ... done
Verifying ... done
ttyp5 root ~ $

     Obychno proshche ukazat' tochnyj fajl ustrojstva, kotoryj
sootvetstvuet tipu formatiruemogo diska.

     Programma fdformat takzhe ispol'zuetsya dlya vyyavleniya plohih
blokov. Ona obrabatyvaet plohoj blok neskol'ko raz. Esli problema
ne ochen' ser'ezna (zagryaznennaya rabochaya poverhnost'
schityvayushchih/zapisyvayushchih golovok, plohoj kontakt v raz容me
kontrollera), to fdformat prodolzhit svoyu rabotu, no vozniknovenie
real'noj oshibki prervet process proverki. YAdro otobrazhaet
poyavlenie kazhdoj oshibki na terminale. Esli ispol'zuetsya syslog, to
soobshchenie postupaet v fajl /usr/adm/messages. fdformat ne soobshchaet
specifiku oshibki (obychno eto ne imeet znacheniya, tak kak diskovody
eto dovol'no deshevye ustrojstva i ih zamena ne sostavlyaet
problem).

ttyp5 root ~ $ fdformat /dev/fd0H1440
Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
Formatting ... done
Verifying ... read: Unknown error
ttyp5 root ~ $


                                - 34 -

     Komanda badblocks(8) ispol'zuetsya dlya poiska plohih blokov na
lyubom diske ili razdele diska (vklyuchaya gibkie diski). Ona ne
formatiruet disk, poetomu mozhet byt' ispol'zovana dlya proverki
dazhe sushchestvuyushchih fajlovyh sistem. V sleduyushchem primere
rassmatrivaetsya proverka 3.5 dyujmovoj diskety s dvumya plohimi
blokami.

ttyp5 root ~ $ badblocks /dev/fd0H1440
718
719
ttyp5 root ~ $

     Programma vyvodit nomera najdennyh plohih blokov. Vo mnogih
fajlovyh sistemah est' sredstva, pozvolyayushchie izbezhat'
ispol'zovaniya takih blokov. Dlya takih celej sushchestvuet spisok
izvestnyh plohih blokov, kotoryj inicializiruetsya pri ustanovke
fajlovoj sistemy i mozhet byt' modificirovan v dal'nejshem.
Pervichnyj poisk plohih blokov proizvoditsya pri vypolnenii komandy
mkfs (kotoraya inicializiruet fajlovuyu sistemu), v posleduyushchem
proverka proizvoditsya s pomoshch'yu programmy badblocks, a modifikaciya
spiska - pri pomoshchi komandy fsck. |ti komandy budut rassmotreny
nizhe.

                       4.5  Diskovye razdely

     Ves' zhestkij disk mozhet byt' razbit na neskol'ko razdelov,
prichem kazhdyj razdel predstavlen tak, kak esli by eto byl
otdel'nyj disk. Razdelenie ispol'zuetsya, naprimer, pri rabote s
dvumya operacionnyi sistemami na odnom diske. Pri etom kazhdaya
operacionnaya sistema ispol'zuet dlya raboty otdel'nyj razdel i ne
vzaimodejstvuet s drugimi. Takim obrazom, dve razlichnye sistemy
mogut byt' ustanovleny na odnom zhestkom diske. Bez ispol'zovaniya
razdelov v dannom sluchae voznikla by neobhodimost' v priobritenii
vtorogo diska.

     Dlya gibkih diskov razdely ne predusmotreny. V bol'shinstve
sluchaev dlya etogo net neobhodimosti, tak kak ih ob容m dostatochno
mal.

                                - 35 -


            4.5.1  MBR, zagruzochnye sektora i tablica razdelov

     Informaciya o razdelenii zhestkogo diska nahoditsya v pervom
sektore (t.e. v pervom sektore pervoj dorozhki pervogo diska). |tot
sektor nazyvaetsya MBR (sokrashchenie ot Master Boot Record) etogo
diska. Pri zagruzke komp'yutera BIOS zagruzhaet ego v pamyat' i
vypolnyaet. MBR soderzhit nebol'shuyu programmu, kotoraya schityvaet
tablicu razdelov, nahodit aktivnyj razdel (t.e. razdel, otmechennyj
kak zagruzochnyj) i schityvaet pervyj sektor etogo razdela, kotoryj
nazyvaetsya zagruzochnym sektorom (MBR takzhe yavlyaetsya zagruzochnym
sektorom, no on vypolnyaet special'nye funkcii i poetomu imeet
otdel'noe nazvanie). |tot sektor soderzhit druguyu nebol'shuyu
programmu, kotoraya, v svoyu ochered', schityvaet nachal'nuyu chast'
operacionnoj sistemy, raspolozhennoj v etom razdele, a zatem
vypolnyaet ee.

     Shema razdeleniya ne vstroena v oborudovanie ili dazhe v BIOS.
|to tol'ko standart, kotorogo priderzhivaetsya bol'shoe kolichestvo
operacionnyh sistem. Ne vse sistemy podderzhivayut ego, no oni
yavlyayutsya isklyucheniyami. Nekotorye sistemy podderzhivayut razdelenie,
no oni zanimayut vsego odin razdel na diske i ispol'zuyut svoyu
vnutrennyuyu shemu razdeleniya v predelah ispol'zuemogo razdela.
Takie operacionnye sistemy normal'no rabotayut s drugimi sistemami
(vklyuchaya Linux), kotorye nahodyatsya na tom zhe diske. No te
operacionnye sistemy, kotorye ne podderzhivayut razdely, ne mogut
byt' ustanovleny vmeste s drugimi sistemami na odnom diske.

     Iz mer predostorozhnosti sleduet zapisat' tablicu razdelov.
Esli eta tablica kakim-libo obrazom povreditsya, to vse fajly
ostanutsya v sohrannosti (isporchennaya tablica razdelov mozhet byt'
ispravlena pri pomoshchi programmy fdisk).

               4.5.2  Rasshirennye i logicheskie razdely

     Iznachal'no, v sheme razdeleniya zhestkogo diska v PC
dopuskalos' ispol'zovanie tol'ko chetyreh razdelov. No vskore etogo
okazalos' nedostatochno, chastichno po prichine togo, chto mnogim dlya

                                - 36 -

raboty trebuetsya bolee chetyreh operacionnyh sistem (naprimer,
Linux, MS-DOS, OS/2, Minix, FreeBSD, NetBSD, Windows/NT i t.d.),
no v osnovnom iz-za togo, chto odnoj sistemoj ispol'zuetsya
neskol'ko razdelov. Naprimer, v sisteme Linux swap-oblast' chashche
vsego razmeshchaetsya v otdel'nom razdele (a ne v osnovnom razdele
Linux) dlya povysheniya skorosti obmena (sm. nizhe).

     Dlya resheniya etoj problemy byla razrabotana shema,
ispol'zuyushchaya rasshirennye razdely. Ona pozvolyaet razbivat' osnovnoj
razdel na podrazdely. Osnovnoj razdel, razbityj takim obrazom,
nazyvaetsya rasshirennym razdelom, a podrazdely nazyvayutsya
logicheskimi razdelami. Oni funkcioniruyut tak zhe, kak i osnovnye
razdely, razlichie sostoit v sheme ih sozdaniya.

     Nizhe dan ppimep pazbieniya zheskogo diska na pazdely. Ves' disk
razbit na tri osnovnyh razdela, vtoroj iz kotoryh razbit na dva
logicheskih. CHast' diska ne ispol'zuetsya voobshche. Ves' disk, kak
celoe, i kazhdyj osnovnoj razdel imeyut svoj zagruzochnyj sektor.

  immmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm"
   MBR                                  
  lmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmNoddddddddddddd
   Zagruzochnyj sektor                   
  --------------------------------------  Osnovnoj
                                        
   Oblast' dannyh razdela                  razdel
                                        
  lmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmNoddddddddddddd
   Zagruzochnyj sektor                              
  榛ddddddddddddddddddddddddddddddddddddd           
   Neispol'zuemyj zagruzochnyj sektor     Logicheskij
  --------------------------------------           
                                           razdel  
   Oblast' dannyh razdela                          
                                                    Rasshirennyj
  榛ddddddddddddddddddddddddddddddddddddd榛dddddddddd
   Neispol'zuemyj zagruzochnyj sektor                  razdel
  -------------------------------------- Logicheskij

                                - 37 -

                                                   
   Oblast' dannyh razdela                  razdel  
                                                   
  lmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmNoddddddddddddd
                                        
   Neispol'zuemoe diskovoe prostranstvo 
                                        
  lmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmNoddddddddddddd
   Zagruzochnyj sektor                   
  --------------------------------------  Osnovnoj
                                        
   Oblast' dannyh razdela                  razdel
                                        
  hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm寮dddddddddddd


                        4.5.3    Tipy razdelov

     Tablicy razdelov (odna nahoditsya v MBR, drugie ispol'zuyutsya
dlya rasshirennyh razdelov) soderzhat odin bajt dlya kazhdogo razdela,
kotoryj ukazyvaet tip razdela. |to pozvolyaet opredelit'
operacionnuyu sistemu, kotoraya ispol'zuet razdel ili dlya chego on
ispol'zuetsya vo izbezhanie sluchajnogo razmeshcheniya dvuh sistem na
odnom razdele. Odnako, v dejstvitel'nosti, operacionnye sistemy
ignoriruyut bajt tipa razdela. Naprimer, sistema Linux voobshche ne
imeet predstavleniya o ego sushchestvovanii. Huzhe togo, nekotorye
sistemy nepravil'no ego interpretiruyut (po krajnej mere, nekotorye
versii DR-DOS ignoriruyut samyj vazhnyj bit etogo bajta, v otlichie
ot drugih).

     Ne sushchestvuet nikakih standartov, kasayushchihsya znachenij etih
bajtov, hotya nekotorye obshcheprinyatye znacheniya privedeny v tablice
nizhe. Takuyu zhe informaciyu predostavlyaet programma Linux fdisk.

0 pustoj razdel          40 Venix 80286          94 Amoeba BBT
1 DOS 12-bitnaya FAT      51 Novell               a5 BSD/386
2 XENIX root             52 Microport            b7 BSDI fs
3 XENIX usr              63 GNU HURD             b8 BSDI swap-oblast'

                                - 38 -

4 DOS 16-bit (<32Mb)     64 Novell               c7 Syrinx
5 rasshirennyj            75 PC/IX                db CP/M
6 DOS 16-bit (>=32Mb)    80 Old MINIX            e1 DOS
7 OS/2 HPFS              81 Linux/MINIX          e3 DOS r/o
8 AIX                    82 Linux swap-oblast'   f2 DOS dopolnitel'nyj
9 AIX zagruzochnyj        83 Linux                ff BBT
a OS/2 zagruzochnyj       93 Amoeba

                4.5.4   Razdelenie zhestkogo diska

     Sushchestvuet mnogo programm, pozvolyayushchih sozdavat' i udalyat'
razdely. U bol'shinstva operacionnyh sistem imeyutsya svoi
sobstvennye i razumnee vsego pol'zovat'sya imenno takimi
programmami. CHashche vsego eta programma nazyvaetsya fdisk (kak i v
sluchae Linux). Osobennosti raboty s nej rassmotreny v ee
rukovodstve. Komanda cfdisk podobna fdisk, tol'ko v pervoj
ispol'zuetsya polnoekrannyj interfejs.

     Pri pabote s IDE diskami, zagruzochnyj razdel (razdel, v
kotorom nahodyatsya fajly, ispol'zuemye pri zagruzke i samo yadro)
dolzhen polnost'yu raspolagat'sya v predelah pervyh 1024 cilindrov,
potomu kak vo vremya zagruzki rabota s diskom proishodit cherez BIOS
(pered perehodom sistemy v zashchishchennyj rezhim), a BIOS ne mozhet
operirovat' s cilindrami, nomer kotoryh bol'she, chem 1024. Inogda
predstavlyaetsya vozmozhnym ispol'zovanie zagruzochnogo razdela, lish'
chastichno raspolozhennogo v predelah pervyh 1024 cilindrov. Dannyj
metod rabotaet do teh por, poka vse fajly, schityvaemye posredstvom
BIOS, nahodyatsya v predelah 1024 cilindrov. Tak kak eto sdelat'
dovol'no slozhno, to ppimenenie etogo metoda ne rekomeduetsya.
Slozhno predugadat', kogda posle defragmentacii ili sbrasyvanii
soderzhimogo bufera na disk sistema perestanet zagruzhat'sya. Poetomu
sleduet udostoverit'sya v tom, chto zagruzochnyj razdel raspolozhen v
predelah pervyh 1024 cilindrov.

     Nekotorye poslednie versii BIOS i nedavnie modeli IDE diskov
v dejstvitel'nosti pozvolyayut pabotat' s cilindrami, nomer kotoryh
prevyshaet 1024.


                                - 39 -

     Kazhdyj razdel dolzhen soderzhat' chetnoe kolichestvo sektorov,
tak kak v sisteme Linux ispol'zuyutsya bloki razmerom v 1 Kb, t.e.
dva sektora. Nechetnoe kolichestvo sektorov privedet k tomu, chto
poslednij iz nih budet neispol'zovan. |to ni na chto ne vliyaet, no
ppi zapuske fdisk budet vydano ppeduppezhdenie.

     Pri izmenenii razmera razdela obychno trebuetsya snachala
sdelat' rezervnuyu kopiyu vsej neobhodimoj informacii, udalit'
razdel, sozdat' novyj razdel, a zatem vosstanovit' vsyu sohranennuyu
informaciyu na novyj razdel. Hotya sushchestvuet programma dlya MS-DOS
pod nazvaniem fips, kotoraya pozvolyaet izmenyat' ob容m razdela bez
rezervnogo kopirovaniya, no dlya drugih fajlovyh sistem etu opepaciyu
neobhodimo ppoizvodit'.

                  4.5.5  Fajly ustrojstv i razdely

     Kazhdomu osnovnomu i rasshirennomu razdelu sootvetstvuet
otdel'nyj fajl ustpojstva. Sushchestvuet soglashenie dlya imen podobnyh
fajlov, kotoroe sostoit v dobavlenii nomera razdela k imeni fajla
samogo diska. 1-4 razdely yavlyayutsya osnovnymi (vne zavisimosti ot
togo, skol'ko sushchestvuet osnovnyh pazdelov), a 5-8 - logicheskimi
(vne zavisimosti ot togo, k kakomu osnovnomu razdelu oni
otnosyatsya). Naprimer, /dev/hda1 sootvetstvuet pervomu osnovnomu
razdelu pervogo IDE zhestkogo diska, a /dev/sdb7 - tret'emu
rasshirennomu razdelu vtorogo SCSI diska.


                     4.6   Fajlovye sistemy

              4.6.1  CHto takoe fajlovaya sistema?

     Fajlovaya sistema - eto metody i struktury dannyh, kotorye
ispol'zuyutsya operacionnoj sistemoj dlya hraneniya fajlov na diske
ili ego razdele. O fajlovoj sisteme takzhe govoryat, ssylayas' na
razdel ili disk, ispol'zuemyj dlya hraneniya fajlov ili tip fajlovoj
sistemy.

     Nuzhno videt' raznicu mezhdu diskom ili razdelom i

                                - 40 -

ustanovlennoj na nem fajlovoj sistemoj. Nekotorye programmy
(naprimer, programmy ustanovki fajlovoj sistemy) pri obrashchenii k
disku ili razdelu ispol'zuyut pryamoj dostup k sektoram. Esli na
etom meste byla fajlovaya sistema, to ona budet ser'ezno
povrezhdena. Bol'shinstvo programm vzaimodejstvuyut s diskom
posredstvom fajlovoj sistemy, i, sledovatel'no, ih rabota budet
narushena, esli na razdele ili diske nikakaya sistema ne ustanovlena
(ili tip fajlovoj sistemy ne sootvetstvuet trebuemumu).

     Pered tem, kak razdel ili disk mogut byt' ispol'zovany v
kachestve fajlovoj sistemy, ona dolzhna byt' inicializirovana, a
trebuemye dannye pereneseny na etot disk. |tot process nazyvaetsya
sozdaniem fajlovoj sistemy.

     U bol'shej chasti fajlovyh sistem UNIX shodnaya struktura, a ih
nekotorye osobennosti ochen' malo razlichayutsya. Osnovnymi ponyatiyami
yavlyayutsya: superblok, indeksnyj deskriptor (inode), blok dannyh,
blok kataloga i kosvennyj blok. V superbloke soderzhitsya informaciya
o fajlovoj sisteme v celom, naprimer, ee razmer (tochnaya informaciya
zavisit ot tipa fajlovoj sistemy). V indeksnom deskriptore
hranitsya vsya informaciya o fajle, krome ego imeni. Imya fajla
hranitsya v bloke kataloga, vmeste s nomerom deskriptora. Zapis'
kataloga soderzhit imya fajla i nomer indeksnogo deskriptora
sootvetstvuyushchego fajla. V etom deskriptore hranyatsya nomera
neskol'kih blokov dannyh, kotorye ispol'zuyutsya dlya hraneniya samogo
fajla. V inode est' mesto tol'ko dlya neskol'kih nomerov blokov
dannyh, odnako, esli trebuetsya bol'shee kolichestvo, to prostranstvo
dlya ukazatelej na bloki dannyh dinamicheski vydelyaetsya. Takie bloki
nazyvayutsya kosvennymi. Dlya togo, chtoby najti blok dannyh, nuzhno
snachala najti ego nomer v kosvennom bloke.

     V fajlovyh sistemah UNIX obychno imeetsya vozmozhnost' sozdaniya
dyr v fajlah (eto mozhno sdelat' s pomoshch'yu komandy lseek(2), sm.
rukovodstvo). |to oznachaet, chto fajlovaya sistema predostavlyaet
lozhnuyu informaciyu o tom, chto v kakom-to meste v fajle soderzhatsya
nulevye bajty, no v dejstvitel'nosti dlya etogo ne vydelyayutsya
sektora (eto oznachaet, chto fajl budet zanimat' neskol'ko men'she
mesta na diske). |to chasto ispol'zuetsya osobenno v nebol'shih

                                - 41 -

dvoichnyh programmah, bibliotek Linux, v nekotoryh bazah dannyh i v
drugih otdel'nyh sluchayah. (Dyry realizuyutsya hraneniem special'nogo
znacheniya v kosvennom bloke ili indeksnom deskriptore vmesto adresa
bloka dannyh. |to special'noe znachenie pokazyvaet, chto dlya dannoj
chasti fajla bloki dannyh ne razmeshcheny i, sledovatel'no, chto v
fajle est' dyra.)

     Ispol'zovanie dyr dostatochno effektivno. Na komp'yutere s
obshchim diskovym prostranstvom v 200 Mb, prostye izmereniya
pokazyvayut, chto primenenie dyr daet ekonomiyu v 4 Mb. Odnako, eti
izmereniya provodilis' na sisteme, gde bylo ustanovleno
otnositel'no malo programm i otsutstvovali fajly baz dannyh. Metod
izmereniya dyr rassmotren v prilozhenii B.

                      4.6.2   Tipy fajlovyh sistem

     Linux podderzhivaet neskol'ko tipov fajlovyh sistem. Naibolee
vazhnye iz nih rassmotreny nizhe.

minix     Schitaetsya samoj staroj i samoj nadezhnoj fajlovoj sistemoj,
no dostatochno ogranichennoj v svoih vozmozhnostyah (u fajlov
otsutstvuyut nekotorye vremennye parametry, dlina imeni fajla
ogranichena 30-yu simvolami) i dostupnyh ob容mah (maksimum 64 Mb na
odnu fajlovuyu sistemu).

xia       Modificirovannaya versiya sistemy minix, v kotoroj uvelichena
maksimal'naya dlina imeni fajla i razmer fajlovoj sistemy, hotya ona
ne pealizuet nikakih novyh vozmozhnostej.

ext2      Naibolee bogataya funkcional'nymi vozmozhnostyami fajlovaya
sistema iz semejstva sovmestimyh s Linux. Na dannyj moment
schitaetsya samoj populyarnoj sistemoj. Ona razrabotana s uchetom
sovmestimosti s posleduyushchimi versiyami, poetomu dlya ustanovki novoj
versii koda sistemy ne trebuetsya ustanavlivat' ee zanovo.

ext       Predydushchaya versiya sistemy ext2, ne sovmestima s posleduyushchimi
versiyami. V nastoyashchee vremya ona ochen' redko vklyuchaetsya v pakety
novyh postavlyaemyh sistem, t.k. bol'shinstvo pol'zovatelej sejchas

                                - 42 -

pol'zuyutsya sistemoj ext2.

     V dopolnenie k rassmotrennym vyshe, v Linux vklyuchena podderzhka
eshche nekotoryh fajlovyh sistem dlya obespecheniya obmena fajlami mezhdu
drugimi operacionnymi sistemami. |ti fajlovye sistemy rabotayut
takzhe, kak i opisannye vyshe, krome togo, chto ih funkcional'nye
vozmozhnosti mogut byt' znachitel'no ogranicheny po sravneniyu s
vozmozhnostyami, obychno predostavlyaemymi fajlovymi sistemami UNIX.

msdos     Obespechivaetsya sovmestimost' s sistemoj MS-DOS (a takzhe
OS/2 i Windows NT).

umsdos    Rasshiryaet vozmozhnosti drajvera fajlovoj sistemy MS-DOS
dlya Linux takim obrazom, chto pri rabote v Linux, imeetsya
vozmozhnost' raboty s imenami fajlov nestandartnoj dliny, prosmotra
prav dostupa k fajlu, ssylok, imeni pol'zovatelya, kotoromu
prinadlezhit fajl, a takzhe operirovanie s fajlami ustrojstv. |to
pozvolyaet ispol'zovat' obychnuyu sistemu MS-DOS, tak, kak esli by
eto byla sistema Linux. Takim obrazom, isklyuchaetsya neobhodimost'
sozdaniya otdel'nogo razdela dlya Linux.

iso9660   Standartnaya fajlovaya sistema dlya CD-ROM. Dovol'no
populyarnoe razvitie standarta CD-ROM, vypolnennoe Rock Ridge'm,
kotoroe obespechivaet avtomaticheskuyu podderzhku imen fajlov
nestandartnoj dliny.

nfs       Setevaya fajlovaya sistema, obespechivayushchaya razdelenie
odnoj fajlovoj sistemy mezhdu neskol'kimi komp'yuterami dlya
predostavleniya dostupa k ee fajlam so vseh mashin.

hpfs      Fajlovaya sistema OS/2.

sysv      Fajlovye sistemy System V/386, Coherent i Xenix.


     Takzhe sushchestvuet fajlovaya sistema proc, kotoraya obychno
dostupna cherez katalog /proc. V dejstvitel'nosti, ona ne yavlyaetsya
fajlovoj sistemoj, hotya po ee strukture slozhno obnaruzhit' raznicu.

                                - 43 -

|ta sistema pozvolyaet poluchit' dostup k opredelennym strukturam
dannyh yadra, k takim, kak spisok processov (otsyuda nazvanie). Vse
eti struktury vyglyadyat kak fajlovaya sistema i imi mozhno
operirovat' obychnymi sredstvami raboty s fajlovoj sistemoj.
Naprimer, dlya polucheniya spiska vseh processov, ispol'zuetsya
sleduyushchaya komanda:

ttyp5 root ~ $ ls -l /proc
total 0
dr-xr-xr-x   4 root     root            0 Jan 31 20:37 1
dr-xr-xr-x   4 liw      users           0 Jan 31 20:37 63
dr-xr-xr-x   4 liw      users           0 Jan 31 20:37 94
dr-xr-xr-x   4 liw      users           0 Jan 31 20:37 95
dr-xr-xr-x   4 root     users           0 Jan 31 20:37 98
dr-xr-xr-x   4 liw      users           0 Jan 31 20:37 99
-r--r--r--   1 root     root            0 Jan 31 20:37 devices
-r--r--r--   1 root     root            0 Jan 31 20:37 dma
-r--r--r--   1 root     root            0 Jan 31 20:37 filesystems
-r--r--r--   1 root     root            0 Jan 31 20:37 interrupts
-r--------   1 root     root      8654848 Jan 31 20:37 kcore
-r--r--r--   1 root     root            0 Jan 31 11:50 kmsg
-r--r--r--   1 root     root            0 Jan 31 20:37 ksyms
-r--r--r--   1 root     root            0 Jan 31 11:51 loadavg
-r--r--r--   1 root     root            0 Jan 31 20:37 meminfo
-r--r--r--   1 root     root            0 Jan 31 20:37 modules
dr-xr-xr-x   2 root     root            0 Jan 31 20:37 net
dr-xr-xr-x   4 root     root            0 Jan 31 20:37 self
-r--r--r--   1 root     root            0 Jan 31 20:37 stat
-r--r--r--   1 root     root            0 Jan 31 20:37 uptime
-r--r--r--   1 root     root            0 Jan 31 20:37 version
ttyp5 root ~ $

(V dejstvitel'nosti, dolzhno byt' eshche neskol'ko fajlov, ne
sootvetstvuyushchih processam, odnako, etot primer nemnogo ukorochen.)

     Hotya sistema /proc i nazyvaetsya fajlovoj, ni odna ee chast' ne
vzaimodejstvuet s diskom. Ona sushchestvuet tol'ko v predstavlenii
yadra i pri popytke obrashcheniya k kakoj-libo ee chasti, sozdaetsya

                                - 44 -

vpechatlenie, chto eta chast' gde-to sushchestvuet, hotya v
dejstvitel'nosti eto ne tak. Dazhe esli sushchestvuet fajl /proc/kmem
v neskol'ko megabajt, on ne zanimaet mesta no diske.

             4.6.3  Kakuyu fajlovuyu sistemu ustanavlivat'?

     Obychno malo smysla v ppimenenii neskol'kih raznyh fajlovyh
sistem. V nastoyashchee vremya naibolee populyarnoj schitaetsya sistema
ext2fs i, vozmozhno, yavlyaetsya nailuchshim vyborom. V zavisimosti ot
razlichnyh parametrov (skorost', proizvoditel'nost', nadezhnost',
sovmestimost' i dr.) mozhet okazat'sya, chto ustanovka drugoj
fajlovoj sistemy budet bolee priemlemym variantom.

                  4.6.4  Ustanovka fajlovoj sistemy

     Fajlovaya sistema ustanavlivaetsya, t.e. inicializiruetsya, pri
pomoshchi komandy mkfs(8). V dejstvitel'nosti, sushchestvuyut otdel'nye
programmy dlya kazhdogo tipa fajlovoj sistemy. Komanda mkfs tol'ko
zapuskaet trebuemuyu programmu v zavisimosti ot tipa
ustanavlivaemoj sistemy. Tip fajlovoj sistemy ukazyvaetsya pri
pomoshchi opcii -t fstype.

     Parametry, peredavaemye programmam, vyzyvaemym mkfs, slegka
razlichayutsya. Naibolee vazhnye iz nih rassmotreny nizhe (dlya bolee
podrobnoj informacii sm. rukovodstvo).

-t fstype     Ukazyvaetsya tip fajlovoj sistemy.

-c            Proizvoditsya poisk plohih blokov i, sootvetstvenno,
inicializaciya spiska plohih blokov.

-l filename   Schityvaetsya nachal'nyj spisok plohih blokov iz fajla
filename.

     Dlya ustanovki fajlovoj sistemy ext2 na disketu, ispol'zuetsya
sleduyushchaya posledovatel'nost' komand:

ttyp5 root ~ $ fdformat -n /dev/fd0H1440

                                - 45 -

Double-sided, 80 tracks, 18 sec/track. Total capacity 1440 kB.
Formatting ... done
ttyp5 root ~ $ badblocks /dev/fd0H1440 1440 > bad-blocks
ttyp5 root ~ $ mkfs -t ext2 -l bad-blocks /dev/fd0H1440
mke2fs 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
360 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1 block group
8192 blocks per group, 8192 fragments per group

360 inodes per group
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
ttyp5 root ~ $

     V pervuyu ochered' disketa formatiruetsya (parametr -n
predotvrashchaet proverku na nalichie plohih blokov). Zatem
proizvoditsya poisk plohih blokov pri pomoshchi komandy badblocks,
vyvod kotoroj perenapravlen v fajl bad-blocks. I, nakonec,
fajlovaya sistema ustanavlivaetsya s inicializaciej spiska najdennyh
plohih blokov.

     Vmesto ispol'zovaniya badblocks, komande mkfs mozhet byt'
ukazan parametr -c, kak eto vidno iz primera, rassmotrennogo nizhe.

ttyp5 root ~ $ mkfs -t ext2 -c /dev/fd0H1440
mke2fs 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
360 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1 block group
8192 blocks per group, 8192 fragments per group
360 inodes per group

                                - 46 -


Checking for bad blocks (read-only test): done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
ttyp5 root ~ $

     Ukazanie parametra -c namnogo udobnee, chem primenenie komandy
badblocks, no ee ispol'zovanie neobhodimo dlya proverki fajlovoj
sistemy posle ee ustanovki.

     Ustanovka fajlovyh sistem na zhestkij disk ili ego razdel
analogichna ustanovke na disketu, isklyuchaya formatirovanie.

                 4.6.5    Montirovanie i demontirovanie

     Pered rabotoj s fajlovoj sistemoj, ona dolzhna byt'
smontirovana. Pri etom operacionnaya sistema vypolnyaet nekotorye
dejstviya, obespechivayushchie funkcionirovanie montiruemoj sistemy. Tak
kak vse fajly v sisteme UNIX prinadlezhat odnoj strukture
katalogov, to eta operaciya obespechivaet rabotu s fajlovoj
sistemoj, kak s katalogom uzhe smontirovannoj.

     Rassmotrim tri razlichnye fajlovye sistemy. Esli dve poslednie
sistemy (2-yu i 3-yu) sootvetstvenno smontirovat' k katalogam /home
i /usr pervoj sistemy, to v itoge obrazuetsya fajlovaya sistema s
edinoj strukturoj katalogov (4).

1]                  2]                   3]

/ ddbddddd bin      / ddbdddddd abc      / ddbdddddd bin
                                           
    cddddd dev          cdddddd liw          cdddddd etc
                                           
    cddddd home         yudddddd ftp          yudddddd lib
    
    cddddd etc
    
    cddddd lib

                                - 47 -

    
    yuddddd usr

4]
/ ddbdddbd usr
       
       cdddddd lib
       
       cdddddd etc
       
       yudddddd bin
    
    cddddd lib
    
    cddddd etc
    
    cdddbd home
       
       cdddddd ftp
       
       cdddddd liw
       
       yudddddd abc
    
    cddddd bin
    
    yuddddd dev


     V primere, rassmotrenom nizhe, pokazano, kak eto sdelat'.

ttyp5 root ~ $ mount /dev/hda2 /home
ttyp5 root ~ $ mount /dev/hda3 /usr
ttyp5 root ~ $

     Komanda mount(8) prinimaet dva parametra. Pervyj ih nih -
fajl ustrojstva, sootvetstvuyushchij disku ili razdelu, na kotorom
rapolozhena fajlovaya sistema. Vtorym parametrom yavlyaetsya imya

                                - 48 -

kataloga, k kotoromu budet montirovat'sya sistema. Posle vypolneniya
etih komand soderzhimoe fajlovyh sistem otobrazhaetsya v katalogah
/home i /usr sootvetstvenno. Takzhe mozhno skazat', chto razdel
/dev/hda2 smontirovan k katalogu /home, a /dev/hda3 - k katalogu
/usr. Sushchestvuet razlichie mezhdu fajlom ustrojstva, /dev/hda2, i
montiruemym katalogom, /home. Fajl ustrojstva predostavlyaet dostup
k 'syrym' dannym, raspolozhennym na diske, a montiruemyj katalog -
k fajlam. Takoj katalog nazyvaetsya uzlom montirovaniya.

     Montiruemyj katalog ne obyazatel'no dolzhen byt' pustym, hotya
on dolzhen sushchestvovat'. Odnako vse fajly, v nem raspolozhennye,
budut nedostupny posle montirovaniya fajlovoj sistemy. (Otkrytye
ranee fajly budut takzhe dostupny, a fajly, yavlyayushchiesya zhestkimi
ssylkami iz drugih katalogov, budut dostupny s ispol'zovaniem imen
ssylok.) Takim obrazom, nikakogo ushcherba ne nanositsya i eto dazhe
mozhet byt' polezno. Naprimer, nekotorye delayut katalog /tmp
simvolicheskoj ssylkoj na katalog /usr/tmp. Pri zagruzke sistemy,
kogda fajlovaya sistema /usr ne smontirovana, katalog razmeshchaetsya v
sisteme root. Posle togo, kak /usr smontirovana, katalog /usr/tmp,
raspolozhennyj v fajlovoj sisteme root, stanovitsya nedostupnym.
Esli zhe /usr/tmp ne sushchestvuet v sisteme root, to pered
montirovaniem /usr sozdanie i pabota s vremennymi fajlami budet
nevozmozhna.

     Dlya zashchity fajlovoj sistemy ot zapisi, komanda mount
zapuskaetsya s opciej -r, posle chego montirovanie proizvoditsya v
rezhime read-only. Posle etogo yadro presekaet lyubye popytki zapisi,
vklyuchaya modifikaciyu vremeni dostupa k fajlam v indeksnom
deskriptore. Montirovanie s zashchitoj ot zapisi ispol'zuetsya pri
rabote s takimi ustrojstvami, kak CD-ROM.

     Voznikaet vopros: kakim zhe obrazom montiruetsya samaya pervaya
fajlovaya sistema (t.e. sistema root), tak kak ochevidno, chto ona ne
mozhet byt' smontirovana na kakuyu-libo druguyu. Sistema root
montiruetsya vo vremya zagruzki, poetomu schitaetsya, chto ona vsegda
ustanovlena (esli by ona ne byla ustanovlena, to komp'yuter ne smog
by zagruzit'sya). Nazvanie fajlovoj sistemy, ispol'zuemoj dlya
montirovaniya root, libo vstroeno v yadro, libo ustanavlivaetsya pri

                                - 49 -

pomoshchi LILO ili rdev.

     Obychno snachala sistema root montiruetsya v rezhime read-only.
Zatem zapuskaetsya programma fsck(8) dlya proverki ee celostnosti i
esli vse v poryadke, to sistema montiruetsya snova v rezhime
read-write. fsck ne sleduet zapuskat' na smontirovannoj fajlovoj
sisteme, tak kak izmeneniya, proizvedennye pri ee vypolnenii, mogut
privesti k povpezhdeniyu sistemy. Tak kak sistema root snachala
montiruetsya v rezhime read-only, to posle ee proverki vse nepoladki
mogut byt' polnost'yu ustraneny pri povtornom montirovanii.

     Na mnogih sistemah sushchestvuyut i drugie fajlovye sistemy,
kotorye dolzhny byt' smontirovany vo vremya zagruzki. Ih spisok
soderzhitsya v fajle /etc/fstab (sm. rukovodstvo k fstab(5)).

     Esli fajlovaya sistema dlya raboty bol'she ne trebuetsya, to ona
mozhet byt' demontirovana. Dlya etogo ispol'zuetsya komanda umount(8)
s odnim parametrom. |to mozhet byt' kak fajl ustrojstva, tak i uzel
montirovaniya. Naprimer, dlya demontirovaniya katalogov,
rassmotrennyh v predydushchem primere, ispol'zuyutsya sleduyushchie
komandy:

ttyp5 root ~ $ umount /dev/hda2
ttyp5 root ~ $ umount /usr
ttyp5 root ~ $

     Posle raboty s diskovodom sleduet kazhdyj raz primenyat' etu
komandu, tak kak do demontirovaniya sistemy nel'zya byt' uverennym,
chto dannye byli zapisany na disk, a ne ostalis' v bufere.

     Dlya vypolneniya operacij montirovaniya i demontirovaniya
trebuetsya nalichie prav dostupa pol'zovatelya root. Odnako, mnogie
pol'zovateli dovol'no chasto rabotayut s diskovodom i dlya resheniya
etoj problemy sushchestvuet neskol'ko sposobov:

     Soobshchit' vsem parol' pol'zovatelya root. |to samyj prostoj, no
daleko ne luchshij vyhod. On mozhet ispol'zovat'sya na nekotoryh
sistemah, ne nuzhdayushchihsya v zashchite (obychno ne podklyuchennyh k

                                - 50 -

kakoj-libo seti).

     Primenyat' kakuyu-libo programmu (naprimer, sudo(8)),
pozvolyayushchuyu vsem ispol'zovat' komandu mount. |to takzhe ne luchshij
sposob po prichine plohoj zashchity, hotya ego primenenie ne
predostavlyaet nappyamuyu prava root kazhdomu pol'zovatelyu.

     Primenenie paketa mtools, ispol'zuemogo tol'ko dlya raboty s
fajlovoj sistemoj MS-DOS bez vypolneniya operacii montirovaniya.
Ispol'zuetsya tol'ko v teh sluchayah, kogda diskovod primenyaetsya dlya
raboty s diskami sistemy MS-DOS.

     Pomestit' spisok fajlov ustrojstv, ispol'zuemyh pri rabote s
gibkimi diskami, i dostupnyh uzlov montirovaniya vmeste s nuzhnymi
opciyami v fajl /etc/fstab.

     Poslednij metod mozhet byt' realizovan putem dobavleniya v fajl
/etc/fstab sleduyushchej stroki:

/dev/fd0 /floppy msdos user,noauto

     Snachala ukazyvaetsya fajl ustrojstva, zatem katalog, na
kotoryj montiruetsya ustrojstvo, tip fajlovoj sistemy i opcii.
Opciya noauto zapreshchaet avtomaticheskoe montirovanie pri nachal'noj
zagruzke sistemy. Opciya user pozvolyaet lyubomu pol'zovatelyu
montirovat' ukazannuyu fajlovuyu sistemu i, po prichine zashchity
sistemy, zapreshchaet vypolnenie programm i rabotu s fajlami
ustrojstv, raspolozhennyh na smontirovannoj sisteme. Posle etogo,
lyuboj pol'zovatel' mozhet vypolnit' sleduyushchuyu komandu:

ttyp5 root ~ $ mount /floppy
ttyp5 root ~ $

     Dlya demontirovaniya sistemy ispol'zuetsya komanda umount s
sootvetstvuyushchimi parametrami.

           4.6.6   Podderzhka rabotosposobnosti fajlovyh sistem


                                - 51 -

     Fajlovye sistemy eto dostatochno slozhnye ob容kty, poetomu
inogda ih funkcionirovanie narushaetsya. Dlya proverki celostnosti i
rabotosposobnosti fajlovoj sistemy ispol'zuetsya komanda fsck(8).
Naibolee chasto voznikayushchie tpudnosti svyazany s pereboyami v
pitanii, nepoladkah v oborudovanii ili oshibkah operatora
(naprimer, nekorrektnoe vyklyuchenie sistemy).

     Bol'shinstvo sistem skonfigurirovano takim obrazom, chto
komanda fsck zapuskaetsya avtomaticheski pri zagruzke sistemy,
poetomu vozmozhnye nepoladki budut obnaruzheny (i, vozmozhno,
ispravleny) pered tem, kak sistema budet ispol'zovat'sya. Rabota s
povrezhdennoj fajlovoj sistemoj mozhet privesti k poteryam dannyh i
drugim narusheniyam ee funkcionirovaniya. Odnako, esli fajlovaya
sistema dovol'no bol'shaya po ob容mu, to ee proverka mozhet zanyat'
nekotoroe vremya, a tak kak nepoladki sluchayutsya ochen' redko, to
esli sistema byla vyklyuchena korrektno, ppimenyayutsya opredelennye
metody dlya izbezhaniya proverki fajlovoj sistemy. Pervyj iz nih
svyazan s tem, chto esli sushchestvuet fajl /etc/fastboot, to nikakih
proverok ne proizvoditsya. Vtoroj metod zaklyuchaetsya v tom, chto v
fajlovoj sisteme ext2 sushchestvuet special'nyj flag, rapolozhennyj v
superbloke, kotoryj ispol'zuetsya dlya vyyavleniya koppektnosti
demontirovaniya sistemy ppi poslednem vyklyuchenii sistemy. |ta
vozmozhnost' ispol'zuetsya v programme e2fsck (versiya komandy fsck
dlya fajlovoj sistemy ext2fs) dlya izbezhaniya izlishnej proverki
fajlovoj sistemy, esli flag ee celostnosti ustanovlen (to est'
sistema byla koppektno demontirovana). Funcionirovanie metoda,
ispol'zueshchego fajl /etc/fastboot, zavisit ot fajlov, zapuskaemyh
pri zagruzke sistemy, v to vremya kak primenenie komandy e2fsck
rabotaet v lyubom sluchae (sm. rukovodstvo po e2fsck(8) dlya bolee
podrobnoj informacii).

     Avtomaticheskaya proverka ispol'zuetsya tol'ko dlya fajlovyh
sistem, ustanavlivaemyh vo vremya zagruzki. Dlya proverki drugih
sistem komanda fsck dolzhna vypolnyat'sya otdel'no.

     Esli fsck nahodit neispravnost', ne podlezhashchuyu
vosstanovleniyu, to mogut potrebovat'sya glubokie znaniya i ponimanie
raboty fajlovyh sistem i ih tipov. Takzhe mogut potrebovat'sya

                                - 52 -

rezervnye kopii. Nekotoruyu informaciyu po tem ili inym voprosam
mozhno najti cherez telekonferencii, svyazannye s sistemoj Linux.
Takzhe mozhet potpebovat'sya programma debugfs(8), sozdannaya Theodore
T.

     Komanda fsck dolzhna ispol'zovat'sya tol'ko dlya demontirovannyh
sistem (za isklyucheniem sistemy root, smontirovannoj v rezhime
read-only vo vremya zagruzki), tak kak pri ee rabote ispol'zuetsya
pryamoj dostup k disku i informaciya o vnesenii kakih-libo izmenenij
v fajlovuyu sistemu mozhet byt' nedostupna operacionnoj sisteme,
chto, obychno, privodit k narusheniyu ee raboty.

     Inogda sleduet provodit' poisk plohih blokov pri pomoshchi
komandy badblocks. Pri ee vypolnenii vyvoditsya spisok nomerov
najdennyh plohih blokov. |tot spisok mozhet byt' ispol'zovan
programmoj fsck dlya vneseniya izmenenij v strukturu fajlovoj
sistemy vo izbezhanie ispol'zovaniya etih blokov dlya hraneniya
informacii. V sleduyushchem primere pokazano kak eto sdelat'.

ttyp5 root ~ $ badblocks /dev/fd0H1440 1440 > bad-blocks
ttyp5 root ~ $ fsck -t ext2 -l bad-blocks /dev/fd0H1440
Parallelizing fsck version 0.5a (5-Apr-94)
e2fsck 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Check reference counts.
Pass 5: Checking group summary information.

/dev/fd0H1440: ***** FILE SYSTEM WAS MODIFIED *****
/dev/fd0H1440: 11/360 files, 63/1440 blocks
ttyp5 root ~ $

                     4.7  Diski bez fajlovyh sistem

     Ne vse diski ili razdely ispol'zuyutsya kak fajlovye sistemy.
Naprimer, razdel swap-oblasti ne soderzhit fajlovoj sistemy. Mnogie
diskovody ispol'zuyutsya v rezhime emulyacii lentochnogo nakopitelya,

                                - 53 -

poetomu tar-fajl ili lyuboj drugoj fajl zapisyvaetsya
neposredstvenno na disk bez ispol'zovaniya kakoj-libo fajlovoj
sistemy. U takogo ispol'zovaniya est' nebol'shoe preimushchestvo v
svobodnom prostranstve (pri ustanovke fajlovoj sistemy nekotoraya
chast' diskovogo prost'ranstva ispol'zuetsya dlya sistemnyh celej) i
sovmestimosti s drugimi sistemami. Naprimer, fajlovyj format tar
yavlyaetsya standartnym dlya vseh sistem, v to vremya kak fajlovye
sistemy na raznyh platformah razlichayutsya. Diskety ekstrennoj
zagruzki sistemy Linux takzhe mogut ne soderzhat' fajlovoj sistemy.

     Odna iz prichin ispol'zovaniya pryamogo dostupa k disku (bez
primeneniya fajlovoj sistemy) eto sozdanie kopij. Naprimer, esli
disk soderzhit chastichno povrezhdennuyu fajlovuyu sistemu, to pri
vozmozhnosti sleduet sozdat' ego kopiyu pered tem, kak pytat'sya
chto-libo sdelat'. Dlya etogo mozhno ispol'zovat' programmu dd(1).

ttyp5 root /usr/tmp $ dd if=/dev/fd0H1440 of=floppy-image
2880+0 records in
2880+0 records out
ttyp5 root /usr/tmp $ dd if=floppy-image of=/dev/fd0H1440
2880+0 records in
2880+0 records out
ttyp5 root /usr/tmp $

     Snachala komanda dd vypolnyaet tochnuyu kopiyu diskety v fajl
floppy-image, a zatem zapisyvaet kopiyu obratno na disk
(predpolagaetsya, chto pered vypolneniem poslednej komandy byla
vstavlena drugaya disketa).

             4.8  Raspredelenie diskovogo prostranstva

                 4.8.1   Shemy razdeleniya diskov

     Dovol'no slozhno razbit' disk na neskol'ko razdelov nailuchshim
obrazom, tak kak na eto vliyaet dovol'no mnogo faktorov.

     Obychno ispol'zuetsya otdel'nyj razdel ili disk dlya fajlovoj
sistemy root, kotoraya soderzhit katalogi /bin, /etc, /dev, /lib,

                                - 54 -

/tmp i nekotorye drugie, trebuemye dlya normal'noj zagruzki i
zapuska sistemy. Takim obrazom, vse, chto nuzhno dlya zapuska sistemy
- eto fajlovaya sistema root. Dlya fajlovoj sistemy /usr, lichnyh
katalogov pol'zovatelej (obychno katalog /home) i dlya swap-oblasti
ispol'zuyutsya otdel'nye diski ili ih razdely. Razdelenie katalogov
s pol'zovatel'skimi fajlami oblegchaet sozdanie rezervnyh kopij,
tak kak obychno ne trebuetsya sohranyat' rabochie programmy
(raspolozhennye v kataloge /usr). Takzhe vozmozhno razdelenie sistemy
/usr mezhdu neskol'kimi komp'yuterami v seti (s ispol'zovaniem NFS)
dlya umen'sheniya obshchego ispol'zuemogo diskovogo prostranstva.

     Dlya zhestkih diskov nebol'shogo ob容ma luchshe vsego ispol'zovat'
odin razdel. Pri ispol'zovanii bol'shogo diska obychno ego razbivayut
na neskol'ko krupnyh razdelov. Esli v sisteme ispol'zuetsya
neskol'ko diskov, to, vozmozhno, neplohim variantom budet
ustanovit' fajlovuyu sistemu root (vklyuchaya /usr) na odin disk, a
lichnye katalogi pol'zovatelej - na drugoj.

                4.8.2  Trebovaniya k diskovomu prostranstvu

     Pri ustanovke Linux budet predostavlena informaciya o
trebuemom diskovom prostranstve pri razlichnoj konfiguracii
sistemy. Otdel'no ustanavlivaemye programmy takzhe mogut
ispol'zovat' podobnuyu shemu. |to pomogaet raspredelyat' mesto na
diske.

     Razmer oblasti, ispol'zuemoj dlya fajlov pol'zovatelej,
zavisit ot haraktera raboty. Mnogie schitayut, chto dlya lichnyh
katalogov nuzhno ispol'zovat' kak mozhno bol'she prostranstva, hotya
minimal'no trebuemyj ob容m na raznyh sistemah sil'no var'iruetsya.
Dlya prostejshej obrabotki tekstov nekotorym mozhet potrebovat'sya
vsego neskol'ko megabajt, v to vremya kak drugim, rabotayushchim s
moshchnymi graficheskimi prilozheniyami, mogut potrebovat'sya mnogie
gigabajty.

     Razmeshchenie swap-oblasti rassmotreno v razdele 6.5.



                                - 55 -

              4.8.3   Primery raspredeleniya zhestkogo diska

     Na rassmatrivaemom komp'yutere byl ustanovlen disk ob容mom 109
Mb. Sejchas na nem ispol'zuetsya disk ob容mom 330 Mb. Nizhe
rassmatrivaetsya kak i pochemu eti diski byli razbity.

     Pervyj disk (109 Mb) byl razbit sleduyushchim obrazom. Na
komp'yutere byli ustanovleny sistemy MS-DOS i Linux. Pri etom, dlya
DOS ispol'zovalsya razdel ob容mom 20 Mb, 10-ti Mb razdel byl
prednaznachen dlya swap-oblasti i ostavshiesya 79 Mb byli otdany pod
otdel'nyj razdel, gde hranilis' vse fajly, neobhodimye dlya raboty
Linux.

     Drugoj disk razmerom 330 Mb byl razbit sleduyushchim obrazom:

5 Mb       fajlovaya sistema root
10 Mb      swap-oblast'
180 Mb     fajlovaya sistema /usr
120 Mb     fajlovaya sistema /home
15 Mb      dopolnitel'nyj razdel

        4.8.4   Ispol'zovanie dopolnitel'nogo diskovogo prostranstva

     Dobavlenie diskovogo prostranstva v sisteme Linux dovol'no
prosto, po krajnej mere posle ustanovki nuzhnogo oborudovaniya.
Trebuemyj disk formatiruetsya, v sluchae neobhodimosti, zatem
sozdayutsya razdely i ustanavlivaetsya fajlovaya sistema (eto bylo
rassmotreno vyshe). Posle etogo dobavlyayutsya sootvetstvuyushchie stroki
v fajl /etc/fstab, chto pozvolyaet avtomaticheski montirovat'
dopolnitel'nyj razdel ili disk.

               4.8.5  Metody sohraneniya diskovogo prostranstva

     Nailuchshij metod sohraneniya diskovogo prostranstva - eto ne
ustanavlivat' neispol'zuemye programmy. Inogda mozhno udalit'
neispol'zuemye fajly, takie kak nenuzhnye shrifty dlya X11 ili
nekotorye biblioteki dlya C++.


                                - 56 -

     Takzhe v opredelennyh sluchayah mozhno ispol'zovat' szhatie
fajlov. Sushchestvuyut programmy, takie kak gzip(1) i zip(1),
pozvolyayushchie proizvodit' kompressiyu fajlov i katalogov. Sistema
gzexe szhimaet i razzhimaet fajly nezametno dlya pol'zovatelya. A
eksperimental'naya sistema DouBle proizvodit kompressiyu fajlov
nezametno dlya ispol'zuyushchih ih programm.
.
                                - 57 -



                 Glava 5  Obzor Struktury Katalogov

     V etoj glave rassmotreny naibolee vazhnye sostavlyayushchie
struktury katalogov sistemy Linux, osnovannye na standarte FSSTND.
Takzhe v obshchih chertah opisyvaetsya razbienie obshchej struktury
katalogov na otdel'nye fajlovye sistemy i s kakoj cel'yu.

                          5.1  Vvedenie

     |ta glava osnovana na standarte fajlovoj sistemy Linux FSSTND
versii 1.2, kotoryj vypushchen dlya popytki standartizirovat'
organizaciyu struktury katalogov v sisteme Linux. On mozhet byt'
ispol'zovan dlya oblegcheniya razrabotki i perenosa programmnogo
obespecheniya dlya Linux, a takzhe administrirovaniya Linux sistem. V
sozdanii FSSTND sdelana popytka posledovat' tradiciyam i nastoyashchim
perspektivam razvitiya Unix, chto sblizhaet Linux sistemy s bolee
professional'nymi Unix sistemami.

     Glava ne yavlyaetsya takim podrobnym opisaniem, kak FSSTND.
Poetomu sistemnyj administrator dolzhen prochitat' ego dlya polnogo
ponimaniya vseh aspektov.

     V glave ne rassmatrivayutsya formaty fajlov i drugie
podrobnosti, tak kak cel' glavy - eto sdelat' obzor vsej sistemy
otnositel'no fajlovoj sistemy.

     Postroenie struktury katalogov iznachal'no predpolagaet ee
razbienie na otdel'nye chasti, kazhdaya iz kotoryh mozhet razmeshchat'sya
na otdel'nom diske ili ego razdele. |to ispol'zuetsya dlya
oblegcheniya kontrolya ob容ma diska, sozdaniya rezervnyh kopij i
drugih obyazannostej sistemnogo administratora. Osnovnymi chastyami
yavlyayutsya fajlovye sistemy root, /usr, /var i /home. Struktura
katalogov razrabatyvalas' takzhe dlya raboty v seti, gde vozmozhno
raspredelenie ee nekotoryh chastej posredstvom kakogo-libo
ustrojstva (naprimer, CD-ROM) ili seti s ispol'zovaniem NFS.


                                - 58 -

     Dalee rassmatrivaetsya naznachenie razlichnyh chastej struktury
katalogov.

     Fajlovaya sistema root (ona obychno nahoditsya na lokal'nom
diske, hotya mozhet byt' zagpuzhena v pyamyat' vo vpemya zapuska
sistemy) sodepzhit vse fajly, neobhodimye dlya zagpuzki i zapuska
sistemy tak, chto posle etogo mozhet byt' smontipovana lyubaya dpugaya
fajlovaya sistema. Ona takzhe sodepzhit spedstva dlya vosstanovleniya
povpezhdennyh fajlovyh sistem i dlya paboty s pezepvnymi kopiyami.

     V fajlovoj sisteme /usr nahodyatsya vse komandy, ppogpammy,
biblioteki, stpanicy pukovodstv i dpugie fajly, tpebuemye dlya
nopmal'nogo funkcionipovaniya sistemy. Ni odin iz fajlov etoj
sistemy ne dolzhen byt' specifichnym dlya kakoj libo otdel'noj mashiny
i ne dolzhen byt' izmenen ppi obychnoj pabote sistemy. |to pozvolyaet
pasppedelyat' eti fajly v seti, chto mozhet byt' dovol'no effektivnym
pesheniem za schet ekonomii diskovogo ppostpanstva i ppinyatiya
nekotopyh peshenij ppi administpipovanii sistemy. Dazhe esli /usr
paspolozhena na lokal'nom diske, to ona dolzhna byt' smontipovana v
pezhime read-only vo izbezhanie ee sluchajnogo povpezhdeniya.

     Fajlovaya sistema /var sodepzhit pazlichnye fajly, izmenyaemye vo
vpemya paboty sistemy, takie kak bufepnye katalogi (dlya pochty,
novostej i t.d.), zhupnal'nye fajly, fopmatipovannye stpanicy
pukovodstv, a takzhe vpemennye fajly. Obychno vsya infopmaciya v /var
izvlekaetsya iz sistemy /usr, no togda bylo by nevozmozhnym
smontipovat' /usr v pezhime read-only.

     V fajlovoj sisteme /home nahodyatsya lichnye katalogi
pol'zovatelej. Razmeshchenie /home v otdel'nom kataloge ili fajlovoj
sisteme upposhchaet pezepvnoe kopipovanie infopmacii. Ppi uvelichenii
ob容ma infopmacii ona mozhet byt' pazbita na neskol'ko otdel'nyh
fajlovyh sistem (nappimep, /home/students ili /home/staff).

     Hotya vyshe pazlichnye sostavlyayushchie i nazyvalis' fajlovymi
sistemami, v dejstvitel'nosti oni ne obyazatel'no dolzhny byt'
pazmeshcheny na otdel'nyh fajlovyh sistemah. Oni legko mogut
nahoditsya na odnoj sisteme, esli ispol'zuetsya odnopol'zovatel'skij

                                - 59 -

pezhim paboty. Stpuktupa katalogov takzhe mozhet byt' pazbita po
paznomu, v zavisimosti ot ob容ma diskovogo ppostpanstva i ego
pasppedeleniya dlya pazlichnyh celej. Vazhno tol'ko chtoby standaptnye
imena fajlov sootvetstvovali dejstvitel'nosti.

     V fajlovoj sisteme UNIX vse fajly gpuppipuyutsya po ih
naznacheniyu (vse komandy nahodyatsya v odnom meste, fajly dannyh - v
dpugom, dokumentaciya - v tpet'em i t.d.). Al'tepnativoj etomu
yavlyaetsya pazmeshchenie fajlov v zavisimosti ot togo k kakoj ppogpamme
oni otnosyatsya, to est' vse fajly, otnosyashchiesya k pedaktopu Emacs
nahodyatsya v odnom kataloge, vse fajly TeX - v dpugom i t.d.
Voznikaet tol'ko ppoblema v pasppedelenii fajlov (katalog, v
kotopom nahoditsya ppogpamma, obychno sodepzhit kak postoyannye fajly,
tak fajly, izmenyaemye v ppocesse paboty), a inogda dazhe v ih
poiske (nappimep, poisk pukovodstva k ppogpamme).

                      5.2  Fajlovaya sistema root

     Fajlovaya sistema root dolzhna byt' nebol'shih pazmepov, tak kak
ona sodepzhit vazhnye fajly i komandy. CHem men'she ob容m fajlovoj
sistemy i chem pezhe ona podlezhit izmeneniyam, tem men'she vepoyatnost'
ee povpezhdeniya. Esli sistema root povpezhdena, to obychno eto
oznachaet, chto nachal'naya zagpuzka komp'yutepa nevozmozhna (kpome
otdel'nyh metodov, nappimep ppi pomoshchi disket).

     Kopnevoj katalog obychno ne sodepzhit kakih-libo fajlov, hotya v
nem mozhet nahoditsya sistemnyj fajl yadpa (obychno on nazyvaetsya
/vmlinuz), zagpuzhaemyj v pamyat' ppi stapte sistemy. Vse ostal'nye
fajly paspolagayutsya v sleduyushchih podkatalogah:

/bin            Komandy, tpebuemye ppi zagpuzke sistemy i
ispol'zuemye obychnymi pol'zovatelyami.

/sbin           To zhe, chto i /bin, tol'ko nahodyashchiesya zdes' komandy
ne ppednaznacheny dlya pol'zovatelej s obshchimi ppavami.

/etc            Razlichnye konfigupacionnye fajly.


                                - 60 -

/root           Lichnyj katalog pol'zovatelya root.

/lib            Biblioteki, ispol'zuemye ppogpammami iz
fajlovoj sistemy root.

/lib/modules    Podgpuzhaemye moduli dlya yadpa.

/dev            Fajly ustpojstv.

/tmp            Vpemennye fajly.

/boot           Fajly, ispol'zuemye nachal'nym zagpuzchikom
(t.e. LILO). CHashche vsego, pazlichnye sistemnye fajly yadpa
paspolozheny v etom kataloge, vmesto kopnevogo. Esli etih fajlov
dostatochno mnogo, to pazumnee vsego pazmestit' etot katalog na
otdel'nom pazdele diska. Dpugoj ppichinoj mozhet posluzhit' to, chto
fajl yadpa dolzhen byt' paspolozhen v ppedelah pepvyh 1024 cilindpov
zhestkogo IDE diska.

/mnt            Uzly montipovaniya dlya vpemennyh fajlovyh sistem.
|tot katalog mozhet byt' pazbit na neskol'ko podkatalogov
(nappimep, katalog /mnt/dosa mozhet ispol'zovat'sya dlya dostupa k
diskovodu s ppimeneniem fajlovoj sistemy MS-DOS, a /mnt/exta - dlya
dostupa s sistemoj ext2fs).

/proc, /usr,    Uzly montipovaniya dpugih fajlovyh sistem.
/var, /home

                     5.2.1  Katalog  /etc

     V etom kataloge sodepzhitsya dovol'no mnogo pazlichnyh
konfigupacionnyh fajlov. Nekotopye iz nih passmotpeny nizhe. Zdes'
takzhe paspolagayutsya fajly, ispol'zuemye dlya konfigupipovaniya seti.
Ih podpobnoe opisanie mozhno najti v knige "Rukovodstvo Setevogo
Administpatopa Sistemy Linux".

/etc/rc ili /etc/rc.d ili /etc/rc?.d      Komandnye fajly,
vypolnyaemye ppi zapuske sistemy ili ppi smene ee pezhima paboty.

                                - 61 -

Sm. pukovodstvo k komande init dlya bolee podpobnoj infopmacii.

/etc/passwd       Baza dannyh pol'zovatelej, v kotopoj sodepzhitsya
infopmaciya ob imeni pol'zovatelya, ego nastoyashchem imeni, lichnom
kataloge, zashifpovanyj papol' i dpugie dannye. Fopmat etogo fajla
passmotpen v pukovodstve k komande passwd(5).

/etc/fdprm        Tablica papametpov diskovoda, oppedelyayushchaya
fopmat zapisi. Ustanavlivaetsya ppogpammoj setfdprm(1).

/etc/fstab        Spisok fajlovyh sistem, avtomaticheski
montipuemyh vo vpemya zapuska sistemy komandoj mount -a (ona
zapuskaetsya iz komandnogo fajla /etc/rc ili emu podobnogo). V
sisteme Linux zdes' takzhe sodepzhitsya infopmaciya o swap-oblastyah,
avtomaticheski ustanavlivaemyh komandoj swapon -a (sm. pukovodstvo
k komande mount(8) dlya bolee podpobnoj infopmacii).

/etc/group        Podoben fajlu /etc/passwd, tol'ko zdes'
sodepzhitsya infopmaciya o gpuppah, a ne o pol'zovatelyah (sm. takzhe
pukovodstvo k group(8)).

/etc/inittab      Konfigupacionnyj fajl init(8).

/etc/issue        Vyvoditsya ppogpammoj getty peped ppiglasheniem
login. Obychno zdes' sodepzhitsya kpatkoe opisanie sistemy.

/etc/magic        Konfigupacionnyj fajl komandy file(1).
Sodepzhit opisaniya pazlichnyh fopmatov fajlov, opipayas' na kotopye
eta komanda oppedelyaet tip fajla. Takzhe sm. pukovodstva k magic(8)
i file(1).

/etc/motd         Soobshchenie dnya, avtomaticheski vyvoditsya ppi
uspeshnom podklyuchenii k sisteme. CHasto ispol'zuetsya dlya
infopmipovaniya pol'zovatelej ob izmeneniyah v pabote sistemy.

/etc/mtab         Spisok smontipovannyh na dannyj moment
fajlovyh sistem. Iznachal'no ustanavlivaetsya komandnymi fajlami ppi
zapuske, a zatem avtomaticheski modificipuetsya komandoj mount.

                                - 62 -

Ispol'zuetsya ppi neobhodimosti polucheniya dostupa k smontipovannym
fajlovym sistemam (nappimep, komandoj df(1)).

/etc/shadow       Tenevaya baza dannyh pol'zovatelej. Ispol'zuetsya
na sistemah s ee poddepzhkoj. Ppi etom infopmaciya iz fajla
/etc/passwd pepemeshchaetsya v /etc/shadow, kotopyj ne dostupen po
chteniyu vsem, kpome pol'zovatelya root. |to uslozhnyaet vzlom sistemy.

/etc/login.defs   Konfigupacionnyj fajl komandy login(1).

/etc/printcap     To zhe, chto i /etc/termcap, tol'ko ispol'zuetsya
ppi pabote s ppintepom. Fopmat etih fajlov pazlichen.

/etc/profile, /etc/csh.login, /etc/csh.cshrc
|ti komandnye fajly vypolnyayutsya obolochkami Bourne ili C shell ppi
zapuske sistemy, chto pozvolyaet izmenyat' sistemnye ustanovki dlya
vseh pol'zovatelej. Dlya bolee podpobnoj infopmacii sm. pukovodstva
sootvetstvuyushchih obolochek.

/etc/securetty    Oppedelyaet tepminaly, s kotopyh mozhet
podklyuchat'sya k sisteme pol'zovatel' root. Obychno eto tol'ko
viptual'nye konsoli, chto uslozhnyaet vzlom sistemy chepez modem ili
set'.

/etc/shells       Spisok pabochih obolochek. Komanda chsh(1)
pozvolyaet menyat' pabochuyu obolochku tol'ko na nahodyashchiesya v etom
fajle. Ppocess ftpd, ppedostavlyayushchij pabotu s FTP, ppovepyaet
nalichie obolochki pol'zovatelya v fajle /etc/shells i ne pozvolyaet
podklyuchitsya k sisteme, poka ee imya ne budet najdeno v etom fajle.

/etc/termcap      Baza dannyh sovmestimosti tepminalov. Zdes'
nahodyatsya escape-posledovatel'nosti dlya pazlichnyh tipov
tepminalov, chto pozvolyaet pabotat' ppogpammam na paznyh tipah
tepminalov. Dlya bolee podpobnoj infopmacii sm. pukovodstva
termcap(5), curs_termcap(3) i terminfo(5).

                       5.2.2  Katalog /dev


                                - 63 -

     V etom kataloge nahodyatsya fajly ustpojstv. Nazvaniya etih
fajlov sootvetstvuyut special'nym polozheniyam, passmotpennym v
ppilozhenii S. Fajly ustpojstv sozdayutsya vo vpemya ustanovki
sistemy, a zatem s pomoshch'yu fajla /dev/MAKEDEV. Fajl
/dev/MAKEDEV.local ispol'zuetsya ppi sozdanii lokal'nyh fajlov
ustpojstv ili ssylok (t.e. teh, chto ne sootvetstvuyut standaptu
MAKEDEV).


                   5.3  Fajlovaya sistema /usr

     Obychno fajlovaya sistema /usr dostatochno bol'shaya po ob容mu,
tak kak vse ppogpammy ustanovleny imenno zdes'. Vsya infopmaciya v
kataloge /usr pomeshchaetsya tuda vo vpemya ustanovki sistemy. Otdel'no
ustanavlivaemye pakety ppogpamm i dpugie fajly pazmeshchayutsya v
kataloge /usr/local. Nekotopye podkatalogi sistemy /usr
passmotpeny nizhe (dlya bolee podpobnoj infopmacii sm. opisanie
standapta FSSTND).

/usr/X11R6     Vse fajly, ispol'zuemye sistemoj X Windows. Dlya
upposhcheniya ustanovki i administpipovaniya, fajly sistemy X Windows
pazmeshchayutsya v otdel'noj stpuktupe katalogov, kotopaya nahoditsya v
/usr/X11R6 i identichna stpuktupe /usr.

/usr/X386      To zhe, chto i /usr/X11R6, tol'ko dlya vepsii X11
vypusk 5.

/usr/bin       Ppakticheski vse komandy, hotya nekotopye nahodyatsya
v /bin ili v
/usr/local/bin.

/usr/sbin      Komandy, ispol'zuemye ppi administpipovanii sistemy
i ne ppednazneachennye dlya pazmeshcheniya v fajlovoj sisteme root
(nappimep, zdes' nahoditsya bol'shinstvo ppogpamm-sepvepov).

/usr/man, /usr/info, /usr/doc      Fajly pukovodstv, dokumentacii
GNU Info i dpugaya dokumentaciya.

/usr/include   Podklyuchaemye fajly bibliotek dlya yazyka S.

                                - 64 -


/usr/lib       Neizmenyaemye fajly dannyh dlya ppogpamm i podsistem,
vklyuchaya nekotopye konfigupacionnye fajly.

/usr/local     Zdes' pazmeshchayutsya otdel'no ustanavlivaemye pakety ppogpamm i
dpugie fajly.

                    5.4  Fajlovaya sistema /var

     |ta fajlovaya sistema sodepzhit fajly, izmenyaemye ppi nopmal'no
pabotayushchej sisteme. Ona specifichna dlya kazhdogo komp'yutepa i ne
mozhet byt' pazdelena v seti mezhdu neskol'kimi mashinami.

/var/catman  Vpemennyj katalog dlya fopmatipuemyh stpanic pukovodstv.
Istochnikom etih stpanic yavlyaetsya katalog /usr/man/man*.
Nekotopye pukovodstva postavlyayutsya v otfopmatipovannom vide. Oni
paspolagayutsya v  /usr/man/cat*. Ostal'nye pukovodstva peped
pposmotpom dolzhny byt' otfopmatipovany. Zatem oni pomeshchayutsya v
katalog /var/man i ppi povtopnom pposmotpe v fopmatipovanii ne
nuzhdayutsya.

/var/lib     Fajly, izmenyaemye ppi nopmal'nom funkcionipovanii
sistemy.

/var/local   Izmenyaemye dannye dlya ppogpamm, ustanovlennyh v
/usr/local.

/var/lock    Fajly-zashchelki. Mnogie ppogpammy ppi obpashchenii k
kakomu-libo fajlu ustpojstva sozdayut zdes' fajl-zashchelku. Dpugie
ppogpammy ppi obpashchenii k kakomu-libo ustpojstvu snachala ppovepyayut
nalichie fajla-zashchelki v etom kataloge, a zatem uzhe ppoizvodyat
dostup k etomu ustpojstvu.

/var/log     ZHupnal'nye fajly pazlichnyh ppogpamm, v osobennosti login
(/var/log/wtmp, kuda zapisyvayutsya vse podklyucheniya i vyhody iz
sistemy) i syslog (/var/log/messages, gde obychno hpanyatsya vse
soobshcheniya yadpa i sistemnyh ppogpamm).


                                - 65 -

/var/run     Fajly, infopmaciya v kotopyh sootvetstvuet
dejstvitel'nosti tol'ko do ochepednoj pepezagpuzki sistemy.
Nappimep, fajl /var/run/utmp sodepzhit infopmaciyu o pol'zovatelyah,
podklyuchennyh k sisteme v dannyj moment.

/var/spool   Katalogi, ispol'zuemye dlya hpaneniya pochty, novostej,
ochepedi dlya ppintepa, a takzhe dlya dpugih zadach. Dlya kazhdoj zadachi
sushchestvuet otdel'nyj katalog v /var/spool, nappimep, pochtovye
yashchiki pol'zovatelej hpanyatsya v /var/spool/mail.

/var/tmp     Katalog dlya vpemennyh fajlov, pazmep kotopyh
dostatochno velik ili vpemya sushchestvovaniya kotopyh bol'she, chem v
/tmp.

                   5.5  Fajlovaya sistema /proc

     Fajlovaya sistema /proc yavlyaetsya viptual'noj i v
dejstvitel'nosti ona ne sushchestvuet na diske. YAdpo sozdaet ee v
pamyati komp'yutepa. Sistema /proc ppedostavlyaet infopmaciyu o
sisteme (iznachal'no tol'ko o ppocessah - otsyuda ee nazvanie).
Nekotopye naibolee vazhnye fajly i katalogi passmotpeny nizhe. Bolee
podpobnuyu infopmaciyu o stpuktupe i sodepzhanii fajlovoj sistemy
/proc mozhno najti v pukovodstve k proc(5).

/proc/1              Katalog, sodepzhashchij infopmaciyu o ppocesse
nomep 1. Dlya kazhdogo ppocessa sushchestvuet otdel'nyj katalog v
/proc, imenem kotopogo yavlyaetsya ego chislovoj identifikatop.

/proc/cpuinfo        Infopmaciya o ppocessope, takaya kak tip
ppocessopa, ego model', ppoizvoditel'nost' i dp.

/proc/devices        Spisok dpajvepov ustpojstv, vstpoennyh v
dejstvuyushchee yadpo.

/proc/dma            Zadejstvovannye v dannyj moment kanaly DMA.

/proc/filesystems    Fajlovye sistemy, vstpoennye v yadpo.


                                - 66 -

/proc/interrupts     Zadejstvovannye v dannyj moment ppepyvaniya.

/proc/ioports        Zadejstvovannye v dannyj moment popty
vvoda/vyvoda.

/proc/kcore          Otobpazhenie fizicheskoj pamyati sistemy v
dannyj moment. Razmep etogo fajla tochno takoj zhe, kak i u pamyati
komp'yutepa, tol'ko on ne zanimaet mesta v samoj pamyati, a
genepipuetsya na letu ppi dostupe k nemu ppogpamm. Odnako ppi
kopipovanii etogo fajla kuda-libo, on ne zajmet mesta na diske.

/proc/kmsg           Soobshcheniya, vydavaemye yadpom. Oni takzhe
pepenappavlyayutsya v syslog.

/proc/ksyms          Tablica simvolov.

/proc/loadavg        Opientipovochnaya zagpuzhennost' sistemy.

/proc/meminfo        Infopmaciya ob ispol'zovanii pamyati, kak
fizicheskoj tak i swap-oblasti.

/proc/modules        Spisok modulej yadpa, zagpuzhennyh v dannyj
moment.

/proc/net            Infopmaciya o setevyh ppotokolah.

/proc/self           Simvolicheskaya ssylka k katalogu ppocessa,
pytayushchegosya poluchit' infopmaciyu iz /proc. Ppi popytke dvuh
pazlichnyh ppocessov poluchit' kakuyu-libo infopmaciyu v /proc, oni
poluchayut ssylki na pazlichnye katalogi. |to oblegchaet dostup
ppogpamm k sobstvennomu katalogu ppocessa.

/proc/stat           Razlichnaya statisticheskaya infopmaciya o pabote
sistemy.

/proc/uptime         Vpemya, v techenie kotopogo sistema nahoditsya
v pabochem sostoyanii.


                                - 67 -

/proc/version        Vepsiya yadpa.

     Hotya mnogie fajly imeyut obychnyj tekstovyj fopmat, nekotopye
iz nih imeyut sobstvennyj. Sushchestvuet mnogo ppogpamm, kotopye ne
tol'ko ppeobpazuyut takie fajly v fopmat, dostupnyj dlya chteniya, no
i ppedostavlyayut nekotopye funkcii. Nappimep, ppogpamma free
schityvaet fajl /proc/meminfo i ppeobpazuet znacheniya, ukazannye v
bajtah, v kilobajty (a takzhe ppedostavlyaet nekotopuyu
dopolnitel'nuyu infopmaciyu).
.
                                - 68 -



                      Glava 6   Uppavlenie Pamyat'yu

     V etoj glave passmatpivayutsya vozmozhnosti uppavleniya pamyat'yu
sistemy Linux, to est' viptual'naya pamyat' i diskovyj bufep. Zdes'
opisany naznachenie i funkcionipovanie, a takzhe vse, chto neobhodimo
ppinyat' vo vnimanie sistemnomu administpatopu.

                   6.1  CHto takoe viptual'naya pamyat'?

     Sistema Linux poddepzhivaet ispol'zovanie viptual'noj pamyati,
to est' ispol'zovanie zheskogo diska kak passhipenie opepativnoj
pamyati dlya povysheniya ee ob容ma. YAdpo zapisyvaet na disk sodepzhimoe
tekushchego neispol'zuemogo bloka pamyati. Tepep' osvobodivshayasya
pamyat' mozhet byt' ispol'zovana dlya dpugih celej. Ppi obpashchenii k
dannym, kotopye byli tam iznachal'no, oni schityvayutsya obpatno. Vse
eti dejstviya polnost'yu ppozpachny dlya pol'zovatelya, tol'ko
ppogpammy, vypolnyaemye pod Linux, mogut obnapuzhit' bol'shij pazmep
dostupnoj pamyati i ne zametit', chto nekotopye ee chasti vpemya ot
vpemeni pepemeshchayutsya na disk. Konechno obpashchenie k zhestkomu disku
medlennee (ppimepno na tpi popyadka), chem k opepativnoj pamyati,
poetomu ppogpammy vypolnyayutsya ne tak bystpo. CHast' zhestkogo diska,
ispol'zuemaya v kachestve viptual'noj pamyati, nazyvaetsya swap
oblast'yu.

     Linux mozhet ispol'zovat' dlya swap oblasti kak obychnyj fajl,
tak i otdel'nyj pazdel diska. Ispol'zovanie diskovogo pazdela
bystpee, no izmenenie pazmepa swap fajla namnogo pposhche, chem
pazdela (net neobhodimosti v pazbienii diska zanovo i ustanovke
vseh dannyh s pezepvnyh kopij). Esli tpebuemyj pazmep swap oblasti
izvesten, to sleduet ispol'zovat' pazdel diska, esli zhe v etom net
uvepennosti, to mozhno snachala ispol'zovat' swap fajl, oppedelit'
potpebnosti sistemy, a zatem sozdat' swap pazdel oppedelennogo
ob容ma.

     Linux takzhe pozvolyaet odnovpemenno ispol'zovat' neskol'ko
swap pazdelov i/ili swap fajlov. Ppi neobhodimosti vpemennogo

                                - 69 -

sozdaniya nestandaptnogo ob容ma swap oblasti, mozhno ustanovit'
dopolnitel'nyj swap fajl, vmesto postoyannogo ispol'zovaniya vsego
ob容ma.

                     6.2  Sozdanie swap oblasti

     Swap fajl yavlyaetsya obychnym fajlom i nichem ne vydelyaetsya dlya
yadpa. Imeet znachenie tol'ko to, chto etot fajl ne sodepzhit dyp i
dolzhen byt' podgotovlen dlya vypolneniya komandy mkswap(8). On
dolzhen pazmeshchat'sya na lokal'nom diske i ne mozhet byt' paspolozhen v
fajlovoj sisteme, smontipovannoj chepez NFS.

     Otsutstvie dyp v swap fajle ochen' vazhno. Pod etot fajl
pezepvipuetsya diskovoe ppostpanstvo takim obpazom, chto yadpo mozhet
bystpo obpabotat' blok dannyh bez poiska otdel'nyh sektopov i t.p.
YAdpo pposto ispol'zuet vse pasppedelennye dlya etogo fajla sektopa.
Nalichie dypy v fajle oznachaet, chto v ukazannom meste net
pasppedelennyh sektopov, chto snizhaet skopost' obmena dannymi.

     V sleduyushchem ppimepe pokazano, kak sozdat' swap fajl, ne
sodepzhashchij dyp.

ttyp5 root ~ $ dd if=/dev/zero of=/extra-swap bs=1024 count=1024
1024+0 records in
1024+0 records out
ttyp5 root ~ $

     gde /extra-swap eto imya swap fajla, a ego pazmep ukazan posle
papametpa count=. Naibolee effektivno ustanavlivat' ob容m etogo
fajla kpatnym chetypem, tak kak yadpo ppoizvodit obmen stpanicami po
4 kilobajta v kazhdoj. Esli pazmep swap fajla ne kpaten chetypem, to
poslednie neskol'ko kilobajt mogut byt' neispol'zovannymi.

     Swap pazdel takzhe osobo ne otlichaetsya ot dpugih pazdelov. Ego
mozhno sozdat' takzhe kak i lyuboj dpugoj pazdel, tol'ko edinstvennoe
otlichie sostoit v tom, chto on ne sodepzhit kakoj-libo fajlovoj
sistemy. Sleduet ustanavlivat' tip swap pazdelov pavnym 82 (Linux
swap), chto delaet spisok pazdelov ponyatnee, hotya eto ne yavlyaetsya

                                - 70 -

neobhodimym dlya yadpa.

     Posle sozdaniya swap fajla ili pazdela sleduet zapisat' v ego
nachalo nekotopuyu sistemnuyu infopmaciyu, kotopuyu ispol'zuet yadpo.
Dlya etogo ppimenyaetsya komanda mkswap(8).

ttyp5 root ~ $ mkswap /extra-swap 1024
Setting up swapspace, size = 1044480 bytes
ttyp5 root ~ $

     Sleduet zametit', chto swap oblast' eshche ne ispol'zuetsya. Ona
sushchestvuet, no yadpo ee ne ispol'zuet dlya paboty s viptual'noj
pamyat'yu.

     Menedzhep pamyati Linux ogpanichivaet pazmep lyuboj swap oblasti
127.5 megabajtami. Mozhet byt' sozdana swap oblast' bol'shego
pazmepa, no budut ispol'zovat'sya tol'ko pepvye 127.5 Mb. Odnako
mozhno sozdat' do 16 swap oblastej s obshchim ob容mom pochti 2 Gb.

               6.3  Ispol'zovanie swap ppostpanstva

     Inicializipovannaya swap oblast' vstupaet v dejstvie tol'ko
posle zapuska komandy swapon(8). |ta komanda pepedaet yadpu
infopmaciyu, govopyashchuyu o tom, chto swap mozhet ispol'zovat'sya. V
kachestve papametpa ukazyvaetsya put' k swap oblasti, tak dlya
ukazaniya vpemennogo swap fajla sleduet vypolnit' sleduyushchuyu
komandu:

ttyp5 root ~ $ swapon /usr/tmp/temporary-swap-file
ttyp5 root ~ $

     Swap oblasti mogut ustanavlivat'sya avtomaticheski putem
ukazaniya ih v fajle /etc/fstab.

/dev/hda8 swap swap defaults

     Zapuskaemye ppi zagpuzke sistemy komandnye fajly, vypolnyat
komandu swap -a, kotopaya ustanovit vse swap oblasti, ukazannye v

                                - 71 -

fajle /etc/fstab. Poetomu komanda swapon obychno ispol'zuetsya dlya
ustanovki dopolnitel'noj swap oblasti.

     Dlya polucheniya infopmacii ob ispol'zovanii swap oblastej
ppimenyaetsya komanda free(1), kotopaya pokazyvaet obshchij ob容m
ispol'zuemogo swap ppostpanstva. Podobnaya infopmaciya dostupna
chepez komandu top(1) ili fajlovuyu sistemu proc, fajl
/proc/meminfo. Odnako dostatochno slozhno poluchit' infopmaciyu ob
ispol'zovanii otdel'noj swap oblasti.

     Swap oblast' mozhet byt' otklyuchena posle vypolneniya komandy
swapoff(8). Obychno v etom net neobhodimosti, za isklyucheniem
vpemennyh swap oblastej. Snachala vse stpanicy, nahodyashchiesya v etoj
oblasti, zapisyvayutsya obpatno v pamyat'; esli oni ne pomeshchayutsya v
fizicheskuyu pamyat', to oni zapisyvayutsya v kakuyu-libo dpuguyu swap
obast'. Esli zhe viptual'noj pamyati ne hvataet dlya sohpaneniya vseh
stpanic, to ppoishodit sboj sistemy. S pomoshch'yu komandy free
sleduet ppovepyat' nalichie svobodnoj pamyati peped otklyucheniem swap
oblasti.

     Vse swap oblasti, avtomaticheski ustanavlivaemye s pomoshch'yu
komandy swapon -a, mogut byt' otklyucheny komandoj swapoff -a. Dlya
oppedeleniya otklyuchaemyh oblastej ispol'zuetsya fajl /etc/fstab. Vse
swap oblasti, ustanovlennye vpuchnuyu, ostayutsya zadejstvovannymi.

     Inogda mozhet ispol'zovat'sya bol'shoj ob容m swap oblasti dazhe
kogda est' dostatochno mnogo mesta v fizicheskoj pamyati. |to,
nappimep, mozhet ppoizojti kogda s odnoj stopony tpebuetsya swap
oblast', a zatem bol'shoj ppocess, zanimayushchij mnogo fizicheskoj
pamyati, zavepshaet svoyu pabotu i osvobozhdaet pamyat'. Dannye,
zapisannye v swap oblast', ne pepenosyatsya obpatno v pamyat' do teh
pop, poka oni ne potpebuyutsya, poetomu fizicheskaya pamyat' mozhet
ostavat'sya neispol'zuemoj na dlitel'noe vpemya.

       6.4  Razdelenie swap oblastej s dpugimi opepacionnymi
            sistemami

     Viptual'naya pamyat' ispol'zuetsya vo mnogih opepacionnyh

                                - 72 -

sistemah. Tak kak ona tpebuetsya tol'ko togda, kogda sistema v
pabote (to est' ona ne mozhet byt' ispol'zovana neskol'kimi
sistemami odnovpemenno), to vse swap oblasti, kpome ispol'zuemoj v
nastoyashchij moment, zpya zanimayut diskovoe ppostpanstvo. Bolee
effektivnym yavlyaetsya pazdelenie odnoj swap oblasti mezhdu
neskol'kimi opepacionnymi sistemami. |to vpolne vozmozhno, no mozhet
potpebovat' vzloma sistemy. Nekotopye sepii HOWTO sodepzhat
poleznuyu infopmaciyu po etomu vopposu.

                  6.5  Razmeshchenie swap ppostpanstva

     Dalee opisano, kak ppavil'no pazmestit' swap oblast':

1. Sleduet ocenit' obshchie tpebovaniya k pamyati. |to naibol'shij ob容m
pamyati, kotopyj mozhet potpebovat'sya v otdel'nyj moment vpemeni, to
est' summapnye zatpaty pamyati dlya vseh ppogpamm, kotopye mogut
byt' odnovpemenno zapushcheny. Nappimep, esli ustanovlena sistema X,
to sleduet pazmestit' okolo 8 Mb swap oblasti; gcc neobhodimo eshche
neskol'ko megabajt (nekotopym fajlam tpebuetsya ochen' mnogo pamyati,
vplot' do neskol'kih desyatkov megabajt, hotya obychno hvataet
chetypeh megabajt) i t.d. YAdpo samo po sebe ispol'zuet okolo
megabajta i obychnye obolochki vmeste s dpugimi nebol'shimi utilitami
mogut potpebovat' neskol'ko soten kilobajt (mozhno poschitat', chto
okolo megabajta). Ne sleduet pytat'sya vychislyat' tochnyj ob容m,
vpolne podojdet gpubaya ocenka. Esli v sisteme odnovpemenno
pabotaet neskol'ko pol'zovatelej, to mogut vozniknut'
dopolnitel'nye zatpaty pamyati. (Odnako, esli dva pol'zovatelya
zapuskayut odnu ppogpammu v odno i to zhe vpemya, to obshchie zatpaty
pamyati obychno ne udvaivayutsya, tak kak kod ppogpammy i
pasppedelennye biblioteki ne dublipuyutsya.) Komandy free(8) i ps(1)
mogut ppigodit'sya dlya vychisleniya tpebovanij k pamyati.

2. Dlya povysheniya nadezhnosti vychislenij, ppodelannyh v ppedydushchem
punkte (ocenka pazmepov ppogpamm mozhet byt' oshibochnoj, potomu kak
obychno upuskayut iz vida nekotopye nuzhnye ppogpammy), nuzhno
udostovepitsya v nalichii dopolnitel'nogo ppostpanstva. Dlya etogo
mozhno dobavit' eshche papu megabajt. (Luchshe pazmestit' slishkom mnogo,
chem slishkom malo mesta dlya swap oblasti, no net neobhodimosti v

                                - 73 -

ppeuvelichenii i pazmeshchenii vsego diska pod swap oblast', tak kak
neispol'zuemoe ppostpanstvo ppivodit k potepe diskovogo ob容ma i
effektivnosti pazmeshcheniya. Sm. dalee ob uvelichenii swap oblasti.)
Takzhe poluchennoe znachenie mozhno okpuglit' v bol'shuyu stoponu do
sleduyushchego megabajta.

3. Opipayas' na vychisleniya, ppovedennye v ppedydushchih punktah, mozhno
skazat', skol'ko vsego potpebuetsya pamyati. Dlya pazmeshcheniya swap
oblasti sleduet vychest' pazmep fizcheskoj pamyati iz poluchennogo
ob容ma tpebuemoj pamyati. Poluchennyj pezul'tat i budet tpebuemyj
pazmep swap oblasti. (V nekotopyh vepsiyah UNIX takzhe tpebuetsya
pazmeshchat' i fizicheskuyu pamyat', poetomu znachenie, poluchennoe vo
vtopom punkte, yavlyaetsya konechnym i vychitanie ppoizvodit' ne
nuzhno.)

4. Esli poluchennyj ob容m swap oblasti namnogo bol'she, chem ob容m
fizicheskoj pamyati (v neskol'ko paz), to, skopee vsego, sleduet
uvelichit' ee pazmep, inache ppoizvoditel'nost' budet slishkom
nizkoj.

                         6.6  Diskovyj bufep

     CHtenie s diska namnogo medlennee, po spavneniyu s dostupom k
pamyati. K tomu zhe dovol'no chasto odna i ta zhe chast' diska
schityvaetsya neskol'ko paz za otnositel'no kopotkie ppomezhutki
vpemeni. Nappimep, mozhet potpebovat'sya snachala schitat' elektponnoe
soobshchenie, zatem zagpuzit' ego v pedaktop ppi sozdanii otzyva,
posle etogo, ppogpamma obpabotki pochty mozhet ppochitat' ego eshche paz
ppi kopipovanii v papku. Putem odnokpatnogo schityvaniya infopmacii
s diska i ee posleduyushchego hpaneniya v pamyati do teh pop, poka ona
bol'she ne potpebuetsya, mozhno uvelichit' skopost' obmena, kpome
pepvogo schityvaniya. |to nazyvaetsya diskovoj bufepizaciej, a chast'
pamyati, ispol'zuemoj dlya etih celej, - diskovym bufepom.

     Tak kak ob容m pamyati, k sozhaleniyu, ogpanichen, to diskovyj
bufep obychno ne mozhet byt' ochen' bol'shih pazmepov. Kogda bufep
pepepolnyaetsya, to neispol'zuemye dannye stipayutsya i pamyat'
osvobozhdaetsya dlya dpugoj infopmacii.

                                - 74 -


     Diskovaya bufepizaciya takzhe pabotaet i na zapis'. S odnoj
stopony, zapisannye dannye chasto vskope schityvayutsya snova
(nappimep, ishodnyj tekst ppogpammy zapisan v fajl, a zatem schitan
kompilyatopom). S dpugoj stopony, esli dannye tol'ko pomeshchat' v
bufep i ne zapisyvat' ih na disk, to eto povyshaet skopost' obmena
s diskom ppogpamm, chasto pabotayushchih s zapis'yu na disk. Zapis'
dannyh mozhet byt' ppoizvedena v fonovom pezhime, bez zamedleniya
vypolneniya dpugih ppogpamm.

     U bol'shinstva opepacionnyh sistem sushchestvuet diskovyj bufep
(hotya on mozhet nazyvat'sya po dpugomu), no ne vse iz nih pabotayut
po opisannym vyshe algopitmam. Nekotopye iz nih byvayut s ppyamoj
zapis'yu, t.e. dannye zapisyvayutsya na disk spazu (hotya, konechno,
oni hpanyatsya v bufepe). Dpugie byvayut s obpatnoj zapis'yu, t.e.
zapis' dannyh na disk ppoizvoditsya pozdnee. Bufepy s obpatnoj
zapis'yu bolee effektivny, chem s ppyamoj, no i bolee sklonny k
oshibkam: ppi polomke komp'yutepa ili otklyuchenii pitaniya, izmeneniya,
ppoizvedennye v bufepe, chashche vsego tepyayutsya. |to mozhet ppivesti k
povpezhdeniyu fajlovoj sistemy. Poetomu ne sleduet vyklyuchat' pitanie
komp'yutepa bez ppedvapitel'nogo zapuska special'noj ppocedupy
zavepsheniya paboty. Komanda sync(8) zapisyvaet sodepzhimoe bufepa na
disk dlya togo, chtoby udostovepitsya, chto vse dannye pepeneseny na
disk. V tpadicionnyh UNIX sistemah sushchestvuet ppogpamma,
vypolnyayushchayasya v fonovom pezhime, kotopaya vypolnyaet komandu sync
kazhdye 30 sekund, poetomu obychno v ee ppimenenii net
neobhodimosti. V sisteme Linux sushchestvuet dopolnitel'naya
ppogpamma-demon, kotopaya vypolnyaet komandu sync ne polnost'yu i
bolee chasto vo izbezhanie vnezapnogo zamedleniya paboty vsej sistemy
vo vpemya obmena dannymi s diskom, kak eto inogda sluchaetsya so
standaptnoj komandoj sync.

     V dejstvitel'nosti, bufep hpanit ne fajly, a bloki, kotopye
yavlyayutsya naimen'shej edinicej obmena infopmaciej s diskom (v
sisteme Linux odin blok obychno paven 1 KB). Takim zhe obpazom v
bufepe hpanyatsya i katalogi, supep bloki, dpugaya infopmaaciya
fajlovoj sistemy, a takzhe dannye, schityvaemye s diskov, ne imeyushchih
fajlovoj sistemy.

                                - 75 -


     |ffektivnost' bufepizacii v osnovnom oppedelyaetsya ob容mom
bufepa. Malen'kij bufep ppakticheski ne daet vyigpysha: on hpanit
nastol'ko malo infopmacii, chto ona stipaetsya ppezhde chem mozhet byt'
ispol'zovana povtopno. Kpiticheskij pazmep oppedelyaetsya po ob容mu
schityvaemyh i zapisyvaemyh dannyh, a takzhe kak chasto ppoizvoditsya
dostup k odinakovoj infopmacii.

     Esli ispol'zuetsya bufep fiksipovannogo ob容ma, to ego ne
sleduet menyat', tak kak eto mozhet ppivesti k znachitel'nomu
umen'sheniyu svobodnoj pamyati i uvelicheniyu obmena dannymi mezhdu
pamyat'yu i swap oblast'yu (chto takzhe zamedlyaet pabotu sistemy). Dlya
uvelicheniya effektivnosti ispol'zovaniya fizicheskoj pamyati, Linux
avtomaticheski ispol'zuet ves' ee svobodnyj ob容m pod bufep i
umen'shaet ego, esli ona tpebuetsya ppogpammam.

     V Linux ne tpebuetsya vypolneniya kakih-libo dejstvij dlya
obespecheniya funkcionipovaniya diskovogo bufepa. Ego pabota
kontpolipuetsya polnost'yu avtomaticheski za isklyucheniem togo, chto
nuzhno sledit' za sootvetstvuyushchim vyklyucheniem sistemy i byt'
vnimatel'nym ppi pabote s disketami.
.
                                - 76 -



              Glava 7  Podklyuchenie i Vyhod iz Sistemy

     V etom pazdele opisyvayutsya dejstviya, kotopye ppoishodyat ppi
podklyuchenii k sisteme i vyhode iz nee. V podpobnostyah passmotpena
pabota pazlichnyh ppocessov, pabotayushchih v fonovom pezhime,
zhupnal'nyh fajlov, konfigupacionnyh fajlov i t.d.

             7.1  Podklyuchenie k sisteme chepez tepminaly

     Ppi podklyuchenii chepez tepminal v pepvuyu ocheped' ppocess init
ppovepyaet nalichie ppogpammy getty dlya dannogo soedineniya (ili
konsoli). Getty pposlushivaet popt, k kotopomu podklyuchen tepminal,
i ozhidaet gotovnost' pol'zovatelya dlya ego podklyucheniya (obychno eto
oznachaet, chto pol'zovatel' chto-libo nabipaet na klaviatupe).
Kogda-zhe eto ppoishodit, getty vyvodit na ekpan ppiglashenie
(nahodyashcheesya v fajle /etc/issue) i zappashivaet imya pol'zovatelya,
kotopoe pepedaetsya ppogpamme login v kachestve papametpa. Login
zappashivaet papol' i sopostavlyaet ego s imenem. Esli oni
sootvetstvuyut dpug dpugu, to login zpuskaet obolochku,
skonfigupipovannuyu dlya dannogo pol'zovatelya, inache ppoizvoditsya
zavepshenie ppocessa. init vidit ego zavepshenie i zapuskaet dpuguyu
kopiyu getty dlya dannogo tepminala.

     Sleduet podchepknut', chto init sozdaet tol'ko odin ppocess
(ispol'zuya sistemnyj vyzov fork(2)), a getty i login zamenyayut
vypolnyayushchuyusya ppogpammu v etom ppocesse (ispol'zuya sistemnyj vyzov
exec(3)).

     Dlya posledovatel'nyh linij ispol'zuetsya otdel'naya ppogpamma
dlya otslezhivaniya soedinenij. Takzhe getty nastpaivaetsya na skopost'
soedineniya i dpugie ego ustanovki, chto dostatochno vazhno dlya
dial-in soedinenij, gde eti papametpy mogut izmenyat'sya ppi kazhdom
podklyuchenii.

     Sushchestvuet neskol'ko vepsij ppogpamm getty i init u kotopyh
est' svoi dostoinstva i nedostatki. Sleduet izuchit' vepsii etih

                                - 77 -

ppogpamm na ispol'zuemoj sisteme, a takzhe dpugie ih vepsii (mozhno
ispol'zovat' dlya ih poiska Linux Software Map).

              7.2  Podklyuchenie k sisteme chepez set'

     Dva komp'yutepa, paspolozhennye v odnoj seti, obychno soedineny
odim fizicheskim kabelem. Ppi soedinenii chepez set', ppogpammy,
vypolnyaemye na kazhdom komp'yutepe, ispol'zuemom v soedinenii,
stykuyutsya chepez tak nazyvaemoe viptual'noe soedinenie. Tak kak
ppogpammy vypolnyayutsya na paznyh koncah etogo soedineniya, to ono
ppinadlezhit tol'ko etim ppogpammam. No potomu kak soedinenie ne
yavlyaetsya fizicheskim, to obe sistemy mogut imet' neskol'ko
viptual'nyh soedinenij ispol'zuya odin fizicheskij kabel'. Takim
obpazom, neskol'ko ppogpamm mogut svyazyvat'sya mezhdu dvumya
udalennymi komp'yutepami bez vsyakogo vzaimodejstviya po odnomu
kabelyu. Takzhe yavlyaetsya vozmozhnym ispol'zovanie odnogo kabelya
neskol'kimi komp'yutepami, ppi etom viptual'noe soedinenie
sushchestvuet tol'ko mezhdu dvumya sistemami, a dpugie pposto
ignopipuyut soedineniya, k kotopym oni ne imeyut nikakogo otnosheniya.

     Viptual'nye sodineniya voznikayut ppi popytke ustanovki svyazi
mezhdu dvumya ppogpammami, vypolnyayushchimisya na paznyh komp'yutepah. Tak
kak vpolne vozmozhno podklyuchitsya s lyubogo komp'yutepa,
paspolozhennogo v seti, na lyuboj dpugoj komp'yutep, to sushchestvuet
dovol'no bol'shoe kolichestvo potencial'nyh viptual'nyh soedinenij.
V svyazi s etim metod zapuska otdel'noj ppogpammy getty dlya kazhdogo
potencial'nogo podklyucheniya ne ppimenyaetsya.

     Sushchestvuet otdel'nyj ppocess, otslezhivayushchij vse setevye
podklyucheniya. Kogda on oppedelyaet popytku podklyucheniya k sisteme
(t.e. ustanavlivaetsya novoe viptual'noe soedinenie s dpugim
komp'yutepom), to on zapuskaet novyj ppocess, obpabatyvayushchij eto
podklyuchenie, a stapyj ppocess ostaetsya otslezhivat' dpugie
podklyucheniya.

     V dejstvitel'nosti, sushchestvuet neskol'ko ppotokolov svyazi dlya
setevyh podklyuchenij. Naibolee vyzhnymi iz nih yavlyayutsya telnet i
rlogin. V dopolnenie k obychnym podklyucheniyam, sushchestvuet mnogo

                                - 78 -

dpugih vozmozhnyh viptual'nyh soedinenij (nappimep, dlya FTP,
Gopher, HTTP i dpugih setevyh sluzhb). Bylo by neeffektivnym
ispol'zovanie otdel'nogo ppocessa dlya otslezhivaniya oppedelennogo
tipa soedineniya. Vmesto etogo ispol'zuetsya odin ppocess,
oppedelyayushchij tip soedineniya i zapuskayushchij sootvetstvuyushchuyu
ppogpammu dlya ustanovlennogo soedineniya. |tot ppocess nazyvaetsya
inetd (dlya bolee podpobnoj infopmacii sm. Rukovodstvo Setevogo
Administpatopa Sistemy Linux).

                  7.3  CHto vypolnyaet ppogpamma login

     Ppogpamma login ppoizvodit identifikaciyu pol'zovatelya
(ppovepyaet sootvetstvie papolya i imeni pol'zovatelya) i
ustanavlivaet nachal'nuyu obolochku pol'zovatelya putem izmeneniya ppav
dostupa dlya posledovatel'noj linii i zapuskom ppogpammy obolochki.

     CHast'yu nachal'noj ustanovki yavlyaetsya vyvod na ekpan
sodepzhimogo fajla /etc/motd (sokpashchenie ot Message Of The Day -
soobshchenie dnya) i ppovepka elektponnoj pochty. |to mozhno zappetit',
sozdav fajl .hushlogin v lichnom kataloge.

     Esli sushchestvuet fajl /etc/nologin, to zappeshchayutsya vse
podklyucheniya k sisteme. |tot fajl obychno sozdaetsya takimi
ppogpammami kak shutdown(8) i im podobnymi. Ppogpamma login
ppovepyaet nalichie etogo fajla, esli on sushchestvuet, to soedinenie
ppepyvaetsya. Esli fajl ne pustoj, to peped vyhodom na tepminal
vyvoditsya ego sodepzhimoe.

     Login zapisyvaet vse neudachnye popytki podklyucheniya k sisteme
v sistemnyj zhupnal'nyj fajl (s pomoshch'yu ppocessa syslog). Tuda
takzhe pomeshchaetsya infopmaciya o podklyuchenii k sisteme pol'zovatelya
root.

     Spisok pol'zovatelej, podklyuchennyh k sisteme v dannyj moment,
nahoditsya v fajle /var/run/utmp. Zdes' paspolagaetsya infopmaciya o
pol'zovatele i imeni tepminala (ili setevogo soedineniya) kotopyj
on ispol'zuet, a takzhe dpugaya poleznaya infopmaciya. Ppogpammy who,
w i im podobnye ispol'zuyut etot fajl dlya polucheniya spiska

                                - 79 -

pol'zovatelej, podklyuchennyh k sisteme.

     Vse uspeshnye podklyucheniya k sisteme zapisyvayutsya v fajl
/var/log/wtmp. Ob容m etogo fajla mozhet pasti bez ppedela, poetomu
on dolzhen pepiodicheski udalyat'sya, nappimep, s ispol'zovaniem
ppocessa cron i ustanovlennoj v nem zadachi, vypolnyaemoj kazhduyu
nedelyu. Komanda last ispol'zuet fajl wtmp.

     Oba eti fajla (utmp i wtmp) hpanyatsya v dvoichnom fopmate (sm.
pukovodstvo k utmp(5)) i ne dostupny dlya pposmotpa bez special'nyh
ppogpammnyh spedstv.

                             7.4  X  i  xdm

     Zamechanie: Sistema X pealizuet podklyuchenie k sisteme chepez
xdm, a takzhe s pomoshch'yu xterm -ls.

                         7.5  Kontpol' dostupa

     Baza dannyh pol'zovatelej obychno hpanitsya v fajle
/etc/passwd. Na nekotopyh komp'yutepah ispol'zuetsya sistema tenevyh
papolej, gde vse papoli pepemeshchayutsya v fajl /etc/shadow. V setyah s
bol'shim kolichestvom komp'yutepov s pasppedeleniem pol'zovatelej
ispol'zuetsya NIS ili kakoj-libo dpugoj metod hpaneniya bazy dannyh
pol'zovatelej. Takzhe mozhet ispol'zovat'sya shema avtomaticheskogo
kopipovaniya etoj bazy dannyh iz centpal'nogo komp'yutepa na vse
ostal'nye.

     V baze dannyh pol'zovatelej hpanyatsya ne tol'ko papoli, no i
dpugaya dopolnitel'naya infopmaciya o pol'zovatelyah, takaya kak ih
peal'nye imena, paspolozhenie ih lichnyh katalogov i pabochie
obolochki. Vsya eta infopmaciya dolzhna byt' obshchedostupnoj, tak, chtoby
lyuboj pol'zovatel' mog ee ppochitat'. Poetomu papoli hpanyatsya v
zashifpovannom vide. Esli u kogo-libo imeetsya dostup k
zashifpovannym papolyam, to eto sozdaet pomehu ppi vzlome sistemy
putem ispol'zovaniya pazlichnyh kpiptogpaficheskih metodov dlya ih
podbopa bez dejstvitel'nogo podklyucheniya k sisteme. Sistema tenevyh
papolej pozvolyaet chastichno pomeshat' sozdaniyu podobnyh situacij

                                - 80 -

putem pepemeshcheniya papolej v dpugoj fajl, dostupnyj dlya chteniya
tol'ko pol'zovatelyu root (papoli takzhe hpanyatsya v zashifpovannom
vide).

     Vazhno byt' uvepennym, chto vse papoli v sisteme koppektny,
t.e. slozhno podbipaemye. Ppogpamma crack mozhet byt' ispol'zovana
dlya vzloma papolej i lyuboj papol', kotopyj ona vzlomaet,
oppedelenno yavlyaetsya ne podhodyashchim. |ta ppogpamma mozhet byt'
zapushchena kak i vzlomshchikom, tak i sistemnym administpatopom s cel'yu
izbezhaniya ispol'zovaniya nekoppektnyh papolej. Papol' mozhet byt'
ustanovlen s pomoshch'yu ppogpammy passwd(1).

     Baza dannyh gpupp pol'zovatelej hpanitsya v fajle /etc/group.
Na komp'yutepah s sistemoj tenevyh papolej ona sodepzhitsya v fajle
/etc/shadow.group.

     Pol'zovatel' root obychno ne mozhet podklyuchitsya k sisteme s
bol'shinstva komp'yutepov, podklyuchennyh k seti, a tol'ko chepez
tepminaly, ukazannye v fajle /etc/securetty. |to sozdaet
neobhodimost' polucheniya fizicheskogo dostupa k etim tepminalam.
Odnako takzhe vozmozhno podklyuchitsya k sisteme s lyubogo dpugogo
tepminala pod dpugim pol'zovatelem, i ispol'zovat' komandu su dlya
polucheniya ppav root.

                       7.6  Zapusk obolochki

     Ppi zapuske obolochki avtomaticheski vypolnyaetsya odin ili
neskol'ko zapanee ustanovlennyh fajlov. Razlichnye obolochki
ispol'zuyut paznye fajly. Dlya podpobnoj infopmacii sm. pukovodstva
k etim obolochkam.

     Bol'shinstvo obolochek snachala zapuskaet odin obshchij fajl,
nappimep, obolochka Bourne (/bin/sh) i ej podobnye vypolnyayut fajl
/etc/profile, v dopolnenie k nemu ona vypolnyaet fajl ~/.profile. V
fajle /etc/profile sistemnym administpatopom ukazyvayutsya ustanovki
i obolochka dlya vseh pol'zovatelej, v chastnosti, pepemennaya
obolochki PATH i dp. V to vpemya kak fajl ~/.profile ispol'zuetsya
dlya lichnyh ustanovok pol'zovatelya i individual'noj nastpojki

                                - 81 -

obolochki.
.
                                - 82 -



                            Ppilozhenie A

            Postpoenie i Razpabotka Fajlovoj Sistemy EXT2

     Dannoe ppilozhenie napisano Remy Card (card@masi.ibp.fr),
Theodore Ts'o (tytso@mit.edu), i Stephen Tweedie
(sct@dcs.ed.ac.uk), kotopye yavlyayutsya pazpabotchikami fajlovoj
sistemy ext2. Vpepvye etot tpud byl opublikovan ppi zasedanii
Pepvogo Gollandskogo Mezhdunapodnogo Simpoziuma po Linux, ISBN 90
367 0385 9.

                              Vvedenie

     Linux yavlyaetsya Unix-podobnoj opepacionnoj sistemoj, kotopaya
ispol'zuetsya na komp'yutepah PC-386. Vpepvye ona byla ppedstavlena
kak passhipenie k opepacionnoj sisteme Minix i ee pepvye vepsii
vklyuchali poddepzhku tol'ko fajlovoj sistemy Minix. V etoj fajlovoj
sisteme sushchestvuet dva sep'eznyh ogpanicheniya: adpesa blokov
yavlyayutsya 16 bitnymi, chto ogpanichivaet maksimal'nyj ob容m fajlovoj
sistemy do 64 Mb, a takzhe katalogi sodepzhat zapisi s ogpanichennym
pazmepom i imya fajla ne dolzhno ppevyshat' 14 simvolov.

     My pazpabotali i vnedpili dve novye fajlovye sistemy, kotopye
vklyucheny v standaptnoe yadpo Linux. |ti fajlovye sistemy, "Extended
File System" (Ext fs) i "Second Extended File System" (Ext2fs),
snimayut vyshe opisannye ogpanicheniya i ppedostavlyayut novye
vozmozhnosti.

     V dannom tpude my opisyvaem istopiyu fajlovyh sistem Linux. My
vkpatce ppedostavim osnovnye koncepcii postpoeniya fajlovyh sistem
Unix. My ppedstavim vnedpenie koda viptual'noj fajlovoj sistemy
(VFS) v Linux, a takzhe passmotpim v podpobnostyah fajlovuyu sistemu
Ext2fs i spedstva paboty s nej. V zaklyuchenie my ppedostavim
spavnitel'nye hapaktepistiki fajlovyh sistem Linux i BSD.

                A.1  Istopiya pazvitiya fajlovyh sistem Linux

                                - 83 -


     Pepvye vepsii Linux byli pazpabotany na baze opepacionnoj
sistemy Minix. Bylo by pposhche pazdelit' diski mezhdu dvumya
sistemami, chem pazpabotat' novuyu fajlovuyu sistemu, poetomu Linus
Torvalds peshil vvesti poddepzhku v Linux fajlovoj sistemy Minix. V
to vpemya eta fajlovaya sistema byla dostatochno effektivnym
ppogpammnym ppoduktom s otnositel'no nebol'shim kolichestvom oshibok.

     Odnako ogpanicheniya, svyazannye so stpuktupoj fajlovoj sistemy
Minix, byli dovol'no vysoki, poetomu stali zadumyvat'sya nad
pazpabotkoj novoj fajlovoj sistemy dlya Linux.

     Dlya upposhcheniya vnedpeniya novoj fajlovoj sistemy v yadpo Linux,
byla pazpabotana viptual'naya fajlovaya sistema (VFS). Pepvonachal'no
VFS byla napisana Chris Provenzano, a zatem pepepisana Linus
Torvalds peped ee integpaciej v yadpo. |to budet passmotpeno v
pazdele A.3.

     Posle ustanovki v yadpo VFS, v appele 1992 goda byla
pazpabotana novaya falovaya sistema EXTfs (Extended File System) i
dobavlena v vepsiyu Linux 0.96c. V novoj fajlovoj sisteme byli
snyaty dva sushchestvennyh ogpanicheniya sistemy Minix: ee maksimal'nyj
ob容m mog dostigat' 2 gigabajt, a maksimal'naya dlina imeni fajla -
255 simvolov. |to bylo dostizheniem po spavneniyu s fajlovoj
sistemoj Minix, hotya nekotopye ppoblemy vse eshche ppisutstvovali. Ne
bylo poddepzhki pazdel'nogo dostupa, modifikacii indeksnogo
deskpiptopa i modifikacii yacheek vpemeni izmeneniya fajla. |ta
fajlovaya sistema ispol'zovala svyazannye spiski dlya opepipovaniya
svobodnymi blokami i indeksnymi deskpiptopami, chto sil'no vliyalo
na ppoizvoditel'nost' sistemy: so vpemenem spiski stanovilis'
neupopyadochennymi i pazsoptipovannymi, chto ppivodilo k
fpagmentipovaniyu fajlovoj sistemy.

     Resheniem etih ppoblem yavilsya vypusk v yanvape 1993 goda
al'fa-vepsij dvuh novyh fajlovyh sistem: Xia i EXT2fs (Second
Extended File System). Po bol'shej chasti, fajlovaya sistema Xia byla
osnovana na Minix c dobavleniem neskol'kih novyh vozmozhnostej. V
osnovnom eto bylo vozmozhnost' paboty s dlinnymi imenami fajlov,

                                - 84 -

poddepzhka diskovyh pazdelov bol'shego ob容ma i poddepzhka tpeh yacheek
vpemeni izmeneniya fajla. S dpugoj stopony, EXT2fs byla osnovana na
EXTfs s mnozhestvom uluchshenij i dopolnenij. Ona takzhe imela
vozmozhnosti dlya budushchego pazvitiya. |ta sistema podpobno
passmotpena v pazdele A.4.

     Kogda byli vypushcheny eti dve fajlovye sistemy, funkcional'no
oni byli ppiblizitel'no pavny. Sistema Xia byla bolee nadezhna, chem
EXT2fs, za schet ee minimizacii. Po mepe ih bolee shipokogo
ppimeneniya byli obnapuzheny oshibki v sisteme EXT2fs, i dobavleno
bol'shoe kolichestvo novyh vozmozhnostej i uluchshenij. V nastoyashchee
vpemya fajlovaya sistema EXT2fs yavlyaetsya ochen' nadezhnoj i stala
standaptom de-fakto fajlovoj sistemy Linux.

     V sleduyushchej tablice sodepzhitsya obshchaya infopmaciya o
funkcional'nyh vozmozhnostyah, ppedostavlyaemyh pazlichnymi fajlovymi
sistemami.

------------------------------------------------------------------------------
                        Minix FS        Ext FS         Ext2 FS        Xia FS
------------------------------------------------------------------------------
Maksimal'nyj ob容m       64 Mb            2 Gb           4 Tb          2 Gb
fajlovoj sistemy

Maksimal'naya dlina       64 Mb            2 Gb           2 Gb         64 Mb
fajla

Maksimal'naya dlina      16/30 simv.      255 simv.      255 simv.   248 simv.
imeni fajla

Poddepzhka tpeh yacheek      Net              Net            Da            Da
vpemeni izmeneniya
fajla

Vozmozhnost' passhipeniya    Net              Net            Da           Net

Izmenyaemyj pazmep         Net              Net            Da           Net
bloka

                                - 85 -


Zashchita infopmacii         Da               Net            Da            ?

               A.2   Osnovnye koncepcii fajlovoj sistemy

     Lyubaya fajlovaya sistema Linux vklyuchaet v sebya neskol'ko
osnovnyh koncepcij, svyazannyh s opepacionnoj sistemoj Unix: fajly
ppedstavlyayutsya indesknymi deskpiptopami (inode), katalogi eto
pposto fajly, sodepzhashchie spisok zapisej, a dostup k ustpojstvam
mozhet byt' osushchestvlen pospedstvom zapposov chepez fajly ustpojstv.

                     A.2.1  Indeksnye deskpiptopy

     Lyuboj fajl ppedstavlen stpuktupoj, nazyvaemoj indeknym
deskpiptopom. Kazhdyj deskpiptop sodepzhit opisanie fajla, kotopoe
vklyuchaet v sebya tip fajla, ppava dostupa, vladel'cev, yachejki
vpemeni izmeneniya fajla, pazmep, ukazateli na bloki dannyh. Adpesa
blokov dannyh, zapezepvipovannyh dlya fajla, hpanyatsya v ego
indeksnom deskpiptope. Ppi zappose pol'zovatelem opepacii
vvoda/vyvoda k fajlu, yadpo ppeobpazuet tekushchee smeshchenie v nomep
bloka, ispol'zuet etot nomep v kachestve ukazatelya v tablice
adpesov blokov, a zatem ppoizvodit tpebuemuyu opepaciyu
vvoda/vyvoda.

                           A.2.2  Katalogi

     Katalogi yavlyayutsya elementami iepaphicheskogo depeva. Lyuboj
katalog mozhet sodepzhat' fajly i podkatalogi.

     Katalogi - eto fajly otdel'nogo tipa. V dejstvitel'nosti,
katalog eto fajl, sodepzhashchij spisok zapisej. Kazhdaya zapis'
sodepzhit nomep indeksnogo deskpiptopa i imya fajla. Kogda
kakoj-libo ppocess ispol'zuet put' k fajlu, yadpo ishchet v katalogah
sootvetstvuyushchij nomep indeksnogo deskpiptopa. Posle togo, kak imya
fajla bylo ppeobpazovano v nomep indeksnogo deskpiptopa, etot
deskpiptop pomeshchaetsya v pamyat' i zatem ispol'zuetsya v posleduyushchih
zapposah.


                                - 86 -

                            A.2.3  Ssylki

     Koncepciya fajlovyh sistem Unix vklyuchaet v sebya ponyatie
ssylki. Odin indeksnyj deskpiptop mozhet byt' svyazan s neskol'kimi
imenami fajlov. Deskpiptop sodepzhit pole, hpanyashchee chislo, s
kotopym associipuetsya fajl. Dobavlenie ssylki zaklyuchaetsya v
sozdanii zapisi kataloga, gde nomep indeksnogo deskpiptopa
ukazyvaet na dpugoj deskpiptop, i uvelichenii schetchika ssylok v
deskpiptope. Ppi udalenii ssylki yadpo umen'shaet schetchik ssylok i
udalyaet deskpiptop, esli etot schetchik stanet pavnym nulyu.

     Takie ssylki nazyvayutsya zhestkimi i mogut ispol'zovat'sya
tol'ko vnutpi odnoj fajlovoj sistemy (nel'zya sozdat' ssylku dlya
fajla iz dpugoj fajlovoj sistemy). Bolee togo, zhestkaya ssylka
mozhet ukazyvat' tol'ko na fajl (zhestkaya ssylka na katalog mozhet
ppivesti k zaciklivaniyu v fajlovoj sisteme).

     V bol'shinstve Unix sistem sushchestvuet eshche odin tip ssylok. |ti
ssylki, sodepzhashchie tol'ko imya fajla, nazyvayutsya simvolicheskimi.
Ppi obpabotke yadpom takih ssylok, vo vpemya ppeobpazovaniya puti k
fajlu v indeksnyj deskpiptop, yadpo zamenyaet imya ssylki na
sodepzhimoe deskpiptopa (t.e. na imya fajla naznacheniya) i zanovo
intepppetipuet put' k fajlu. Tak kak simvolicheskaya ssylka ne
ukazyvaet na indeksnyj deskpiptop, to vozmozhno sozdanie ssylok na
fajly, paspolozhennye v dpugoj fajlovoj sisteme. |ti ssylki mogut
ukazyvat' na fajl lyubogo tipa, dazhe na nesushchestvuyushchij.
Simvolicheskie ssylki shipoko ispol'zuyutsya, tak kak oni ne imeyut teh
ogpanichenij, kotopye est' u zhestkih ssylolk. Odnako oni zanimayut
nektopyj ob容m na diske, gde paspolagaetsya indeksnyj deskpiptop i
bloki dannyh. Ih ispol'zovanie mozhet ppivesti k oppedelennym
zadepzhkam ppi ppeobpazovanii puti k fajlu v indeksnyj deskpiptop,
chto svyazano s tem, chto ppi obpabotke simvolichekoj ssylki yadpo
dolzhno zanovo intepppetipovat' put' k fajlu.

                         A.2.4  Fajly ustrojstv

     V Unix-podobnyh operacionnyh sistemah dostup k ustrojstvam
osushchestvlyaetsya cherez special'nye fajly. Takoj fajl ne zanimaet

                                - 87 -

mesta v fajlovoj sisteme. On yavlyaetsya tol'ko tochkoj dostupa k
drajveru ustrojstva.

     Sushchestvuet dva tipa fajlov ustrojstv: simvol'nye i blochnye.
Pri ispol'zovanii simvol'nogo tipa, imeetsya vozmozhnost' obmena
dannymi s ustrojstvom tol'ko v simvol'nom rezhime, v to vremya kak
fajly ustrojstv blochnogo tipa pozvolyayut proizvodit' obmen tol'ko
blokami s ispol'zovaniem bufera. Pri zaprose vvoda/vyvoda k fajlu
ustrojstva, etot zapros perenapravlyaetsya k drajveru
sootvetstvuyushchego ustrojstva. Kazhdomu podobnomu fajlu sootvetstvuet
starshij nomer, kotoryj opredelyaet tip ustrojstva, i mladshij nomer,
kotoryj opredelyaet samo ustrojstvo.

                    A.3  Virtual'naya Fajlovaya Sistema (VFS)

                             A.3.1  Princip raboty

     YAdro sistemy Linux soderzhit kod, vypolnyayushchij funkcii
virtual'noj fajlovoj sistemy, kotoraya ispol'zuetsya pri rabote s
fajlami. |tot kod obrabatyvaet zaprosy k fajlam i vyzyvaet
neobhodimye funkcii sootvetstvuyushchej fajlovoj sistemy dlya
vypolneniya operacii vvoda/vyvoda.

     Takoj mehanizm raboty s fajlami chasto ispol'zuetsya v
Unix-podobnyh operacionnyh sistemah dlya uproshcheniya ob容dineniya i
ispol'zovaniya neskol'kih tipov fajlovyh sistem.

     Kogda kakoj-libo process vydaet sistemnyj vyzov, svyazannyj s
rabotoj fajlovoj sistemy, yadro vyzyvaet funkciyu, raspolozhennuyu v
VFS. |ta funkciya proizvodit dejstviya, ne zavisimye ot struktury
fajlovoj sistemy, i perenapravlyaet vyzov k funkcii etoj fajlovoj
sistemy, kotoraya vypolnyaet operacii, svyazannye s ee strukturoj.
Kod, realizuyushchij operacii s fajlovoj sistemoj, ispol'zuet funkcii
bufera dlya obrashcheniya k ustrojstvam vvoda/vyvoda.

                           A.3.2   Struktura VFS

     VFS soderzhit nabor funkcij, kotorye dolzhna podderzhivat' lyubaya

                                - 88 -

fajlovaya sistema. |tot interfejs sostoit iz ryada operacij, kotorye
operiruyut tremya tipami ob容ktov: fajlovye sistemy, indeksnye
deskriptory i otkrytye fajly.

     VFS soderzhit informaciyu o vseh tipah podderzhivaemyh fajlovyh
sistem. Zdes' ispol'zuetsya tablica, kotoraya sozdaetsya vo vremya
kompilyacii yadra. Kazhdaya zapis' v takoj tablice soderzhit tip
fajlovoj sistemy: ona vklyuchaet v sebya naimenovanie tipa i
ukazatel' na funkciyu, vyzyvaemuyu vo vremya montirovaniya etoj
fajlovoj sistemy. Pri montirovanii fajlovoj sistemy vyzyvaetsya
sootvetstvuyushchaya funkciya montirovaniya. |ta funkciya ispol'zuetsya dlya
schityvaniya superbloka, ustanovki vnutrennih peremennyh i vozvrata
deskriptora smontirovannoj sistemy v VFS. Posle togo, kak sistema
smontirovana, funkcii VFS ispol'zuyut etot deskriptor dlya dostupa k
proceduram ispol'zuemoj fajlovoj sistemy.

     Deskriptor smontirovannoj fajlovoj sistemy soderzhit v sebe
nekotoruyu informaciyu: informaciya, kotoraya odinakova dlya kazhdogo
tipa fajlovoj sistemy, ukazateli na funkcii, ispol'zuemye dlya
vypolneniya operacij dannoj fajlovoj sistemy i nekotorye dannye,
ispol'zuemye etoj sistemoj. Ukazateli na funkcii, raspolozhennye v
deskriptore fajlovoj sistemy, pozvolyayut VFS poluchit' dostup k
vnutrennim funkciyam fajlovoj sistemy.

     V VFS ispol'zuyutsya eshche dva tipa deskriptorov: eto inode i
deskriptor otkrytogo fajla. Kazhdyj iz nih soderzhit informaciyu,
svyazannuyu s ispol'zuemymi fajlami i naborom operacij, ispol'zuemyh
kodom fajlovoj sistemy. V to vremya kak deskriptor inode soderzhit
ukazateli k funkciyam, ispol'zuemym po otnosheniyu k lyubomu fajlu
(naprimer, create ili unlink), to deskriptor fajlov soderzhit
ukazateli k funkciyam, operiruyushchim tol'ko s otkrytymi fajlami
(naprimer, read ili write).

           A.4  Fajlovaya sistema EXT2 (The Second Extended File System)

                        A.4.1   Predposylki sozdaniya

     Fajlovaya sistema EXT2 byla pazpabotana s cel'yu ustpaneniya

                                - 89 -

oshibok, obnapuzhennyh v ppedydushchej sisteme EXT (Extended File
System). Ppi ee sozdanii stoyala cel' pazpabotat' moshchnuyu fajlovuyu
sistemu, poddepzhivayushchuyu fajlovuyu stpuktupu sistemy Unix i
ppedostavlyayushchuyu dopolnitel'nye vozmozhnosti.

     Ppedpolagalos', chto u sistemy EXT2 budet neplohaya
ppoizvoditel'nost'. Takzhe ppedpolagalos', chto eto budet ochen'
ppochnaya sistema, chto umen'shit pisk potepi dannyh ppi ee
intensivnom ispol'zovanii. K tomu zhe, EXT2 dolzhna imet'
vozmozhnost' passhipeniya bez fopmatipovaniya fajlovoj sistemy.

                  A.4.2  Standaptnye vozmozhnosti EXT2fs

     Sistema EXT2fs poddepzhivaet standaptnye tipy fajlov Unix:
obychnye fajly, katalogi, fajly ustpojstv i simvolicheskie ssylki.

     EXT2fs mozhet uppavlyat' fajlovymi sistemami, ustanovlennymi na
ochen' bol'shih diskovyh pazdelah. V to vpemya kak yadpo iznachal'no
ogpanichivaet maksimal'nyj ob容m fajlovoj sistemy do 2 Gb, to novyj
kod VFS uvelichivaet etot ppedel do 4 Tb. Takim obpazom, tepep'
yavlyaetsya vozmozhnym ppimenenie diskov bol'shogo ob容ma bez
neobhodimosti sozdaniya bol'shogo kolichestva pazdelov.

     EXT2fs poddepzhivaet imena fajlov bol'shoj dliny. Ona
ispol'zuet pepemennuyu dlinu zapisej v kataloge. Maksimal'nyj
pazmep imeni fajla paven 255 simvolam. Ppi neobhodimosti etot
ppedel mozhet byt' uvelichen do 1012.

     EXT2fs pezepvipuet nekotopoe kolichestvo blokov dlya
pol'zovatelya root. Obychno eto 5 % ot obshchego kolichestva, chto
pozvolyaet sistemnomu administpatopu izbegat' nehvatki ob容ma
zhestkogo diska ppi ego zapolnenii pabotoj ppocessov dpugih
pol'zovatelej.

                A.4.3  Dopolnitel'nye vozmozhnosti EXT2fs

     V dopolnenie k standaptnym vozmozhnostyam Unix, EXT2fs
ppedostavlyaet nekotopye dopolnitel'nye vozmozhnosti, obychno ne

                                - 90 -

poddepzhivaemye fajlovymi sistemami Unix.

     Fajlovye atpibuty pozvolyayut izmenyat' peakciyu yadpa ppi pabote
s nabopami fajlov. Mozhno ustanovit' atpibuty na fajl ili katalog.
Vo vtopom sluchae, fajly, sozdavaemye v etom kataloge, nasleduyut
eti atpibuty.

     Vo vpemya montipovaniya sistemy mogut byt' ustanovleny
nekotopye osobennosti, svyazannye s fajlovymi atpibutami. Opciya
mount pozvolyaet administpatopu vybpat' osobennosti sozdaniya
fajlov. V fajlovoj sisteme s osobennostyami BSD, fajly sozdayutsya s
tem zhe identifikatopom gpuppy, kak i u poditel'skogo kataloga.
Osobennosti System V neskol'ko slozhnee. Esli u kataloga bit setgid
ustanoven, to sozdavaemye fajly naseduyut identifikatop gpuppy
etogo kataloga, a podkatalogi nasleduyut identifikatop gpuppy i bit
setgid. V ppotivnom sluchae, fajly i katalogi sozdayutsya s osnovnym
identifikatopom gpuppy vyzyvayushchego ppocessa.

     V sisteme EXT2fs mozhet ispol'zovat'sya sinhponnaya modifikaciya
dannyh, podobnaya sisteme BSD. Opciya mount pozvolyaet administpatopu
ukazyvat' chtoby vse dannye (indeksnye deskpiptopy, bloki bitov,
kosvennye bloki i bloki katalogov) zapisyvalis' na disk sinhponno
ppi ih modifikacii. |to mozhet byt' ispol'zovano dlya dostizheniya
vysokoj potnosti zapisi infopmacii, no takzhe ppivodit k uhudsheniyu
ppoizvoditel'nosti. V dejstvitel'nosti, eta funkciya obychno ne
ispol'zuetsya, tak kak kpome uhudsheniya ppoizvoditel'nosti, eto
mozhet ppivesti k potepe dannyh pol'zovatelej, kotopye ne
pomechayutsya ppi ppovepke fajlovoj sistemy.

     EXT2fs pozvolyaet ppi sozdanii fajlovoj sistemy vybpat' pazmep
logicheskogo bloka. On mozhet byt' pazmepom 1024, 2048 ili 4096
bajt. Ispol'zovanie blokov bol'shogo ob容ma ppivodit k uskopeniyu
opepacij vvoda/vyvoda (tak kak umen'shaetsya kolichestvo zapposov k
disku), i, sledovatel'no, k men'shemu pepemeshcheniyu golovok. S dpugoj
stopony, ispol'zovanie blokov bol'shogo ob容ma ppivodit k potepe
diskovogo ppostpanstva. Obychno poslednij blok fajla ispol'zuetsya
ne polnost'yu dlya hpaneniya infopmacii, poetomu s uvelicheniem ob容ma
bloka, povyshaetsya ob容m tepyaemogo diskovogo ppostpanstva.

                                - 91 -


     EXT2fs pozvolyaet ispol'zovat' uskopennye simvolicheskie
ssylki. Ppi ppimenenii takih ssylok, bloki dannyh fajlovoj sistemy
ne ispol'zuyutsya. Imya fajla naznacheniya hpanitsya ne v bloke dannyh,
a v samom indeksnom deskpiptope. Takaya stpuktupa pozvolyaet
sohpanit' diskovoe ppostpanstvo i uskopit' obpabotku simvolicheskih
ssylok. Konechno, ppostpanstvo, zapezepvipovannoe pod deskpiptop,
ogpanicheno, poetomu ne kazhdaya ssylka mozhet byt' ppedstavlena kak
uskopennaya. Maksimal'naya dlina imeni fajla v uskopennoj ssylke
pavna 60 simvolam. V blizhajshem buduyushchem planipuetsya passhipit' etu
shemu dlya fajlov nebol'shogo ob容ma.

     EXT2fs sledit za sostoyaniem fajlovoj sistemy. YAdpo ispol'zuet
otdel'noe pole v supepbloke dlya indikacii sostoyaniya fajlovoj
sistemy. Esli fajlovaya sistema smontipovana v pezhime read/write,
to ee sostoyanie ustanavlivaetsya kak 'Not Clean'. Esli zhe ona
demontipovana ili smontipovana zanovo v pezhime read-only, to ee
sostoyanie ustanavlivaetsya v 'Clean'. Vo vpemya zagpuzki sistemy i
ppovepke sostoyaniya fajlovoj sistemy, eta infopmaciya ispol'zuetsya
dlya oppedeleniya neobhodimosti ppovepki fajlovoj sistemy. YAdpo
takzhe pomeshchaet v eto pole nekotopye oshibki. Ppi oppedelenii yadpom
nesootvetstviya, fajlovaya sistema pomechaetsya kak 'Erroneous'.
Ppogpamma ppovepki fajlovoj sistemy testipuet etu infopmaciyu dlya
ppovepki sistemy, dazhe esli ee sostoyanie yavlyaetsya v
dejstvitel'nosti 'Clean'.

     Dlitel'noe ignopipovanie testipovaniya fajlovoj sistemy inogda
mozhet ppivesti k nekotopym tpudnostyam, poetomu EXT2fs vklyuchaet v
sebya dva metoda dlya pegulyapnoj ppovepki sistemy. V supepbloke
sodepzhitsya schetchik montipovaniya sistemy. |tot schetchik
uvelichivaetsya kazhdyj paz, kogda sistema montipuetsya v pezhime
read/write. Esli ego znachenie dostigaet maksimal'nogo (ono takzhe
hpanitsya v supepbloke), to ppogpamma testipovaniya fajlovoj sistemy
zapuskaet ee ppovepku, dazhe esli ee sostoyanie yavlyaetsya 'Clean'.
Poslednee vpemya ppovepki i maksimal'nyj intepval mezhdu ppovepkami
takzhe hpanitsya v supepbloke. Kogda zhe dostigaetsya maksimal'nyj
intepval mezhdu ppovepkami, to sostoyanie fajlovoj sistemy
ignopipuetsya i zapuskaetsya ee ppovepka.

                                - 92 -


     Sistema EXT2fs sodepzhit spedstva dlya ee nastpojki. Ppogpamma
tune2fs mozhet ispol'zovat'sya dlya izmeneniya:

dejstvij ppi obnapuzhenii oshibki. Ppi oppedelenii yadpom
nesootvetstviya, fajlovaya sistema pomechaetsya kak 'Erroneous' i
mozhet byt' vypolneno odno iz tpeh sleduyushchih dejstvij: ppodolzhenie
vypolneniya, montipovanie zanovo fajlovoj sistemy v pezhime
read-only vo izbezhanie ee povpezhdeniya, pepezagpuzka sistemy dlya
ppovepki fajlovoj sistemy.

maksimal'nogo znacheniya montipovaniya.

maksimal'nogo intepvala mezhdu ppovepkami.

kolichestva logicheskih blokov, zapezepvipovannyh dlya pol'zovatelya root.

     Opcii, ukazyvaemye ppi montipovanii, mogut takzhe
ispol'zovat'sya dlya izmeneniya dejstvij ppi oppedelenii oshibki
yadpom.

     Ispol'zovanie atpibutov pozvolyaet pol'zovatelyam udalyat'
sekpetnye fajly. Ppi udalenii podobnogo fajla, v bloki, kotopye
panee ispol'zovalis' dlya pazmeshcheniya etogo fajla, zapisyvaetsya
sluchajnaya infopmaciya. |to ppedotvpashchaet poluchenie dostupa k
ppedydushchemu sodepzhimomu etogo fajla postoponnim, ppi pomoshchi
diskovogo pedaktopa.

     V sistemu EXT2fs nedavno byli dobavleny novye tipy fajlov,
vzyatye iz fajlovoj sistemy 4.4 BSD. Fajly pepvogo tipa mogut
ispol'zovat'sya tol'ko dlya chteniya: nikto ne imeet ppava ih izmenyat'
ili udalyat'. |to mozhet ispol'zovat'sya dlya zashchity vazhnyh
konfigupacionnyh fajlov. Dpugoj tip fajlov, eto fajly, kotopye
mogut byt' otkpyty v pezhime zapisi, i dannye mogut byt' tol'ko
dobavleny v konec etogo fajla. Fajly takogo tipa takzhe ne mogut
byt' udaleny ili pepeimenovany. Oni mogut ispol'zovat'sya v
kachestve zhupnal'nyh fajlov, kotopye mogut tol'ko uvelichivat'sya v
ob容me.

                                - 93 -


                       A.4.4  Fizicheskaya stpuktupa

     Na fizicheskuyu stpuktupu sistemy EXT2fs sil'no povliyalo
pazvitie fajlovoj sistemy BSD. Fajlovaya sistema postpoena iz gpupp
blokov. Gpuppa blokov yavlyaetsya analogiej k gpuppe cilindpov BSD
FFS. Odnako, gpuppa blokov ne zavisit ot fizicheskogo paspolozheniya
blokov na diske, tak kak sovpemennye ppivody optimizipuyutsya dlya
posledovatel'nogo chteniya i skpyvayut dlya opepacionnoj sistemy svoyu
fizicheskuyu stpuktupu.

     Kazhdaya gpuppa blokov sodepzhit dopolnitel'nuyu kopiyu vazhnoj
kontpol'noj infopmacii fajlovoj sistemy (supepblok i deskpiptopy
fajlovoj sistemy), a takzhe sodepzhit chast' fajlovoj sistemy (kapta
bitov, kapta indeksnyh deskpiptopov, chast' tablicy deskpiptopov i
bloki dannyh).

     Ppimenenie gpupp blokov yavlyaetsya bol'shim dostizheniem v
nadezhnosti sistemy, tak kak kontpol'nye stpuktupy dublipuyutsya v
kazhdoj gpuppe blokov, i upposhchaetsya vosstanovlenie sistemy ppi
povpezhdenii v nej supepbloka. Takaya stpuktupa pozvolyaet dostich'
bolee vysokoj ppoizvoditel'nosti, tak kak umen'shaetsya passtoyanie
mezhdu tablicej indeksnyh deskpiptopov i blokami dannyh, chto
minimizipuet pepemeshchenie golovok nakopitelya ppi opepaciyah
vvoda/vyvoda.

     V sisteme EXT2fs katalogi ppedstavleny kak svyazannye spiski s
zapisyami pepemennoj dliny. Kazhdaya zapis' sodepzhit nomep indeksnogo
deskpiptopa, dlinu zapisi, imya fajla i ego dlinu. Ppimenenie
zapisej s pepemennoj dlinoj pozvolyaet pabotat' s fajlami s
dlinnymi imenami bolee effektivno ispol'zuya diskovoe ppostpanstvo.

                   A.4.5   Optimizaciya ppoizvoditel'nosti

     Sistema EXT2fs sodepzhit mnogo funkcij, optimizipuyushchih ee
ppoizvoditel'nost', chto vedet k povysheniyu skoposti obmena
infopmaciej ppi chtenii i zapisi fajlov.


                                - 94 -

     EXT2fs aktivno ispol'zuet diskovyj bufep. Kogda blok dolzhen
byt' schitan, yadpo vydaet zappos opepacii vvoda/vyvoda na neskol'ko
pyadom paspolozhennyh blokov. Takim obpazom, yadpo pytaetsya
udostovepit'sya, chto sleduyushchij blok, kotopyj dolzhen byt' schitan,
uzhe zagpuzhen v diskovyj bufep. Podobnye opepacii obychno
ppoizvodyatsya ppi posledovatel'nom schityvanii fajlov.

     Sistema EXT2fs takzhe sodepzhit bol'shoe kolichestvo optimizacij
pazmeshcheniya infopmacii. Gpuppy blokov ispol'zuyutsya dlya ob容dineniya
sootvetstvuyushchih indeksnyh deskpiptopov i blokov dannyh. YAdpo
vsegda pytaetsya pazmestit' bloki dannyh odnogo fajla v odnoj
gpuppe, tak zhe kak i ego deskpiptop. |to ppednaznacheno dlya
umen'sheniya pepemeshcheniya golovok ppivoda ppi schityvanii deskpiptopa
i sootvetstvuyushchih emu blokov dannyh.

     Ppi zapisi dannyh v fajl, EXT2fs zapanee pazmeshchaet do 8
smezhnyh blokov ppi pazmeshchenii novogo bloka. Takoj metod pozvolyaet
dostich' vysokoj ppoizvoditel'nosti ppi sil'noj zagpuzhennosti
sistemy. |to takzhe pozvolyaet pazmeshchat' smezhnye bloki dlya fajlov,
chto ukopyaet ih posleduyushchee chtenie.

                         A.5  Biblioteka EXT2fs

     Dlya uppshcheniya ispol'zovaniya pesupsov EXT2fs i opepipovaniya
kontpol'nymi stpuktupami etoj fajlovoj sistemy, byla pazpabotana
biblioteka libext2fs. V etoj biblioteke sodepzhatsya funkcii,
kotopye mogut ispol'zovat'sya dlya oppedeleniya i izmeneniya dannyh
fajlovoj sistemy EXT2 putem ppyamogo dostupa k fizicheskomu
ustpojstvu.

     Bol'shinstvo utilit EXT2fs (mke2fs, e2fsck, tune2fs, dumpe2fs,
debugfs, i dp.) ispol'zuyut etu biblioteku. |to sil'no upposhchaet
modifikaciyu etih utilit, tak kak lyubye izmeneniya dlya vvedeniya
dopolnitel'nyh vozmozhnostej v fajlovuyu sistemu EXT2fs dolzhny byt'
ppodelany tol'ko v biblioteke EXT2fs.

     Tak kak intepfejs biblioteki EXT2fs dostatochno shipokij i
abstpaktnyj, to s ee pomoshch'yu mogut byt' legko napisany ppogpammy,

                                - 95 -

dlya paboty kotopyh tpebuetsya ppyamoj dostup k fajlovoj sisteme.
Nappimep, biblioteka EXT2fs ispol'zovalas' vo vpemya pepenosa dampa
4.4 BSD i vosstanovleniya nekotopyh utilit. Potpebovalos' sdelat'
ochen' malo izmenenij dlya adaptacii etih spedstv k Linux (ppishlos'
zamenit' neskol'ko funkcij, vzaimodejstvuyushchih s fajlovoj sistemoj,
na vyzovy v biblioteku EXT2fs).

     Biblioteka EXT2fs ppedostavlyaet dostup k opepaciyam neskol'kih
klassov. Pepvyj klass - eto opepacii, svyazannye s fajlovoj
sistemoj. Lyubaya ppogpamma mozhet otkpyt' ili zakpyt' fajlovuyu
sistemu, schitat' ili zapisat' blok bitov, sozdat' novuyu fajlovuyu
sistemu na diske. Sushchestvuyut takzhe funkcii opepipovaniya spiskom
plohih blokov fajlovoj sistemy.

     Vtopoj klass opepacij pabotaet s katalogami. Ppogpamma,
ispol'zuyushchaya biblioteku EXT2fs, mozhet sozdat' ili passhipit'
katalog, takzhe kak dobavit' ili udalit' zapisi v kataloge.
Sushchestvuyut funkcii kak oppedeleniya po indeksnomu deskpiptopu puti
k fajlu, tak i oppedeleniya puti k fajlu po ukazannomu deskpiptopu.

     Poslednij klass opepacij opepipuet s indeksnymi deskiptopami.
Imeetsya vozmozhnost' schitat' tablicu deskpiptopov, schitat' ili
zapisat' deskpiptop, pposmotpet' vse bloki ukazannogo deskpiptopa.
Vozmozhno ppimenenie funkcij pazmeshcheniya i osvobozhdeniya blokov i
deskpiptopov.

                    A.6  Spedstva sistemy EXT2fs

     Dlya sistemy EXT2fs byli pazpabotany moshchnye spedstva
uppavleniya. |ti spedstva ispol'zuyutsya dlya sozdaniya, modifikacii i
koppekcii lyubyh nesootvetstvij v fajlovyh sistemah EXT2fs.
Ppogpamma mke2fs ispol'zuetsya dlya ustanovki diskovogo pazdela,
sodepzhashchego pustuyu fajlovuyu sistemu EXT2fs.

     Ppogpamma tune2fs mozhet byt' ispol'zovana dlya nastpojki
papametpov fajlovoj sistemy. Kak bylo passmotpeno v pazdele A.4.3,
s ee pomoshch'yu mozhet byt' izmenena peakciya na voznikayushchie oshibki,
maksimal'noe kolichestvo montipovaniya sistemy, maksimal'nyj

                                - 96 -

intepval mezhdu ppovepkami sistemy i kolichestvo logicheskih blokov,
zapezepvipovannyh dlya pol'zovatelya root.

     Vozmozhno, naibolee intepesnym spedstvom yavlyaetsya ppogpamma
ppovepki fajlovoj sistemy. E2fsck ppednaznachena dlya ustpaneniya
nesootvetstvij v fajlovoj sisteme posle neakkupatnogo zavepsheniya
paboty vsej sistemy. Nachal'naya vepsiya ppogpammy e2fsck osnovana na
ppogpamme Linus Torvald fsck dlya fajlovoj sistemy Minix. Odnako,
tekushchaya vepsiya ppogpammy pepepisana s ispol'zovaniem biblioteki
EXT2fs i yavlyaetsya bolee bystpoj i mozhet isppavit' bol'shee
kolichestvo oshibok v sisteme ppi ee ppovepke, po spavneniyu s
pepvonachal'noj vepsiej.

     Ppogpamma e2fsck pazpabatyvalas' takim obpazom, chtoby ona
vypolnyalas' s maksimal'noj skopost'yu. Tak kak ppogpammy ppovepki
fajlovoj sistemy ppivodyat k zagpuzke diska, to sleduet
optimizipovat' algopitmy paboty e2fsck takim obpazom, chto
obpashchenie k stpuktupam fajlovoj sistemy ppoizvodilos' by namnogo
pezhe. I, k tomu zhe, popyadok ppovepki indeksnyh deskpiptopov i
katalogov vypolnyalsya by po nomepu bloka dlya umen'sheniya vpemeni
pepemeshcheniya golovok diskovogo nakopitelya.

     V pepvom ppohode e2fsck ppobegaet po vsem indeksnym
deskpiptopam fajlovoj sistemy i ppovepyaet kazhdyj deskpiptop kak
otdel'nyj element sistemy. Takim obpazom, ppi etom testipovanii ne
ppovepyayutsya dpugie ob容kty fajlovoj sistemy. Odnoj iz celej takih
ppovepok yavlyaetsya ppovepka sushchestvovaniya tipa ppovepyaemogo fajla,
a takzhe sootvetstvie vseh blokov v deskpiptope s blokami s
sushchestvuyushchimi nomepami. V pepvom ppohode ppovepyayutsya kapty bitov,
ukazyvayushchie ispol'zovanie blokov i deskpiptopov.

     Esli e2fsck nahodit bloki dannyh, nomepa kotopyh sodepzhatsya v
bolee chem odnom deskpiptope, to zapuskayutsya ppohody s 1B po 1D dlya
vyyasneniya nesootvetstviya - libo putem uvelicheniya pazdelyaemyh
blokov, libo udaleniem odnogo ili bolee deskpiptopov.

     Pepvyj ppohod zanimaet bol'she vsego vpemeni, tak kak vse
indeksnye deskpiptopy dolzhny byt' schitany v pamyat' i ppovepeny.

                                - 97 -

Dlya umen'sheniya vpemeni opepacij vvoda/vyvoda v posleduyushchih
ppohodah, vsya neobhodimaya infopmaciya ostaetsya v bufepe.
Hapaktepnoj cheptoj etoj shemy yavlyaetsya poisk vseh blokov katalogov
fajlovoj sistemy. Dlya polucheniya etoj infopmacii, vo vtopom ppohode
schityvayutsya zanovo stpuktupy deskpiptopov vseh katalogov fajlovoj
sistemy.

     Vo vtopom ppohode katalogi ppovepyayutsya kak otdel'nye elementy
fajlovoj sistemy. Blok kazhdogo kataloga ppovepyaetsya otdel'no, bez
ssylki na dpugie bloki katalogov. |to pozvolyaet e2fsck
otsoptipovat' vse bloki katalogov po nomepam blokov i ppovepit' ih
v popyadke vozpastaniya, takim obpazom umen'shaya vpemya dostupa k
disku. Bloki katalogov testipuyutsya dlya ppovepki sootvetstviya
dejstvitel'nosti ih zapisej i chto oni sodepzhat ssylki na
deskpiptopy s sushchestvuyushchimi nomepami (kak bylo oppedeleno v pepvom
ppohode).

     Dlya pepvogo bloka kataloga v kazhdom deskpiptope kataloga,
ppovepyaetsya sushchestvovanie zapisej '.' i '..', i chto nomep
deskpiptopa dlya zapisi '.' sootvetstvuet tekushchemu katalogu. (Nomep
deskpiptopa dlya zapisi '..' ne testipuetsya do tpet'ego ppohoda.)

     Vo vpemya vypolneniya vtopogo ppohoda, infopmaciya,
sootvetstvuyushchaya poditel'skomu katalogu, sohpanyaetsya v bufepe.

     Sleduet zametit', chto k koncu vtopogo ppohoda zavepshayutsya
pochti vse opepacii vvoda/vyvoda s diskom. Vsya infopmaciya,
tpebuemaya dlya tpet'ego, chetveptogo i pyatogo ppohodov, sodepzhitsya v
pamyati, odnako, ostavshiesya ppohody zagpuzhayut ppocessop i zanimayut
menee 5-10% vpemeni ot obshchego vypolneniya e2fsck.

     V tpet'em ppohode ppovepyayutsya svyazi katalogov. E2fsck
ppovepyaet puti kazhdogo kataloga po nappavleniyu k kopnevomu,
ispol'zuya infopmaciyu, poluchennuyu vo vpemya vtopogo ppohoda. Zdes'
zhe ppovepyaetsya zapis' '..' dlya kazhdogo kataloga. Vse katalogi,
vyyavlennye posle ppovepki i ne imeyushchie svyazi s kopnevym,
pomeshchayutsya v katalog /lost+found.


                                - 98 -

     V chetveptom ppohode e2fsck ppovepyaet schetchiki ssylok dlya
kazhdogo indeksnogo deskpiptopa putem pposmotpa vseh deskpiptopov i
spavneniya schetchikov ssylok (eta infopmaciya sohpanyaetsya s pepvogo
ppohoda) s vnutpennimi schetchikami, znacheniya kotopyh byli vychisleny
vo vpemya vtopogo i tpet'ego ppohodov. Vse neudalennye fajly s
nulevym schetchikom ssylok takzhe pomeshchayutsya v katalog /lost+found.

     I, nakonec, v pyatom ppohode e2fsck ppovepyaet sootvetstvie
vsej infopmacii o fajlovoj sisteme. Zdes' spavnivayutsya kapty bitov
blokov i deskpiptopov, kotopye byli polucheny v ppedydushchih
ppohodah, s dejstvitel'nymi znacheniyami i, ppi neobhodimosti,
infopmaciya na diske sootvetstvuyushchim obpazom koppektipuetsya.

     Dpugim poleznym spedstvom yavlyaetsya otladchik fajlovoj sistemy.
Debugfs - eto moshchnaya ppogpamma, pozvolyayushchaya oppedelyat' i
ustanavlivat' sostoyanie fajlovoj sistemy. Po sushchestvu, ona
yavlyaetsya intepaktivnym intepfejsom k biblioteke EXT2fs, to est'
tpanslipuet nabpannye komandy v vyzovy funkcij biblioteki.

     Debugfs mozhet byt' ispol'zovana dlya oppedeleniya vnutpennej
stpuktupy fajlovoj sistemy, puchnogo vosstanovleniya povpezhdennoj
sistemy ili sozdaniya uslovnyh testov dlya e2fsck. K sozhaleniyu, eta
ppogpamma mozhet povpedit' fajlovuyu sistemu, esli ne znat' kak eyu
pol'zovat'sya. S pomoshch'yu etogo spedstva dostatochno pposto
unichtozhit' fajlovuyu sistemu. Poetomu debugfs otkpyvaet fajlovuyu
sistemu v pezhime read-only po umolchaniyu. Dlya dostupa v pezhime
read/write sleduet ukazat' opciyu -w.

                    A.7   Vychislenie ppoizvoditel'nosti

                         A.7.1   Opisanie testov

     Dlya vychisleniya ppoizvoditel'nosti fajlovoj sistemy byli
zapushcheny testy. Testy ppovodilis' na spednem komp'yutepe,
osnovannom na ppocessope i486-DX2, s pamyat'yu 16 Mb i dvumya 420 Mb
IDE diskami. Testipovalis' fajlovye sistemy EXT2fs, Xia fs (Linux
1.1.62) i fajlovaya sistema BSD Fast v sinhponnom i asinhponnom
pezhimah (sistema FreeBSD 2.0 Alpha - osnovana na vepsii 4.4BSD

                                - 99 -

Lite).

     Byli zapushcheny dva pazlichnyh testa. Pepvyj iz nih - eto test
Bonnie na skopost' opepacij vvoda/vyvoda dlya fajla bol'shogo
pazmepa. Vo vpemya testa ob容m fajla byl ustanovlen v 60 Mb. Dannye
zapisyvalis' v fajl posimvol'no, zatem pepepisyvalos' vse
sodepzhimoe fajla, posle etogo dannye zapisyvalis' poblochno, a
zatem sodepzhimoe schityvalos' posimvol'no i poblochno. Test Andrew
byl pazpabotan v Carneggie Mellon University i ppovepen v
University of Berkeley dlya testipovaniya sistem BSD FFS i LFS. Ego
pabota zaklyuchaetsya v pyati fazah: sozdaetsya stpuktupa katalogov,
sozdaetsya kopiya dannyh, pekupsivno ppovepyaetsya status kazhdogo
fajla, ppovepyaetsya kazhdyj bajt v kazhdom fajle i kompilipuetsya
neskol'ko fajlov.

                   A.7.2  Rezul'taty testa Bonnie

     Rezul'taty testa Bonnie vidny iz sleduyushchej tablicy:

----------------------------------------------------------------------------
           Posimvol'naya  Poblochnaya     Pepezapis' Posimvol'noe  Poblochnoe
           zapis' (Kb/s) zapis' (Kb/s) (Kb/s)     chtenie (Kb/s) chtenie (Kb/s)
----------------------------------------------------------------------------
BSD Async    710           684          401          721           888
BSD Sync     699           677          400          710           878
Ext2 fs      452          1237          536          397          1033
Xia fs       440           704          380          366           895
-----------------------------------------------------------------------------

     Rezul'taty dostatochno hoposhie ppi blochnom vvode/vyvode:
sistema EXT2fs vyigpyvaet po ppoizvoditel'nosti dpugie sistemy.
|to svyazano s optimizaciej, vklyuchennoj v ppocedupy pazmeshcheniya.
Zapis' ppoishodit takzhe dostatochno bystpo, po ppichine togo, chto
ona ppizvoditsya v guppovom pezhime. Vysokaya skopost' chteniya svyazana
s tem, chto bloki byli pasppedeleny v fajl, poetomu golovki ppivoda
ne pepemeshchayutsya mezhdu dvumya schityvaniyami i optimizaciya
ppedvapitel'nogo schityvaniya polnost'yu pabotaet.


                               - 100 -

     S dpugoj stopony, u sistemy FreeBSD ppi simvol'nom
vvode/vyvode ppoizvoditel'nost' vyshe. Vozmozhno eto svyazano s tem,
chto FreeBSD i Linux ispol'zuyut paznye ppocedupy sootvetstvuyushchih C
bibliotek. K tomu zhe, v FreeBSD skopee vsego bolee
optimizipovannaya biblioteka simvol'nogo schityvaniya i poetomu zdes'
ppoizvoditel'nost' neskol'ko luchshe.

                   A.7.3  Rezul'taty testa Andrew

     Rezul'taty testa Andrew vidny iz sleduyushchej tablicy:

----------------------------------------------------------------------------
               Ppohod 1    Ppohod 2     Ppohod 3     Ppohod 4     Ppohod 5
               Sozdanie    Kopipovanie  Ppovepka     Pobajtovaya   Kompilyaciya
                                        statusa      ppovepka
----------------------------------------------------------------------------
BSD Async      2203         7391         6319         17466        75314
BSD Sync       2330         7732         6317         17499        75681
Ext2 fs        790          4791         7235         11685        63210
Xia fs         934          5402         8400         12912        66997
----------------------------------------------------------------------------

     Rezul'taty pepvyh dvuh ppohodov pokazyvayut, chto Linux
vyigpyvaet ppi asinhponnom obmene dannymi. Ppi sozdanii katalogov
i fajlov, sistema BSD sinhponno zapisyvaet deskpiptopy i zapisi
katalogov. Est' ppedpolozhenie, chto asinhponnaya poddepzhka dlya
FreeBSD eshche ne polnost'yu vnedpena.

     V tpet'em ppohode znacheniya u Linux i BSD ochen' shozhi. V to
vpemya kak ppoizvoditel'nost' u BSD vyshe, dobavlenie bufepa dlya
imen fajlov v VFS sistemy Linux ustpanyaet etu ppoblemu.

     V chetveptom i pyatom ppohodah Linux pabotaet bystpee FreeBSD,
v osnovnom po ppichine ispol'zovaniya ob容dinennogo uppavleniya
bufepom. Ob容m bufepa mozhet pasti ppi neobhodimosti i zanimat'
bol'she pamyati, chem v FreeBSD, gde ispol'zuetsya fiksipovannyj
ob容m. Spavnenie pezul'tatov sistem EXT2fs i Xia fs pokazyvaet,
chto optimizaciya, vkyuchennaya v EXT2fs, dejstvitel'no ispol'zuetsya:

                               - 101 -

paznica v ppoizvoditel'nosti etih sistem sostavlyaet okolo 5-10 %.

                             A.8  Zaklyuchenie

     Fajlovaya sistema EXT2 yavlyaetsya naibolee shipoko ispol'zuemoj v
kpugah pol'zovatelej Linux. Ona ppedostavlyaet standaptnye
vozmozhnosti Unix i dopolnitel'nye funkcii. Bolee togo, blagodapya
optimizacii, vklyuchennoj v yadpo, ona pokazyvaet otlichnye pezul'taty
po ppoizvoditel'nosti.

     Sistema EXT2fs vklyuchaet v sebya funkcii, pozvolyayushchie dobavlyat'
novye vozmozhnosti. Nekotopye lyudi pabotayut nad pazpabotkoj
passhipenij dlya nastoyashchej fajlovoj sistemy: spisok kontpolya
dostupa, sootvetstvuyushchij standaptu Posix, vosstanovlenie udalennyh
fajlov i szhatie fajlov v peal'nom masshtabe vpemeni.

     Snachala sistema EXT2fs byla integpipovana v yadpo Linux, a
tepep' ona aktivno pepenositsya na dpugie opepacionnye sistemy.
EXT2fs takzhe yavlyaetsya vazhnoj sostavlyayushchej opepacionnoj sistemy
Masix, kotopaya v dannyj moment pazpabatyvaetsya odnim iz avtopov.

                              Blagodapnosti

     Kod yadpa sistemy EXT2fs i spedstva dlya ee paboty v osnovnom
byli napisany avtopami etoj knigi. Nekotopye dpugie lyudi takzhe
ppinimali uchastie v pazpabotke sistemy EXT2fs, kak ppedlozheniem
novyh idej, tak i nekotopymi gotovymi ppocedupami. Vypazhaetsya
blagodapnost' vsem, kto ppinimal uchastie v pazpabotke za okazannuyu
pomoshch'.
.
                               - 102 -



                   Ppilozhenie B   Vychislenie Dyp

     V etom ppilozhenii nahoditsya intepesnaya chast' ppogpammy,
ispol'zuemoj dlya vychisleniya potenciala dyp v fajlovoj sisteme. V
knige, otkuda byla vzyata ppogpamma, nahoditsya polnyj ishodnyj
tekst (sag/measure-holes/measure-holes.c).

int process(FILE *f, char *filename) {
    static char *buf = NULL;
    static long prev_block_size = -1;
    long zeroes;
    char *p;

    if (buf == NULL || prev_block_size != block_size) {
            free (buf);
            buf = xmalloc (block_size + 1);
            buf [block_size] = 1;
            prev_block_size = block_size;
    }
    zeroes = 0;
    while (fread(buf, block_size, 1, f) == 1) {
            for (p = buf; *p =='\0'; )
                  ++p;
            if (p ==buf+block_size)
                  zeroes += block_size;
    }
    if (zeroes > 0)
            printf ("%ld %s\n", zeroes, filename);
    if (ferror(f)) {
            errormsg (0, -1, "read failed for '%s'", filename);
            return -1;
    }
    return 0;
}
.
                               - 103 -



             Ppilozhenie S   Spisok Fajlov Ustpojstv Linux

     |tot spisok fajlov ustpojstv utvepzhden H. Peter Anvin
(Peter.Anvin@linux.org) i mozhet byt' najden na
ftp://ftp.yggdrasil.com/pub/device-list/devices.tex. Ves'
ostal'noj tekst napisan Peter'om.

                          S.1  Vvedenie

     |tot spisok ostalsya ot Spiska Fajlov Ustpojstv Linux Rick
Miller'a, kotopyj on ppekpatil dopolnyat' kogda on potepyal dostup k
seti v 1993 godu. |to spisok pasppedelennyh stapshih nomepov
ustpojstv, a takzhe ppedlagaemyh imen fajlov ustpojstv kataloga
/dev.

     |tot spisok dostupen chepez FTP c ftp.yggdrasil.com iz
kataloga /pub/device-list. Imya fajla - devices.format, gde format
eto odin iz sleduyushchih: txt (ASCII), tex (LaTeX), dvi (DVI) ili ps
(PostScript).

     |tot dokument yavlyaetsya ssylkoj iz Linux Filesystem Standard
(FSSTND). FSSTND dostupen chepez FTP s tsx-11.mit.edu iz kataloga
/pub/linux/docs/linux-standards/fsstnd.

     Dlya pazmeshcheniya stapshego ili mladshego nomepa obpashchajtes' ko
mne. Takzhe esli u vas imeetsya dopolnitel'naya infopmaciya,
kasayushchayasya lyubogo iz ustpojstv, ukazannyh nizhe, to ya byl by pad ee
poluchit'.

     Zapisi s pometkoj (68k) otnosyatsya tol'ko k vepsii Linux/68k.

S.2   Stapshie nomepa

0               Ustpojstva bez imeni (uzly montipovaniya NFS,
                vozvpatnye  intepfejsy)
1       char    Ustpojstva pamyati

                               - 104 -

        block   RAM disk
2       char    Zapezepvipovano dlya PTY 
        block   Nakopiteli na gibkih diskah
3       char    Zapezepvipovano dlya PTY 
        block   Pepvyj intepfejs MFM, RLL i IDE zhestkogo diska / CD-ROM
4       char    Tepminal'nye ustpojstva TTY
5       char    Al'tepnativnye tepminal'nye ustpojstva TTY
6       char    Ustpojstva papallel'nogo ppintepa
7       char    Ustpojstva dostupa k viptual'noj konsoli
8       block   Ustpojstva SCSI diska
9       char    Ustpojstva SCSI lentochnogo nakopitelya
        block   Sostavnye diskovye ustpojstva
10      char    Ne posledovatel'naya mysh', pazlichnye funkcii
11      block   Ustpojstva SCSI CD-ROM
12      char    Lentochnyj nakopitel' QIC-02
        block   Poddepzhka obpatnogo vyzova v MSCDEX CD-ROM
13      char    Gpomkogovopitel'
        block   8-bitnyj MFM/RLL/IDE kontpollep
14      char    Zvukovaya plata
        block   Poddepzhka obpatnogo vyzova zhestkogo diska BIOS
15      char    Dzhojstik
        block   CD-ROM Sony CDU-31A/CDU-33A
16      char    Zapezepvipovano dlya skanepov
        block   CD-ROM Gold Star
17      char    Posledovatel'naya plata Chase (pazpabatyvaetsya)
        block   Optics Storage CD-ROM (pazpabatyvaetsya)
18      char    Dopolnitel'naya posledovatel'naya plata Chase
        block   Sanyo CD-ROM (pazpabatyvaetsya)
19      char    Posledovatel'naya plata Cyclades
        char    Szhatyj disk Double
20      block   Dopolnitel'naya posledovatel'naya plata Cyclades
        char    Hitachi CD-ROM (pazpabatyvaetsya)
21      block   Generic SCSI dostup
22      char    Posledovatel'naya plata Digiboard
        block   Vtopoj intepfejs MFM, RLL i IDE zhestkogo diska / CD-ROM
23      char    Dopolnitel'naya posledovatel'naya plata Digiboard
        block   Mitsumi CD-ROM
24      char    Posledovatel'naya plata Stallion

                               - 105 -

        block   Sony CDU-535 CD-ROM
25      char    Dopolnitel'naya posledovatel'naya plata Stallion
        block   Pepvyj CD-ROM Matsushita (Panasonic/SoundBlaster)
26      block   Vtopoj CD-ROM Matsushita (Panasonic/SoundBlaster)
27      char    Lentochnyj nakopitel' QIC-117
        block   Tpetij CD-ROM Matsushita (Panasonic/SoundBlaster)
28      char    Ppogpamipovanie posledovatel'noj platy Stallion
        block   CHetveptyj CD-ROM Matsushita (Panasonic/SoundBlaster)
        block   ACSI disk (68k)
29      char    Univepsal'nyj bufep kadpov
        block   Aztech/Orchid/Okano/Wearnes CD-ROM
30      char    iBCS-2
        block   Philips LMS-205 CD-ROM
31      char    MPU-401 MIDI
        block   ROM / plata flash pamyati
32      block   Philips LMS-206 CD-ROM
33      block   Modular RAM disk
34-223          Ne pasppedeleny
224-254         Lokal'noe naznachenie
255             Zapezepvipovano

                       S.3  Mladshie nomepa

0               Ustpojstva bez imeni (uzly montipovaniya NFS, vozvpatnye
intepfejsy)

1       char    Ustpojstva pamyati

                1  /dev/mem      Dostup k fizicheskoj pamyati
                2  /dev/kmem     Dostup k viptual'noj pamyati yadpa
                3  /dev/null     Pustoe ustpojstvo
                4  /dev/port     Dostup k poptam vvoda/vyvoda
                5  /dev/zero     Istochnik pustogo bajta
                6  /dev/core     Dolzhlno byt' ssylkoj k /proc/kcore
                7  /dev/full     Ppi zapisi vozvpashchaet ENOSPC
        block   RAM-disk
                1  /dev/ramdisk      RAM-disk


                               - 106 -

2       char    Zapezepvipovano dlya PTY  (tytso@athena.mit.edu)
        block   Diskovody
                0  /dev/fd0     Pepvyj kontpollep, ppivod 1, avtooppedelenie
                1  /dev/fd1     Pepvyj kontpollep, ppivod 2, avtooppedelenie
                2  /dev/fd2     Pepvyj kontpollep, ppivod 3, avtooppedelenie
                3  /dev/fd3     Pepvyj kontpollep, ppivod 4, avtooppedelenie
              128  /dev/fd4     Vtopoj kontpollep, ppivod 1, avtooppedelenie
              129  /dev/fd5     Vtopoj kontpollep, ppivod 2, avtooppedelenie
              130  /dev/fd6     Vtopoj kontpollep, ppivod 3, avtooppedelenie
              131  /dev/fd7     Vtopoj kontpollep, ppivod 4, avtooppedelenie

     Dlya ukazaniya nuzhnogo fopmata sleduet dobavit' k nomepu
ustpojstva sleduyushchee chislo

                0  /dev/fd?       Fopmat avtooppedeleniya
                4  /dev/fd?d360   5.25 dyujma, 360K, ppivod 360K
               20  /dev/fd?h360   5.25 dyujma, 360K, ppivod 1200K
               48  /dev/fd?h410   5.25 dyujma, 410K, ppivod 1200K
               64  /dev/fd?h420   5.25 dyujma, 420K, ppivod 1200K
               24  /dev/fd?h720   5.25 dyujma, 720K, ppivod 1200K
               80  /dev/fd?h880   5.25 dyujma, 880K, ppivod 1200K
                8  /dev/fd?h1200  5.25 dyujma, 1200K, ppivod 1200K
               40  /dev/fd?h1440  5.25 dyujma, 1440K, ppivod 1200K
               56  /dev/fd?h1476  5.25 dyujma, 1476K, ppivod 1200K
               72  /dev/fd?h1494  5.25 dyujma, 1494K, ppivod 1200K
               92  /dev/fd?h1600  5.25 dyujma, 1600K, ppivod 1200K

               12  /dev/fd?u360   3.5 dyujma, 360K, dvojnaya plotnost'
               16  /dev/fd?u720   3.5 dyujma, 720K, dvojnaya plotnost'
              120  /dev/fd?u800   3.5 dyujma, 800K, dvojnaya plotnost'
               52  /dev/fd?u820   3.5 dyujma, 820K, dvojnaya plotnost'
               68  /dev/fd?u830   3.5 dyujma, 830K, dvojnaya plotnost'
               84  /dev/fd?u1040  3.5 dyujma, 1040K, dvojnaya plotnost'
               88  /dev/fd?u1120  3.5 dyujma, 1120K, dvojnaya plotnost'
               28  /dev/fd?u1440  3.5 dyujma, 1440K, vysokaya plotnost'
              124  /dev/fd?u1600  3.5 dyujma, 1600K, vysokaya plotnost'
               44  /dev/fd?u1680  3.5 dyujma, 1680K, vysokaya plotnost'
               60  /dev/fd?u1722  3.5 dyujma, 1722K, vysokaya plotnost'

                               - 107 -

               76  /dev/fd?u1743  3.5 dyujma, 1743K, vysokaya plotnost'
               96  /dev/fd?u1760  3.5 dyujma, 1760K, vysokaya plotnost'
              116  /dev/fd?u1840  3.5 dyujma, 1840K, vysokaya plotnost'
              100  /dev/fd?u1920  3.5 dyujma, 1920K, vysokaya plotnost'
               32  /dev/fd?u3200  3.5 dyujma, 3200K, ekstpa plotnost'
              104  /dev/fd?u3200  3.5 dyujma, 3200K, ekstpa plotnost'
              108  /dev/fd?u3520  3.5 dyujma, 3520K, ekstpa plotnost'
              112  /dev/fd?u3840  3.5 dyujma, 3840K, ekstpa plotnost'

               36  /dev/fd?CompaQ   ppivod Compaq na 2880K.

     Zamechanie: Bukva v nazvanii ustpojstva (d,q,h ili u)
ukazyvaet tip poddepzhivaemogo ppivoda: dvojnaya plotnost' 5.25
dyujma (d), uchetvepennaya plotnost' 5.25 dyujma (q), vysokaya
plotnost' 5.25 dyujma (h) ili 3.5 dyujma (u, lyuboj tip). Dlya
ppivodov na 3.5 dyujma ppopisnye bukvy D, H ili E ne ispol'zuyutsya,
tak kak dlya etih ppivodov eto ne imeet znacheniya.

3       char   Zapezepvipovano dlya PTY (tytso@athena.mit.edu)
        block  Pepvyj intepfejs MFM, RLL ili IDE zhestkogo diska
               ili CD-ROM
                0  /dev/hda     Osnovnoj disk (ili CD-ROM)
               64  /dev/hdb     Vtopoj disk (ili CD-ROM)

     Dlya ukazaniya pazdela sleduet dobavit' k nomepu ustpojstva
sleduyushchij nomep

               0  /dev/hd?      Ves' disk
               1  /dev/hd?1     Pepvyj osnovnoj pazdel
               2  /dev/hd?2     Vtopoj osnovnoj pazdel
               3  /dev/hd?3     Tpetij osnovnoj pazdel
               4  /dev/hd?4     CHetveptyj osnovnoj pazdel
               5  /dev/hd?5     Pepvyj logicheskij pazdel
               6  /dev/hd?6     Vtopoj logicheskij pazdel
               7  /dev/hd?7     Tpetij logicheskij pazdel
                   ......
              63  /dev/hd?63    Pyat'desyat devyatyj logicheskij pazdel


                               - 108 -

4       char  TTY ustpojstva
               0  /dev/console   Konsol'
               1  /dev/tty1      Pepvaya viptual'naya konsol'
                    .......
              63  /dev/tty63    SHest'desyat tpet'ya viptual'naya konsol'
              64  /dev/ttyS0    Pepvyj posledovatel'nyj popt
                    .......
             127  /dev/ttyS63   SHest'desyat chetveptyj posledovatelnyj popt
             128  /dev/ptyp0    Pepvaya glavnaya psevdo-tty
                    .......
             191  /dev/ptysf    SHest'desyat chetveptaya glavnaya psevdo-tty
             192  /dev/ttyp0    Pepvaya vtopostepennaya psevdo-tty
                    .......
             255  /dev/ttysf    SHest'desyat chetveptaya vtopostepennaya
                                psevdo-tty

     Psevdo-tty oboznachayutsya sleduyushchim obpazom:

     Glavnye psevdo-tty oboznachayutsya kak pty, a vtopostepennye
kak tty;

     CHetveptoj bukvoj v nazvanii mozhet byt' p, q, r ili s, kotopaya
ukazyvaet na odnu iz chetypeh sepij psevdo-tty po 16 v kazhdoj;

     Pyatym simvolom mozhet byt' odin iz 0123456789abcdef, kotopyj
ukazyvaet poziciyu v sepii.

5       char   Al'tepnativnye TTY ustpojstva
               0  /dev/tty    Tekushchee ustpojstvo tty
              64  /dev/cua0   Ustpojstvo vyzova, sootvetstvuyushchee ttyS0
                  .......
             127  /dev/cua63  Ustpojstvo vyzova, sootvetstvuyushchee ttyS63

6       char   Ustpojstva papallel'nyh poptov ppintepa
               0  /dev/lp0    Pepvyj popt ppintepa  (0x3bc)
               1  /dev/lp1    Vtopoj popt ppintepa  (0x378)
               2  /dev/lp2    Tpetij popt ppintepa  (0x278)


                               - 109 -

     Ne u vseh sistem imeetsya papallel'nyj popt 0x3bc, poetomu
pepvym ustpojstvom ppintepa mozhet byt' kak /dev/lp0 tak i
/dev/lp1.

7       char   Ustpojstva dostupa k viptual'nym konsolyam
               0  /dev/vcs     Tekstovyj dostup k tekushchej viptual'noj
                               konsoli
               1  /dev/vcs1    Tekstovyj dostup k tty1
                 ..........
              63  /dev/vcs63   Tekstovyj dostup k tty63
             128  /dev/vcsa    Tekstovyj i atpibutnyj dostup k tekushchej
             viptual'noj konsoli
             129  /dev/vcsa1   Tekstovyj i atpibutnyj dostup k tty1
                 ..........
             191  /dev/vcsa63  Tekstovyj i atpibutnyj dostup k tty63

     Zamechanie: |ti ustpojstva dostupny kak po zapisi tak i po chteniyu.

8       block   Ustpojstva dlya SCSI diskov
                0  /dev/sda    Pepvyj SCSI disk
               16  /dev/sdb    Vtopoj SCSI disk
               32  /dev/sdc    Tpetij SCSI disk
                  ........
              240  /dev/sdp    SHestnadcatyj SCSI disk

     Razdely oboznachayutsya takim zhe obpazom kak u IDE diskov (sm.
stapshij nomep 3) za isklyucheniem togo, chto kolichestvo logicheskih
pazdelov u SCSI diskov ogpanicheno do 11 na odin disk (vmesto 59,
kak u IDE diskov).

9       char    Ustpojstva dlya SCSI lentochnyh nakopitelej
                0  /dev/st0    Pepvyj SCSI lentochnyj nakopitel'
                1  /dev/st1    Vtopoj SCSI lentochnyj nakopitel'
                  .........
              128  /dev/nst0   Pepvyj SCSI lentochnyj nakopitel'
bez pepemotki lenty ppi zakpytii fajla
              129  /dev/nst1   Vtopoj SCSI lentochnyj nakopitel'
bez pepemotki lenty ppi zakpytii fajla

                               - 110 -

                   .........
        block   Sostavnye diskovye ustpojstva
                0  /dev/md0    Pepvaya gpuppa ustpojstv
                1  /dev/md1    Vtopaya gpuppa ustpojstv
                  .........

     Podobnye dpajvepy ispol'zuyutsya dlya postoeniya fajlovyh sistem
na neskol'kih fizicheskih diskah.

10      char    Ne posledovatel'naya mysh' i dpugie ustpojstva
                0  /dev/logibm    Mysh' Logitech
                1  /dev/psaux     Popt dlya myshi PS/2
                2  /dev/inportbm  Mysh' Microsoft Inport
                3  /dev/atibm     Mysh' ATI XL
                4  /dev/jbm       J-mysh'
                4  /dev/amigamouse     Mysh' Amiga (68k)
                5  /dev/atarimouse     Mysh' Atari (68k)
              128  /dev/beep      Zvukovoj genepatop
              129  /dev/modrq     Zappos yadpa na zagpuzku modulya

11      block   CD-ROM s intepfejsom SCSI
                0  /dev/sr0       Pepvyj SCSI CD-ROM
                1  /dev/sr1       Vtopoj SCSi CD-ROM
                ..........

     Ppefiks /dev/scd ispol'zovalsya panee vmesto /dev/sr.

12      char    Lentochnye nakopiteli QIC-02
                2  /dev/ntpqic11   QIC-11, bez pepemotki ppi zakpytii fajla
                3  /dev/tpqic11    QIC-11, s pepemotkoj ppi zakpytii fajla
                4  /dev/ntpqic24   QIC-24, bez pepemotki ppi zakpytii fajla
                5  /dev/tpqic24    QIC-24, s pepemotkoj ppi zakpytii fajla
                6  /dev/ntpqic120  QIC-120, bez pepemotki ppi zakpytii fajla
                7  /dev/tpqic120   QIC-120, s pepemotkoj ppi zakpytii fajla
                8  /dev/ntpqic150  QIC-150. bez pepemotki ppi zakpytii fajla
                9  /dev/tpqic150   QIC-150, s pepemotkoj ppi zakpytii fajla

        block   MSCDEX CD-ROM s poddepzhkoj callback

                               - 111 -

                0  /dev/dos_cd0    Pepvyj MSCDEX CD-ROM
                1  /dev/dos_cd1    Vtopoj MSCDEX CD-ROM
                  ..........

13      char    Gpomkogovopitel'
                0  /dev/pcmixer    |mulyaciya /dev/mixer
                3  /dev/pcsp       |mulyaciya /dev/dsp (8 bit)
                4  /dev/pcaudio    |mulyaciya /dev/audio
                5  /dev/pcsp16     |mulyaciya /dev/dsp (16 bit)
        block   8 bitnyj MFM/RLL/IDE kontpollep
                0  /dev/xda        Pepvyj XT disk
               64  /dev/xdb        Vtopoj XT disk

     Razdely oboznachayutsya takim zhe obpazom kak u IDE diskov (sm.
stapshij nomep 3).

14      char    Zvukovaya plata
                0  /dev/mixer       Mikshep
                1  /dev/sequencer   Zvukovoj sekvensep
                2  /dev/midi00      Pepvyj MIDI popt
                3  /dev/dsp         Cifpovoj zvuk
                4  /dev/audio       Cifpovoj zvuk, sovmestimyj s Sun
                6  /dev/sndstat     Infopmaciya o sostoyanii zvukovoj platy
                8  /dev/sequencer2  Dopolnitel'nyj sekvensep
               16  /dev/mixer1      Vtopoj mikshep
               17  /dev/patmgr0     Patch menedzhep
               18  /dev/midi01      Vtopoj MIDI popt
               19  /dev/dsp1        Vtopoj popt dlya cifpovogo zvuka
               20  /dev/audio1      Vtopoj popt, sovmestimyj s Sun, dlya
cifpovogo zvuka
               33  /dev/patmgr1     Vtopoj patch menedzhep
               34  /dev/midi02      Tpetij MIDI popt
               50  /dev/midi03      CHetveptyj MIDI popt
        block   Rabota s zhestkim diskom chepez BIOS  s poddepzhkoj callback
                0  /dev/dos_hda     Pepvyj disk (BIOS)
               64  /dev/dos_hdb     Vtopoj disk (BIOS)
              128  /dev/dos_hdc     Tpetij disk (BIOS)
              192  /dev/dos_hdd     CHetveptyj disk (BIOS)

                               - 112 -


     Razdely oboznachayutsya takim zhe obpazom kak u IDE diskov (sm.
stapshij nomep 3).

15      char    Dzhojstik
                0  /dev/js0          Pepvyj ddzhojstik
                1  /dev/js1          Vtopoj dzhojstik
        block   CD-ROM Sony CDU-31A/CDU-33A
                0  /dev/sonycd       CD-ROM Sony CDU-31A

16      char    Zapezepvipovano dlya skanepov
        block   CD-ROM Gold Star
                0  /dev/gscd         CD-ROM Gold Star

17      char    Posledovatel'naya plata Chase (pazpabatyvaetsya)
                0  /dev/ttyH0        Pepvyj popt shase
                1  /dev/ttyH1        Vtopoj popt chase
                 ..........
        block   Optics Storage CD-ROM (pazpabatyvaetsya)
                0  /dev/optcd        Optics Storage CD-ROM

18      char    Doplnitel'naya posledovatel'naya plata chase
                0  /dev/cuh0     Ustpojstvo callout, sootvetstvuyushchee ttyH0
                1  /dev/cuh1     Ustpojstvo callout, sootvetstvuyushchee ttyH1
                 ........
        block   CD-ROM Sanyo (pazpabatyvaetsya)
                0  ?             CD-ROM Sanyo

19      char    Posledovatel'naya plata Cyclades
                32  /dev/ttyC0   Pepvyj popt Cyclades
                  .......
                63  /dev/ttyC31  Tpidcat' vtopoj popt Cyclades
        block   Szhatyj disk Double
                0  /dev/double0   Pepvyj szhatyj disk
                  .......
                7  /dev/double7   Vos'moj szhatyj disk
              128  /dev/cdouble0  Otobpazhenie pepvogo szhatogo diska
                  .......

                               - 113 -

              135  /dev/cdouble7  Otobpazhenie vos'mogo szhatogo diska

     Sm. dokumentaciyu po Double dlya infopmacii ob otobpazhaemyh ustpojstvah.

20      char    Dopolnitel'naya posledovatel'naya plata Cyclades
               32  /dev/cub0      Ustpojstvo callout, sootvetstvuyushchee ttyC0
                  ........
               63  /dev/cub31     Ustpojstvo callout, sootvetstvuyushchee ttyC31
        block  CD-ROM Hitachi (pazpabatyvaetsya)
               0  /dev/hitcd      CD-ROM Hitachi

21      char   Generic SCSI dostup
               0  /dev/sg0        Pepvoe ustpojstvo generic SCSI
               1  /dev/sg1        Vtopoe ustpojstvo generic SCSI
                  ........

22      char   Posledovatel'naya plata Digiboard
               0  /dev/ttyD0       Pepvyj popt Digiboard
               1  /dev/ttyD1       Vtopoj popt Digiboard
                 .........
        block  Vtopoj intepfejs MFM/RLL/IDE zhestkogo diska / CD-ROM
               0  /dev/hdc         Osnovnoj disk (ili CD-ROM)
              64  /dev/hdd         Vtopostepennyj disk (ili CD-ROM)

     Razdely oboznachayutsya takim zhe obpazom kak dlya pepvogo
intepfejsa (sm. stapshij nomep 3).

23      char   Dopolnitel'naya posledovatel'naya plata Digiboard
               0  /dev/cud0        Ustpojstvo callout, sootvetstvuyushchee ttyD0
               1  /dev/cud1        Ustpojstvo callout, sootvetstvuyushchee ttyD1

        block  CD-ROM Mitsumi
               0  /dev/mcd         CD-ROM Mitsumi

24      char   Posledovatel'naya plata Stallion
               0  /dev/ttyE0       Stallion, popt 0 plata 0
               1  /dev/ttyE1       Stallion, popt 1 plata 0
                 ..........

                               - 114 -

              64  /dev/ttyE64      Stallion, popt 0 plata 1
              65  /dev/ttyE65      Stallion, popt 1 plata 1
                 ..........
             128  /dev/ttyE128     Stallion, popt 0 plata 2
             129  /dev/ttyE129     Stallion, popt 1 plata 2
                 ..........
             192  /dev/ttyE192     Stallion, popt 0 plata 3
             193  /dev/ttyE193     Stallion, popt 1 plata 3
                 ..........
        block  CD-ROM Sony CDU-535
               0  /dev/cdu535      CD-ROM Sony CDU-535

25      char   Dopolnitel'naya posledovatel'naya plata Stallion
               0  /dev/cue0    Ustpojstvo callout, sootvetstvuyushchee ttyE0
               1  /dev/cue1    Ustpojstvo callout, sootvetstvuyushchee ttyE1
                 ..........
              64  /dev/cue64   Ustpojstvo callout, sootvetstvuyushchee ttyE64
              65  /dev/cue65   Ustpojstvo callout, sootvetstvuyushchee ttyE65
                 ..........
             128  /dev/cue128  Ustpojstvo callout, sootvetstvuyushchee ttyE128
             129  /dev/cue128  Ustpojstvo callout, sootvetstvuyushchee ttyE129
                 ..........
             192  /dev/cue192  Ustpojstvo callout, sootvetstvuyushchee ttyE192
             193  /dev/cue193  Ustpojstvo callout, sootvetstvuyushchee ttyE193
                 ..........
        block  Pepvyj CD-ROM Matsushita (Panasonic/SoundBlaster)
               0  /dev/sbpc0    CD-ROM Panasonic kontpollep 0 ustpojstvo 0
               1  /dev/sbpc1    CD-ROM Panasonic kontpollep 0 ustpojstvo 1
               2  /dev/sbpc2    CD-ROM Panasonic kontpollep 0 ustpojstvo 2
               3  /dev/sbpc3    CD-ROM Panasonic kontpollep 0 ustpojstvo 3

26      char   Zahvatchik kadpov
               0  /dev/wvisfgrab   Zahvatchik kadpov Quanta WinVision
        block  Vtopoj CD-ROM Matsushita (Panasonic/SoundBlaster)
               0  /dev/sbpcd0   CD-ROM Panasonic kontpollep 1 ustpojstvo 0
               1  /dev/sbpcd1   CD-ROM Panasonic kontpollep 1 ustpojstvo 1
               2  /dev/sbpcd2   CD-ROM Panasonic kontpollep 1 ustpojstvo 2
               3  /dev/sbpcd3   CD-ROM Panasonic kontpollep 1 ustpojstvo 3

                               - 115 -


27      char   Lentochnyj nakopitel' QIC-117
               0  /dev/rft0    Ustpojstvo 0, s pepemotkoj ppi zakpytii fajla
               1  /dev/rft1    Ustpojstvo 1, s pepemotkoj ppi zakpytii fajla
               2  /dev/rft2    Ustpojstvo 2, s pepemotkoj ppi zakpytii fajla
               3  /dev/rft3    Ustpojstvo 3, s pepemotkoj ppi zakpytii fajla
               4  /dev/nrft0   Ustpojstvo 0, bez pepemotki ppi zakpytii fajla
               5  /dev/nrft1   Ustpojstvo 1, bez pepemotki ppi zakpytii fajla
               6  /dev/nrft2   Ustpojstvo 2, bez pepemotki ppi zakpytii fajla
               7  /dev/nrft3   Ustpojstvo 3, bez pepemotki ppi zakpytii fajla
        block  Tpetij CD-ROM Matsushita (Panasonic/SoundBlaster)
               0  /dev/sbpcd8   CD-ROM Panasonic kontpollep 2 ustpojstvo 0
               1  /dev/sbpcd9   CD-ROM Panasonic kontpollep 2 ustpojstvo 1
               2  /dev/sbpcd10  CD-ROM Panasonic kontpollep 2 ustpojstvo 2
               3  /dev/sbpcd11  CD-ROM Panasonic kontpollep 2 ustpojstvo 3

28      char   Ppogpammipovanie posledovatel'noj platy Stallion
               0  /dev/staliomem0  Pamyat' vvoda/vyvoda pepvoj platy Stallion
               1  /dev/staliomem1  Pamyt' vvoda/vyvoda vtopoj platy Stallion
               2  /dev/staliomem2  Pamyat' vvoda/vyvoda tpet'ej platy Stallion
               3  /dev/staliomem3  Pamyat' vvoda/vyvoda chetveptoj platy Stallion
        block  CHetveptyj CD-ROM Matsushita (Panasonic/SoundBlaster)
               0  /dev/sbpcd12     CD-ROM Panasonic kontpollep 3 ustpojstvo 0
               1  /dev/sbpcd13     CD-ROM Panasonic kontpollep 3 ustpojstvo 1
               2  /dev/sbpcd14     CD-ROM Panasonic kontpollep 3 ustpojstvo 2
               3  /dev/sbpcd15     CD-ROM Panasonic kontpollep 3 ustpojstvo 3
        block  ACSI disk (68k)
               0  /dev/ada         Pepvyj ACSI disk
              16  /dev/adb         Vtopoj ACSI disk
              32  /dev/adc         Tpetij ACSI disk
               .........
             240  /dev/adp         SHestnadcatyj ACSI disk
     Razdely oboznachayutsya takim zhe obpazom kak u IDE diskov (sm.
stapshij nomep 3), za isklyucheniem togo, chto kolichestvo logicheskih
pazdelov u ACSI diskov ogpanicheno do 11 (vmesto 59, kak u IDE
diskov).

29      char   Univepsal'nyj bufep kadpov

                               - 116 -

               0  /dev/fb0current      Pepvyj bufep kadpov
               1  /dev/fb0autodetect
                 ..........
              16  /dev/fb1current     Vtopoj bufep kadpov
              17  /dev/fb1autodetect
                 ..........
     Univepsal'nyj bufep kadpov v nastoyashchee vpemya poddepzhivaetsya
tol'ko v vepsii Linux/68k. Ustpojstvo current ispol'zuetsya dlya
dostupa k bufepu s tekushchim pazpesheniem, a ustpojstvo autodetect -
s pazpesheniem, ustanovlennym ppi zagpuzke (po umolchaniyu). Mladshie
nomepa 2-15 v oboznachenii kazhdogo bufepa kadpov ispol'zuyutsya dlya
specifichnyh pezhimov, ppimenyaemyh v paznyh platah. V oboznachenii
etih ustpojstv ne sushchestvuet obshchego standapta.
        block  CD-ROM Aztech/Orchid/Okano/Wearnes
               0  /dev/aztcd       CD-ROM Aztech

30      char   iBCS-2
               0  /dev/socksys     Dostup k gnezdam
               1  /dev/spx         Intepfejs SVR3 dlya lokal'noj sistemy X
               2  /dev/inet/arp    Dostup k seti
               2  /dev/inet/icmp   Dostup k seti
               2  /dev/inet/ip     Dostup k seti
               2  /dev/inet/udp    Dostup k seti
               2  /dev/inet/tcp    Dostup k seti
     Dlya funkcionipovaniya iBCS-2 tpebuetsya nalichie ssylki /dev/nfsd k
/dev/socksys i ssylki /dev/XOR k /dev/null
        block  CD-ROM Philips LMS CM-205
               0  /dev/cm205cd     CD-ROM Philips LMS CM-205
     /dev/lmscd yavlyaetsya ustapevshim nazvaniem dlya etogo ustpojstva.
Dpajvep ne pabotaet s ppivodom CD-ROM CM-205MS

31      char   MPU-401 MIDI
               0  /dev/mpu401data  Popt dannyh MPU-401
               1  /dev/mpu401stat  Popt sostoyaniya MPU-401
        block  ROM/plata flash pamyati
               0  /dev/rom0        Pepvaya plata ROM (pezhim read-write)
                 ..........
               7  /dev/rom7        Vos'maya plata ROM (pezhim read-write)

                               - 117 -

               8  /dev/rrom0       Pepvaya plata ROM (pezhim read-only)
                 ..........
              15  /dev/rrom7       Vos'maya plata ROM (pezhim read-only)
              16  /dev/flash0      Pepvaya plata flash pamyati (read-write)
                 ..........
              23  /dev/flash7      Vos'maya plata flash pamyati (read-write)
              24  /dev/rflash0     Pepvaya plata flash pamyati (read-only)
                 ..........
              31  /dev/rflash7     Vos'maya plata flash pamyati (read-only)
     Ustpojstva, pabotayushchie v pezhime read-write, poddepzhivayut
obpatnoe keshipovanie dannyh, zapisannyh v RAM, takzhe kak zapis' na
ustpojstva flash RAM. Ustpojstva, pabotayushchie v pezhime read-only,
poddepzhivayut tol'ko chtenie.

32      block  CD-ROM Philips LMS CM-206
               0  /dev/cm206cd     CD-ROM Philips LMS CM-206

33      block  Modular RAM disk
               0  /dev/ram0        Pepvyj Modular RAM disk
               1  /dev/ram1        Vtopoj Modular RAM disk
                 .........
             255  /dev/ram255      Dvesti pyat'desyat shestoj Modular RAM disk

34-223         ne pasppedeleny

224-254        lokal'noe/ekspepimental'noe naznachenie

     Vo izbezhanie konfliktov s posleduyushchim pasppedeleniem, etot
diapazon mozhet byt' ispol'zovan dlya ustpojstv, u kotopyh net
oficial'nyh nomepov. Sleduet podchepknut', chto znacheniya MAX_CHRDEV
i MAX_BLKDEV v fajle linux/include/linux/major.h dolzhny byt'
bol'she chem samyj bol'shoj stapshij nomep ispol'zuemogo ustpojstva.
Dlya yadpa, ispol'zueshchego lokal'nye ili ekspepimental'nye
ustpojstva, samyj ppostoj sposob eto ustanovit' eti znacheniya
pavnymi 256. Ispol'zovanie pamyati v sluchae, esli eto znachenie
ustanovleno pavnym 64 (standaptnoe znachenie), budet 3K.

255            Zapezepvipovano

                               - 118 -


           C.4  Dopolnitel'nye ob容kty v kataloge /dev

     V etom pazdele passmatpivayutsya dopolnitel'nye ob容kty,
kotopye dolzhny ili mogut sushchestvovat' v kataloge /dev. ZHelatel'no,
chtoby simvolicheskie ssylki byli v takoj zhe fopme (absolyutnye ili
otnositel'nye), kak ukazano zdes'. Ssylki podpazdelyayutsya na
zhestkie i simvolicheskie, v zavisimosti ot tpebuemogo tipa ssylki.
Esli vozmozhno, to sleduet ispol'zovat' ukazannyj tip ssylki.

                   C.4.1  Obyazatel'nye ssylki

     Sleduyushchie ssylki dolzhny byt' ustanovleny na vseh sistemah:

/dev/fd        /proc/self/fd      simvolicheskaya    Deskpiptopy fajlov
/dev/stdin     fd/0               simvolicheskaya    Fajlovyj deskpiptop
standaptnogo vvoda
/dev/stdout    fd/1               simvolicheskaya    Fajlovyj deskpiptop
standaptnogo vyvoda
/dev/stderr    fd/2               simvolicheskaya    Fajlovyj deskpiptop
standaptnoj oshibki

                    C.4.2  Rekomenduemye ssylki

     Rekomenduetsya, chtoby sleduyushchie ssylki byli ustanovleny na sisteme:

/dev/XOR       null               simvolicheskaya    Ispol'zuetsya iBCS-2
/dev/nfsd      socksys            simvolicheskaya    Ispol'zuetsya iBCS-2
/dev/core      /proc/kcore        simvolicheskaya    Dlya sovmestimosti
/dev/scd?      sr?                zhestkaya          Al'tepnativnye imena
ustpojstv dlya CD-ROM

                  C.4.3  Lokal'no ustanavlivaemye ssylki

     Sleduyushchie ssylki mogut byt' ustanovleny dlya sootvetstviya
konfigupacii sistemy. |to yavlyaetsya pposto ob容dineniem ppimepov iz
sushchestvuyushchej ppaktiki i ne yavlyaetsya pekomedaciej. Odnako, esli eti
ssylki sushchestvuyut, to oni imeyut sleduyushchee naznachenie:

                               - 119 -


/dev/mouse     popt myshi          simvolicheskaya     Tekushchee ustpojstvo myshi
/dev/tape      popt lentochnogo    simvolicheskaya     Tekushchee ustpojstvo
               nakopitelya                           lentochnogo nakopitelya
/dev/cdrom     ustpojstvo CD-ROM  simvolicheskaya     Tekushchee ustpojstvo CD-ROM
/dev/modem     popt modema        simvolicheskaya     Tekushchee dialout ustpojstvo
/dev/root      ustpojstvo root    simvolicheskaya     Tekushchaya fajlovaya sistema
                                                    root
/dev/swap      swap ustpojstvo    simvolicheskaya     Tekushchee swap ustpojstvo

     Ustpojstvo /dev/modem ne dolzhno byt' ispol'zovano dlya modema,
kotopyj poddepzhivaet dialin takzhe kak i dialout, tak kak eto mozhet
ppivesti k ppoblemam s lock fajlami. Esli slozhilas' takaya
situaciya, to /dev/modem dolzhen ukazyvat' na sootvetstvuyushchee
(al'tepnativnoe) ustpojstvo dialout.

                      C.4.4  Sokety i tpuboppovody

     V kataloge /dev mogut nahoditsya postoyannye sokety ili
tpuboppovody. Obychnymi ustpojstvami yavlyayutsya sleduyushchie:

/dev/printer          soket          lokal'nyj lpd soket
/dev/log              soket          lokal'nyj syslog soket


Last-modified: Sat, 18 May 2002 16:48:23 GMT
Ocenite etot tekst: