Մենյու
տունՀամացանց

Բանավոր ալգորիթմ համակարգչի բեռնման գործընթացի համար: Օպերացիոն համակարգի բեռնման ալգորիթմ. Հրամանների ակնարկ

Շատ վաղուց, երբ ես փոքր էի, ես աշխատում էի ինստիտուտի լաբորատորիայում մի մեծ համակարգչի SM-3-ի վրա (ինչ-որ բան հայտնի PDP-11-ի նման), bootstrapping (loading) համակարգիչը այսպիսի տեսք ուներ. Կարճ թղթե դակված ժապավեն, որի վրա ծակված ծրագիր էր տեղադրված, բեռնված էր ֆոտո ընթերցողի մեջ: bootstrap, սկսվեց ընթերցանության գործընթացը, իսկ հետո... նայած բախտդ։

Փաստն այն է, որ թղթե ժապավենը աստիճանաբար մաշվել է, սկսել է դժվար կարդալ, և համակարգիչը կարող է չգործարկել առաջին անգամ: Այս դեպքում գործընթացը պետք է կրկնվեր, երբեմն՝ մի քանի անգամ, մինչև դառը վերջը։ Երբ ժապավենը լիովին ձախողվեց, և մեքենան չցանկացավ «կենդանանալ», անհրաժեշտ էր ժամանակավորապես մուտք գործել բեռնման ծրագիրը ձեռքով, օգտագործելով առջևի վահանակում տեղադրված անջատիչները: Այստեղ գլխավորը ժամանակ տրամադրելն ու սխալներ թույլ չտալն էր։

Ժամանակակից համակարգիչների դեպքում բեռնման գործընթացը հիմնականում ավտոմատացված է, բայց դա չի նշանակում, որ չարժե ծանոթանալ:

Օպերացիոն համակարգի բեռնման հիմնական սահմանումները և փուլերը

Միացնելով համակարգիչը, POST-ը, BootMonitor-ը

Բեռնման սկզբնական փուլ օպերացիոն համակարգհամակարգիչը միացնելուց հետո այն սկսում է BIOS-ում (Basic Input/Output System): IN BIOS-ի կարգավորումներմենք նախանշում ենք բեռնման սարքը կամ բեռնման սարքերի շարքը՝ ըստ առաջնահերթության: Հնարավոր են բեռնման տարբեր տարբերակներ և դրանց համակցություններ կոշտ սկավառակ, CD/DVD սկավառակներ, USB ֆլեշ կրիչներ և այլն:

POST-ն անցնելուց անմիջապես հետո (Power-On Self-Test – ինքնաստուգում միացնելուց հետո) Համակարգչային BIOSկսկսի հերթով որոնել նշված boot սարքերի միջոցով, մինչև որ գտնի համապատասխան հատուկ մուտքագրում դրանցից մեկի վրա, որը պարունակում է տեղեկատվություն հետագա գործողությունների մասին:

1-ին մակարդակի բեռնիչ: Master Boot Record

Master Boot Record - հիմնական boot record, որը գտնվում է բեռնախցիկի պահեստավորման սարքերի առաջին ֆիզիկական հատվածներում: Այն պարունակում է բաժանման աղյուսակ և գործարկվող կոդ:

MBR-ում գրված ծրագրի հիմնական խնդիրն է որոնել սկավառակի ակտիվ համակարգի բաժանումը և կառավարումը փոխանցել դրա բեռնման հատվածին: Այսպիսով, այս փուլը կարելի է անվանել նախապատրաստական՝ պայմանավորված նրանով, որ ՕՀ-ն ինքը դեռ ուղղակիորեն բեռնված չէ։

Համակարգի բաժանումը սովորաբար կոչվում է սկավառակի բաժանում (պահեստավորման սարք), որի վրա գտնվում են ՕՀ-ի բեռնման գործընթացի համար պատասխանատու օպերացիոն համակարգի ֆայլերը (օպերացիոն համակարգը ինքնին կարող է տեղակայվել մեկ այլ բաժանման մեջ): Սկզբունքորեն, կարող են լինել մի քանի համակարգի բաժանումներ, ուստի դրանցից մեկը նշվում է որպես ակտիվ: Սա այն է, ինչ փնտրում է MBR-ից բեռնված ծրագիրը:

2-րդ մակարդակի բեռնիչ: Partition Boot Sector

Համակարգչի բեռնման հաջորդ փուլը հսկողությունը փոխանցելն է PBS-ում գրանցված գործարկվող կոդի վրա (Partition Boot Sector - ակտիվ բաժանման բեռնման հատված): PBS-ը գտնվում է համապատասխան սկավառակի բաժանման առաջին սեկտոր(ներ)ում: PBS կոդը նշում է օպերացիոն համակարգի բեռնիչ ֆայլի անունը, որին այս փուլում փոխանցվում է հսկողությունը:

Օպերացիոն համակարգի բեռնման սկզբնական փուլը. OS boot manager

Սկզբում Linux-ում boot loader-ը LILO-ն էր (Linux Loader): Այն ուներ թերությունների պատճառով, որոնցից գլխավորը կիրառվող տեխնիկան հասկանալու անկարողությունն էր Linux ֆայլհամակարգեր, հետագայում սկսեցին կիրառվել GRUB boot loader(GRand Unified Bootloader), որում շտկվել են LILO-ի թերությունները։

Եթե ​​մենք խոսում ենք Windows-ի տարբերակների մասին մինչև Vista-ն, օրինակ, Windows XP-ն, ապա Ntldr-ը կբեռնվի: Այն, իր հերթին, կարդում է տեղեկատվություն տեքստային ֆայլ Boot.ini, որը գրանցում է տեղադրված օպերացիոն համակարգերի մասին տեղեկությունները:

Օպերացիոն համակարգի միջուկը բեռնվում է

Օպերացիոն համակարգի բեռնման վերջին փուլը ՕՀ միջուկի բեռնումն ու հսկողությունը փոխանցելն է։

Մի քանի տարի առաջ իմ պրակտիկայում այսպիսի զվարճալի դեպք կար.

Ինձ խնդրեցին օգնել մի տղամարդու գնել և կազմակերպել համակարգիչ իր տան համար: Այս ընկերն այդ ժամանակ նոր էր թոշակի անցել, իսկ մինչ այդ նա աշխատում էր որպես շեֆ և համակարգիչը մեծ մասամբ հեռվից տեսնում էր իր քարտուղարուհու գրասեղանի վրա։ Թոշակի անցնելուց հետո համակարգչին տիրապետելու ժամանակ ու ցանկություն ունեցավ։ Դե, ես կարծում եմ, որ դա հիանալի է: Մենք նրան գտանք էժան, բայց բարձրորակ համակարգիչ՝ լավ մոնիտորով, այն ժամանակների համար։ Ես տեղադրեցի և կազմաձևեցի որոշ ծրագրեր և ցույց տվեցի, թե ինչպես օգտագործել դրանք: Պարոնը գիրք է ձեռք բերել շարքից « Ինչ-որ բան կեղծամների համար«Եվ մենք միանգամայն գոհ բաժանվեցինք միմյանցից։

Մոտ մեկ շաբաթ անց իմ հիվանդասենյակը զանգահարեց ինձ հեռախոսով և գրեթե լաց լինելով ասաց, որ ամեն ինչ չկա, և համակարգիչն այլևս չի աշխատում: Բարեբախտաբար, նա չի փակվել և անկեղծորեն պատմել է, թե ինչպես է դա եղել։ Եվ այսպես էր. Ընկերը գնաց իր համակարգչի բովանդակությունը ուսումնասիրելու և մի քանի կասկածելի և «ավելորդ» ֆայլեր գտավ, իր կարծիքով, C:\ դրայվի արմատում: Նա որոշեց տարածք ազատել և պարզապես ջնջեց այս ֆայլերը: Կարծում եմ, որ բոլորն արդեն կռահել էին, որ դա boot.ini, ntldr, ntdetect և այլն է: Դժվար չէր իրավիճակը շտկելը, բացառությամբ, որ ես նորից պետք է գնայի նրա մոտ:

Ի դեպ, Windows XP-ի բեռնման հետ կապված խնդիրներ ունենալու համար դուք չկարողացաք որևէ բան ջնջել, բայց մի փոքր «կծկել», օրինակ՝ boot.ini-ն:

Ըստ երևույթին, Microsoft-ը ինչ-որ կերպ իմացել է այս գործի մասին և հաջորդ տարբերակըԵս որոշեցի ավելի լավ թաքցնել bootloader ֆայլերը իմ ՕՀ-ով:

Windows Vista / 7/8 օպերացիոն համակարգերի բեռնման առանձնահատկությունները

IN Windows Vistaկամ Windows 7/8 boot manager-ը կոչվում է Bootmgr: Այն կարդում է տեղադրված օպերացիոն համակարգերի ցանկը ոչ թե պարզ տեքստային ֆայլից, որը boot.ini է, այլ համակարգի BCD (Boot Configuration Data) խանութից, որը հասանելի է հատուկ կոմունալ bcdedit.exe.

Բայց սա դեռ ամենը չէ։ Բացեք «Համակարգչային կառավարում» - «Սկավառակի կառավարում» >

Windows Vista / 7/8 օպերացիոն համակարգի ստանդարտ տեղադրման գործընթացը սկավառակի սկզբում ստեղծում է լրացուցիչ «System Reserved» բաժին: Դրա վրա դրայվի տառ չի հատկացվել, հետևաբար, եթե լրացուցիչ քայլեր չձեռնարկվեն, և՛ բաժանումը, և՛ դրա բովանդակությունը կթաքցվեն օգտվողից: Այս հիմնական բաժինն ունի «Համակարգ» և «Ակտիվ» կարգավիճակը և, հետևաբար, նույնպես չի կարող ջնջվել:

Windows 7-ում նման բաժանման չափը 100 ՄԲ է, որից մոտ 30 ՄԲ զբաղեցված է, Windows 8-ում՝ արդեն 350 ՄԲ, որից 105 ՄԲ-ն է։ Այս տարբերությունը բացատրվում է նրանով, որ Windows 8-ում «Վերականգնման» թղթապանակը տեղափոխվել է այս բաժին:

Դիտարկենք «Համակարգի կողմից վերապահված» բաժնի բովանդակությունը։ Դա անելու համար նրան վերագրեք սկավառակի տառ, օրինակ՝ «W» «Disk Management»-ում: Բացի այդ, բացեք «Կառավարման վահանակ» -> «Թղթապանակի ընտրանքներ» և «Դիտել» ներդիրում հանեք «Թաքցնել պաշտպանված համակարգի ֆայլերը» և ստուգեք «Ցույց տալ»: թաքնված ֆայլեր, թղթապանակներ և սկավառակներ»։

