Analizējot sāknēšanas žurnālfailus, piemēram, Ntbtlog.txt, lai novērstu Windows startēšanas kļūmes

Kad Windows atsakās startēt un iestrēgst melnā ekrānā, restartēšanas cilpā vai zilā ekrānāParastā reakcija ir panika. Taču papildus tipiskajiem automatizētajiem rīkiem ir ļoti spēcīgs resurss, lai izprastu notiekošo: sāknēšanas žurnālfaili vai Sāknēšanas žurnāliīpaši labi zināmie Ntbtlog.txt.

Šajos žurnālos ir detalizēti aprakstīts, kuri draiveri un komponenti tiek ielādēti (vai netiek ielādēti) sistēmas startēšanas laikā.un apvienojumā ar citām utilītprogrammām, piemēram, Startup Repair, BOOTREC, DISM vai pats Windows reģistrs ļauj novērst daudzu sāknēšanas problēmu cēloni gan datoros ar klasisko BIOS, gan modernās sistēmās ar UEFI (sāknēšanas process UEFI).

Kā darbojas Windows startēšana un kurā posmā rodas kļūme?

Pirms sākat pārskatīšanu Ntbtlog.txt lai ielīmētu komandas konsolēIr svarīgi saprast, kā ir organizēts Windows sāknēšanas process un kuri komponenti tiek aktivizēti katrā posmā. Tas ļauj noteikt, vai kļūda rodas ļoti agri (programmatūra/BIOS), sāknēšanas pārvaldniekā, operētājsistēmas ielādētājā vai tad, kad tiek aktivizēts Windows kodols.

Vispārīgi runājot, mūsdienu Windows sistēmas startēšanas cikls ir sadalīts četrās galvenajās fāzēs Tie rodas gan mantotajās BIOS ierīcēs, gan UEFI programmaparatūras sistēmās, lai gan iesaistītie faili un ceļi nedaudz mainās:

• 1. fāze — pirmspalaišanasProgrammaparatūra (BIOS vai UEFI) veic POST (ieslēgšanas pašpārbaudi), inicializē pamata aparatūru un atrod derīgu sistēmas disku. BIOS ierīcēs tiek nolasīts MBR/PBR; UEFI ierīcē tiek ielādēta programmaparatūra un tiek meklēta Windows sāknēšanas pārvaldnieka EFI lietojumprogramma.
• 2. fāze — Windows sāknēšanas pārvaldnieks: spēlē lomu sāknēšanas pārvaldnieks, kas meklē sāknēšanas konfigurāciju un izlemj, kuru sistēmu startēt.
• 3. fāze — Windows operētājsistēmas ielādētājs: sistēmas lādētājs (winload.exe o winload.efi) ielādē kodolu un draiverus, kas atzīmēti ielādei sāknēšanas laikā.
• 4. fāze — Windows NT kodols: kodols (ntoskrnl.exe) pārņem vadību, pievieno sistēmas reģistra stropu, ielādē draiverus BOOT_START un sistēmas sesija sākas (Smss.exe), kas savukārt palaiž pārējos pakalpojumus un kontrollerus.

Katram no šiem posmiem ir diezgan raksturīgi simptomi un kļūdu ziņojumi.no tipiskā “Bootmgr trūkst” līdz kļūdām, piemēram, INACCESSIBLE_BOOT_DEVICE vai zili ekrāni tūlīt pēc Windows logotipa, un tāpēc tiek diagnosticēti un laboti ar dažādiem rīkiem.

Diagnosticējot starta kļūmi, mērķis ir "noķert", kurā šīs ķēdes punktā process pārtrūkst.No turienes mēs varam izlemt, vai ir jēga aplūkot sāknēšanas žurnālfailu, SrtTrail.txt no startēšanas labošanas, atmiņas izgāzumus, reģistru vai koncentrēties uz sāknēšanas kodiem (MBR, BCD, Bootmgr utt.).

BIOS vai programmaparatūras kļūmes: kā tās atklāt

Ja dators pat nerāda Windows logotipu Ja tas iestrēgst melnā ekrānā bez skaidriem ziņojumiem vai pat neieslēdzas pareizi, problēma parasti ir pašā programmaparatūrā vai pamata aparatūrā.

Ir pāris ļoti vienkāršu pārbaužu, lai noteiktu, vai sistēma ir izturējusi BIOS fāzi vai arī tas tur ir iestrēdzis:

