Windows sāknēšana sastāv no daudzām secīgi veiktām darbībām. Ja kāda no darbībām startēšanas laikā nedarbojas pareizi, sistēma netiks sāknēta. Viena no visbiežāk sastopamajām šāda veida problēmām ir bojājumi. sāknēšanas ieraksts Windows XP
Kas ir sāknēšanas ieraksts?
Sākotnējais sāknēšanas ieraksts, labāk pazīstams kā MBR, satur koda gabalu, īpašu parakstu un nodalījuma tabulas, kas vajadzīgas, lai sistēma darbotos pareizi. Ieslēdzot datora BIOS pēc sākotnējās pārbaudes pabeigšanas MBR koda fragments tiek ielādēts operatīvajā atmiņā, nododot tam (kodam) kontroli pār Windows turpmāko palaišanu.
Ja ekrānā tiek parādīts tāds ziņojums kā "trūkst ntldr", "nav sāknēšanas ierīces" vai vienkārši melns fons bez turpmākas virzības, lai labotu atjaunojamo kļūdu windows sāknēšanas ielādētājs XP.
Neveiksmes iemesli:
- Nepareiza vairāku operētājsistēmu instalēšana, kurās tiek pārrakstīts sāknēšanas kods.
- Atinstalējiet Linux vai sāknēšanas pārvaldnieku.
- Vīrusu infekcija (parasti izpirkuma programmatūra, kas bloķē Windows startēšanu).
- Cietā diska bojājumi.
- Elektrības padeves pārtraukumi (avārijas izslēgšana).
Dažreiz izrādās, ka sistēmas darbību var atjaunot, vienkārši pārrakstot MBR, dažreiz ir nepieciešams atjaunot sāknēšanas sektoru. Sarežģītākais gadījums ir manuāla sāknēšanas faila failu kopēšana cietā diska sāknēšanas sektorā.
MBR atkopšana
Pirmā lieta, kas jādara, ja sistēma nestartē, ir MBR atjaunošana, izmantojot atkopšanas konsoli:
![](https://olympsb.ru/wp-content/uploads/2018/02/52f2de12c937f25c7dec.jpg)
Sāknēšanas ieraksts ir atjaunots - mēģiniet atsāknēt un atkārtoti iespējot Windows XP.
Sāknēšanas sektora atkopšana
Ja ekrānā parādās tāds ziņojums kā “trūkst NTLDR”, problēmas iemesls ir bojāts sāknēšanas ieraksts. Pēc simptomiem šī kļūme ir līdzīga MBR kļūdai, tāpēc labāk ir palaist divas atkopšanas komandas:
Ja pārrakstīšana zābaku sektors un MBR nepalīdzēja, tad mēģiniet labot kļūdas Boot.INI failā:
![](https://olympsb.ru/wp-content/uploads/2018/02/9237655.jpg)
Komandas izpildes laikā programma skenēs visas diska sadaļas, mēģinot atrast logu kopija. Lietotājam tiks piedāvāts ierakstīt informāciju par šīs sistēmas ielādi konfigurācijas failā, kā rezultātā Windows sāks darboties pareizi.
Kopēt lejupielādētos failus
Ja jaunu MBR izveidošana un sāknēšanas sektors neatrisina startēšanas kļūdu, NTLDR, NTDETECT.COM un boot.ini faili būs manuāli jāpārnes uz diska sakni.
![](https://olympsb.ru/wp-content/uploads/2018/02/fscreenshot-z-703x648.jpg)
Nākamais rindā būs fails BOOT.INI.
Kad visas komandas ir izpildītas, ierakstiet “exit”, lai izietu no konsoles un restartētu datoru. Atvienojiet instalācijas nesējs un sāknēšana kā parasti - šoreiz noteikti jāatrisina problēma ar Windows XP sāknēšanas ielādētāju.
Neskatoties uz to, ka Windows operētājsistēma tiek uzskatīta par diezgan uzticamu un stabilu, taču ne viens vien lietotājs joprojām ir imūns pret tā darbības kļūmēm. Kļūdas, kas rodas šīs darbības laikā operētājsistēmavar izraisīt dažādi faktori. Pat, piemēram, inficēšanās ar vīrusiem var radīt problēmas windows darbojas. Un gadījumā, ja savlaicīgi noņemāt ļaunprogrammatūru, tie visi tieši vai netieši atstāj iespiedumu operētājsistēmā un tās darba procesos. Pēc jebkuras noteiktas programmatūras instalēšanas var rasties nestabilitāte. Tomēr tas nav īpaši patīkami, kad operētājsistēma rada kļūdas, un jūs sākat domāt, kā labot Windows kļūdas. Mēģināsim kopīgi atrisināt šo problēmu.
Tam mums ir nepieciešams:
- Dators, kurā darbojas operētājsistēma Windows
- TuneUp Utilities
Problēmu novēršanas rokasgrāmata
- Mūsdienās, izmantojot internetu, jūs varat atrast ļoti dažādas programmas, kas var pārbaudīt Windows stabilitāti savā darbā, kā rezultātā tiek novērstas esošās kļūdas. Visērtākā ir TuneUp Utilities programma. Neskatoties uz to, ka tā ir komerciāla, internetā varat meklēt triviālu versiju. Lai mēs saprastu, kā labot Windows, jums vienkārši ir jālejupielādē TuneUp Utilities un jāinstalē datorā.
- Tālāk mēs vienkārši palaižam programmu. Pēc pirmās palaišanas sākas sistēmas skenēšanas process. Tiklīdz tas būs pabeigts, mēs nekavējoties atradīsimies šīs programmas galvenajā izvēlnē.
- Pirms mums ir izvēlne, kas sastāv no trim sadaļām. Pirmkārt, mums jāiet uz sadaļu "Sistēmas atbalsts" un jāaktivizē opcija "Automātiski". Pēc tam programma sāks automātiski labot operētājsistēmas kļūdas, kā arī izdzēsīs to cēloņus. Papildus tam šī programma notīra reģistru un, ja nepieciešams, pēc tam defragmentē cieto disku. Tālāk mēs ejam uz izvēlnes sadaļu "Veiktspēja". Šajā sadaļā mēs redzēsim uzrakstu "Ieteikumi", uz kura jums jānoklikšķina. Mēs redzēsim ieteikumus par sistēmas konfigurēšanu. Tas ir nepieciešams, lai noņemtu programmu, ja tāda ir, kas nelabvēlīgi ietekmē operētājsistēmas darbību. Izmantojot šīs sadaļas, jūs varat labot Windows XP, Windows 7 un citas Windows sistēmas, taču tas vēl nav viss.
- Tad mēs ejam uz sadaļu "Problēmu labošana" un ar peles kreiso peles pogu noklikšķiniet uz līnijas "Problēmas". Mūsu acu priekšā tiks atvērts viss problēmu saraksts un to risināšanas metodes. Piemēram, jūs nekad neesat pārbaudījis cietais disks darbības traucējumiem, un tā darbība var būt nestabila. Šajā gadījumā programma nekavējoties izdos pieprasījumu tās pārbaudei un problēmu turpmākai novēršanai.
- Pēc tam, kad programma ir novērsusi visas esošās kļūdas, jums jārestartē dators. Pēc tam jūsu operētājsistēma vismaz daudz labāk darbosies daudz labāk vai stabilāk. Laiku pa laikam ir jāatkārto procedūra operētājsistēmas darbības traucējumu pārbaudei, kā arī kļūdu novēršanai un novēršanai tās darbībā. Turklāt ar automātiska paziņojuma palīdzību programma jums atgādinās, kad un kā labot Windows 7, Windows XP vai citas kļūdas windows sistēmasja viņš tos atrod.
Tādas īsa instrukcija vajadzētu jums palīdzēt, lai darbs operētājsistēmā jums neradītu neērtības.
Kad operētājsistēmā Windows XP rodas nopietna kļūda, kas liek apšaubīt operētājsistēmas (OS) tālāku pareizu darbību, tā nekavējoties izslēdzas un spontāni atsāknējas. Kas varētu izraisīt tik kritisku sistēmas kļūmi?
Vispirms, kad sistēma avarē, jums ir jāizslēdz automātiskā atsāknēšana, lai redzētu pašu kļūdas ziņojumu.
Lai to izdarītu, atveriet izvēlni Sākums -> Vadības panelis -> Sistēma -> -> Parametri. Noņemiet atzīmi Sistēmas kļūme -> Automātiska atsāknēšana
Tagad parādības gadījumā zils ekrāns nāves gadījumā OS netiks automātiski restartēts, un tiek parādīts informatīvs kļūdas ziņojums ar tehnisku informāciju.
Bet ir viena nūja, kas atbrīvo krievu valodu windows versija XP (tas ir lielākajā daļā XP lietotāju) izstrādātāji aizmirsa atstāt kļūdu ziņojumu tekstu angļu valodā.
Tā rezultātā mums uz zila fona ir drukāts ziņojums ar nesalasāmām baltām burtiem (kurā ir grūti sastādīt tikai vārdu STOP). Šis attēls tiek saukts zils ekrāns nāve (Nāves zilais ekrāns - BSOD).
Šīs kļūdas var izraisīt gan draiveri, gan pakalpojumi, gan aparatūra, gan programmatūra (Programmatūra). Viņu diagnosticēšana ir visgrūtākā.
Ziņojuma teksts satur ļoti noderīgu informāciju, bet nav lasāms. Pilns paziņojuma teksts ir atkarīgs no iemesla, taču tā formāts ir nemainīgs. Vispirms tiek parādīts kļūdas nosaukums, pēc tam ieteikumi labošanai (visizplatītākais - no tiem nav jēgas), un, visbeidzot, kļūdas skaits un parametri.
Piemēram
*** STOP: 0x000000D1 (0x00000000, 0x000000000, 0x00000000, 0xF8BCC2A4)
Tekstā aiz vārda STOP ir kļūdas numurs (heksadecimālā notācija) un ne vairāk kā četri parametri atkarībā no kļūdas. Mūsu piemērā kļūdas kods 0x000000D1 (vai tikai D1) ir visizplatītākā kļūda. Tas rodas, piekļūstot drošai atmiņas adresei, kas nav pieejama. Parametri savukārt norāda atmiņas šūnas adresi, kurā notika zvans, pārtraukuma numuru, operācijas veidu (0 nozīmē lasīšanu no atmiņas) un zvana adresi.
Ekrāna pašā galā *** Nwiz.sys - Addres F8BCCA44 bāze F8BCC000, DateStamp 33bb8f1d - dažos gadījumos tā vadītāja vārds, kurš izraisīja kļūdu. Nedomājiet, ka šajā draiverī jābūt kļūdai un jāpieprasa nomaiņa. Dažreiz iemesls ir citā programmā, kas izraisīja nestabilitāti un sistēmas kļūmes. Tajā pašā laikā nvidia autovadītājs Nwiz.sys veica pilnīgi pareizu darbību, tas bija tikai tas, ka sistēma vairs nespēja to pareizi interpretēt. Sāciet Windows aizsargātā režīmā un mēģiniet atspējot neveiksmīgo programmu vai atinstalēt pakalpojumu, izmantojot atkopšanas konsoli.
Ja sistēma tiek atsāknēta tūlīt pēc kļūdas ziņojuma parādīšanas, kļūdas kodu nevarēsit ierakstīt. Tomēr vairumā gadījumu tiek ievadīta tā pati informācija syslog, kuru var apskatīt, izmantojot notikumu skatītāja konsoli ( Sākums -> Vadības panelis -> Administrācija -> Pasākumu skatītājs -> Sistēma) Šeit tiek norādīts tikai kļūdas numurs un tā parametri.
STOP: |
Parametri |
Apraksts |
0x0000000A | 1 - adrese, uz kuru tika iesniegta kļūdaina apelācija 2 - IRQL, kas tika izmantots, lai piekļūtu atmiņai 3 - atmiņas piekļuves veids: 0 \u003d lasīšanas darbība, 1 \u003d rakstīšanas darbība 4 - instrukcijas adrese, kas šajā adresē pieprasīja piekļuvi atmiņai |
Process, kas darbojas kodola režīmā, vai draiveris mēģināja piekļūt atmiņas šūnai, nepiekļūstot tai. Šī kļūda rodas ar neveiksmīgu (nesaderīgu) aparatūru vai programmatūru. Pievērsiet uzmanību vadītāja vārdam ekrāna apakšā - tas dod iespēju problēmu novērst. Ja instalēšanas procesā parādās līdzīga kļūda, tas varētu būt saistīts ar programmatūras un pretvīrusu programmas nesaderību. Visbiežākais iemesls ir tas, ka ierīces draiveris piekļūst aizsargātam atmiņas apgabalam. |
0x0000000D | 1 - attiecību līmeņa mijiedarbība 2 - mijiedarbības līmenis, mēģinot piekļūt |
Atrodiet mijiedarbības punktus un nosakiet, kurš no tiem mēģina piekļūt šim līmenim nepareizā secībā. |
0x0000001E | 1 - izņēmuma kods 2 - adrese, kuras apstrādes laikā notika kļūme 3 - parametrs 0 izņēmumam 4 - 1. parametrs izņēmumam |
Windows XP kodols atklāja nederīgu vai nezināmu procesora komandu. Parasti tas ir nejaušas piekļuves atmiņas kļūdu, atmiņas piekļuves pārkāpumu sekas. Pievērsiet uzmanību ne tikai norādītajam draiverim, bet arī pašai adresei, kurā ir šī kļūda. Izņēmuma kods 0x80000003 nozīmē, ka piekļuves atmiņai tika sasniegts pārtraukuma punkts vai spriedums, bet sistēma tika sāknēta ar / NODEBUG taustiņu. Ja kļūda atkal parādās, pārliecinieties, ka atkļūdotājs nav apstādināts un sistēma tiek sāknēta ar / DEBUG slēdzi. Sistēmās, kas nav Intel, ja izņēmuma adrese ir 0XBFC0304, kļūda parādās procesora kešatmiņas dēļ. Ja kļūda atkal parādās, sazinieties ar ražotājiem. Parasti ir nepieciešama šī ziņojuma otrā parametra analīze, kas norāda draivera (funkcijas) adresi, kas izraisīja problēmu. |
0x00000020 | 1 - APC adrese, kas izejas brīdī bija gaidīta 2 - APC skaitītāja komunikācija nav iespējama 3 - pašreizējais IRQ līmenis |
Kļūdas nosaukums norāda bojātu (atspējotu) APC skaitītāju. Ja skaitītājs parāda vērtību, kas nav vienāda ar nulli, tad tas ir problēmas avots. Negatīva vērtība norāda, ka failu sistēma ar nosaukumu FsRtlEnterFileSystem vairāk reizes nekā FsRtlExitFileSystem. Pozitīva vērtība norāda pretējo: FsRtlExitFileSystem ir izsaukts vairāk reizes nekā FsRtlEnterFileSystem. Ja jums ir šāda situācija, pārbaudiet visas iekārtas failu sistēmas, it īpaši, ja jums nav NTFS, FAT, HPFS un RDR. Pašreizējam IRQL vajadzētu būt 0. Ja nē, tad noteikta procedūra draiveru atcelšanai var izraisīt kļūdu, atgriežoties augstā IRQ līmenī. Atcerieties, ko izdarījāt vai kādas programmas aizvērāt, kuri draiveri tika instalēti brīdī, kad parādījās zils ekrāns. Šis simptoms norāda uz nopietnu problēmu trešo personu vadītājiem. |
0x00000023 | Problēma ir FAT failu sistēmas draiveris (visbiežāk diska kļūme). | |
0x00000024 | Problēma faila draiverī nTFS sistēmas (diska kļūme). | |
0x0000002A | 1 - adrese, kurā IRP ( I / O pieprasījuma pakete ) tika atrasts neatbilstošā stāvoklī | IRP tika negaidīti atklāts nepiemērotā stāvoklī; tas ir, kad lauks vai vairāki lauki nebija saderīgi ar pastāvīgo IRP stāvokli. Piemēram, IRP, kas tika pabeigts, tika norādīts kā tāds, kas joprojām gaida jebkuras ierīces vadītāja komandu izpildi. |
0x0000002B | Kaudze ir pilna. Tas var notikt, kad kodola draiveris izmanto pārāk daudz kaudžu zvanu. Tas var notikt ar nopietnu kodola kļūdu. | |
0x0000002E | 1 - virtuālās atmiņas adrese, kas izraisīja kļūdu 2 - kļūdas cēloņa fiziskā adrese 3 - procesora statusa reģistrācija (PSR) 4 - kļūdu norādījumu reģistrācija (FIR) |
Avārija vai defekts rAM atmiņa (Operatīvā atmiņa ), ieskaitot video adaptera atmiņu. Tas var būt arī tad, kad draiveris uzrunā atmiņas adresi 0x8XXXXXXX, kas neeksistē. |
0x00000031 | 1 - statusa kods, kas apraksta, kāpēc sistēma nolēma, ka inicializācija nenotika 2 - norāda 0. fāzes inicializācijas kļūdas atrašanās vietu. |
Sistēmas inicializēšana sāknēšanas posmā neizdevās. |
0x00000032 | 1 - statusa kods, kas apraksta, kāpēc sistēma nolēma, ka inicializācija nenotika 2 - norāda 1. fāzes inicializācijas kļūdas atrašanās vietu. |
Nākamajā solī sistēmas inicializēšana neizdodas. |
0x00000035 | 1 - IRP adrese | Augstākā līmeņa vadītājs mēģināja izsaukt zemāka līmeņa draiveri, izmantojot IoCallDriver () saskarni, taču rezerves nebija brīva vieta kaudzē, tāpēc zemāka līmeņa vadītājs nevarēs sasniegt nepieciešamos parametrus, jo tam vispār nav parametru. Šī ir postoša situācija, jo augstākā līmeņa vadītājs uzskata, ka tas ir aizpildījis parametrus zemāka līmeņa vadītājam. Tomēr kopš pēdējam vadītājam kaudzē nav vietas; kompilators atcēla paketes galu. Tas nozīmē, ka, visticamāk, tika sabojāta kāda cita atmiņa. |
0x00000036 | 1 - objekta adrese | Ierīces draiveris mēģināja noņemt no sistēmas vienu no savas ierīces objektiem, taču šī objekta trāpījumu skaitītājs nebija 0, tas nozīmē, ka šim objektam joprojām bija neizpildīti uzdevumi (skaitītājs norāda to iemeslu skaitu, kuru dēļ šo objektu nevarēja izdzēst). Tā ir vadītāja izsaukšanas kļūda. |
0x00000037 | Disketes kļūda | |
0x0000003E | Daudzprocesoru sistēma netiek atbalstīta vai nav savstarpēji simetriska. Lai procesori būtu simetriski, tiem jābūt viena veida un līmeņa. Piemēram, mēģinājums izmantojiet Pentium līmeņa procesoru, un 80486 radīs kļūdu. Turklāt x86 sistēmās peldošā komata aprēķina iespējai jābūt abiem procesoriem vai nav. |
|
0x0000003F | Lapas faila ieraksti ) Parasti iemesls ir draiveris, kas labi neiztīra lapas failu vai ja nav vietas diskā. | |
0x00000040 | Draiveri izsauca funkciju IoBuildPartialMdl () un nosūtīja tai MDL, lai identificētu MDL avota daļu, taču MDL ir mazāks par nepieciešamajiem adreses ierobežojumiem. Tā ir draivera kļūda. | |
0x00000044 | 1 - IRP adrese | Šoferis pieprasīja izbeigt IRP, taču pakete jau bija pabeigta. Šo kļūdu ir grūti atklāt, jo vienkāršākais gadījums ir tāds, ka draiveris mēģina veikt to pašu darbību divreiz - parasti ne tā, kas notiek tiešām. Retāk 2 dažādi autovadītāji mēģina pārņemt paketi un to aizpildīt. Pirmais parasti darbojas, bet otrais nedarbojas. Ir grūti izsekot, kurš vadītājs to izdarīja, jo pirmā vadītāja pēdas pārrakstīja otrais. Tomēr konfliktu var atklāt, aplūkojot DeviceObject laukus katrā kaudzes vietā. |
0x00000048 | Šī kļūda norāda, ka I / O pieprasījuma paketē (IRP), kas ir jāaizpilda, ir atcelšanas rīkojums, kas nozīmē, ka pakete atrodas tādā stāvoklī, ka to var atcelt. Tomēr pakotne vairs nav saistīta ar draiveri, jo tā jau ir nonākusi pabeigšanas stadijā. | |
0x00000049 | Kļūdas lapa ar atspējotu pārtraukšanu. Apstrādājiet šo kļūdu, kā arī 0x0A. |
|
0x0000004C | Winlogon vai CSRSS (Windows) pēkšņi "nomira". Izvades kods var pateikt vairāk. Parasti tas ir c0000005, kas norāda, ka netiek atbalstīts izņēmums, kas radās vienā vai otrā procesā. Tas notiek arī tad, ja draiveris vai sistēmas bibliotēka ir atzīta par bojātu. |
|
0x0000004D | 1 - izmantoto lapu skaits 2 - fizisko lapu skaits |
Nav vairs brīvas vietas operācijas pabeigšanai. |
0x0000004E | 1.vērtība 1 2. bojāto lapu virsrakstu vērtība 3. pieejamo lapu skaits 4. 0 1.vērtība 2 |
Iemesls ir bojāta (kļūdaina) vadītāja ievades / izvades struktūra. |
0x00000050 | 1. norāda atmiņā nederīgu adresi | Ierīces draiveris vai sistēmas pakalpojums pieprasīja datus, kas nebija atmiņā. Tas ir RAM defekts vai nesaderīga programmatūra. |
0x00000051 | 1. vērtība 1 (norāda, kur radusies kļūda) 2. vērtība 2 (norāda, kur radusies kļūda) 3. var norādīt bibliotēku 4. var būt HvCheckHive atgriešanās kods, ja tāds ir bibliotēkā bojāts |
Reģistra kļūda. Šī kļūda var nozīmēt arī to, ka reģistrs saņēma I / O kļūdu, mēģinot lasīt kādu no tā failiem. Kļūdu var izraisīt aparatūras problēma vai sistēma ir bojāta. Tā arī var nozīmē, ka kļūdas iemesls ir tikai atjaunināšanas operācija drošības sistēmu, un tas notiek tikai tad, ja resursi izbeidzas. Ja rodas šāda kļūda, pārbaudiet, vai tiek izmantota PDC vai BDC mašīna un cik kontu ir SAM datu bāzē (Account Security Manager) un vai atbilstošās bibliotēkas ir gandrīz pilnas. |
0x00000058 | Sistēma tika sāknēta no atjaunotā primārā nodalījuma, tāpēc bibliotēkas saka, ka spogulis ir kārtībā, bet patiesībā tā nav. Šie attēli tiek mainīti. | |
0x00000069 | Sistēmas inicializēšana neizdevās. Piemēram, instalācija nepieņēma pareizais lēmums par sistēmas vai lietotāja instalēšanu pārkonfigurēja sistēmu. |
|
0x00000073 | 1. 5 2. 2 3. bibliotēku saraksts 4. norāda UNICODE_STRING, kurā ir bibliotēkas nosaukums |
Norāda, ka viena no sistēmas bibliotēkām ir bojāta vai neizlasāma. Šī bibliotēka var būt gan PROGRAMMATŪRA, gan DROŠĪBA, gan SAM (konta drošības pārvaldnieks). |
0x00000074 | Šī kļūda var norādīt, ka NTLDR ielādētā SYSTEM bibliotēka ir bojāta. Tomēr tas ir praktiski neiespējami, jo OSLOADER pēc ielādēšanas vienmēr pārbauda bibliotēkas un pārliecinās, ka tās nav bojātas. Šī kļūda var nozīmēt arī to, ka trūkst dažu nepieciešamo reģistra atslēgu un to parametru. Augšupielādējot vietnē LastKnownGood (pēdējā labā konfigurācija), iespējams, problēma tiks novērsta. | |
0x00000075 | Diskā nav brīvas vietas, un tas var notikt arī tad, kad mēģināt saglabāt reģistru tikai lasāmā ierīcē. | |
0x00000077 | 1. 0 2. 0 3. PTE vērtība kļūdas brīdī 4. kodola kļūdas adrese 1. statusa kods |
Sistēma mēģināja nolasīt kodola datus no virtuālās atmiņas (mijmaiņas fails) un nevarēja atrast datus norādītajā adresē. Cēloņi - RAM defekti, kļūmes cietais disksdatu korupcija vai vīrusu infekcija utt. |
0x00000079 | 1. neatbilstības tips (1, 2 vai 3): 1. PRCB atbrīvošanas līmeņu neatbilstība (datumu neatbilstība). Ja tas tā ir, tad 2. konstrukciju tipu neatbilstība, šajā gadījumā 2. un 3. parametram: 3. Mikrokanālu arhitektūras (MCA) datoriem ir nepieciešama īpaša MCA HAL |
Šis ziņojums norāda neatbilstību starp abstrakcijas līmeni no windows aparatūra XP (aparatūras atdalīšanas slānis - Hal ) un sistēma windows faili XP. Iemesls ir pēkšņas BIOS iestatījumu izmaiņas datoros ar ACPI, piemēram, cietā diska instalēšana ar sistēmu citā datorā. Iespējams, ka lietotājs manuāli atjaunināja NTOSKRNL.EXE vai HAL.DLL uz nesaderīgām versijām. |
0x0000007A | Kļūdai ir tāds pats iemesls kā kļūdai 0x77: lapa ar kodola datiem netika atrasta virtuālajā atmiņā (mijmaiņas fails). Kļūdu izraisa slikts atmiņas bloks vai diska kontroliera kļūda. | |
0x0000007B | 1. rādītājs ierīces objektam | Sistēmas nodalījums vai sāknēšanas apjoms startēšanas laikā netika atrasts. Parasti problēma ir disku atkārtota sadalīšana, jaunu disku pievienošana pirms sāknēšanas. Tā rezultātā Boot.ini ieraksti vairs neatbilst pareizajiem nodalījumiem. |
0x0000007D | 1. atrasto fizisko lapu skaits 2. fiziskās lapas apakšdaļa 3. augšējā fiziskā lapa 4. 0 |
Windows ielādei nav pietiekami daudz atmiņas. Iemesls ir defekts vai pārāk mazs RAM apjoms. |
0x0000007F | 1. konkrēts iemesls | Parādās, kad procesors pieļauj kļūdu, ko kodols nevar apstrādāt. Visbiežāk tas notiek RAM defektu, procesora ventilatora apstāšanās dēļ, kā arī procesora pārslodzes un tā pārkaršanas dēļ. |
0x0000008B | 1 - diska paraksts MBR. 2 - sistēmas ielādētāja aprēķināta MBR kontrolsumma 3 - sistēmā saglabāta MBR kontrolsumma. |
Šī kļūda rodas sāknēšanas procesa laikā, kad sistēmas aprēķinātā MBR kontrolsumma neatbilst sāknēšanas ielādētāja kontrolsummai. Tas parasti nozīmē vīrusu, jo daži vīrusi var netikt atklāti. Boot no diska un pārbaudiet, vai nav vīrusu. |
0x00000092 | Parādās tikai tad, ja viena procesora draiveris sāk darboties sistēmā ar vairākiem aktīviem procesoriem. | |
0x00000098 | OC demonstrācijas perioda beigas (izmēģinājuma versijām). | |
0x0000009C | Fatālu kļūdu pārbaudes aprīkojums. | |
0x0000009F | Pēc izslēgšanas, pārslēgšanas uz gaidīšanas (miega) režīmu vai atjaunošanas no šiem režīmiem vadītājs ir nepareizā vai nepareizā stāvoklī. | |
0x000000B4 | Video draivera inicializēšana neizdevās. Atsāknējiet aizsargātā režīmā un atrisiniet aparatūras konfliktu vai atjauniniet jauno draiveri. | |
0x000000B9 | Tika atklātas sistēmas loģikas mikroshēmojuma kļūdas. Iemesls ir kļūdaina mātesplate. | |
0x000000BE | Draiveris mēģina rakstīt tikai lasāmajā atmiņā (ROM). | |
0x000000C2 | Nederīga atmiņas piešķiršanas darbība. Iemesls ir neveiksmīgs draiveris vai programmatūra. | |
0x000000C4 | Pārbaudot draivera versijas, draiverī tiek atklāta fatāla kļūda ... | |
0x000000C5 | Tika mēģināts piekļūt nederīgam procesa apgabalam ar pārāk augstu IRQL. To gandrīz vienmēr izraisa draiveri, kas iznīcināja sistēmas baseinu. | |
0x000000C6 | Vadītājs pagriezās pret brīvo atmiņu baseinu. Nomainiet draiveri. | |
0x000000C7 | Kodola taimera vai aizkavētas procedūras izsaukums ( Dpc ) tika atrasti nederīgā atmiņas apgabalā. Parasti to izraisa vadītāja defekts. | |
0x000000C9 | No vadītāja tika saņemts signāls par brīdinājumu par ieejas / izejas pārbaudi. | |
0x000000CB | Līdzīgi kā kļūda 0x76. Norāda, ka draiveris vai I / O rutīna neizdevās izkraut atlikušās lapas pēc operācijas pabeigšanas. | |
0x000000CE | Vadītājs pirms turpināšanas nevarēja atsaukt gaidītās darbības. Parasti notiek pēc bojāta draivera vai pakalpojuma instalēšanas. | |
0x000000D1 | Vadītājs piekļūst nepieejamai atmiņas adresei. | |
0x000000D8 | Sistēmā vairs nav ierakstu lapu tabulā. Nepietiek PTE ( Lapas faila ieraksti ) Parasti iemesls ir draiveris, kas prasa kodolam pārāk lielus atmiņas apgabalus vai arī tajā nav vietas diskā (peidžeru fails ir mazs). | |
0x000000E3 | Šī kļūda rodas, ja rodas kļūda failu sistēma NTFS. | |
0x000000EA | Tas var parādīties pēc jauna video adaptera vai atjaunināta video adaptera draivera instalēšanas, kas liek sistēmai bezgalīgi gaidīt, piekļūstot aprīkojumam. nomainiet video adapteri vai instalējiet citu draiveri. | |
0x000000ED | Windows XP nevarēja piekļūt saturam, kurā ir sāknēšanas faili. Skatīt 0x7B. | |
0x000000F2 | Kodols atklāja “pārtraukt vētru”, kad ierīce neatbrīvo pārtraukumu. Parasti tā iemesls ir nepareizs ierīces draiveris vai kļūda “programmaparatūrā” | |
0x000000F3 | Windows izslēgšana neizdevās atmiņas trūkuma dēļ. | |
0x1000007E | Līdzīgi kā 0x7E. | |
0x1000008E | Līdzīgi kā 0x8E. | |
0xC000009A | Windows kodols visu pieejamo atmiņu ir iedalījis baseina lapās. | |
0xC0000135 | Ielādējot bibliotēku, tika atklāta kļūda. Faila nav vai tas ir bojāts. Iespējama reģistra korupcija. | |
0xC0000142 | Neizdevās inicializēt bibliotēku | |
0xC0000218 | Nepieciešamais reģistra stropa fails nav lejupielādēts. Fails var tikt bojāts vai izdzēsts. Reģistra fails ir bojāts kļūdu dēļ cietajā diskā vai RAM. | |
0xC000021A | Sistēmā Windows XP radās nopietna drošības problēma - Winlogon.exe vai Csrss.exe ir apsūdzēts par pārkāpumu. Šī kļūda rodas, ja arhīva atkopšana ir nepilnīga, sistēmas failu versijas nesakrīt, kā arī tad, ja nepareizi tiek mainītas sistēmas failu atļaujas kontu Sistēma zaudē piekļuvi sistēmas faili un mapes. | |
0xC0000221 | Problēma ar norādīto failu. Atjaunojiet failu. | |
0xC0000244 | Rodas, revidējot drošības politiku, ja ir iespējota CrashOnAuditFail. | |
0xC000026C | Ierīces draiveri nav iespējams lejupielādēt. Problēma meklējama draiverī. | |
0xDEADDEAD | "Tas ir miris, Džim!" | Gandrīz burtisks ziņojuma tulkojums: "Šī ir nāve, Džim!" Šis ir ziņojums par lietotāja tīšu sistēmas iznīcināšanu no atkļūdotāja vai tastatūras. Protams, jūs redzēsit šo ziņojumu tikai tad, ja to darījāt mērķtiecīgi! |