Եթե ​​համակարգն ունի ֆայլերի կառավարիչ FAR մենեջեր, ապա դուք կարող եք օգտագործել այն դիտելու համար և ստիպված չեք լինի կարգավորել թաքնված ֆայլերի տեսանելիությունը:

Ահա թե ինչ տեսք ունի «System Reserved» բաժնի բովանդակությունը Windows 8-ում >

Ինչպես և սպասվում էր, բաժանման սկզբում մենք տեսնում ենք Bootmgr boot loader-ը:

Եվ ահա թե ինչ տեսք ունի «Boot» թղթապանակի բովանդակության մի մասը >

Թղթապանակում մենք գտնում ենք BCD Boot Configuration Database-ը և նրա ուղեկցող թղթապանակները լեզվով և տառատեսակի ֆայլերով:

Պատկերը լրացնելու համար մնում է ասել, թե որ բաժանումն է կոչվում boot partition։ Պատասխանն արդեն պատկերված է Windows 7 հատորներով նկարում:Ակնհայտ է, որ սա այն բաժանումն է, որի վրա գտնվում են օպերացիոն համակարգի բոլոր հիմնական ֆայլերը:

Դե, շատ հեշտ է հիշել սկավառակի բաժանմունքների անունները «դա հակառակն է» սկզբունքի համաձայն. մեկում համակարգում չկա համակարգ (օպերացիոն համակարգ), բայց կա երրորդ մակարդակի բեռնիչ, բեռնախցիկի վրա: չկա bootloader, բայց համակարգը ինքնին գտնվում է: Բնականաբար, այս «հիշողությունը» աշխատում է միայն այն դեպքում, երբ կան մի քանի բաժիններ: Եթե ​​կա միայն մեկ բաժանում, ապա այն կարող է լինել համակարգային, ակտիվ և միանգամից բեռնել:

3-րդ մակարդակի boot loader-ի հիմնական խնդիրը, որը, կախված ՕՀ-ի տեսակից, Bootmgr, Ntldr կամ GRUB է, բեռնման սկավառակից կարդալն ու օպերացիոն համակարգի միջուկը բեռնելն է։ Բացի այդ, բազմակի բեռնման դեպքում, երբ համակարգչում տեղադրված են մի քանի օպերացիոն համակարգեր, 3-րդ մակարդակի բեռնիչը թույլ է տալիս ամեն անգամ համակարգիչը գործարկելիս ընտրել ձեզ անհրաժեշտը:

Դասական սխալ, որին նվիրված է Microsoft-ը Windows-ի տեղադրում XP Windows Vista/7/8-ից հետո: Windows Installer XP-ն իր միջնորմը նշում է որպես ակտիվ, որից հետո, boot-ի ժամանակ, MBR-ը կառավարումը փոխանցում է այս բաժանման PBS-ին, որն էլ իր հերթին հսկողությունը փոխանցում է Ntldr-ին։ Windows boot loader XP-ն ոչինչ չգիտի ավելի ուշ գործող տարբերակների մասին Windows համակարգերև դրանք բեռնելն անհնար է դառնում: Բուժումը բավականին հեշտ է, բայց այս իրավիճակը կարող է շփոթեցնել անփորձ օգտագործողին։

Գործնականում դրան ավելացնելու ոչինչ չկա, և դուք կարող եք ուղղակիորեն անցնել boot menu-ի խմբագրմանը: Սկսենք նրանից.

10 մեկնաբանություն

    1. Շնորհակալություն Ձեր արձագանքի համար: Մոտ ապագայում ես նախատեսում եմ շարունակել նկարագրել բեռնման սխալները շտկելու մեթոդները՝ օգտագործելով կոնկրետ օրինակներ: Փորձից գիտեմ, որ մինչ կարդում ես, թվում է, թե ամեն ինչ պարզ է, բայց երբ գործը հասնում է գործնականում, դժվարություններ են սկսվում։

    2. Խնդրում եմ, ասեք ինձ, թե կոնկրետ ինչպես բուժել:
    «Windows XP բեռնիչը ոչինչ չգիտի Windows օպերացիոն համակարգերի հետագա տարբերակների մասին, և դրանց բեռնումն անհնար է դառնում: Բուժումը բավականին հեշտ է, բայց այս իրավիճակը կարող է շփոթության մեջ գցել անփորձ օգտագործողին»։

    Ես տեղադրեցի XP-ն Vista-ից հետո նոութբուքի վրա - արդյունքում համակարգը սկսում է մինչև XP-ն սկսի բեռնվել, և ամեն ինչ նորից վերագործարկվի, և եթե անջատեք հոսանքի ադապտերը (մինչ OS-ն բեռնվում է), ապա ամեն ինչ նորմալ է բեռնվում: Եթե ​​դուք վերբեռնում եք անվտանգ ռեժիմ, ապա կարիք չկա անջատել ադապտերը։ Ի՞նչը կարող է հարվածել մեզ և ինչպե՞ս պայքարել դրա դեմ:

    ԽՆԴՐՈՒՄ ԵՆՔ ՀԵՏԵՎԵԼ։ ՆԱԽԱՊԵՍ ՇՆՈՐՀԱԿԱԼՈՒԹՅՈՒՆ. ԿՆԵՐԵՔ «ԿՈՏՐՎԱԾ» ՌՈՒՍԻ ՀԱՄԱՐ.

    • Ես ոչինչ չեմ ասի XP-ի բեռնման վրա հոսանքի ադապտորի ազդեցության մասին. ես կոնկրետ գաղափարներ չունեմ: Ինչ վերաբերում է Vista-ի բեռնախցիկի վերականգնմանը, եթե դա տեղին է, ապա գրառման վերջում կա հղում դեպի Microsoft-ի աջակցության հոդվածը (919529), որն ուղղակիորեն նվիրված է այս թեմային: Վերականգնելու համար ձեզ հարկավոր կլինի տեղադրման սկավառակ Vista. IN հրամանի տողԱդմինիստրատորի իրավունքներով դուք պետք է գործարկեք.
      X:\boot\bootsect.exe /nt60 բոլորը
      որտեղ X-ը օպտիկական սկավառակի տառն է:
      Բայց XP-ի բեռնախցիկը պետք է ձեռքով ավելացվի՝ օգտագործելով խմբագրիչը: Հրամանների հավաքածուն այսպիսին կլինի.
      Bcdedit /create (ntldr) /d " Microsoft Windows XP"
      Եթե ​​այս հրամանը ձախողվի, ապա.
      Bcdedit /set (ntldr) նկարագրություն «Microsoft Windows XP»
      Հետագա:
      bcdedit /set (ntldr) սարքի միջնորմ=X:
      X: - բաժանման սկավառակի տառը, որի վրա գտնվում են XP bootloader ֆայլերը, և դրան տանող ուղին.
      bcdedit /set (ntldr) ուղին \ntldr
      bcdedit /displayorder (ntldr) /addlast

    Ես նոթբուք ունեի, երբ բեռնում էի և վերագործարկում, Windows-ը միանգամից միանում էր, բայց հիմա ես գնեցի սեղանադիր համակարգիչ և բեռնման գործընթացը տեղի է ունենում երեք փուլով։ Ինչպես դա անել այս փուլերից ազատվելու համար։ Ներողություն եմ խնդրում տեխնիկական տերմինների անգրագետ օգտագործման համար։

    • Յուրի՜ Վախենում եմ, որ ձեր տրամադրած տեղեկատվությունը ակնհայտորեն բավարար չէ որևէ առաջարկություն անելու համար: Ինչ Windows և ինչ փուլեր: մենք խոսում ենք? Խնդրում եմ ստուգեք.

    Առողջություն, Ալեքսանդր:
    Ինչպես հասկանալ, կանխել, և եթե դա կրկնվի, ինչպես ճիշտ դուրս գալ նման իրավիճակից։
    Նոթբուք. Տեղադրված է Windows 7: Այն միացնելուց և գաղտնաբառը մուտքագրելուց հետո այն ցույց է տվել «բացակայում է» օպերացիոն համակարգ- այսինքն՝ «օպերացիոն համակարգ չկա»։ Անջատելն ու նորից միացնելը տվել է նույն արդյունքը։ Հնարավոր էր սկսել միայն մարտկոցը հանելով և որոշ ժամանակ անց տեղադրելով։
    Նախորդ օրը, սակայն, սխալ անջատում եղավ՝ ֆլեշ կրիչը և մոդեմը նախ չեն անջատվել։ Նման մոռացկոտություն եղել է նաև նախկինում, բայց նմանատիպ ազդեցությունչի ունեցել.
    Ես երախտապարտ կլինեի հին «թեյնիկին» հասանելի պատասխանի համար (ծիծաղելի գործով տասը տարով մեծ եմ պարոնից, բայց COMP-ի հետ ծանոթացա մոտավորապես նույն տարիքում):

    • Վլադիմիր, բարև: Շնորհավոր տոներ և ամենայն բարիք։
      Այս իրավիճակում դուք ամեն ինչ ճիշտ եք արել. վերականգնել եք «խրված» անսարքությունը:
      Ինչպես երգում է ասվում. «Մի կաթիլ անձրևը քիչ է. Մեկ ձյան փաթիլը դեռ ձյուն չէ»։ Հնարավոր է, որ երբեք նման բան չկրկնվի։ Այժմ, եթե մեկնարկի հետ կապված կանոնավոր խնդիրներ սկսվեն, ապա անհրաժեշտ կլինի դրանք կարգավորել: Ընդհանուր առմամբ, Windows 7 և ավելի բարձր համակարգերը բավականին դիմացկուն են աննորմալ անջատումներին:
      Ինչ անել? Դուք ինքներդ պատասխանեցիք ձեր հարցին՝ փորձեք պարբերաբար անջատել սարքերը: Իսկ եթե հնարավոր է միանալ USB-ով արտաքին սկավառակ, ապա ես անպայման կկատարեի (իրականում բավականին կանոնավոր եմ անում) համակարգի կրկնօրինակում, օրինակ՝ օգտագործելով .

    Բարեւ Ձեզ. Ես նույն խնդիրն ունեմ, սեղանադիր համակարգիչ, երկու կոշտ սկավառակներ, Windows 10. BIOS-ի շաղ տվող էկրանից հետո հայտնվում է աղավաղված պատուհան, համակարգիչը չի գործարկվում, հարկադիր վերագործարկումից հետո ամեն ինչ սկսվում է և ամեն ինչ աշխատում է։ Այսինքն, BIOS-ի և սկավառակի ընտրության միջև ինչ-որ սխալ կա:

Bootloader-ը համակարգային ծրագիր է, որն իրականացնում է բեռնում:Շատ բեռնիչներ նաև ապահովում են շարժում և կապակցում: Որոշ համակարգեր առանձնացնում են կապող գործառույթը շարժման և բեռնման գործառույթներից: Կապն իրականացվում է հատուկ կապող ծրագրի (կամ հղումների խմբագրիչի) միջոցով՝ տեղափոխելով և բեռնելով բեռնիչով։

Կապելը երկու կամ ավելի առանձին թարգմանված ծրագրերի միացումն է:

Տեղափոխումը օբյեկտի ծրագրի փոփոխությունն է, որպեսզի այն հնարավոր լինի բեռնել սկզբնական հասցեից տարբեր հասցեից:

Bootloader գործառույթները.

  1. OP բաշխում;
  2. ծրագրի տեղափոխում;
  3. կապող մոդուլներ;

OP բաշխում

Ծրագրի տեղափոխում

Եթե ​​մոդուլների ներսում կան հասցեների հաստատուններ, որոնք հաշվարկվում են մոդուլի սկզբից, ապա հասցեները կկարգավորվեն Base-ի համեմատ:

Կապող մոդուլներ

Բեռնախցիկների տեսակները

Կոմպիլյացիայով գործարկվող բեռնիչներ

Մեկը հնարավոր ուղիներըԲեռնիչի ֆունկցիան իրականացնելու համար կարող է լինել ասեմբլերի աշխատանքի այնպիսի կազմակերպում, որում հիշողության մի մասում աշխատող մոնտաժողը տեղադրում է մեքենայի հրահանգները և տվյալները, երբ դրանք հավաքվում են անմիջապես իրենց համար հատկացված հիշողության բջիջներում: Երբ կոմպիլյացիան ավարտվի, ասեմբլերը կառավարումը փոխանցում է արդյունքում ստացված ծրագրի մուտքի կետին: Սա շատ պարզ լուծում է, որը թույլ է տալիս անել առանց լրացուցիչ ընթացակարգերի։ Այս սխեման կոչվում է «կազմել-կատարել», իսկ «բեռնիչը» բաղկացած է մեկ հրահանգից, որը կառավարումը փոխանցում է հավաքված ծրագրին:

Բացարձակ բեռնիչները հեշտ է իրականացնել, բայց ունեն մի շարք առանձնահատկություններ.

  • OP-ի բաշխման խնդիրն իրականացվում է ծրագրավորողի կողմից (օգտագործելով OP-ի սկզբնական արժեքը սահմանելու հրահանգը);
  • Ծրագիրը տեղափոխելու խնդիրը կատարում է կոմպիլյատորը.
  • կապող մոդուլներ - որոշվել է ծրագրավորողի կողմից (զանգահարել 600);
  • բեռնել ծրագրերը OP-ում և գործարկել դրանք կատարման համար:

Առավելությունները:

  • ավելի փոքր bootloader չափը (հիշողության չափը);
  • կազմման և բեռնման փուլերի տարանջատում, ինչը նվազեցնում է մոդուլների մշակման ժամանակը.
  • մի քանի ծրագրավորման լեզուներ օգտագործելու ունակություն, քանի որ ստեղծված օբյեկտի մոդուլների կառուցվածքները նույնական են։

Թերություններ:

Մեծ ծավալի աշխատանք ընկնում է ծրագրավորողի վրա։ Մոդուլները փոփոխելիս անհրաժեշտ է մշտապես վերահսկել մեկնարկային հասցեների փոփոխությունները, քանի որ դրանց երկարությունը փոխվում է.

Բացարձակ բեռնիչի օբյեկտի ֆայլի կառուցվածքը

Տեղեկատվական գրառումը բաղկացած է.

  1. նշան;
  2. OP-ի բացարձակ հասցեն, որտեղ կարելի է տեղեկատվություն փոխանցել.
  3. հաղորդագրության մեջ տեղեկատվական բայթերի քանակը.
  4. բայթ տեղեկատվության;
  5. չեկային գումարներ;
  6. համարակալում.

Վերահսկիչ գրառումը բաղկացած է.

  1. նշան;
  2. մուտքի կետի հասցեն.

Պարզ բացարձակ բեռնիչը աշխատում է.

  1. Ստուգեք, թե արդյոք բավարար հիշողություն կա այս ծրագրի համար (դիտելով առաջին գրառումը):
  2. Ծրագրի մարմնի հաջորդական ընթերցում և տեղադրում նշված հասցեում.
  3. Վերահսկողության փոխանցում ծրագրի կատարման հասցեին:

Կարյունավորում bootloader

Բոլոր ենթածրագրերը նորից հավաքելու անհրաժեշտությունից խուսափելու համար, երբ փոփոխություն է կատարվում դրանցից մեկում, ինչպես նաև ծրագրավորողին ազատելու հիշողության տեղաբաշխման և ենթածրագրերի հաղորդակցման խնդիրներից, մշակվել են այսպես կոչված բեռնիչներ: Այս bootloader-ը թույլ է տալիս ծրագրին ունենալ մի քանի ծրագրի հատվածներ և մեկ տվյալների հատված (ընդհանուր հատված): Ասեմբլերը թարգմանում է յուրաքանչյուր հատված առանձին և բեռնիչին տրամադրում է տեքստ և տեղեկատվություն հատվածների միջև շարժումների և խաչաձև հղումների վերաբերյալ:

Այս սխեմայով ասեմբլերի ելքը օբյեկտի ծրագիրն է և տեղեկատվությունը բոլոր մյուս ծրագրերի մասին, որոնց զանգեր կան այս ծրագրում: Բացի այդ, տեղեկություններ կան այն վայրերի մասին, որոնք պետք է փոխվեն բեռնման ժամանակ (շարժման մասին տեղեկատվություն), այսինքն. բջիջների մասին, որոնց բովանդակությունը կախված է հիշողության մեջ ծրագրի գտնվելու վայրից:

Յուրաքանչյուր աղբյուր ծրագրի համար ասեմբլերը արտադրում է տեքստ (թարգմանության արդյունք) որպես ելքային տեղեկատվություն, որին նախորդում է անցումային վեկտորը, որը պարունակում է ենթածրագրերի անունների հասցեները, որոնք հասանելի են աղբյուրի ծրագրում: Օրինակ, եթե SQRT ռեժիմը կանչված առաջին ռեժիմն է, ապա jump վեկտորի առաջին բջիջը կպարունակի SQRT խորհրդանշական անունը: SQRT ռեժիմին կանչ պարունակող հայտարարությունները կվերածվեն ցատկման հրահանգի, որը ցույց է տալիս SQRT-ի հետ կապված ճյուղային վեկտորի տարրի հասցեն: Մոնտաժողը նույնպես կփոխանցի Լրացուցիչ տեղեկությունինչպիսիք են ծրագրի ընդհանուր երկարությունը և անցումային վեկտորի երկարությունը: Ծրագրի տեքստը և թռիչքի վեկտորը հիշողության մեջ բեռնելուց հետո բեռնիչը կբեռնի վեկտորում նշված յուրաքանչյուր ռեժիմ: Այնուհետև նա հրաման կդնի վեկտորի յուրաքանչյուր տարրի համապատասխան ենթածրագրին անցնելու համար: Այսպիսով, SQRT ենթածրագրի կանչը կհանգեցնի անցումային վեկտորի առաջին բջիջին անցնելու հրամանի կատարմանը, որը կպարունակի ցատկի հրաման դեպի կանչված ենթածրագր:

Այս բեռնման սխեման երկաստիճան հսկողության փոխանցումով հաճախ օգտագործվում է ֆիքսված հրահանգի ձևաչափով և ուղղակի հասցեավորման համակարգիչներում:

Այս bootloader-ն ունի մի շարք թերություններ.

  • անցումային վեկտորը լիովին հարմար չէ արտաքին տվյալների բեռնման և պահպանման համար (գտնվում է մեկ այլ ծրագրի հատվածում);
  • անցումային վեկտորը մեծացնում է օբյեկտի ծրագրի երկարությունը.
  • Բեռնիչը գործում է ծրագրի սեգմենտների վրա, սակայն չի հեշտացնում մուտքը դեպի տվյալների սեգմենտներ, որոնք կարող են համօգտագործվել մի քանի առօրյայի միջոցով:

Ուղղակիորեն կապող bootloader

Ուղղակիորեն կապող bootloader-ը առավելագույնս ապահովում է ծրագրեր և տվյալներ հիշողության մեջ տեղափոխելու հնարավորություն և ներկայումս ամենատարածվածն է: Նման բեռնիչն ունի այն առավելությունը, որ թույլ է տալիս օգտագործել մեծ թվով և՛ ծրագրի սեգմենտներ, և՛ տվյալների սեգմենտներ և տալիս է ծրագրավորողին. լիակատար ազատությունմուտք գործել այլ հատվածներում գտնվող տվյալներ՝ միաժամանակ թույլ տալով առանձին թարգմանություն:

Ասեմբլերը (թարգմանիչը) յուրաքանչյուր ծրագրի և տվյալների սեգմենտի հետ պետք է փոխանցի հետևյալ տեղեկատվությունը bootloader-ին.

  1. հատվածի երկարությունը;
  2. բոլոր սեգմենտների սիմվոլների ցանկը, որոնց կարելի է մուտք գործել այլ սեգմենտներից և դրանց հարաբերական հասցեներից.
  3. այս հատվածում չսահմանված բոլոր նշանների ցանկը, որոնք հասանելի են այս հատվածում.
  4. տեղեկատվություն հատվածում հասցեի հաստատունների գտնվելու վայրի մասին և նկարագրություն, թե ինչպես պետք է փոխվեն դրանց արժեքները.
  5. մեքենայական ծածկագրերը, որոնք ստացվում են թարգմանությունից և հատկացված հարաբերական հասցեներից:

Իր ամենապարզ ձևով ուղղակի կապող բեռնիչի թերություններից մեկն այն է, որ ամեն անգամ, երբ ծրագիրը գործարկվում է, այն պետք է բազմիցս կատարի հիշողության տեղաբաշխման, տեղափոխելու, կապելու և բեռնելու բոլոր անհրաժեշտ ենթածրագրերը: Այս խնդիրները կարող են լուծվել՝ բեռնումը կատարելով երկու առանձին ծրագրերի միջոցով՝ կոմբինատոր և մոդուլի բեռնիչ: Կոմբինատորի ելքը տվյալների մի շարք է այնպիսի ձևաչափով, որը թույլ է տալիս ծրագրին բեռնել հիշողության մեջ և կոչվում է բեռնման մոդուլ:Գոյություն ունեն մի քանի տեսակի կոմբինատորներ. Դրանցից մեկը, այսպես կոչված, հղումների խմբագրիչն է, որը պահպանում է մոդուլը հիշողության մեջ տեղափոխելու համար անհրաժեշտ տեղեկատվությունը, որպեսզի մոդուլն ամբողջությամբ կարող է կազմաձևվել և բեռնվել կամայական հիշողության վայրում: Այս դեպքում մոդուլի բեռնիչը պետք է կատարի հիշողության տեղաբաշխման և տեղափոխման գործառույթները, բայց զերծ մնա օբյեկտի մոդուլներն ու ենթածրագրերը կապելու բարդ խնդիրից:

Դինամիկ բեռնիչ

Դիտարկված սխեմաներից յուրաքանչյուրում ենթադրվում էր, որ բոլոր անհրաժեշտ ռեժիմները միաժամանակ բեռնված են հիշողության մեջ: Եթե ​​ռեժիմների կողմից պահանջվող հիշողության ընդհանուր քանակն ավելի քիչ է, քան մեքենայի հասանելի հիշողությունը, խնդիրներ են առաջանում: Այս դժվարությունները հաղթահարվում են՝ օգտագործելով դինամիկ բեռնման սխեմա՝ կոմբինատորի և բեռնիչի հաջորդական օգտագործմամբ: Այս սխեման հիմնված է այն փաստի վրա, որ սովորաբար տարբեր ռեժիմներ են պահանջվում տարբեր ժամանակներում և կարող են փոխադարձաբար բացառել: Հստակորեն սահմանելով, թե որ ենթածրագրը պարունակում է զանգեր դեպի այլ ենթածրագրեր, դուք կարող եք սահմանել այսպես կոչված ծածկույթի կառուցվածք, որը սահմանում է փոխադարձ բացառող ենթածրագրեր:

Ձևավորվում է բեռնման մոդուլը: Այն տեղափոխելի է և պետք է ունենա տեղափոխման սեղան: Բացի այդ, բեռնման մոդուլի կառուցվածքը պետք է պարունակի տեղեկատվություն կապերի մասին: Բեռնիչը պետք է պարունակի այնպիսի մաս, որպես ծածկույթի կառավարիչ, այն ընտրում է բեռնման մոդուլներից հենց նրանք, որոնք սկսվում են, և աշխատանքի ընթացքում կազմակերպում է անհրաժեշտ մոդուլների բեռնումը OP-ում:

Դինամիկ կապ

Լինում են դեպքեր, երբ մեքենայի հիշողության արդյունավետ օգտագործումն ապահովելու համար ծրագրի կատարման ընթացքում ենթածրագրերը դինամիկ կերպով միացվում են: Այսինքն, ենթածրագրերը բեռնվում են հիշողության մեջ միայն այնպես, ինչպես կոչվում են: Սա կարող է օգտակար լինել, քանի որ... Ծրագրի որոշակի պայմաններում որոշ ենթածրագրեր կարող են ընդհանրապես անհրաժեշտ չլինել: Դիտարկենք օրինակ.

եթե (պայման 1)
ենթածրագրային զանգ 1
եթե (պայման 2)
ենթածրագրային զանգ 2
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
եթե (պայման m)
զանգահարել ենթածրագրի մ

Ճյուղերից շատերը բաց կթողնվեն, և անհրաժեշտ չի լինի բեռնել OP-ում, օրինակ՝ ենթակարգ 2-ը, եթե 2-րդ պայմանը չկատարվի: Այս դեպքում բեռնիչը պետք է աշխատի ծրագրի հետ միաժամանակ և կատարի միացման գործառույթները: և ենթածրագրերի բեռնում:

Օպերացիոն համակարգի բեռնման ալգորիթմ

Օպերացիոն համակարգը պահվում է արտաքին հիշողությունսովորաբար կոշտ սկավառակի վրա, ավելի հազվադեպ՝ ճկուն սկավառակի վրա:

Արժե ասել, որ դրա համար նորմալ շահագործումՀամակարգչի համար չափազանց կարևոր է օպերացիոն համակարգի հիմնական մոդուլները RAM-ում ունենալը։ Այդ իսկ պատճառով, համակարգիչը միացնելուց հետո օպերացիոն համակարգը ավտոմատ կերպով վերագրվում է (գործարկվում) սկավառակից։ RAM.

- օպերացիոն համակարգը սկավառակից (կոշտ կամ անգործունյա) RAM-ի մեջ վերագրանցելը:

Համակարգիչը միացնելուց հետո էկրանին թվերի փոփոխություն է նկատվում։ Այս թվերն արտացոլում են BIOS ծրագրով RAM-ի փորձարկման գործընթացը: Եթե ​​RAM բջիջներում անսարքություն հայտնաբերվի, կցուցադրվի հաղորդագրություն:

Սարքավորումների փորձարկումը հաջողությամբ ավարտելուց հետո մուտք է գործում սկավառակ A սկավառակով սկավառակ, և կողքի ցուցիչի լույսը վառվում է: Եթե ​​օպերացիոն համակարգը բեռնված է ճկուն սկավառակից, ապա դուք պետք է տեղադրեք համակարգի սկավառակը A սկավառակի մեջ՝ փորձարկումից առաջ կամ ընթացքում: Հակառակ դեպքում, եթե A սկավառակի վրա օպերացիոն համակարգ չկա, կոշտ սկավառակը հասանելի է դառնում, ինչի մասին վկայում է ցուցիչը: լույսը դրա կողքին:

Սկսվում է ընթերցումը սկավառակի 0-րդ կողմի 0-րդ հատվածի RAM-ում, որտեղ գտնվում է բեռնիչը (BOOT RECORD): Վերահսկումը փոխանցվում է bootloader-ին, որը ստուգում է համակարգի սկավառակի վրա IO.SYS ընդլայնման մոդուլի և MSDOS.SYS բազային մոդուլի առկայությունը: Եթե ​​դրանք գտնվում են իրենց համար հատկացված տեղում, ապա այն բեռնում է RAM-ում, հակառակ դեպքում կցուցադրվի հաղորդագրություն նրանց բացակայության մասին։ Այս դեպքում խորհուրդ է տրվում նորից ներբեռնել: Վերագործարկման ազդանշանը կառավարումը փոխանցում է մշտական ​​BIOS մոդուլին, որը կրկին գրում է բեռնման բլոկը սկավառակից RAM և այլն:

ՆՇՈՒՄ!Համար վերագործարկեք օպերացիոն համակարգըսեղմել ստեղները միաժամանակ հիշողության մեջ<Сtгl> <АLT> .

IO.SYS ընդլայնման մոդուլը և MSDOS.SYS բազային մոդուլը RAM-ում հաջողությամբ բեռնելուց հետո բեռնվում է COMMAND.COM հրամանի պրոցեսորը և մշակվում է CONFIG.SYS կազմաձևման ֆայլը, որը պարունակում է հրամաններ՝ անհրաժեշտ դրայվերները միացնելու համար: Այս ֆայլը կարող է բացակայել, եթե օգտվողը գոհ է օպերացիոն համակարգի հիմնական տարբերակից:

Այնուհետև կատարվում է վերամշակում խմբաքանակի ֆայլ AUTOEXEC.BAT. Այս ֆայլն օգտագործվում է գործառնական միջավայրի պարամետրերը կարգավորելու համար: Օրինակ՝ ստեղծեք վիրտուալ սկավառակ, փոխեք տպման ռեժիմները, բեռնեք օժանդակ ծրագրեր և այլն։

Նշում!.BAT ընդլայնմամբ ֆայլերը նվագարկվում են այնտեղ աշխատելիս համակարգի միջավայրըհատուկ դեր. Օʜᴎ պարունակում է օպերացիոն համակարգի հրամանների մի շարք կամ գործարկվող ֆայլերի անուններ: .BAT ընդլայնմամբ ֆայլը գործարկելուց հետո դրանում գրված բոլոր հրամաններն ավտոմատ կերպով կատարվում են մեկը մյուսի հետևից։

Ֆայլի հետ ստանդարտ անուն AUTOEXEC.BAT-ը տարբերվում է .BAT տիպի այլ ֆայլերից նրանով, որ դրանում տեղադրված հրամանների կատարումն ինքնաբերաբար սկսվում է օպերացիոն համակարգի բեռնումից անմիջապես հետո:

Եթե ​​AUTOEXEC.BAT ֆայլը բացակայում է, ձեզ կառաջարկվի մուտքագրել ամսաթիվը և ժամը.

եթե սեղմեք enter, ապա որպես ընթացիկ ամսաթվերըիսկ ժամանակը, կընդունվեն այսպես կոչված համակարգի պարամետրերը, որոնք որոշվում են համակարգչային ժամանակաչափով;

Եթե ​​ցանկանում եք վերականգնել համակարգի ամսաթիվը և ժամը, ապա ի պատասխան հուշման, մուտքագրեք արժեքները ներկայացված ձևերից մեկում, օրինակ.

10-25-1997 (ամիս օր տարի)

7:30:10.00 ռ (ժամեր: րոպեներ: վայրկյաններ)

AUTOEXEC.BAT ֆայլի աշխատանքը ավարտելուց հետո, ինչպես նաև, եթե այս ֆայլըչի հայտնաբերվել, օրինակ, էկրանի վրա կցուցադրվի համակարգի սկավառակի հուշում C:\>.Սա ցույց է տալիս, որ բեռնման գործընթացը նորմալ է ավարտվել, և դուք կարող եք սկսել աշխատել՝ մուտքագրելով կիրառական ծրագրի անունը կամ օպերացիոն համակարգի հրամանը:

Նշում. CONFIG.SYS և AUTOEXEC.BAT ֆայլերը կարող են բացակայել: Այս դեպքում գործառնական միջավայրի կարգավորումները կսահմանվեն լռելյայն:

Հիշիր.Չափազանց կարևոր է ապահովել, որ օպերացիոն համակարգը մշտապես պահվի կոշտ սկավառակի վրա: Երբ միացնում եք ձեր համակարգիչը, բոլոր անգործունյա կրիչները պետք է բաց լինեն:

Ներբեռնման ավարտից հետո սկավառակի մեջ պետք է տեղադրեք կիրառական ծրագրերով սկավառակը:

Փորձարկվել է ծրագրի կողմից

Բեռնել Բեռ չկա

վրա ճկուն կոշտ ոչ

սկավառակի սկավառակ

Ընթերցանություն անգործունյա սկավառակից Կարդացեք: ժեստով սկավառակ

IO.SYS, MSDOS.SYS բեռնախցիկի հատվածում»

Բեռնել Հաղորդագրություն չկա