1. Atvienojiet visas ārējās perifērijas ierīces (USB, ārējie cietie diski, printeri…). Dažreiz programmaparatūra mēģina startēt no noņemamas ierīces, bet tā iesprūst.
2. Ievērojiet cietā diska aktivitātes LED indikatoru.Ja ieslēgšanas laikā tas nemirgo vispār, process, iespējams, nesasniedz punktu, kurā tiek nolasīts sāknēšanas sektors.
3. Mēģiniet nospiest taustiņu Num Lock.Ja tastatūras indikators nemainās, tas parasti norāda, ka sistēma ir pilnībā iesaldēta programmaparatūras vai mātesplates līmenī.

Kad iesaldēšana ir šajā agrīnajā stadijā, to parasti izraisa aparatūras kļūme. (atmiņa, mātesplate, barošanas bloks, bojāts cietais disks…) un ne tik daudz sāknēšanas faila problēmas gadījumā, tāpēc šādos gadījumos analīze Ntbtlog.txt un līdzīgas lietas pat netiek ģenerētas.

Kļūdas sāknēšanas pārvaldniekā un ielādētājā (MBR, BCD, Bootmgr)

Ja ierīce ieslēdzas, parādās ražotāja logotips un pēc tam redzat melnu ekrānu ar mirgojošu kursoru Ja saņemat tādus ziņojumus kā “Trūkst operētājsistēmas”, “Trūkst sāknēšanas pārvaldnieka” vai ar BCD saistītas kļūdas, problēma jau ir sāknēšanas pārvaldnieka (sāknēšanas pārvaldnieka / sāknēšanas ielādētāja) fāzē.

Daži tipiski vēstījumi no šī posma diezgan skaidri parāda, kāda ir situācija.:

• Boot Configuration Data (BCD) missing or corrupted
• Boot file or MBR corrupted
• Operating system missing
• Boot sector missing or corrupted
• Bootmgr missing or corrupted
• Unable to boot due to system hive missing or corrupted

Šajā brīdī visefektīvākā rīcība ir startēšana no ārēja Windows instalācijas datu nesēja. (USB/DVD disks, kas izveidots, izmantojot Microsoft rīku, vai tādas pašas vai jaunākas versijas ISO fails) un atveriet komandrindu, izmantojot taustiņu kombināciju Shift+F10 vai izmantojot papildu atkopšanas opcijas.

Izmantojot startēšanas labošanas rīku

Pirmā iespēja, kas jums jāizmēģina, ir Windows startēšanas labošanas utilīta.jo tas automatizē daudzas pārbaudes: tas pārbauda sāknēšanas failu integritāti, mēģina labot BCD, labo bojātus sāknēšanas sektorus un ģenerē savu žurnālu par paveikto.

Lietotāja plūsma ir ļoti vienkārša. kad jūs startējat no tās pašas Windows versijas instalācijas datu nesēja, kuru esat instalējis:

1. Palaidiet datoru no Windows instalācijas USB/DVD diska un sākotnējā logā noklikšķiniet uz Tālāk > Remontējiet aprīkojumu.
2. Atlases ekrānā ievadiet Traucējummeklēšana.
3. Piekļuve Papildu opcijas > Startēšanas labošana un ļaujiet rīkam analizēt sistēmu.
4. Kad tas ir pabeigts, izslēdziet to, izmantojot pašu vedni, un mēģiniet startēt normāli.

Viss, ko šis rīks dara, tiek ierakstīts failā SrtTrail.txt, kas atrodas %windir%\System32\LogFiles\Srt\Srttrail.txtLai gan tas nav sāknēšanas žurnāls šādā stilā Ntbtlog.txtJā, ir noderīgi saprast, ko tā ir atklājusi un kādas darbības tā ir mēģinājusi veikt.

Remontējiet MBR un sāknēšanas sektoru ar BOOTREC

Ja startēšanas labošana neatrisina problēmu, nākamais klasiskais solis ir rīka izmantošana BOOTREC (skat BOOTREC ceļvedis) No atkopšanas vides komandrindas. Šī utilīta ļauj pārrakstīt MBR, atjaunot sāknēšanas sektoru un atjaunot BCD datubāzi.

Pamatkomandas tipisku MBR un sāknēšanas sektora problēmu risināšanai Tie ir šādi:

• Pārrakstīt MBR (ļoti noderīgi, ja to ir pārrakstījusi cita sistēma vai trešās puses rīks):
  bootrec /fixmbr
