Operatsioonisüsteemi laadimisalgoritm
Operatsioonisüsteem on salvestatud välismällu, tavaliselt kõvakettale, harvem disketile.
Tasub öelda, et arvuti normaalseks tööks on äärmiselt oluline, et operatsioonisüsteemi peamised moodulid oleksid RAM-is. Sel põhjusel kirjutatakse pärast arvuti sisselülitamist operatsioonisüsteem kettalt automaatselt ümber (laaditakse) RAM-i.
- operatsioonisüsteemi ümberkirjutamine kettalt (kõvalt või disketilt) RAM-i.Pärast arvuti sisselülitamist on ekraanil näha numbrite muutumist. Need numbrid kajastavad RAM-i testimise protsessi BIOS-programmiga. Kui RAM-i lahtrites tuvastatakse rike, kuvatakse teade.
Pärast riistvara testimise edukat lõpetamist pääsetakse juurde disketiga A draivile ja selle kõrval süttib märgutuli. Kui operatsioonisüsteem laaditakse disketilt, peate enne testimist või testimise ajal sisestama süsteemiketta draivi A. Vastasel juhul, kui kettal A pole operatsioonisüsteemi, pääseb kõvakettale juurde, nagu näitab indikaator valgus selle kõrval.
Algab alglaaduri asukoha ketta 0. külje 0. sektori RAM-i lugemine (BOOT RECORD). Juhtimine kantakse üle alglaadurile, mis kontrollib IO.SYS laiendusmooduli ja MSDOS.SYS baasmooduli olemasolu süsteemikettal. Kui need on neile määratud kohas, laadib see need RAM-i, vastasel juhul kuvatakse teade nende puudumise kohta. Sel juhul on soovitatav uuesti alla laadida. Taaskäivitussignaal annab juhtimise üle püsivale BIOS-i moodulile, mis jällegi kirjutab alglaadimisploki kettalt RAM-i jne.
MÄRKUS! Sest taaskäivitage operatsioonisüsteem vajutage klahve korraga mällu<Сtгl> <АLT>
Pärast IO.SYS laiendusmooduli ja põhimooduli MSDOS.SYS edukat laadimist RAM-i laaditakse käsuprotsessor COMMAND.COM ja töödeldakse konfiguratsioonifaili CONFIG.SYS, mis sisaldab käske vajalike draiverite ühendamiseks. See fail võib puududa, kui kasutaja on operatsioonisüsteemi põhiversiooniga rahul.
Seejärel töödeldakse käsufaili AUTOEXEC.BAT. Seda faili kasutatakse töökeskkonna parameetrite konfigureerimiseks. Näiteks luua virtuaalne ketas, muuta printimisrežiime, laadida abiprogramme jne.
Märkus!.BAT laiendiga failid mängivad süsteemikeskkonnas töötamisel erilist rolli. Οʜᴎ sisaldavad operatsioonisüsteemi käskude komplekti või käivitatavate failide nimesid. Pärast .BAT laiendiga faili käivitamist täidetakse kõik sellesse kirjutatud käsud üksteise järel automaatselt.
Fail standardnimega AUTOEXEC.BAT erineb teistest .BAT tüüpi failidest selle poolest, et sinna pandud käskude täitmine algab automaatselt kohe pärast operatsioonisüsteemi alglaadimist.
Kui fail AUTOEXEC.BAT puudub, palutakse teil sisestada kuupäev ja kellaaeg:
kui vajutate sisestusklahvi, aktsepteeritakse praeguse kuupäeva ja kellaajana arvutitaimeri poolt määratud nn süsteemiparameetrid;
Kui soovite süsteemi kuupäeva ja kellaaega lähtestada, sisestage vastuseks viipale väärtused ühte pakutavatest vormidest, näiteks:
25.10.1997 (kuu päev aasta)
7:30:10.00r (tunnid: minutid: sekundid)
Pärast faili AUTOEXEC.BAT töö lõpetamist ja ka siis, kui seda faili ei tuvastata, kuvatakse ekraanil näiteks süsteemiketta viip C:\>. See näitab, et alglaadimisprotsess on normaalselt lõppenud ja saate alustada tööd, sisestades rakendusprogrammi või operatsioonisüsteemi käsu nime.
Märkus. Failid CONFIG.SYS ja AUTOEXEC.BAT võivad puududa. Sel juhul seatakse töökeskkonna sätted vaikeväärtustele.
Pea meeles!Äärmiselt oluline on tagada, et operatsioonisüsteem oleks püsivalt kõvakettale salvestatud. Kui lülitate arvuti sisse, peavad kõik disketiseadmed olema avatud.
Pärast allalaadimise lõpetamist peate draivi sisestama rakendusprogrammidega disketi.
Programmi poolt testitud
Laadige Koormust pole
painduval kõval nr
ketta ketas
Lugemine disketilt Loe. žestiga kettale
IO.SYS, MSDOS.SYS alglaadimissektoris"
Laadige Sõnumit pole
õige? "Süsteemifaile pole"
Käsk. Com "Süsteemifaile pole"
ja faili CONFIG.SYS
Oma hea töö esitamine teadmistebaasi on lihtne. Kasutage allolevat vormi
Üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös, on teile väga tänulikud.
V. N. Tatištševi nimeline Volga ülikool
Arvutiteaduse ja telekommunikatsiooni teaduskond
Informaatika ja juhtimissüsteemide osakond
KURSUSETÖÖ
distsipliin: "süsteemitarkvara"
Teema: " Laadija”
Lõpetanud: üliõpilane. IS-303
Krasnoseltsev IN. P.
Õpetaja: Trubacheva S.I.
Toljatti
Sissejuhatus
1. Teoreetiline osa
2. Kujundusosa
2.1 Probleemi püstitus
2.2 Algoritmi väljatöötamine ülesande lahendamiseks
2.3 Rakendusprogrammi laadimisalgoritmi kirjeldus
2.4 OS-i alglaadimisalgoritmi kirjeldus
2.5 Unixi alglaadimisalgoritmi kirjeldus LILO alglaadurit kasutades
Järeldus
Kasutatud kirjandus
Sissejuhatus
Minu kursusetöö asjakohasus seisneb selles, et arvutite ja nende operatsioonisüsteemide arendamine käis paralleelselt erinevate alglaadurite programmide arendamisega. Teatud operatsioonisüsteemid nõuavad käivitamiseks erinevaid alglaadureid. Näiteks Unixi mitme kasutajaga operatsioonisüsteem nõuab LILO alglaadurit ja erinevaid utiliite. Operatsioonisüsteemi igasugune laadimine mõjutab RAM-i, mida kasutavad nii esmane kui ka sekundaarne alglaadur. Laadimise ajal ilmnevad erinevat tüüpi vead, millest alglaadur möödub või laadimisprotsessi lõpetab (kuvab teabeteate).
Alglaadur on programm, milleta enam kui üks arvuti ja rohkem kui üks operatsioonisüsteem lihtsalt läbi ei saa.
1 . Teoreetiline osa
Microsoft OS-i alglaadimisprotsess
Ükskõik millist operatsioonisüsteemi me kaalume, selleks, et OS hakkaks arvutit haldama, tuleb see RAM-i laadida. Seetõttu vaatame, kuidas toimub erinevate OS-ide laadimise protsess. Kuna meid huvitab ainult kõvakettalt käivitamine, ei võta me arvesse disketilt, CD-ROM-ilt ja võrgu kaudu käivitamise funktsioone. Alustame MS-DOS-i ja MS Windowsiga.
Nagu teate, käivitub arvuti sisselülitamisel esmalt programm POST (Power On Self Test). See määrab vaba mälumahu, testib seda, määrab teiste komponentide olemasolu (klaviatuur, kõvaketas jne) ja lähtestab adapterkaardid. Tavaliselt ilmuvad ekraanile teated mälumahu, selle testimise, tuvastatud seadmete loendi (disketid ja kõvakettad, protsessor, COM-pordid jne) kohta.
Pärast testimise lõpetamist kutsub POST Int 19h, mis püüab leida alglaadimisseadet. Otsing tehakse BIOS-i seadistuses määratletud järjekorras ja vastavate seadmete nullsektorite küsitlemise teel. Kui ketas on buutitav, on selle nullsektoris alglaadimisrekord - Master Boot Record (MBR). MBR-i kaks viimast baiti on "maagiline number", mis on märk sellest, et see sektor on MBR ja seetõttu on ketas buutitav. Lisaks "maagilisele numbrile" sisaldab MBR ketta partitsioonitabelit, millest oli juba eespool juttu, ja väikest programmi - esmast alglaadurit, mille maht on vaid 446 (0 * 1BE) baiti.
Tabelis 2.1 on näidatud Windowsi installimisel loodud peamise alglaadimissektori struktuur.
Tabel 2.1 Põhikäivitussektori struktuur
Katkesta 19h BIOS laadib esmase alglaaduri arvuti mällu ja annab juhtimise üle sellele programmile. Kuid nii väike programm ei saa OS-i käivitada; kõik, mida see teha saab, on laadida mällu võimsam programm – sekundaarne alglaadur.
Selleks otsib ta partitsioonitabelist aktiivse partitsiooni ja loeb mällu sekundaarse alglaaduri, mis asub alates aktiivse partitsiooni esimesest loogilisest sektorist. Pange tähele sõna "algus". Fakt on see, et erinevate süsteemide sekundaarne alglaadur on erineva pikkusega.
Teisene alglaadur laadib OS-i käitamiseks vajalike programmide esimese kihi. MS - DOS puhul laadib alglaadimisprogramm aadressil 700h IO.SYS, seejärel MSDOS.SYS ja annab juhtimise üle IO.SYS mooduli sektsiooni SYSINIT.
Kui mingil põhjusel kettalt aktiivset partitsiooni ei leita, jätkub alglaadimisprotsess katkestuse 18h töötlemisega. Seda haru kasutatakse harva tervikuna, kuid see funktsioon võib mõnes olukorras olla väga kasulik. Kaugkäivituse ajal, kui OS laaditakse serverist, suunatakse see katkestus POST-programmi poolt ümber võrgukaardi ROM-i.
Probleemid suurte ketastega
MS-DOS-is ja Windowsi esimestes versioonides korraldati juurdepääs ketastele BIOS-i katkestuse 13 (Int 13h) kaudu. Sel juhul kasutati kettal olevate sektorite adresseerimist silindri, pea ja sektori numbrite näitamise alusel rajal (C/H/S). Täpsemalt:
1)AH - operatsiooni valik;
2)CP - silindri numbri madalat järku 8 bitti;
3)CL - bitid 7-6 vastavad silindri numbri kõige olulisematele bittidele, bitid 5-0 vastavad sektori numbrile;
4)DH - lugemispea number;
5)DL - ketta number (80h või 81h).
Tuleb märkida, et kõik loetletud piirangud on olulised ainult OS-i laadimise etapis, kuna Linux ise ja Windowsi uusimad versioonid ei kasuta ketastega töötamisel enam BIOS-i katkestust 13, vaid kasutavad ketastega töötamiseks oma draivereid. . Kuid enne, kui süsteem saab oma draiverit kasutada, peab see selle vähemalt laadima. Seetõttu on alglaadimisetapis iga süsteem sunnitud kasutama BIOS-i. See põhjustab piiranguid paljude süsteemide paigutamisel, mis on suuremad kui 8 GB, nad ei saa sealt käivitada, kuigi pärast edukat käivitamist saavad nad töötada palju suuremate ketastega. Selleks, et mõista, kuidas me nendest piirangutest mööda saame, vajame mõningaid teadmisi selle kohta, kuidas Linux OS käivitub.
LILO alglaadur Linux OS-i distributsioonist
Enne teise OS-i installimise alustamist peate valima meetodi OS-i valiku korraldamiseks arvuti alglaadimise etapis. Laadimisprogrammid lahendavad selle probleemi. Seda tüüpi programme on mitu. Kuna me räägime Linuxist, siis esimese asjana tuleks mainida LILO programmi, mis sisaldub igas Linuxi distributsioonis.
LILO on mitme programmi komplekt: alglaadur ise, alglaaduri installimiseks ja konfigureerimiseks kasutatavad programmid ning teenindusfailid:
/sbin/lilo programm, mis töötab Linuxi all, kirjutab kogu alglaadimisfaasis vajaliku teabe sobivatesse kohtadesse. See tuleb taaskäivitada iga kord, kui kerneli või LILO konfiguratsioonifaili muudetakse;
Erinevad hooldusfailid, mida LILO alglaadimise ajal vajab. Need failid asuvad tavaliselt /boot kataloogis. Olulisemad neist on alglaadur ise ja kaardifail (/boot/map), mis näitab kerneli asukohta. Teine oluline fail on LILO konfiguratsioonifail, mille nimi on tavaliselt /etc/lilo.conf;
Alglaadur ise on LILO osa, mis laaditakse esmalt mällu BIOS-i katkestuse kaudu ja mis laadib Linuxi tuuma või mõne teise OS-i alglaadimissektori. Alglaadur koosneb samuti kahest osast. Esimene osa kirjutab alglaadimissektorisse ja laadib teise osa, mis on palju suurem. Mõlemad osad on tavaliselt salvestatud kettale failis /boot/boot.b.
Süsteemi installimisel saab LILO alglaadimissektori paigutada järgmistesse kohtadesse:
Disketti alglaadimissektor Linuxi vormingus (/dev/fd0,...);
esimese kõvaketta MBR (/dev/had, /dev/sda,...);
Linuxi failisüsteemi esmase partitsiooni alglaadimissektor esimesel kõvakettal (/dev/hda1, /dev/hda2,...);
Loogilise partitsiooni alglaadimissektor esimese kõvaketta laiendatud partitsioonis (/dev/hda5,…). Tõsi, enamik programme, nagu fdisk, ei eelda, et saate käivitada laiendatud partitsioonilt, ja keeldub seda aktiivseks kuulutamast. Seetõttu sisaldab LILO spetsiaalset programmi (aktiveeri), mis võimaldab teil sellest piirangust mööda minna. Kuid Linuxi distributsiooni programm fdisk toetab laiendatud partitsiooni aktiveerimise võimalust. Selleks kasutage kas suvandit -b või muutujat BOOT.
LILO alglaadimissektorit ei saa paigutada järgmistesse asukohtadesse:
Disketti või esmase partitsiooni alglaadimissektor, mis on vormindatud teistes failisüsteemides;
Linuxi vahetuspartitsioonis;
Lisaks sellele, et LILO vajab laadimise ajal ka järgmisi faile:
-/boot/map (loodud /sbin/lilo käivitamisel);
Kõik allalaaditavad kerneli versioonid (kui valite allalaadimise faasis kerneli versiooni);
Teiste operatsioonisüsteemide alglaadimissektorid, mis käivituvad LILO kaudu;
Laadimise ajal välja antud teated (kui need on määratud)
Kui LILO käivitub, kuvab see sõna "LILO". Sel juhul näitab iga tähe väljund LILO laadimise teatud toimingu või etapi lõpetamist. Kui allalaadimine ebaõnnestub, saate kuvatud tähtede arvu järgi hinnata probleemi põhjust.
Midagi ei väljastata – ühtegi LILO osa ei laaditud. Kas LILO-d ei installitud või partitsioon, milles see on, pole aktiivne
L [veakood] - esmane laadur laadis ja käivitus (juhtimine anti sellele üle), kuid see ei saanud sekundaarset laadurit laadida. Kahekohaline veakood näitab probleemi konkreetset põhjust. See on tavaliselt tingitud kandja defektidest või valest ketta geomeetriast. Kui LILO ei peatu sellel hetkel ja loodab lõputut jada veakoode, on probleem tavaliselt kergesti lahendatav.
LI – esmane laadur suutis laadida sekundaarset laadurit, kuid ei suutnud seda käivitada. Selle põhjuseks võib olla viga ketta geomeetria seadistamisel või fail /boot/boot.b teisaldamine ilma /sbin/lilo taaskäivitamiseta.
LIL – teisese laadija käivitus, kuid ei saanud kaardifailist deskriptorite tabelit käivitada. Põhjuseks on tavaliselt ketta defektide olemasolu või valesti määratud ketta geomeetria.
LIL? - sekundaarne alglaadur laaditi valele aadressile. Põhjuseks on tavaliselt viga ketta geomeetria seadistamisel või fail /boot/boot.b teisaldamine ilma /sbin/lilo taaskäivitamiseta.
LIL- - deskriptor tabel hävitatud. Tavaliselt on põhjuseks viga ketta geomeetria seadistamisel või fail /boot/boot.b teisaldamine ilma /sbin/lilo taaskäivitamiseta.
LILO – kõik LILO osad on edukalt laaditud.
Init-protsess ja fail /etc/inittab
Nagu teate, loetakse pärast arvuti sisselülitamist ja riistvara testimise lõpetamist BIOS alglaadimisketta esimesest sektorist, mis on alglaaduri programm. See programm käivitab peamise süsteemi alglaaduri (näiteks LILO), mis omakorda laadib süsteemituuma mällu, mis tavaliselt salvestatakse faili vmlinuz-x.y.z-a kataloogis /boot.
Vahetult pärast käivitamist ühendab kernel juurfailisüsteemi ja käivitab init-protsessi. Algprotsess on programm, mis vastutab alglaadimisprotseduuri jätkamise ja süsteemi ülemineku eest algolekust, mis tekib pärast kerneli algkäivitamist, paljude kasutajate päringute töötlemise standardolekusse.
Nende toimingute täpne loetelu oleneb nn käitamistasemest. Täitmistase määrab init-protsessi poolt sooritatavate toimingute loendi ja süsteemi oleku pärast alglaadimist, st. töötavate protsesside konfigureerimine. Käitustase identifitseeritakse ühe sümboliga. Linux OS-is on 8 peamist täitmise taset:
1) Süsteemi seiskamine;
2)Ühe kasutaja režiim (erijuhtumite jaoks);
3)Mitme kasutaja režiim ilma NFS-ita (sama, mis 3, kui arvuti ei tööta võrguga);
4) Täielik mitme kasutaja režiim;
5)Kasutamine ei ole reguleeritud;
6) Tavaliselt kasutatakse süsteemi käitamiseks graafilises režiimis;
S) (või s) - ligikaudu sama, mis ühe kasutaja režiim, kuid S ja s kasutatakse peamiselt skriptides.
Esimene asi, mida init-protsess pärast käivitamist teeb, loeb konfiguratsioonifaili /etc/inittab. See fail koosneb üksikutest ridadest. Kui rida algab märgiga # või on tühi, siis seda ignoreeritakse. Kõik muud read koosnevad neljast koolonitega eraldatud väljast:
id : jooksutasemed : tegevust : protsessi
id - rea identifikaator;
runlevels – jooksutasemed;
protsess - protsess;
tegevus - tegevus;
Toiminguväli sisaldab märksõna, mis määrab protsessiväljaga määratud käsule lisatingimused. Toiminguvälja kehtivad väärtused:
respawn - taaskäivitage protsess, kui see lõpeb;
üks kord - määratud tasemele liikumisel käivitage protsess ainult üks kord;
oodake - määratud tasemele liikumisel käivitatakse protsess üks kord;
sysinit – see märksõna tähistab süsteemi alglaadimisprotsessi ajal tehtud toiminguid, sõltumata käitamistasemest (id välja eiratakse).
alglaadimine - protsess käivitatakse süsteemi alglaadimise etapis käitamistasemelt;
bootwait - protsess käivitatakse süsteemi alglaadimise etapis käitamistasemelt ja init ootab selle lõpetamist;
initdefault - rida, millel see sõna tegevusväljal kuvatakse, määrab täitmistaseme, millele süsteem vaikimisi läheb.
off - ignoreeri seda elementi;
powerwait – lubab init-protsessil süsteemi peatada, kui toide kaob.
Ctrlaltdel – võimaldab init-il süsteemi taaskäivitada, kui kasutaja vajutab klahvikombinatsiooni klaviatuuril.
See loetelu ei ole ammendav. Lisateavet faili inittab kohta leiate init(8), inittab(5) ja getty(8) man-lehtedelt.
2 . Projekti osa
2.1 Probleemi püstitus
Valitud teemal on vaja uurida teoreetilist materjali, töötada välja algoritm laaduri tööks meetodi rakendamisel (esitada plokkskeemi kujul) ja kirjeldada algoritmi.
2.2 Algoritmi väljatöötamine ülesande lahendamiseks
Sisend: ühe protsessori süsteem, rakendusprogramm, LILO alglaadur, POST programm, vastastikune välistamine.
Joonis 1 näitab "rakendusprogrammi laadimise" algoritmi.
Joonis 2 näitab operatsioonisüsteemi laadimise algoritmi
2.3 Rakendusprogrammi laadimisalgoritmi kirjeldus
1) Rakendusprogramm käivitatakse täitmiseks. Seejärel aktiveeritakse süsteemiprogramm “Bootloader”.
2) Pärast aktiveerimist hakkab RAM-i skannimine vabade alade leidmiseks.
3) Kui sellised alad leitakse, siis algab vaba ala asukoha-aadressi alguse määramine. Seejärel läheme sellele aadressile ja määrame vaba ala suuruse.
4) Seejärel määratakse täitmiseks käivitatava rakendusprogrammi koodi suurus.
5) Võrrelge koodi suurust ja vaba ala suurust RAM-is.
6) Kui RAM-is on piisavalt ruumi rakendusprogrammi koodi kopeerimiseks, siis määratakse füüsiliste lehtede virtuaalsed leheküljenumbrid leheküljetabelisse. Seejärel kopeeritakse rakendusprogrammi kood RAM-i. Ja protsessi lõpuleviimine.
7) Vastasel juhul saame teada, kas RAM-is on osa rakendusprogrammi koodi jaoks piisavalt ruumi. Kui jah, kordame neid samme, kui rakendusprogrammi täieliku koodi jaoks on piisavalt ruumi. Kuid pärast koodi RAM-i kopeerimist kopeeritakse osa koodist vahetusalasse.
8) Kui osa koodi jaoks pole piisavalt ruumi, toimub vabade alade leidmiseks üleminek RAM-i skannimise etappi.
2.4 OS-i laadimisalgoritmi kirjeldus (operatsioonisüsteem)
1) POST-programm käivitub. See programm testib saadaolevat mälu, määrab teiste komponentide olemasolu (erinevad arvutiseadmed, näiteks: klaviatuur, kõvaketas jne) ja lähtestab adapterkaardid.
2) Pärast POST-programmi käivitamist kuvatakse ekraanil selle töö tulemused.
3) Helistage programmile 19H, mis püüab alglaadimisseadet leida.
4) Interrupt 19H BIOS laadib esmase alglaaduri arvuti mällu ja annab juhtimise üle sellele programmile
5) Selle programmi võimsuse puudumise tõttu laadige OS. Seetõttu otsib ta võimsamat programmi, mis on selleks võimeline – sekundaarset alglaadurit. Selleks otsib ta partitsioonitabelist aktiivset partitsiooni ja loeb sekundaarse alglaaduri mällu.
6) Teisene alglaadur laadib OS-i käitamiseks vajalike programmide esimese kihi. Alglaaduri programm laadib mooduli IO.SYS aadressil 700h, seejärel annab MSDOS.SYS juhtimise üle IO.SYS mooduli sektsioonile SYSINIT.
7) Kui mingil põhjusel ei leitud kettalt partitsioonitabelis olevat aktiivset partitsiooni, jätkub alglaadimisprotsess 18h katkestuse töötlemisega.
2.5 Laadimisalgoritmi kirjeldusUnixalglaadurit kasutadesLILO
1) Käivitage programm /sbin/lilo, et kirjutada kogu alglaadimisfaasis vajalik teave sobivatesse kohtadesse. Otsige alglaadimise ajal LILO jaoks vajalikke teenusefaile.
2) Kui faile ei leita, kuvatakse teade, mis näitab allalaadimise lõppu.
4) Kui esmane laadur ei saanud sekundaarset laadurit laadida, kuvatakse ekraanile laadimise ajal tekkinud tõrketeade.
6) Kui esmane laadija laadis teisese laadija edukalt, kuid käivitamine ebaõnnestus, kuvatakse laadimise ajal tekkinud veateade.
7) Vastasel juhul käivitatakse sekundaarne alglaadur.
8) Kontrollige, kas sekundaarne alglaadur on laaditud õigele aadressile.
9) Kui ei, siis kuvatakse infoteade laadimisel ilmnenud vigade kohta.
10) Kontrollimine, kas deskriptorite tabel on hävinud. Kui jah, siis kuvatakse laadimise ajal tekkinud veateade. Ja kui ei, siis laaditakse kaardifailist deskriptorite tabel.
11) Kontrollimine, kas deskriptorite tabeli käivitamine õnnestus. Kui ei, siis kuvatakse käivitamisel tõrketeade.
12) Vastasel juhul kuvage LILO eduka laadimise kohta infoteade.
Järeldus
Selles kursusetöös käsitletakse mõningaid programmide allalaadimise aspekte. Laadurite tüübid: liikuv, esmane, sekundaarne jne. Alglaaduri kasutamise vajadus erinevates töökeskkondades on tõestatud. Käsitletakse erinevaid alglaadimismeetodeid, näiteks rakenduse alglaadimine, LILO alglaadimine ja OS-i alglaadimine. Teema kohta on uuritud teoreetilist materjali, välja on töötatud algoritmid laaduri tööks meetodi rakendamisel (esitatud plokkskeemi kujul).
Kasutatud kirjandus
1. Tanenbaum Andreas. Kaasaegsed operatsioonisüsteemid / Andrew Tanenbaum. - 2. väljaanne - Peterburi: Peeter, 2002. - 1037 lk.: ill. - (Arvutiteaduse klassikud). - ISBN 5-318-00299-4
2. Partyka, T.L. Operatsioonisüsteemid, keskkonnad ja kestad: keskkondade õpetus. Prof. Arr. rec. MO / Partyka, T.L., Popov, I.I - M.: FOORUM: INFRA - M, 2006. - 399 lk.: ill. - (kutseharidus). - ISBN 5-8199-0072-5-16-001355-5
3. Olifer, V.G. Võrgu operatsioonisüsteemid: õpik. käsiraamat ülikoolidele MO / Olifer, V.G., Olifer, N.A. - Peterburi: Peeter, 2003. - 538 lk.: ill. - ISBN 5-272-00120-6
4. Trubatšova, S.I. Programmeerimine operatsioonisüsteemides: metoodiline käsiraamat / Trubacheva, S.I. - Toljatti: VUiT, 2006. - 44 lk.
5. Terence Chan. Süsteemi programmeerimine C++ keeles Unix / Ed. Kolomõtseva. - Kiiev, 2004.
6. Tackett D., Barnett S. Eriväljaanne. LINUX / Transl. inglise keelest - 4. väljaanne Peterburi: Williams, 2003.
7. Ivanova G.S. Programmeerimine SI++-s / Õpik. Ed. M.: MSTU, 2002.
Sarnased dokumendid
Androidi süsteemi üldised omadused, selle analoogide ülevaade. Vajalikud komponendid Androidiga alustamiseks. Ubuntu konfiguratsioonide seadistamine. Skriptide kirjutamine Linuxi genereerimise lihtsustamiseks. Programmi silumine ja testimine freescale i.MX53 plaadil.
kursusetöö, lisatud 12.10.2012
Alglaadimishaldurite omaduste arvestamine. Download Accelerator Plus, Download Master, FlashGet, GetRight, ReGet, Go!Zilla kirjeldus. Windowsi alglaadimishaldurite võrdlusomadused. Programmid Unixi, Linuxi ja Maci operatsioonisüsteemidele.
abstraktne, lisatud 06.09.2014
Linuxi operatsioonisüsteemide distributsioonide kontseptsioon ja struktuur, nende tekkelugu ja peamised arendajad. Distributsioonide klassifitseerimine montaaži ja paigalduse olemuse järgi, nende valmisversioonide muutmine. Oma distributsiooni loomise viiside kirjeldus.
kursusetöö, lisatud 04.02.2014
Laadimisprotsessi üldskeem, selle peamised etapid ja eripärad. Primaar- ja sekundaarlaadurid, nende funktsionaalsus ja tegevussuunad. Kohad alglaadimissektori võimalikuks paigutamiseks. Kettaruumi nõuded.
esitlus, lisatud 20.12.2013
Mandriva Linuxi operatsioonisüsteemi tehniliste võimaluste analüüs – Prantsuse firma Mandriva poolt välja töötatud GNU/Linuxi distributsioon, mis toodab oma distributsioonist tasuta, kommerts- ja korporatiivversioone. Linuxi kesta installimise sammud.
esitlus, lisatud 23.05.2010
Riistvara ja rakendusprogramme ühendavate operatsioonisüsteemide ajaloo esiletõstmised. Microsoft Windows Seven operatsioonisüsteemi omadused, Linuxi operatsioonisüsteemi analüüs. Iga operatsioonisüsteemi eelised ja puudused.
kursusetöö, lisatud 05.07.2011
Tööriistade valimine levitamise installiprogrammi arendamiseks. Gentoo distributsiooni mooduli juurutamine, mis töötab vastavalt selle süsteemi kasutusjuhendile. Installiprogrammi testimine erinevatel arhitektuuridel.
lõputöö, lisatud 18.07.2013
Linuxi süsteemi laadimise etapid, registreerimine. Kasutajakonto haldamine. Seadmete nimetamise põhimõte, erifailide eesmärk ja kasutamine. Failide haldamine, juurdepääs failisüsteemile, ülesanded. Linuxi põhiline failistruktuur.
koolitusjuhend, lisatud 15.11.2014
Erinevate operatsioonisüsteemide distributsioonide arvestamine. Andmevahetusprotokollide ja füüsiliste andmesalvestusvormingute uurimine. Linuxi operatsioonisüsteemil põhineva distributsiooni arendamine, mis töötab StarNASi võrgusalvestusruumi osana.
kursusetöö, lisatud 05.11.2015
Linuxi operatsioonisüsteemi terminalirežiimis laadimise, sisselogimise ja kasutajate registreerimise funktsioonid. Failide ümberjaotamine, selle kasutamine operatsioonisüsteemi käskudega töötamiseks. Tarkvarakanalite (konveierite) rakendamine.
Ammu, väiksena, töötasin instituudi laboris suure arvuti SM-3 (midagi kuulsa PDP-11 taolise) kallal, arvuti alglaadimine (laadimine) nägi välja selline. Lühike paberlint, millele oli sisse löödud alglaadimisprogramm, sisestati fotolugejasse, käivitati lugemisprotsess ja siis... olenevalt õnnest.
Fakt on see, et paberlint kulus järk-järgult, seda hakkas raske lugeda ja arvuti ei pruugi esimesel korral käivituda. Sel juhul tuli protsessi korrata, mõnikord mitu korda, kuni kibe lõpuni. Kui lint täielikult ebaõnnestus ja masin ei tahtnud "ellu tulla", oli vaja alglaadimisprogrammi esipaneelil asuvate lülitite abil ajutiselt käsitsi sisestada. Peamine oli siin võtta aega ja mitte teha vigu.
Kaasaegsete arvutite puhul on alglaadimisprotsess suures osas automatiseeritud, kuid see ei tähenda, et seda tundma ei tasuks.
Operatsioonisüsteemi laadimise põhimääratlused ja etapid
Arvuti sisselülitamine, POST, BootMonitor
Operatsioonisüsteemi laadimise esialgne etapp pärast arvuti sisselülitamist algab BIOS-is (põhisisend/väljundsüsteem). BIOS-i sätetes määrame alglaadimisseadme või mitme alglaadimisseadme prioriteedi järjekorras. Võimalikud on mitmesugused alglaadimisvõimalused ja nende kombinatsioonid: kõvakettalt, CD/DVD-draivilt, USB-mälupulgalt ja muult.
Kohe pärast POST-i (Power-On Self-Test) läbimist hakkab arvuti BIOS ükshaaval läbima määratud alglaadimisseadmeid, kuni leiab ühel neist sobiva erikirje, mis sisaldab teavet edasiste toimingute kohta.
1. taseme laadur. Master Boot Record
Master Boot Record on alglaadimisrekord, mis asub alglaadimissalvestusseadmete esimestes füüsilistes sektorites. See sisaldab partitsioonitabelit ja käivitatavat koodi.
MBR-is kirjutatud programmi põhiülesanne on otsida ketta aktiivset süsteemipartitsiooni ja edastada juhtimine selle alglaadimissektorisse. Seega võib seda etappi nimetada ettevalmistavaks, kuna OS ise pole veel otseselt laaditud.
Süsteemi partitsiooni nimetatakse tavaliselt ketta (salvestusseadme) partitsiooniks, millel asuvad OS-i alglaadimisprotsessi eest vastutavad operatsioonisüsteemi failid (operatsioonisüsteem ise võib asuda mõnes teises partitsioonis). Põhimõtteliselt võib süsteemisektsioone olla mitu, nii et üks neist märgitakse aktiivseks. Seda MBR-ist laaditud programm otsib.
2. taseme alglaadur. Partition Boot Sector
Arvuti käivitamise järgmine etapp on juhtimise ülekandmine PBS-is (partitsiooni alglaadimise sektor - aktiivse partitsiooni alglaadimissektor) salvestatud käivitatavale koodile. PBS asub vastava kettapartitsiooni esimestes sektorites. PBS-kood määrab operatsioonisüsteemi laadimisfaili nime, millele juhtimine selles etapis üle antakse.
Operatsioonisüsteemi laadimise esialgne etapp. OS-i alglaadimishaldur
Algselt oli Linuxi alglaaduriks LILO (Linux Loader). Selle puuduste tõttu, millest peamiseks oli suutmatus mõista Linuxis kasutatavaid failisüsteeme, võeti hiljem kasutusele GRUB (GRand Unified Bootloader) alglaadur, milles LILO puudused parandati.
Kui me räägime Windowsi versioonidest enne Vistat, näiteks Windows XP, siis laaditakse Ntldr. See omakorda loeb teavet tekstifailist Boot.ini, mis salvestab teavet installitud operatsioonisüsteemide kohta.
Operatsioonisüsteemi kerneli laadimine
Operatsioonisüsteemi laadimise viimane etapp on OS-i kerneli laadimine ja sellele juhtimise üleandmine.
Mitu aastat tagasi oli minu praktikas selline naljakas juhtum.
Mind paluti aidata ühel mehel koju arvuti soetada ja organiseerida. See sõber oli sel ajal just pensionile jäänud ja töötas enne seda ülemusena ja nägi arvutit enamasti kaugelt oma sekretäri laual. Pärast pensionile jäämist oli tal aega ja tahtmist arvutiga meisterdada. Ma arvan, et see on suurepärane. Leidsime talle arvuti, mis oli tolle aja kohta odav, kuid hea kvaliteediga ja hea monitoriga. Installisin ja konfigureerisin mõned programmid ning näitasin neile, kuidas neid kasutada. Härrasmees hankis raamatu sarjast " Midagi mannekeenidele"Ja läksime lahku üksteisega täiesti rahulolevalt.
Umbes nädal hiljem helistas mu hoolealune mulle telefoni teel ja teatas peaaegu nuttes, et kõik on kadunud ja arvuti ei tööta enam. Õnneks ta ennast luku taha ei pannud ja rääkis ausalt, kuidas see juhtus. Ja see oli selline. Sõber läks oma arvuti sisu uurima ja leidis C:\ draivi juurtest tema arvates mitu kahtlast ja “ebavajalikku” faili. Ta otsustas ruumi vabastada ja lihtsalt kustutas need failid. Ma arvan, et kõik arvasid juba, et see on boot.ini, ntldr, ntdetect jne. Olukorda polnud raske parandada, välja arvatud see, et pidin uuesti tema juurde minema.
Muide, Windows XP laadimisel probleemide tekkimiseks ei saanud te midagi kustutada, vaid pisut "näpistada", näiteks boot.ini.
Ilmselt sai Microsoft sellest juhtumist kuidagi teada ja otsustas oma OS-i järgmises versioonis alglaaduri failid paremini peita.
Windows Vista / 7 / 8 operatsioonisüsteemide laadimise omadused
Windows Vista või Windows 7/8 puhul on alglaadimishalduri nimi Bootmgr. See loeb installitud operatsioonisüsteemide loendit mitte lihtsast tekstifailist, mis on boot.ini, vaid süsteemi BCD (Boot Configuration Data) salvestusruumist, millele pääseb juurde spetsiaalse utiliidi bcdedit.exe kaudu.
Kuid see pole veel kõik. Avage "Arvutihaldus" -> "Kettahaldus" >
Operatsioonisüsteemi Windows Vista / 7 / 8 standardne installiprotsess loob ketta algusesse täiendava "System Reserved" partitsiooni. Sellele pole draivitähte määratud, nii et kui täiendavaid samme ei võeta, peidetakse nii partitsioon ise kui ka selle sisu kasutaja eest. Selle põhisektsiooni olek on "Süsteem" ja "Aktiivne" ning seetõttu ei saa seda ka kustutada.
Windows 7-s on sellise partitsiooni suurus 100 MB, millest Windows 8-s on hõivatud umbes 30 MB, see on juba 350 MB, millest 105 MB on hõivatud. Seda erinevust seletatakse asjaoluga, et Windows 8-s teisaldati kaust "Taastamine" sellesse partitsiooni.
Vaatame jaotise "Süsteemi poolt reserveeritud" sisu. Selleks määrake sellele kettahalduses draivitäht, näiteks "W". Lisaks avage "Juhtpaneel" -> "Kaustasuvandid" ja vahekaardil "Vaade" tühjendage märkeruut "Peida kaitstud süsteemifailid" ja märkige "Kuva peidetud failid, kaustad ja draivid".
Kui süsteemi on installitud failihaldur FAR Manager, saate seda kasutada selle vaatamiseks ja ei pea konfigureerima peidetud failide nähtavust.
Selline näeb välja jaotise „Süsteemi reserveeritud” sisu operatsioonisüsteemis Windows 8 >
Nagu oodatud, näeme partitsiooni juurtes Bootmgr alglaadurit.
Ja selline näeb välja osa kausta „Boot” sisust >
Kaustast leiame BCD Boot Configuration Database ja sellega kaasnevad keele- ja fondifailidega kaustad.
Pildi täiendamiseks jääb üle öelda, millist partitsiooni nimetatakse alglaadimise partitsiooniks. Vastus on juba näidatud pildil Windows 7 köidetega. Ilmselgelt on see partitsioon, millel asuvad kõik operatsioonisüsteemi peamised failid.
Noh, kettasektsioonide nimesid on väga lihtne meeles pidada põhimõttel "see on vastupidi" - süsteemis pole süsteemi (operatsioonisüsteemi), kuid on kolmanda taseme alglaadur, alglaadimisel üks. alglaadurit pole, aga süsteem ise asub. Loomulikult töötab see "mälu" ainult siis, kui sektsioone on mitu. Kui partitsioon on ainult üks, võib see olla süsteemne, aktiivne ja käivitada korraga.
3. taseme alglaaduri, mis olenevalt OS-i tüübist on Bootmgr, Ntldr või GRUB, põhiülesanne on alglaadimiskettalt lugemine ja operatsioonisüsteemi tuuma laadimine. Lisaks võimaldab mitmekordse alglaadimise korral, kui arvutisse on installitud mitu operatsioonisüsteemi, 3. taseme alglaadur valida iga kord arvuti käivitamisel vajaliku.
Klassikaline viga, millele Microsoft on pühendunud, on Windows XP installimine pärast Windows Vista/7/8. Windows XP installiprogramm märgib oma partitsiooni aktiivseks, misjärel annab MBR alglaadimise ajal juhtimise üle selle partitsiooni PBS-ile, mis omakorda annab juhtimise üle Ntldr-ile. Windows XP alglaadur ei tea Windowsi operatsioonisüsteemide hilisematest versioonidest midagi ja nende laadimine muutub võimatuks. Seda on üsna lihtne ravida, kuid see olukord võib kogenematu kasutaja segadusse ajada.
Sellele pole praktiliselt midagi lisada ja saate otse alglaadimismenüü redigeerimise juurde minna. Alustame .
10 kommentaari
Täname tagasiside eest. Lähiajal plaanin jätkata laadimisvigade parandamise meetodite kirjeldamist konkreetsete näidete varal. Tean oma kogemusest, et lugemise ajal tundub kõik olevat selge, kuid praktikas taandudes algavad raskused.
Ma ei ütle midagi toiteadapteri mõju kohta XP laadimisele - mul pole konkreetseid ideid. Mis puutub Vista alglaadimise taastamisse, siis kui see on asjakohane, siis postituse lõpus on link Microsofti tugiartiklile (919529), mis on otseselt sellele teemale pühendatud. Taastamiseks vajate Vista installiketast. Administraatoriõigustega käsureal peate käivitama:
X:\boot\bootsect.exe /nt60 kõik
kus X: on optilise draivi täht.
Kuid XP alglaadimine tuleb redaktori abil käsitsi lisada. Käskude komplekt on järgmine:
Bcdedit /create (ntldr) /d "Microsoft Windows XP"
Kui see käsk ebaõnnestub, siis:
Bcdedit /set (ntldr) kirjeldus "Microsoft Windows XP"
edasi:
bcdedit /set (ntldr) seadme partitsioon=X:
X: - selle partitsiooni draivitäht, millel XP alglaaduri failid asuvad, ja selle tee:
bcdedit /set (ntldr) tee \ntldr
bcdedit /displayorder (ntldr) /addlastJuri! Ma kardan, et teie esitatud teave ei ole soovituste andmiseks piisav. Mis Windowsist ja millistest etappidest me räägime? Palun kontrollige.
Vladimir, tere. Häid pühi ja kõike head.
Selles olukorras tegite kõik õigesti - lähtestasite kinnijäänud tõrke.
Nagu laul ütleb: “Ühest vihmapiisast ei piisa vihmast. Üks lumehelves pole veel lumi.” Võimalik, et midagi sellist enam kunagi ei juhtu. Nüüd, kui käivitamisega algavad regulaarsed probleemid, tuleb need lahendada. Üldiselt on Windows 7 ja uuemad versioonid ebanormaalsete väljalülituste suhtes üsna vastupidavad.
Mida teha? Vastasite ise oma küsimusele – proovige seadmeid regulaarselt välja lülitada. Ja kui on võimalik USB kaudu välist draivi ühendada, siis kindlasti teeksin (tegelikult teen üsna regulaarselt) süsteemist varukoopia, kasutades näiteks .
Palun öelge mulle, kuidas täpselt ravida?:
“Windows XP laadur ei tea Windowsi operatsioonisüsteemide hilisematest versioonidest midagi ja nende laadimine muutub võimatuks. Seda on üsna lihtne ravida, kuid selline olukord võib kogenematu kasutaja segadusse ajada.
Installisin sülearvutile XP pärast Vistat - selle tulemusel käivitub süsteem seni, kuni XP hakkab laadima ja kõik taaskäivitub ja kui lülitate toiteadapteri välja (samal ajal kui OS laadib), siis käivitub kõik normaalselt. Kui käivitate turvarežiimis, ei pea te adapterit keelama. Mis võib meid tabada ja kuidas selle vastu võidelda?
PALUN JÄLGI. TÄNAN ETTE. VABANDAN "KAKKUNUD" VENE EEST.
Mul oli sülearvuti, kui käivitasin ja taaskäivitasin, läks Windows kohe sisse, aga nüüd ostsin lauaarvuti ja laadimine toimub kolmes etapis. Kuidas seda teha, et neist etappidest lahti saada. Vabandan tehniliste terminite asjatundmatu kasutamise pärast.
Tervist, Aleksander.
Kuidas mõista, ennetada ja kui see kordub, siis kuidas sellisest olukorrast õigesti välja tulla.
Sülearvuti. Windows 7 installitud. Pärast selle sisselülitamist ja parooli sisestamist näitas see "operatsioonisüsteemi puudub" - see tähendab "operatsioonisüsteemi pole". Selle välja- ja uuesti sisselülitamine andis sama tulemuse. Käivitada sai ainult aku eemaldamise ja mõne aja pärast sisestamisega.
Päev varem toimus aga vale väljalülitus: esmalt ei lülitatud välja mälupulka ja modemit. Varem juhtus ka sellist unustamist, kuid seda efekti ei olnud.
Oleksin tänulik vanale “teekannule” kättesaadava vastuse eest (olen naljakal juhul härrasmehest kümme aastat vanem, aga COMPiga sain tuttavaks umbes samas vanuses).
Tere. Mul sama probleem, lauaarvuti, kaks kõvaketast, Windows 10. Peale BIOS-i pritskuva ilmub moonutatud aken, arvuti ei käivitu, peale sundrebooti käivitub kõik ja kõik töötab. See tähendab, et BIOS-i ja ketta valiku vahel on mingi viga.
Operatsioonisüsteem on salvestatud välismällu, tavaliselt kõvakettale, harvem disketile. Arvuti normaalseks tööks on vajalik, et operatsioonisüsteemi põhimoodulid oleksid RAM-is. Seetõttu kirjutatakse (laaditakse) operatsioonisüsteem pärast arvuti sisselülitamist kettalt automaatselt ümber RAM-i. Selle laadimise kõige olulisemad aspektid on kujutatud algoritmi kujul joonisel fig. 9.13.
Riis. 9.13. Algoritm operatsioonisüsteemi laadimiseks kettalt RAM-i
Pärast arvuti sisselülitamist vaatate, kuidas numbrid ekraanil muutuvad. Need numbrid kajastavad BIOS-i programmi RAM-i testimise protsessi. Kui RAM-i lahtrites tuvastatakse rike, kuvatakse teade.
Pärast riistvara testimise edukat lõpetamist pääsetakse juurde disketiga A draivile ja selle kõrval süttib märgutuli. Kui laadite operatsioonisüsteemi disketilt, peate enne testimist või testimise ajal sisestama süsteemiketta draivi A. Vastasel juhul, kui kettal A pole operatsioonisüsteemi, pääsetakse kõvakettale juurde, mida näitab indikaator valgus selle kõrval.
Algab alglaaduri asukoha ketta 0. külje 0. sektori RAM-i lugemine (BOOT RECORD). Juhtimine kantakse üle alglaadurile, mis kontrollib IO.SYS laiendusmooduli ja MSDOS.SYS baasmooduli olemasolu süsteemikettal. Kui nad on neile määratud kohas (cm. riis. 9.10), laadib see need RAM-i, vastasel juhul kuvatakse teade nende puudumise kohta. Sel juhul on soovitatav uuesti alla laadida. Taaskäivitussignaal annab juhtimise üle püsivale BIOS-i moodulile, mis jällegi kirjutab alglaadimisploki kettalt RAM-i jne.
Pea meeles! Sest taaskäivitage operatsioonisüsteem vajutage klahve korraga mällu .
Pärast IO.SYS laiendusmooduli ja põhimooduli MSDOS.SYS edukat laadimist RAM-i laaditakse käsuprotsessor COMMAND.COM ja töödeldakse konfiguratsioonifaili CONFIG.SYS, mis sisaldab käske vajalike draiverite ühendamiseks. See fail võib puududa, kui olete operatsioonisüsteemi põhiversiooniga rahul.
Seejärel töödeldakse partiifaili AUTOEXEC.BAT. Selle faili abil saate seadistada töökeskkonna parameetreid. Näiteks luua virtuaalne ketas, muuta printimisrežiime, laadida abiprogramme jne.
Tähelepanu!.BAT laiendiga failid mängivad süsteemikeskkonnas töötamisel erilist rolli. Need sisaldavad komplekti operatsioonisüsteemi käske või käivitatavate failide nimesid. Pärast .BAT laiendiga faili käivitamist täidetakse kõik sellesse kirjutatud käsud üksteise järel automaatselt.
Fail standardnimega AUTOEXEC.BAT erineb teistest .BAT tüüpi failidest selle poolest, et sinna pandud käskude täitmine algab automaatselt kohe pärast operatsioonisüsteemi alglaadimist.
Kui fail AUTOEXEC.BAT puudub, palutakse teil sisestada kuupäev ja kellaaeg:
kui vajutate sisestusklahvi, aktsepteeritakse praeguse kuupäeva ja kellaajana arvutitaimeri poolt määratud nn süsteemiparameetrid;
Kui soovite süsteemi kuupäeva ja kellaaega lähtestada, sisestage vastuseks viipale väärtused ühte pakutavatest vormidest, näiteks:
25.10.1997 (kuu päev aasta)
7:30:10.00r (tunnid:minutid:sekundid)
Pärast faili AUTOEXEC.BAT käitamise lõpetamist ja kui seda faili ei leita, kuvatakse ekraanil näiteks süsteemiketta viip C:\>. See näitab, et alglaadimisprotsess on normaalselt lõppenud ja saate alustada tööd, sisestades rakenduse nime või operatsioonisüsteemi käsu.
Märkus. Failid CONFIG.SYS ja AUTOEXEC.BAT võivad puududa. Sel juhul seatakse töökeskkonna sätted vaikeväärtustele.
Pea meeles! Kõvaketast tuleb kasutada operatsioonisüsteemi püsivaks salvestamiseks.
Kui lülitate arvuti sisse, peavad kõik disketiseadmed olema avatud.
Pärast allalaadimise lõpetamist tuleb draivi sisestada rakendusprogrammidega diskett.