ճիշտ? «Ոչ համակարգի ֆայլեր»

Հրաման. Com «Համակարգային ֆայլեր չկան»

և CONFIG.SYS ֆայլը

Ուղարկել ձեր լավ աշխատանքը գիտելիքների բազայում պարզ է: Օգտագործեք ստորև ներկայացված ձևը

Ուսանողները, ասպիրանտները, երիտասարդ գիտնականները, ովքեր օգտագործում են գիտելիքների բազան իրենց ուսումնառության և աշխատանքի մեջ, շատ շնորհակալ կլինեն ձեզ:

Վ.Ն.Տատիշչևի անվան Վոլգայի համալսարան

Համակարգչային գիտության և հեռահաղորդակցության ֆակուլտետ

«Ինֆորմատիկայի և կառավարման համակարգերի» բաժին

ԴԱՍԸՆԹԱՑ ԱՇԽԱՏԱՆՔ

կարգապահություն՝ «Համակարգային ծրագրակազմ»

Առարկա: " Բեռնիչ”

Կատարվում է ուսանողի կողմից: ԻՍ-303

Կրասնոսելցև IN. Պ.

Ուսուցիչ՝ Տրուբաչևա Ս.Ի.

Տոլյատի

Ներածություն

1. Տեսական մաս

2. Դիզայնի մաս

2.1 Խնդրի հայտարարություն

2.2 Խնդրի լուծման ալգորիթմի մշակում

2.3 Կիրառական ծրագրի բեռնման ալգորիթմի նկարագրությունը

2.4 ՕՀ-ի բեռնման ալգորիթմի նկարագրությունը

2.5 Unix-ի բեռնման ալգորիթմի նկարագրությունը՝ օգտագործելով LILO boot loader-ը

Եզրակացություն

Հղումներ

Ներածություն

Իմ կուրսային աշխատանքի արդիականությունը կայանում է նրանում, որ համակարգիչների և դրանց օպերացիոն համակարգերի զարգացումը զուգահեռ է ընթանում զարգացմանը. տարբեր ծրագրերներբեռնողներ. Որոշ օպերացիոն համակարգեր բեռնման համար պահանջում են տարբեր բեռնիչներ: Օրինակ, Unix բազմաֆունկցիոնալ օպերացիոն համակարգը պահանջում է LILO boot loader և տարբեր կոմունալ ծառայություններ: Օպերացիոն համակարգի ցանկացած բեռնում ազդում է RAM-ի վրա, որն օգտագործվում է ինչպես առաջնային, այնպես էլ երկրորդական բեռնիչի կողմից: Երբ բեռնումը տեղի է ունենում տարբեր տեսակներսխալներ, որոնք բեռնիչը շրջանցում կամ դադարեցնում է բեռնման գործընթացը (ցուցադրում է տեղեկատվական հաղորդագրություն):

Bootloader-ը ծրագիր է, առանց որի ավելի քան մեկ համակարգիչ և մեկից ավելի օպերացիոն համակարգեր պարզապես չեն կարող անել:

1 . Տեսական մաս

Microsoft OS-ի բեռնման գործընթաց

Ինչ օպերացիոն համակարգ էլ որ մենք քննարկենք, որպեսզի ՕՀ-ն սկսի կառավարել համակարգիչը, այն պետք է բեռնվի RAM-ում: Հետևաբար, եկեք տեսնենք, թե ինչպես է տեղի ունենում տարբեր ՕՀ-ների բեռնման գործընթացը: Քանի որ մեզ հետաքրքրում է միայն բեռնումը կոշտ սկավառակներ, ապա մենք չենք դիտարկի ճկուն սկավառակից, CD-ROM-ից և ցանցից բեռնելու առանձնահատկությունները: Սկսենք MS-DOS-ից և MS Windows-ից:

Ինչպես գիտեք, երբ միացնում եք ձեր համակարգիչը, սկզբում աշխատում է POST (Power On Self Test) ծրագիրը: Այն որոշում է հասանելի հիշողության քանակը, փորձարկում է այն, որոշում այլ բաղադրիչների առկայությունը (ստեղնաշար, կոշտ սկավառակ և այլն) և սկզբնավորում է ադապտերային քարտերը: Սովորաբար էկրանին հայտնվում են հաղորդագրություններ հիշողության քանակի, դրա փորձարկման, հայտնաբերված սարքերի ցանկի (ճկուն և կոշտ սկավառակներ, պրոցեսոր, COM պորտեր և այլն)։

Փորձարկումն ավարտվելուց հետո POST-ը կանչում է Int 19h, որը փորձում է գտնել բեռնման սարք: Որոնումը կատարվում է նշված կարգով Կարգավորեք BIOS-ը, և իրականացվում է համապատասխան սարքերի զրոյական հատվածների հարցումով։ Եթե ​​սկավառակը bootable է, ապա դրա զրոյական հատվածում կա հիմնական boot record՝ Master Boot Record (MBR): MBR-ի վերջին երկու բայթերը «կախարդական թիվ» են, ինչը նշան է, որ այս հատվածը MBR է, և, հետևաբար, սկավառակը bootable է: Բացի «կախարդական համարից», MBR-ը պարունակում է սկավառակի բաժանման աղյուսակ, որն արդեն նշվել է վերևում, և փոքր ծրագիր՝ առաջնային բեռնիչ, ընդամենը 446 (0 * 1BE) բայթ ծավալով:

Աղյուսակ 2.1-ում ներկայացված է Windows-ի տեղադրման ժամանակ ստեղծված հիմնական բեռնման հատվածի կառուցվածքը:

Աղյուսակ 2.1 Հիմնական բեռնախցիկի հատվածի կառուցվածքը

Ընդհատում 19h BIOS-ը բեռնում է հիմնական բեռնիչը համակարգչի հիշողության մեջ և կառավարումը փոխանցում այս ծրագրին: Բայց նման փոքր ծրագիրը չի կարող բեռնել ՕՀ-ն. այն ամենը, ինչ նա կարող է անել, հիշողության մեջ բեռնել ավելի հզոր ծրագիր՝ երկրորդական բեռնիչ:

Դա անելու համար այն նայում է բաժանման աղյուսակում ակտիվ բաժինև հիշողության մեջ կարդում է երկրորդական բեռնիչը, որը գտնվում է ակտիվ բաժանման առաջին տրամաբանական հատվածից սկսած: Ուշադրություն դարձրեք «սկիզբ» բառին. Փաստն այն է, որ երկրորդական բեռնիչը ներս է տարբեր համակարգերունի տարբեր երկարություններ.

Երկրորդական բեռնիչը բեռնում է ՕՀ-ն գործարկելու համար անհրաժեշտ ծրագրերի առաջին շերտը: MS - DOS-ի դեպքում բեռնման ծրագիրը բեռնում է IO.SYS-ը 700h հասցեում, այնուհետև MSDOS.SYS-ը և կառավարումը փոխանցում IO.SYS մոդուլի SYSINIT բաժին:

Եթե ​​ինչ-ինչ պատճառներով սկավառակի վրա ակտիվ միջնորմ չի գտնվել, ապա բեռնման գործընթացը շարունակվում է 18h ընդհատման մշակմամբ: Այս ճյուղը հազվադեպ է օգտագործվում ամբողջությամբ, սակայն այս հատկությունը կարող է շատ օգտակար լինել որոշ իրավիճակներում: Հեռավոր բեռնման ժամանակ, երբ ՕՀ-ը բեռնվում է սերվերից, այս ընդհատումը POST ծրագրի կողմից վերահղվում է դեպի ցանցային քարտի ROM:

Խոշոր սկավառակների հետ կապված խնդիրներ

MS - DOS և առաջին տարբերակներում Windows մուտքդեպի սկավառակներ կազմակերպվել է BIOS-ի ընդհատման 13-ի միջոցով (Int 13h): Այս դեպքում սկավառակի վրա հասցեագրման սեկտորները օգտագործվել են ուղու վրա գտնվող բալոնի, գլխի և սեկտորի թվերը (C/H/S) նշելու հիման վրա: Ավելի ճիշտ.

1)AH - շահագործման ընտրություն;

2)CP - ցածր կարգի 8 բիթ մխոցի համարը;

3)CL - 7-6 բիթերը համապատասխանում են մխոցի համարի ամենակարևոր բիթերին, 5-0 բիթերը համապատասխանում են հատվածի համարին.

4)DH - ընթերցման գլխի համարը;

5)DL - սկավառակի համարը (80h կամ 81h):

Հարկ է նշել, որ թվարկված բոլոր սահմանափակումները նշանակալի են միայն ՕՀ-ի բեռնման փուլում, քանի որ հենց Linux-ը և վերջինը Windows-ի տարբերակներըՍկավառակների հետ աշխատելիս նրանք այլևս չեն օգտագործում BIOS-ի ընդհատում 13, այլ օգտագործում են իրենց սեփական դրայվերները սկավառակների հետ աշխատելու համար։ Բայց մինչ համակարգը կարողանա օգտագործել իր սեփական դրայվերը, այն պետք է առնվազն բեռնի այն: Հետեւաբար, բեռնման սկզբնական փուլում ցանկացած համակարգ ստիպված է օգտագործել BIOS-ը: Սա սահմանափակում է 8 ԳԲ-ից ավելի շատ համակարգեր տեղադրելու համար, դրանք չեն կարող բեռնել այնտեղից, չնայած հաջող բեռնումից հետո նրանք կարող են աշխատել շատ ավելի մեծ սկավառակների հետ: Որպեսզի հասկանանք, թե ինչպես կարող ենք շրջանցել այս սահմանափակումները, մեզ անհրաժեշտ է որոշակի գիտելիքներ, թե ինչպես է բացվում Linux OS-ը:

LILO boot loader Linux OS բաշխումից

Նախքան երկրորդ ՕՀ-ի տեղադրումը սկսելը, դուք պետք է ընտրեք համակարգչի բեռնման փուլում ՕՀ-ի ընտրությունը կազմակերպելու մեթոդ: Loader ծրագրերը լուծում են այս խնդիրը: Այս տեսակի մի քանի ծրագրեր կան. Քանի որ խոսքը Linux-ի մասին է, առաջինը, որ պետք է նշենք, LILO ծրագիրն է, որը ներառված է ցանկացածում Linux բաշխում.

LILO-ն մի քանի ծրագրերից բաղկացած մի շարք է. բուն բեռնիչ, բեռնիչի տեղադրման և կազմաձևման համար օգտագործվող ծրագրեր և սպասարկման ֆայլեր.