• Sistēmas nodalījuma sāknēšanas sektora labošana:
  bootrec /fixboot

Dažos gadījumos (īpaši UEFI sistēmās ar EFI nodalījumiem FAT32 formātā) Darbības laikā var parādīties baisais ziņojums “Piekļuve liegta” /fixbootŠādos gadījumos jāpārbauda, ​​vai sistēmas nodalījumam ir pareizi piešķirts diska burts, un dažreiz jāatzīmē tas kā aktīvs vai manuāli jālabo sāknēšanas faili, tos kopējot. bootmgr un saturs \EFI\Microsoft\Boot.

Labojiet BCD noliktavas kļūdas

Kad BCD ir bojāts vai norāda uz neesošām iestādēmJūs redzēsiet konkrētākas kļūdas par "Sāknēšanas konfigurācijas datiem". Šeit BOOTREC un BCDEDIT darbojas kopā (skatiet Diagnoze ar BCDEDIT).

Tipiska procedūra BCD atjaunošanai no nulles vai tas ir:

1. Skenējiet, vai nav nosakāmas Windows instalācijas:
   bootrec /scanos
2. Ja pēc skenēšanas tas joprojām nedarbojas, izveidojiet BCD dublējumu un atjaunojiet to:
   bcdedit /export C:\bcdbackup
attrib C:\boot\bcd -r -s -h
ren C:\boot\bcd bcd.old
bootrec /rebuildbcd
3. Kad tiek jautāts, vai vēlaties pievienot atrasto instalāciju sāknēšanas sarakstam, atbildiet ar jā.

Dažos gadījumos parādīsies kļūdas ziņojums "Pieprasīto sistēmas ierīci nevarēja atrast". Mēģinot pievienot instalāciju, jums tas jāpārbauda. diskpart vai sistēmas nodalījums ir pareizi marķēts, tam ir piešķirts burts un tas nav bojāts.

Aizstāt Bootmgr failu

Ja pēc vairākiem mēģinājumiem kļūdas norāda tieši uz bootmgr bojātsVarat izvēlēties pārdēvēt bojāto kopiju un ievietot jaunu no sistēmai rezervētās nodalījuma vai no instalācijas datu nesēja.

Vispārējā ideja ir atstāt veco. bootmgr droši un nokopējiet darbojošos uz nodalījumu, kurā atrodas sistēma:

1. Atrodiet sistēmas rezervēto nodalījumu (parasti bez burta, FAT32 vai NTFS sistēmās, aptuveni 100 MB mūsdienu Windows sistēmā) un piešķiriet tam burtu ar diskpart ja nepieciešams.
2. Šajā nodalījumā uzskaitiet slēptos un sistēmas failus ar:
   attrib -r -s -h
3. Dariet to pašu sistēmas diskā (piemēram, C:), lai redzētu bootmgr esošās.
4. Mainiet nosaukumu bootmgr bojāts, piemēram:
   ren C:\bootmgr bootmgr.old
5. Kopēt bootmgr "veselīgs" no sistēmai rezervētā nodalījuma līdz Windows diska saknei.
6. Restartējiet un pārbaudiet, vai tas ieslēdzas.

Atjaunot sistēmas reģistra apakškoku

Kad kļūdas norāda, ka sistēmas stropu nevar ielādēt (“sistēmas strops trūkst vai ir bojāts”), problēma mainās no tīri ar sāknēšanu saistītas problēmas uz reģistra problēmu. Šādos gadījumos parasti ir nepieciešams atjaunot reģistra apakškokus no derīgas dublējuma (varat skatīt metodes, kā Uzlabojiet reģistru ar RegScanner).

No WinRE atkopšanas vides vai ERD remonta diska Jūs varat kopēt saturu C:\Windows\System32\config\RegBack a C:\Windows\System32\configpārrakstot bojātos failus (SISTĒMU, PROGRAMMATŪRU utt.). Ja sistēma joprojām netiek startēta, ir jāatjauno pilna sistēmas dublējumkopija un pēc tam jāatjauno tikai nepieciešamās stropju kopijas.

Kodola fāze: zili ekrāni, cilpas un avārijas pēc logotipa parādīšanas

Ja jau redzat Windows logotipu, pat rotējošā punktu "riteņa" ikonaBet, ja pēkšņi parādās zils ekrāns, tas sasalst vai vienkārši parādās melns ekrāns, problēma, visticamāk, ir kodola fāzē vai draiveros, kas tiek ielādēti šajā posmā.

Daži tipiski neveiksmes simptomi šajā fāzē ir labi zināmi.:

• Apturēšanas kods tūlīt pēc sākuma ekrāna (piemēram, 0x00000C2, 0x0000007B, Utt.)
• Kļūda no INACCESSIBLE_BOOT_DEVICE, ar apturēšanas identifikatoru 0x7B, kas norāda uz problēmām, piekļūstot sāknēšanas diskam.
• Rotējošais punktu ritenis uz nenoteiktu laiku paliek "aizņemtajā sistēmā".
• Pēc Windows logotipa parādīšanās ekrāns kļūst melns, un nav redzami nekādi ziņojumi.

Šādās situācijās atveseļošanās iespējas ir balstītas uz sākšanu ierobežotā veidā. un pēc tam veiciet diagnostiku, izmantojot tādus rīkus kā notikumu skatītājs, sāknēšanas žurnālus, atmiņas izgāzumus un pašu reģistru.

Izmēģiniet drošo režīmu un pēdējo zināmo labo konfigurāciju

Drošais režīms joprojām ir klasisks, jo tas ielādē tikai minimālo nepieciešamo datu apjomu. lai Windows startētos, izslēdzot lielu daļu trešo pušu draiveru un pakalpojumu, kas varētu radīt problēmu.

No papildu sāknēšanas opcijām Varat mēģināt:

• Drošais režīms
• Drošais režīms ar tīklu
• Pēdējā zināmā veiksmīgā konfigurācija (ja pieejams jūsu versijā)

Ja komandai izdodas sākt darbu kādā no šīm variācijāmViens no pirmajiem ieteikumiem ir atvērt Pasākuma skatītājs un pārskatīt sistēmas un lietojumprogrammu žurnālus ap laiku, kad parādījās simptomi, kopējot atbilstošos notikumus mierīgai analīzei.

Tīrs sākums konfliktējošu pakalpojumu un draiveru atrašanai

Kad problēma norāda uz trešās puses pakalpojumu vai kontrolieri (pretvīrusu programma, dublēšanas programmatūra, īpaši atmiņas draiveri utt.), ir ļoti noderīgi veikt "tīro sāknēšanu" ar šo rīku msconfig.

Sistēmas iestatījumos varat atlasīt “Selektīvā startēšana”. un pakāpeniski atspējojiet nekritiskos pakalpojumus, īpaši tos, kas nav no Microsoft, līdz atrodat pakalpojumu, kas izraisa startēšanas kļūmi. Kad tas ir atrasts, varat to neatgriezeniski atspējot un atgriezties pie "parastas startēšanas".

Ja problēma ir draiveru parakstīšanā (īpaši x64 sistēmās ar drošas sāknēšanas vai paraksta prasībām)Vēl viens veids ir sākt ar opciju "Atspējot parakstīto draiveru obligāto lietošanu" un analizēt, kuram draiverim ir nepieciešams paraksts vai kurš rada konfliktu, ievērojot vadlīnijas Microsoft īpašajos rakstos par šāda veida problēmām.

INACCESSIBLE_BOOT_DEVICE kļūda (STOP 0x7B)

Kļūda INACCESSIBLE_BOOT_DEVICE Tas ir viens no visbaidītākajiem jo tas nozīmē, ka Windows nevar piekļūt diskam, no kura tai vajadzētu startēties: nepietiekami atmiņas draiveri, trešo pušu filtri, izmaiņas SATA/RAID kontrollera režīmā BIOS utt.

Uzlabota metode šīs kļūdas risināšanai ietver trešo pušu draiveru filtrēšanu reģistrā. no atkopšanas vides:

1. Ieslēdziet WinRE, izmantojot tādas pašas Windows versijas vai jaunākas versijas ISO failu.
2. Atveriet reģistra redaktoru un ielādējiet sistēmas stropu, piešķirot tam pagaidu nosaukumu, piemēram pārbaude.
3. Dodieties uz atslēgu:
   HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class
4. Atrast ierakstus UpperFilters y LowerFilters kas attiecas uz draiveriem, kas nav no Microsoft.
5. Katram aizdomīgajam draiverim notīriet atbilstošās filtra vērtības saturu.
6. Meklējiet stropā citus līdzīgus gadījumus, uzmanīgi tos modificējiet un, kad esat pabeidzis, izņemiet stropu.
7. Restartējiet sistēmu normālā režīmā un pārbaudiet, vai 0x7B kļūda ir pazudusi.