/sbin/lilo ծրագիրը, որն աշխատում է Linux-ով, ծառայում է բեռնման փուլում անհրաժեշտ բոլոր տեղեկությունները համապատասխան վայրերում գրելու համար։ Այն պետք է վերագործարկվի ամեն անգամ, երբ միջուկում կամ LILO կազմաձևման ֆայլում փոփոխություն է կատարվում.

Տարբեր սպասարկման ֆայլեր, որոնք անհրաժեշտ են LILO-ին բեռնման ժամանակ: Այս ֆայլերը սովորաբար գտնվում են /boot գրացուցակում: Դրանցից ամենակարևորներն են բուն bootloader-ը և քարտեզի ֆայլը (/boot/map), որը ցույց է տալիս միջուկի գտնվելու վայրը։ Մեկ այլ կարևոր ֆայլ LILO կազմաձևման ֆայլն է, որը սովորաբար կոչվում է /etc/lilo.conf;

Bootloader-ն ինքնին LILO-ի այն մասն է, որն առաջին անգամ բեռնվում է հիշողության մեջ BIOS-ի ընդհատման միջոցով, և որը բեռնում է Linux միջուկը կամ մեկ այլ ՕՀ-ի բեռնման հատվածը: Bootloader-ը նույնպես բաղկացած է երկու մասից. Առաջին մասը գրում է բեռնախցիկի հատվածում և օգտագործվում է երկրորդ մասը բեռնելու համար, որն իր չափերով շատ ավելի մեծ է: Երկու մասերը սովորաբար պահվում են սկավառակի վրա /boot/boot.b ֆայլում:

Համակարգը տեղադրելիս LILO boot սեկտորը կարող է տեղադրվել հետևյալ վայրերում.

Անգործունյա սկավառակի բեռնման հատվածը Linux ձևաչափով (/dev/fd0,...);

Առաջին կոշտ սկավառակի MBR (/dev/had, /dev/sda,...);

Linux ֆայլային համակարգի առաջնային բաժանման բեռնման հատվածը առաջին կոշտ սկավառակի վրա (/dev/hda1, /dev/hda2,...);

Տրամաբանական բաժանման բեռնման հատվածը առաջին կոշտ սկավառակի ընդլայնված բաժանման մեջ (/dev/hda5,…): Ճիշտ է, fdisk-ի նման ծրագրերի մեծ մասը չի ենթադրում, որ դուք կարող եք բեռնել ընդլայնված միջնորմից և հրաժարվել այն ակտիվ հայտարարելուց: Հետևաբար, LILO-ն ներառում է հատուկ ծրագիր(ակտիվացնել), որը թույլ է տալիս շրջանցել այս սահմանափակումը։ Բայց Linux-ի բաշխման fdisk ծրագիրը աջակցում է ընդլայնված բաժանումը ակտիվացնելու կարողությանը: Դա անելու համար օգտագործեք կամ -b տարբերակը կամ BOOT փոփոխականը:

LILO boot սեկտորը չի կարող տեղադրվել հետևյալ վայրերում.

Անգործունյա սկավառակի կամ հիմնական բաժանման բեռնման հատվածը, որը ձևաչափված է այլ ֆայլային համակարգերում.

Linux swap բաժանման մեջ;

Բացի այն, որ LILO-ին անհրաժեշտ են նաև հետևյալ ֆայլերը բեռնման ժամանակ.

-/boot/map (ստեղծվել է /sbin/lilo-ն գործարկելիս);

Բոլոր ներբեռնվող միջուկի տարբերակները (եթե ընտրել եք միջուկի տարբերակը ներբեռնման փուլում);

Այլ օպերացիոն համակարգերի բեռնման հատվածներ, որոնք կգործարկվեն LILO-ի միջոցով;

Բեռնման ընթացքում թողարկված հաղորդագրություններ (եթե սահմանված է)

Երբ LILO-ն բարձրանում է, այն ցուցադրում է «LILO» բառը: Այս դեպքում յուրաքանչյուր տառի ելքը ցույց է տալիս LILO-ի բեռնման որոշակի գործողության կամ փուլի ավարտը: Եթե ​​ներբեռնումը ձախողվի, ապա ցուցադրվող տառերի քանակով կարող եք դատել խնդրի պատճառը:

Ոչինչ չի ստացվում. LILO-ի ոչ մի մաս չի բեռնվել: Կամ LILO-ն տեղադրված չէ, կամ այն ​​միջնորմը, որի վրա գտնվում է, ակտիվ չէ

L [սխալի կոդը] - առաջնային բեռնիչը բեռնվել և գործարկվել է (հսկողությունը փոխանցվել է դրան), բայց այն չի կարողացել բեռնել երկրորդական բեռնիչը: Սխալի երկնիշ կոդը ցույց է տալիս խնդրի կոնկրետ պատճառը: Դա սովորաբար տեղի է ունենում մեդիայի թերությունների կամ սկավառակի սխալ երկրաչափության պատճառով: Եթե ​​LILO-ն այս կետում կանգ չառնի, սխալի կոդերի անվերջ շարան գցելով, խնդիրը սովորաբար հեշտությամբ լուծվում է:

LI - առաջնային բեռնիչը կարողացավ բեռնել երկրորդական բեռնիչը, բայց չկարողացավ գործարկել այն կատարման համար: Դա կարող է պայմանավորված լինել սկավառակի երկրաչափությունը կարգավորելիս սխալի կամ այն ​​պատճառով, որ /boot/boot.b-ը տեղափոխվել է առանց /sbin/lilo-ի վերագործարկման:

LIL - երկրորդական բեռնիչը գործարկվեց, բայց չկարողացավ գործարկել նկարագրիչ աղյուսակը քարտեզի ֆայլից: Պատճառը սովորաբար սկավառակի վրա թերությունների առկայությունն է կամ սկավառակի սխալ երկրաչափությունը:

ԼԻԼ? - երկրորդական bootloader-ը բեռնվել է սխալ հասցեով: Սովորաբար առաջանում է սկավառակի երկրաչափությունը կարգավորելիս սխալի կամ այն ​​պատճառով, որ /boot/boot.b-ը տեղափոխվել է առանց /sbin/lilo-ի վերագործարկման:

LIL- - նկարագրիչ աղյուսակը ոչնչացված է: Սովորաբար առաջանում է սկավառակի երկրաչափությունը կարգավորելիս սխալի կամ այն ​​պատճառով, որ /boot/boot.b-ը տեղափոխվել է առանց /sbin/lilo-ի վերագործարկման:

LILO - LILO-ի բոլոր մասերը հաջողությամբ բեռնված են:

Init գործընթացը և /etc/inittab ֆայլը

Ինչպես գիտեք, համակարգիչը միացնելուց և ապարատային թեստավորումն ավարտելուց հետո BIOS-ը կարդացվում է boot disk-ի առաջին հատվածից, որը bootloader ծրագիրն է։ Այս ծրագիրը գործարկում է հիմնական համակարգի բեռնիչը (օրինակ՝ LILO), որն իր հերթին բեռնում է համակարգի միջուկը հիշողության մեջ, որը սովորաբար պահվում է /boot գրացուցակի vmlinuz-x.y.z-a ֆայլում։

Բեռնումից անմիջապես հետո միջուկը տեղադրում է արմատային ֆայլային համակարգը և սկսում է init գործընթացը: Init գործընթացն այն ծրագիրն է, որը պատասխանատու է բեռնման ընթացակարգը շարունակելու և համակարգը նախնական վիճակից անցնելու համար, որը տեղի է ունենում միջուկի բեռնախցիկից հետո, շատ օգտվողների հարցումների մշակման ստանդարտ վիճակի:

Այս գործողությունների ճշգրիտ ցանկը կախված է այսպես կոչված գործարկման մակարդակից: Կատարման մակարդակը որոշում է սկզբնական գործընթացի կատարած գործողությունների ցանկը և համակարգի վիճակը բեռնումից հետո, այսինքն. կոնֆիգուրացիա ընթացիկ գործընթացները. Գործողության մակարդակը նույնացվում է մեկ նշանով: Linux OS-ում կա կատարման 8 հիմնական մակարդակ.

1) Համակարգի կանգառ;

2) մեկ օգտագործողի ռեժիմ (հատուկ վարչարարության դեպքերի համար).

3)Բազմ օգտատերերի ռեժիմ առանց NFS-ի (նույնը, ինչ 3-ը, եթե համակարգիչը չի աշխատում ցանցի հետ);

4) Ամբողջական բազմաֆունկցիոնալ ռեժիմ;

5) Օգտագործումը չի կարգավորվում.

6) Սովորաբար օգտագործվում է համակարգը գրաֆիկական ռեժիմով գործարկելու համար.

S) (կամ s) - մոտավորապես նույնն է, ինչ մեկ օգտագործողի ռեժիմը, բայց S և s-ն օգտագործվում են հիմնականում սկրիպտներում:

Առաջին բանը, ինչ անում է init պրոցեսը սկսելուց հետո, կարդալ իր կազմաձևման ֆայլը /etc/inittab: Այս ֆայլը բաղկացած է առանձին տողեր. Եթե ​​տողը սկսվում է #-ով կամ դատարկ է, այն անտեսվում է: Մնացած բոլոր տողերը բաղկացած են 4 դաշտերից, որոնք բաժանված են երկու կետով.

id : runlevels : գործողություն : գործընթաց

id - տողի նույնացուցիչ;

runlevels - գործարկման մակարդակներ;

գործընթաց - գործընթաց;

գործողություն - գործողություն;

Գործողությունների դաշտը պարունակում է հիմնաբառ, որը սահմանում է գործընթացի դաշտում նշված հրամանի լրացուցիչ պայմաններ։ Գործողությունների դաշտի համար վավեր արժեքներ.

respawn - վերագործարկեք գործընթացը, եթե այն ավարտվի;

մեկ անգամ - կատարեք գործընթացը միայն մեկ անգամ, երբ տեղափոխվում եք նշված մակարդակ;

սպասեք - գործընթացը կսկսվի մեկ անգամ, երբ տեղափոխվում եք նշված մակարդակ;

sysinit - Այս հիմնաբառը նշանակում է գործողությունները, որոնք կատարվել են համակարգի բեռնման գործընթացում, անկախ գործարկման մակարդակից (id դաշտը անտեսվում է):

boot - գործընթացը կգործարկվի համակարգի բեռնման փուլում գործարկման մակարդակից.

bootwait - գործընթացը կսկսվի համակարգի բեռնման փուլում գործարկման մակարդակից, և init-ը կսպասի դրա ավարտին.

initdefault - տողը, որով այս բառը հայտնվում է գործողությունների դաշտում, որոշում է կատարման մակարդակը, որին համակարգը գնում է լռելյայն:

անջատված - անտեսել այս տարրը;