Ja problēma sākās tūlīt pēc Windows atjauninājumu instalēšanasVar būt nepieciešams noņemt neapstiprinātās pakotnes vai atcelt atjaunināšanas darbības ar DISM, mainot vērtības reģistrā (piemēram, pakalpojums TrustedInstaller) un pat failu pārdēvēšanu, piemēram, pending.xml en WinSxS lai atbloķētu procesu.

Iespējot sāknēšanas reģistrēšanu operētājsistēmā Windows

Šajā brīdī iesaistās šī raksta galvenais varonis: arhīvs. Ntbtlog.txtŠis fails ir klasiskais Windows sāknēšanas žurnāls; tajā tiek reģistrēti draiveri un komponenti, kas tiek ielādēti (vai neizdodas) startēšanas laikā, ļaujot, piemēram, noteikt, kurš konkrētais draiveris neļauj sistēmai startēt.

BootLog pēc noklusējuma nav iespējotsBet tā aktivizēšana ir ļoti vienkārša, un to var izdarīt divos galvenajos veidos: caur boot.ini vecākās sistēmās vai ar bcdedit Mūsdienu versijās, piemēram, Windows 10 un jaunākās versijās, ir ļoti noderīgi to apvienot ar metodēm, kas paredzētas analizēt ar BootTrace.

Iespējot BootLog sistēmās, kuru pamatā ir boot.ini (Windows XP un līdzīgās)

Vecākos datoros sāknēšanas konfigurācijas fails ir boot.ini, kas atrodas diska saknes direktorijā, kurā ir instalēta Windows (parasti C:) un ir atzīmēts kā slēpts un sistēmas fails.

Lai to rediģētu, vispirms ir jāparāda aizsargātie sistēmas faili. Mapes opcijās atrodiet boot.ini un atveriet to, izmantojot Notepad. Tur jūs redzēsiet līdzīgu rindu (lai gan ar citiem parametriem):

multi(0)disk(0)rdisk(0)partition(1)\WINDOWS=»Microsoft Windows XP Professional» /noexecute=optin /fastdetect

Lai aktivizētu sāknēšanas reģistrēšanu, vienkārši pievienojiet modifikatoru /BOOTLOG tās rindas beigāskā rezultātā rodas kaut kas līdzīgs:

multi(0)disk(0)rdisk(0)partition(1)\WINDOWS=»Microsoft Windows XP Professional» /noexecute=optin /fastdetect /BOOTLOG

Kad fails ir saglabāts, sistēma sāks ģenerēt sāknēšanas ierakstu katrā startēšanas reizē.Turklāt ārkārtas situācijās reģistrēšanu var iespējot katrā gadījumā atsevišķi no uzlabotās sāknēšanas izvēlnes: nospiežot taustiņu F8 tieši pirms Windows palaišanas un izvēloties opciju "Iespējot sāknēšanas reģistrēšanu".

Ģenerētais fails vienmēr tiek izsaukts Ntbtlog.txt un tas tiek saglabāts Windows mapē, parasti iekšā C:\Windows, gatavs atvēršanai ar Notepad un pārbaudei, kuri draiveri ir ielādējušies pareizi un kuri nav.

Iespējojiet un atspējojiet BootLog, izmantojot BCDEDIT operētājsistēmā Windows 10 un jaunākās versijās

Mūsdienu sistēmās, kas izmanto BCD (Windows Vista un jaunākas versijas, ieskaitot Windows 10)Sāknēšanas konfigurācija vairs netiek pārvaldīta ar boot.inibet ar sāknēšanas konfigurācijas datu krātuvi un rīku bcdedit.

Lai iespējotu sāknēšanas reģistrēšanu noteiktā sistēmā Jums jāzina šī ielādētāja identifikators (ID) BCD ietvaros. To var iegūt, komandrindā ar administratora privilēģijām izpildot šo komandu:

bcdedit

Blokā “Windows sāknēšanas ielādētājs” redzēsiet rindu ar nosaukumu “Identifier” kas varētu būt kaut kas līdzīgs {current} vai citu GUID. Izmantojot šo ID, varat aktivizēt BootLog šādi:

bcdedit /set {ID} bootlog Yes

Lai to deaktivizētu, vienkārši nomainiet vērtību uz “Nē”.:

bcdedit /set {ID} bootlog No

Pēc nākamās restartēšanas, ja reģistrēšana ir iespējota, Windows ģenerēs failu. Ntbtlog.txt pa norādīto maršrutu ar visu nepieciešamo informāciju par palaišanas procesā iesaistītajiem kontrolleriem un moduļiem, kas ir ārkārtīgi noderīgi neparedzamu kļūmju diagnosticēšanā.

Ntbtlog.txt un citu sāknēšanas žurnālu interpretācija

Kaut arī no pirmā acu uzmetiena Ntbtlog.txt tas izskatās pēc vienkārša rindu sarakstaSvarīgākais ir saprast, kādu modeli mēs meklējam. Šajā failā redzēsiet ierakstus, kas norāda, ka kontrolieris ir veiksmīgi ielādēts vai izlaists.

Knifs ir atrast draiverus, kas neizdodas tieši pirms avārijas vai restartēšanas....vai arī tie, kas acīmredzami nepieder Microsoft un varētu izraisīt konfliktus (pretvīrusu draiveri, disku šifrēšana, dublēšanas risinājumi utt.). Apvienojot šo informāciju ar notikumu skatītāja notikumiem un, ja pieejami, atmiņas izgāzumiem, problēmu var ievērojami sašaurināt.

Daudzos gadījumos atmiņas izgāzumi skaidri norāda uz konkrētu draivera failu. (piemēram, \Windows\System32\drivers\stcvsm.sys (trūkst vai ir bojāts). Vispārīgie ieteikumi šāda veida gadījumos ir šādi:

• Pārskatiet, kādu funkcionalitāti nodrošina šis kontrolieris un vai tas ir kritiski svarīgi palaišanai.
• Ja tas ir nebūtisks trešās puses draiveris, atspējojiet to, ielādējot sistēmas stropu reģistrā no WinRE.
• Palaidiet sistēmas failu pārbaudītāju (sfc) bezsaistes režīmā, ja ir aizdomas par sistēmas failu bojājumu.
• Ja ir aizdomas par plaši izplatītu reģistra bojājumu vai nesen instalētiem vairākiem draiveriem/pakalpojumiem, pārdēvējiet vecos stropus (pievienojot .old uz nosaukumiem C:\Windows\System32\configun atjaunot dublējumkopijas RegBackpēc tam mēģinot normālu iedarbināšanu.

Dažreiz, īpaši pēc liela Windows atjauninājuma, problēma rodas, veicot remontu ar DISM Tas nāk no oriģinālās attēla versijasJa atjaunošanai izmantotais ISO fails precīzi neatbilst instalētajai versijai, DISM Tas atgriež kļūdu 0x800f081f (“Avota failus nevarēja atrast”). Šādos gadījumos ieteicams pārbaudīt ar dism /get-wiminfo precīza attēla versija (install.wim o install.esd) un atrodiet ISO failu, kas faktiski atbilst remontējamās sistēmas uzbūvei.

Īsāk sakot, sāknēšanas reģistri ir šādi: Ntbtlog.txt, Startup Repair SrtTrail, atmiņas izgāzumus un žurnālus DISM y SFC Tie veido informācijas "ekosistēmu". Šis rīks ļauj rekonstruēt, kas notiek katras sāknēšanas laikā: kas ielādējas, kas tiek izlaists, kas tiek bojāts un kādas izmaiņas (draiveri, atjauninājumi, pretvīrusu programmatūra vai dažādas utilītas) ir sabojājušas procesu. Apvienojot šos rīkus ar MBR, BCD, Bootmgr, RegBack un tīras sāknēšanas labošanas metodēm, iespējas atjaunot Windows sistēmu, kas netiek startēta bez pilnīgas atkārtotas instalēšanas, ir daudz lielākas, nekā sākotnēji varētu šķist.

saistīto rakstu:

Sāknēšanas izsekošana operētājsistēmā Windows 11: pilnīgs ceļvedis sāknēšanas procesu analīzei

Isaac

Kaislīgs rakstnieks par baitu pasauli un tehnoloģiju kopumā. Man patīk dalīties savās zināšanās rakstot, un tieši to es darīšu šajā emuārā, parādot visu interesantāko informāciju par sīkrīkiem, programmatūru, aparatūru, tehnoloģiju tendencēm un daudz ko citu. Mans mērķis ir palīdzēt jums vienkāršā un izklaidējošā veidā orientēties digitālajā pasaulē.