powerwait - Թույլ է տալիս սկզբնական գործընթացին դադարեցնել համակարգը, երբ հոսանքազրկվում է:

Ctrlaltdel - թույլ է տալիս init-ին վերագործարկել համակարգը, երբ օգտագործողը սեղմում է ստեղների համակցությունը ստեղնաշարի վրա։

Այս ցանկը սպառիչ չէ: Inittab ֆայլի մասին լրացուցիչ տեղեկություններ կարելի է գտնել init(8), inittab(5) և getty(8) man էջերում:

2 . Նախագծի մաս

2.1 Խնդրի հայտարարություն

Պետք է ուսումնասիրել տեսական նյութընտրված թեմայի վերաբերյալ մշակել ալգորիթմ, որպեսզի բեռնիչը գործի մեթոդն իրականացնելիս (ներկայացված է բլոկային դիագրամի տեսքով), նկարագրել ալգորիթմը։

2.2 Խնդրի լուծման ալգորիթմի մշակում

Մուտքագրում. Մեկ պրոցեսորային համակարգ, կիրառական ծրագիր, LILO boot loader, POST ծրագիր, փոխադարձ բացառում:

Նկար 1-ում ներկայացված է «կիրառական ծրագրի բեռնման» ալգորիթմը:

Նկար 2-ը ցույց է տալիս «Օպերացիոն համակարգը բեռնելու» ալգորիթմը

2.3 Կիրառական ծրագրի բեռնման ալգորիթմի նկարագրությունը

1) Կիրառման ծրագիրը գործարկվում է կատարման համար. Այնուհետև տեղի է ունենում ակտիվացում համակարգային ծրագիր«Բեռնիչ».

2) Ակտիվացումից հետո սկսվում է RAM-ի սկանավորումը՝ ազատ տարածքներ գտնելու համար:

3) Եթե նման տարածքներ են հայտնաբերվել, ապա սկսվում է ազատ տարածքի տեղակայման հասցեի սկզբի որոշումը. Այնուհետև մենք գնում ենք այս հասցե և որոշում ենք ազատ տարածքի չափը:

4) Այնուհետև որոշվում է կատարման համար գործարկվող կիրառական ծրագրի կոդի չափը.

5) Համեմատեք կոդի չափը և RAM-ում ազատ տարածքի չափը:

6) Եթե RAM-ում բավարար տեղ կա հավելվածի ծրագրի կոդը պատճենելու համար, ապա էջի համարը տեղադրվում է աղյուսակում. վիրտուալ էջերֆիզիկական էջեր. Այնուհետև հավելվածի ծրագրի կոդը պատճենվում է RAM-ում: Եվ գործընթացի ավարտը:

7) Հակառակ դեպքում մենք կիմանանք, թե արդյոք RAM-ում բավարար տեղ կա հավելվածի ծրագրի կոդի մի մասի համար: Եթե ​​այո, ապա մենք կրկնում ենք այդ քայլերը, երբ բավարար տեղ կա կիրառական ծրագրի ամբողջական կոդի համար։ Բայց կոդը RAM-ում պատճենելուց հետո կոդի մի մասը պատճենվում է փոխանակման տարածքում:

8) Եթե կոդի մի մասի համար բավարար տեղ չկա, ապա անցում է կատարվում օպերատիվ հիշողության սկանավորման փուլին՝ ազատ տարածքներ գտնելու համար:

2.4 ՕՀ բեռնման ալգորիթմի նկարագրություն (Օպերացիոն համակարգ)

1) Գործարկումն ընթացքի մեջ է POST ծրագրեր. Օգտագործելով այս ծրագիրը, հասանելի հիշողությունը փորձարկվում է և որոշվում է այլ բաղադրիչների առկայությունը ( տարբեր սարքեր PC, օրինակ՝ ստեղնաշար, կոշտ սկավառակ և այլն) և ադապտերների քարտերի սկզբնավորումը։

2) POST ծրագրի գործարկումից հետո նրա աշխատանքի արդյունքները ցուցադրվում են էկրանին:

3) Զանգահարեք 19H ծրագիրը, որը փորձում է գտնել boot սարքը:

4) ընդհատում 19H BIOS-ը բեռնում է հիմնական բեռնիչը համակարգչի հիշողության մեջ և կառավարումը փոխանցում այս ծրագրին

5) Այս ծրագրի հզորության բացակայության պատճառով բեռնեք ՕՀ-ն: Հետևաբար, նա փնտրում է ավելի հզոր ծրագիր, որն ունակ է դրան՝ երկրորդական բեռնիչ: Դա անելու համար այն որոնում է բաժանման աղյուսակում ակտիվ միջնորմը և կարդում երկրորդական բեռնիչը հիշողության մեջ:

6) Երկրորդային բեռնիչը բեռնում է ՕՀ-ն գործարկելու համար անհրաժեշտ ծրագրերի առաջին շերտը: Bootloader ծրագիրը բեռնում է IO.SYS մոդուլը 700h հասցեով, այնուհետև MSDOS.SYS-ը փոխանցում է կառավարումը IO.SYS մոդուլի SYSINIT բաժին:

7) Եթե ինչ-ինչ պատճառներով բաժանման աղյուսակի ակտիվ բաժանումը չի հայտնաբերվել սկավառակի վրա, ապա բեռնման գործընթացը շարունակվում է 18h ընդհատումը մշակելով:

2.5 Բեռնման ալգորիթմի նկարագրությունըՅունիքսօգտագործելով bootloaderԼԻԼՈ

1) Գործարկեք /sbin/lilo ծրագիրը՝ բեռնման փուլում անհրաժեշտ բոլոր տեղեկությունները համապատասխան վայրերում գրելու համար: Որոնեք LILO-ի կողմից պահանջվող սպասարկման ֆայլերը բեռնման ժամանակ:

2) Եթե ֆայլերը չեն գտնվել, ցուցադրվում է հաղորդագրություն, որը ցույց է տալիս ներբեռնման ավարտը:

4) Եթե առաջնային բեռնիչը չի կարողացել բեռնել երկրորդական բեռնիչը, էկրանին ցուցադրվում է տեղեկատվական հաղորդագրություն, որը ցույց է տալիս բեռնման ժամանակ սխալը:

6) Եթե առաջնային բեռնիչը հաջողությամբ բեռնել է երկրորդը, բայց չի հաջողվել սկսել, ապա ցուցադրվում է տեղեկատվական հաղորդագրություն բեռնման ժամանակ սխալի մասին:

7) Հակառակ դեպքում գործարկվում է երկրորդական բեռնիչը:

8) Ստուգում, որ երկրորդական բեռնիչը բեռնվել է ճիշտ հասցեով:

9) Եթե ոչ, ապա ցուցադրվում է տեղեկատվական հաղորդագրություն բեռնման ժամանակ սխալների մասին:

10) Ստուգում, թե արդյոք նկարագրող աղյուսակը ոչնչացված է: Եթե ​​այո, ապա ցուցադրվում է տեղեկատվական հաղորդագրություն բեռնման ժամանակ սխալի մասին: Իսկ եթե ոչ, ապա նկարագրիչ աղյուսակը բեռնվում է քարտեզի ֆայլից:

11) Ստուգում, թե արդյոք նկարագրիչ աղյուսակի գործարկումը հաջող էր: Եթե ​​ոչ, ապա գործարկման ժամանակ ցուցադրվում է սխալի մասին տեղեկատվական հաղորդագրություն:

12) Հակառակ դեպքում ցուցադրեք տեղեկատվական հաղորդագրություն LILO-ի հաջող բեռնման մասին:

Եզրակացություն

Դասընթացի այս աշխատանքը ուսումնասիրում է ծրագրերի բեռնման որոշ ասպեկտներ: Բեռնիչների տեսակները՝ շարժական, առաջնային, երկրորդային և այլն։ Ապացուցված է բեռնախցիկի օգտագործման անհրաժեշտությունը տարբեր գործառնական միջավայրերում: Համարվել է տարբեր ձևերով boot, ինչպիսիք են հավելվածի բեռնումը, LILO boot-ը և OS-ի բեռնումը: Ուսումնասիրվել է թեմայի վերաբերյալ տեսական նյութ, մշակվել են մեթոդի իրականացման ժամանակ բեռնիչի աշխատանքի ալգորիթմներ (ներկայացվում է բլոկային դիագրամի տեսքով)։

Հղումներ

1. Տանենբաում Էնդրյու. Ժամանակակից օպերացիոն համակարգեր / Էնդրյու Տանենբաում. - 2-րդ հրատ. - Սանկտ Պետերբուրգ: Peter, 2002. - 1037 pp.: ill. - (Համակարգչային գիտության դասականներ): - ISBN 5-318-00299-4

2. Partyka, T.L. Օպերացիոն համակարգեր, միջավայրեր և պատյաններ. ուսուցողականմիջինի համար Պրոֆ. Արր. գր. MO / Partyka, T.L., Popov, I.I. - M.: FORUM: INFRA - M, 2006. - 399 pp.: հիվանդ. - (Մասնագիտական ​​կրթություն): - ISBN 5-8199-0072-5-16-001355-5

3. Օլիֆեր, Վ.Գ. Ցանցային օպերացիոն համակարգեր. Դասագիրք. ձեռնարկ համալսարանների համար MO / Olifer, V.G., Olifer, N.A. - Սանկտ Պետերբուրգ: Peter, 2003. - 538 p.: ill. - ISBN 5-272-00120-6

4. Տրուբաչովա, Ս.Ի. Ծրագրավորում օպերացիոն համակարգերում. Մեթոդական ձեռնարկ / Trubacheva, S.I. - Tolyatti: VUiT, 2006. - 44 p.

5. Թերենս Չան. Համակարգի ծրագրավորում C++-ում Unix-ի համար / Ed. Կոլոմիցևա. - Կիև, 2004 թ.

6. Tacket D., Barnett S. Հատուկ հրատարակություն: Օգտագործելով LINUX / Transl. անգլերենից - 4-րդ հրատ. Սանկտ Պետերբուրգ: Ուիլյամս, 2003 թ.

7. Իվանովա Գ.Ս. Ծրագրավորում SI++ / Դասագրքում: Էդ. M.: MSTU, 2002:

Նմանատիպ փաստաթղթեր

    ընդհանուր բնութագրերը Android համակարգեր, իր անալոգների վերանայում: Պահանջվող բաղադրիչներ Android-ում սկսելու համար: Ubuntu-ի կոնֆիգուրացիաների կարգավորում: Գրել սկրիպտներ՝ Linux-ի արտադրությունը պարզեցնելու համար: Ծրագրի վրիպազերծում և փորձարկում i.MX53 տախտակի վրա:

    դասընթացի աշխատանք, ավելացվել է 10/12/2012 թ

    Բեռնախցիկների մենեջերների բնութագրերի դիտարկում: Ներբեռնման Accelerator Plus-ի նկարագրությունը, Ներբեռնեք Վարպետ, FlashGet, GetRight, ReGet, Go!Zilla: Համեմատական ​​բնութագրերմենեջերներ Windows boot. Ծրագրեր վիրահատարանների համար Unix համակարգեր, Linux և Mac.

    վերացական, ավելացվել է 09.06.2014թ

    Linux օպերացիոն համակարգերի բաշխումների հայեցակարգը և կառուցվածքը, դրանց ծագման պատմությունը և հիմնական մշակողները: Բաշխումների դասակարգում ըստ հավաքման և տեղադրման բնույթի, դրանց պատրաստի տարբերակների ձևափոխում: Ձեր սեփական բաշխումը ստեղծելու ուղիների նկարագրությունը:

    դասընթացի աշխատանք, ավելացվել է 04/02/2014 թ

    Ընդհանուր սխեմաբեռնման գործընթացը, դրա հիմնական փուլերը և տարբերակիչ առանձնահատկությունները: Առաջնային և երկրորդային բեռնիչներ, դրանց ֆունկցիոնալությունըև գործողության ուղղությունները: Բեռնախցիկի հատվածի հնարավոր տեղադրման վայրեր: Սկավառակի տարածքի պահանջներ.

    շնորհանդես, ավելացվել է 20.12.2013թ

    Վերլուծություն տեխնիկական հնարավորություններ Mandriva Linux օպերացիոն համակարգ - GNU/Linux բաշխում, որը մշակվել է ֆրանսիական Mandriva ընկերության կողմից, որն արտադրում է իր բաշխման անվճար, առևտրային և կորպորատիվ տարբերակները: Linux shell-ի տեղադրման քայլերը.

    շնորհանդես, ավելացվել է 23.05.2010թ

    Օպերացիոն համակարգերի միացման պատմության կարևորագույն իրադարձությունները Սարքավորումներև կիրառական ծրագրեր։ Վիրահատարանի առանձնահատկությունները Microsoft համակարգեր Windows Seven, Linux օպերացիոն համակարգի վերլուծություն։ Յուրաքանչյուր օպերացիոն համակարգի առավելություններն ու թերությունները:

    դասընթացի աշխատանք, ավելացվել է 05/07/2011 թ

    Բաշխման տեղադրման ծրագրի մշակման գործիքների ընտրություն: Gentoo բաշխման համար մոդուլի ներդրում, որն աշխատում է այս համակարգի օգտատիրոջ ձեռնարկի համաձայն: Տեղադրման ծրագրի փորձարկում տարբեր ճարտարապետությունների վրա:

    թեզ, ավելացվել է 18.07.2013թ

    Linux համակարգի բեռնման փուլեր, գրանցում. Օգտագործողի հաշվի կառավարում. Սարքերի անվանման սկզբունքը, հատուկ ֆայլերի նպատակը և օգտագործումը. Կառավարել ֆայլերը, մուտք գործել ֆայլային համակարգ, առաջադրանքներ. Հիմնական Linux ֆայլի կառուցվածքը.

    ուսումնական ձեռնարկ, ավելացվել է 15.11.2014թ

    Տարբեր օպերացիոն համակարգերի բաշխումների դիտարկում: Տվյալների փոխանակման արձանագրությունների և տվյալների պահպանման ֆիզիկական ձևաչափերի ուսումնասիրություն: Linux օպերացիոն համակարգի վրա հիմնված բաշխման մշակում՝ որպես StarNAS ցանցի պահեստավորման մաս գործելու համար:

    դասընթացի աշխատանք, ավելացվել է 11/05/2015 թ

    Linux օպերացիոն համակարգը տերմինալային ռեժիմում բեռնելու, օգտատերերի մուտք գործելու և գրանցելու առանձնահատկությունները: Ֆայլերի վերաբաշխում, այն օգտագործելով օպերացիոն համակարգի հրամանների հետ աշխատելու համար: Ծրագրային ալիքների (փոխակրիչներ) կիրառում.

Օպերացիոն համակարգը պահվում է արտաքին հիշողության մեջ, սովորաբար կոշտ սկավառակի վրա, ավելի հազվադեպ՝ ճկուն սկավառակի վրա։ Համակարգչի նորմալ աշխատանքի համար անհրաժեշտ է, որ օպերացիոն համակարգի հիմնական մոդուլները լինեն RAM-ում։ Հետեւաբար, համակարգիչը միացնելուց հետո օպերացիոն համակարգը ավտոմատ կերպով վերագրվում է (բեռնվում) սկավառակից RAM: Այս բեռնման ամենակարևոր ասպեկտները պատկերված են ալգորիթմի տեսքով Նկ. 9.13.

Բրինձ. 9.13.Օպերացիոն համակարգը սկավառակից RAM բեռնելու ալգորիթմ

Համակարգիչը միացնելուց հետո էկրանին դիտում եք թվերի փոփոխությունը։ Այս թվերը արտացոլում են RAM-ի փորձարկման գործընթացը BIOS ծրագիր. Եթե ​​RAM բջիջներում անսարքություն հայտնաբերվի, կցուցադրվի հաղորդագրություն:

Սարքավորումների փորձարկումը հաջողությամբ ավարտելուց հետո մուտք է գործում սկավառակ A սկավառակով սկավառակ, և կողքի ցուցիչի լույսը վառվում է: Եթե ​​դուք բեռնում եք օպերացիոն համակարգը ճկուն սկավառակից, ապա փորձարկումից առաջ կամ ընթացքում դուք պետք է համակարգի սկավառակը տեղադրեք A սկավառակի մեջ: Հակառակ դեպքում, եթե A սկավառակի վրա օպերացիոն համակարգ չկա, կոշտ սկավառակը հասանելի է դառնում, ինչի մասին վկայում է ցուցիչը: լույսը նրա կողքին:

Սկսվում է ընթերցումը սկավառակի 0-րդ կողմի 0-րդ հատվածի RAM-ում, որտեղ գտնվում է բեռնիչը (BOOT RECORD): Վերահսկումը փոխանցվում է bootloader-ին, որը ստուգում է համակարգի սկավառակի վրա IO.SYS ընդլայնման մոդուլի և MSDOS.SYS բազային մոդուլի առկայությունը: Եթե ​​նրանք իրենց նշանակված տեղում են (սմ.բրինձ. 9.10), այնուհետև դրանք բեռնում է RAM, հակառակ դեպքում կցուցադրվի հաղորդագրություն նրանց բացակայության մասին: Այս դեպքում խորհուրդ է տրվում նորից ներբեռնել: Վերագործարկման ազդանշանը կառավարումը փոխանցում է մշտական ​​BIOS մոդուլին, որը կրկին գրում է բեռնման բլոկը սկավառակից RAM և այլն:

Հիշիր.Համար վերագործարկեք օպերացիոն համակարգըսեղմել ստեղները միաժամանակ հիշողության մեջ .

IO.SYS ընդլայնման մոդուլը և MSDOS.SYS բազային մոդուլը RAM-ում հաջողությամբ բեռնելուց հետո բեռնվում է COMMAND.COM հրամանի պրոցեսորը և մշակվում է CONFIG.SYS կազմաձևման ֆայլը, որը պարունակում է հրամաններ՝ անհրաժեշտ դրայվերները միացնելու համար: Այս ֆայլը կարող է բացակայել, եթե դուք գոհ եք օպերացիոն համակարգի հիմնական տարբերակից:

Այնուհետև մշակվում է AUTOEXEC.BAT խմբաքանակի ֆայլը: Օգտագործելով այս ֆայլը, դուք կարող եք կարգավորել գործառնական միջավայրի պարամետրերը: Օրինակ՝ ստեղծեք վիրտուալ սկավառակ, փոխեք տպման ռեժիմները, բեռնեք օժանդակ ծրագրեր և այլն։

Ուշադրություն..BAT ընդլայնմամբ ֆայլերը հատուկ դեր են խաղում համակարգային միջավայրում աշխատելիս: Դրանք պարունակում են օպերացիոն համակարգի հրամանների կամ գործարկվող ֆայլերի անունների մի շարք: .BAT ընդլայնմամբ ֆայլը գործարկելուց հետո դրանում գրված բոլոր հրամաններն ավտոմատ կերպով կատարվում են մեկը մյուսի հետևից։

AUTOEXEC.BAT ստանդարտ անունով ֆայլը տարբերվում է .BAT տիպի այլ ֆայլերից նրանով, որ դրանում տեղադրված հրամանների կատարումն ավտոմատ կերպով սկսվում է օպերացիոն համակարգի բեռնումից անմիջապես հետո:

Եթե ​​AUTOEXEC.BAT ֆայլը բացակայում է, ձեզ կառաջարկվի մուտքագրել ամսաթիվը և ժամը.

եթե սեղմեք enter ստեղնը, համակարգչի ժամանակաչափով որոշված ​​այսպես կոչված համակարգի պարամետրերը կընդունվեն որպես ընթացիկ ամսաթիվ և ժամ.

Եթե ​​ցանկանում եք վերականգնել համակարգի ամսաթիվը և ժամը, ապա ի պատասխան հուշման, մուտքագրեք արժեքները ներկայացված ձևերից մեկում, օրինակ.

10-25-1997 (ամիս օր տարի)

7:30:10.00r (ժամեր:րոպե:վայրկյան)

Այն բանից հետո, երբ AUTOEXEC.BAT ֆայլն ավարտի գործարկումը, և եթե այս ֆայլը չգտնվի, էկրանի վրա կցուցադրվի համակարգի սկավառակի հուշում, օրինակ, C:\>.Սա ցույց է տալիս, որ բեռնման գործընթացը նորմալ է ավարտվել, և դուք կարող եք սկսել աշխատել՝ մուտքագրելով հավելվածի անունը կամ օպերացիոն համակարգի հրամանը:

Նշում. CONFIG.SYS և AUTOEXEC.BAT ֆայլերը կարող են բացակայել: Այս դեպքում գործառնական միջավայրի կարգավորումները կսահմանվեն լռելյայն:

Հիշիր.Կոշտ սկավառակը պետք է մշտապես պահպանի օպերացիոն համակարգը:

Երբ միացնում եք ձեր համակարգիչը, բոլոր անգործունյա կրիչները պետք է բաց լինեն:

Կիրառական ծրագրերով ճկուն սկավառակը պետք է տեղադրվի սկավառակի մեջ ներբեռնման ավարտից հետո: