Paleidimo žurnalo failų, tokių kaip Ntbtlog.txt, analizė, siekiant pašalinti „Windows“ paleidimo triktis

Kai „Windows“ atsisako paleisti ir užstringa juodame ekrane, paleidimo iš naujo cikle arba mėlyname ekraneĮprasta reakcija yra panika. Tačiau be įprastų automatinių įrankių yra labai galingas šaltinis, padedantis suprasti, kas vyksta: įkrovos žurnalo failai arba Įkrovos žurnalaiypač gerai žinomų Ntbtlog.txt.

Šiuose žurnaluose išsamiai aprašoma, kurios tvarkyklės ir komponentai įkeliami (arba nepavyksta įkelti) sistemos paleidimo metu.ir kartu su kitomis programomis, tokiomis kaip „Startup Repair“, BOOTREC, DISM arba pats „Windows“ registras leidžia išspręsti daugelio įkrovos problemų priežastį tiek kompiuteriuose su klasikine BIOS, tiek šiuolaikinėse sistemose su UEFI (Įkrovos procesas UEFI).

Kaip veikia „Windows“ paleidimas ir kuriame etape įvyksta gedimas?

Prieš pradėdami peržiūrėti Ntbtlog.txt įklijuoti komandas į konsolęSvarbu suprasti, kaip organizuotas „Windows“ paleidimo procesas ir kurie komponentai aktyvuojami kiekviename etape. Tai leidžia nustatyti, ar klaida įvyksta labai anksti (programinėje įrangoje / BIOS), paleidimo tvarkyklėje, operacinės sistemos įkrovos programoje ar tada, kai pradeda veikti „Windows“ branduolys.

Apskritai šiuolaikinės „Windows“ sistemos paleidimo ciklas yra suskirstytas į keturis pagrindinius etapus Tai pasitaiko tiek senesnėse BIOS sistemose, tiek UEFI programinės įrangos sistemose, nors susiję failai ir keliai šiek tiek skiriasi:

• 1 etapas – išankstinis paleidimasPrograminė-aparatinė įranga (BIOS arba UEFI) atlieka POST (įjungimo savarankiško testavimo) testą, inicijuoja pagrindinę aparatinę įrangą ir suranda galiojantį sistemos diską. BIOS įrenginiuose nuskaitomas MBR/PBR; UEFI įkeliama programinė-aparatinė įranga ir ieškoma „Windows“ įkrovos tvarkyklės EFI programos.
• 2 etapas – „Windows“ įkrovos tvarkyklėČia į pagalbą ateina įkrovos tvarkyklė, kuri ieško įkrovos konfigūracijos ir nusprendžia, kurią sistemą paleisti.
• 3 etapas – „Windows“ operacinės sistemos įkroviklis: sistemos įkroviklis (winload.exe o winload.efi) įkelia branduolį ir tvarkykles, pažymėtas įkelti paleidžiant.
• 4 etapas – „Windows NT“ branduolys: branduolys (ntoskrnl.exe) perima valdymą, prijungia sistemos registro avilį, įkelia tvarkykles BOOT_START ir prasideda sistemos sesija (Smss.exe), kuris savo ruožtu paleidžia likusias paslaugas ir valdiklius.

Kiekvienas iš šių etapų turi gana būdingų simptomų ir klaidų pranešimų.nuo tipinio „Trūksta „Bootmgr““ iki klaidų, tokių kaip INACCESSIBLE_BOOT_DEVICE arba mėlyni ekranai iškart po „Windows“ logotipo, todėl diagnozuojami ir taisomi naudojant skirtingus įrankius.

Diagnozuojant paleidimo gedimą, tikslas yra „pastebėti“, kuriame šios grandinės taške procesas nutrūksta.Iš ten galime nuspręsti, ar prasminga peržiūrėti įkrovos žurnalo failą, paleisties taisymo SrtTrail.txt, atminties išklotines, registrą, ar sutelkti dėmesį į įkrovos kodus (MBR, BCD, Bootmgr ir kt.).

BIOS arba programinės įrangos gedimai: kaip juos aptikti

Jei kompiuteryje net nerodomas „Windows“ logotipas Jei jis užstringa juodame ekrane be aiškių pranešimų arba net tinkamai neįsijungia, problema paprastai slypi pačioje programinėje įrangoje arba pagrindinėje aparatinėje įrangoje.

Yra keletas labai paprastų patikrinimų, siekiant nustatyti, ar sistema praėjo BIOS fazę arba jis ten įstrigęs:

1. Atjunkite visus išorinius įrenginius (USB, išoriniai standieji diskai, spausdintuvai...). Kartais programinė įranga bando paleisti sistemą iš išimamo įrenginio ir užstringa.
2. Stebėkite kietojo disko aktyvumo šviesos diodąJei įjungimo metu jis visai nemirksi, procesas gali nepasiekti taško, kuriame būtų nuskaitytas įkrovos sektorius.
3. Pabandykite paspausti „Num Lock“ klavišą.Jei klaviatūros indikatorius nesikeičia, tai paprastai rodo, kad sistema visiškai užšalusi programinės įrangos arba pagrindinės plokštės lygmenyje.

Kai užšalimas yra tokiame ankstyvame etape, tai paprastai įvyksta dėl aparatinės įrangos gedimo. (atmintis, pagrindinė plokštė, maitinimo šaltinis, sugedęs kietasis diskas...) ir ne tiek daug įkrovos failo problemos atveju, todėl tokiais atvejais analizė Ntbtlog.txt ir panašūs dalykai net nesugeneruojami.

Klaidos įkrovos tvarkyklėje ir įkrovos programoje (MBR, BCD, Bootmgr)

Jei įrenginys įsijungia, pasirodo gamintojo logotipas, o tada matote juodą ekraną su mirksinčiu žymekliu Jei gaunate tokius pranešimus kaip „Trūksta operacinės sistemos“, „Trūksta įkrovos tvarkyklės“ arba su BCD susijusias klaidas, problema jau yra įkrovos tvarkyklės („Boot Manager“ / įkrovos krautuvo) fazėje.

Kai kurios tipinės šio etapo žinutės gana aiškiai parodo, kokia yra situacija.:

• 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

Šiuo metu efektyviausias veiksmų planas yra paleisti sistemą iš išorinės „Windows“ diegimo laikmenos. (USB / DVD, sukurtas naudojant „Microsoft“ įrankį arba tos pačios arba naujesnės versijos ISO) ir atidarykite komandų eilutę naudodami Shift + F10 derinį arba naudodami išplėstines atkūrimo parinktis.

Naudojant paleisties taisymo įrankį

„Windows“ paleisties taisymo įrankis yra pirmasis variantas, kurį turėtumėte išbandyti.nes ji automatizuoja daugelį patikrinimų: tikrina įkrovos failų vientisumą, bando ištaisyti BCD, taiso pažeistus įkrovos sektorius ir sukuria savo žurnalą apie tai, ką padarė.

Vartotojo srautas yra labai paprastas. kai paleidžiate iš tos pačios „Windows“ versijos, kurią įdiegėte, diegimo laikmenos:

1. Paleiskite kompiuterį iš „Windows“ diegimo USB / DVD disko ir pradiniame lange spustelėkite Toliau > Įrangos remontas.
2. Pasirinkimo ekrane įveskite Šalinkite triktis.
3. Prieiga prie Išplėstinės parinktys > Paleidimo atkūrimas ir leiskite įrankiui analizuoti sistemą.
4. Kai baigsite, uždarykite naudodami patį vedlį ir bandykite paleisti įprastai.

Viskas, ką šis įrankis daro, yra įrašyta į failą SrtTrail.txt, esantis %windir%\System32\LogFiles\Srt\Srttrail.txtNors tai ne tokio stiliaus įkrovos žurnalas Ntbtlog.txtTaip, naudinga suprasti, ką sistema aptiko ir kokius veiksmus bandė atlikti.

MBR ir įkrovos sektoriaus taisymas naudojant BOOTREC

Jei paleisties taisymas neišsprendžia problemos, kitas klasikinis žingsnis yra naudoti įrankį BOOTREC (pamatyti BOOTREC vadovas) Iš atkūrimo aplinkos komandinės eilutės. Ši programa leidžia perrašyti MBR, atkurti įkrovos sektorių ir iš naujo sukurti BCD duomenų bazę.

Pagrindinės komandos, skirtos spręsti tipines MBR ir įkrovos sektoriaus problemas yra:

• Perrašykite MBR (labai naudinga, jei jį perrašė kita sistema arba trečiosios šalies įrankis):
  bootrec /fixmbr
• Sistemos skaidinio įkrovos sektoriaus taisymas:
  bootrec /fixboot

Kai kuriais atvejais (ypač UEFI sistemose su EFI skaidymu FAT32 formatu) Baisus pranešimas „Prieiga uždrausta“ gali pasirodyti paleidus /fixbootTokiais atvejais reikia patikrinti, ar sistemos skaidiniui teisingai priskirta disko raidė, o kartais pažymėti jį kaip aktyvų arba rankiniu būdu pataisyti įkrovos failus juos nukopijuojant. bootmgr ir turinį \EFI\Microsoft\Boot.

Ištaisykite BCD sandėlio klaidas

Kai BCD yra sugadintas arba nurodo neegzistuojančias įstaigasMatysite konkretesnių klaidų apie „Paleidimo konfigūracijos duomenis“. Čia BOOTREC ir BCDEDIT veikia kartu (žr. Diagnozė su BCDEDIT).

Tipinė BCD regeneravimo nuo nulio procedūra ar tai:

1. Nuskaitykite aptinkamus „Windows“ diegimus:
   bootrec /scanos
2. Jei po nuskaitymo jis vis tiek neprasideda, sukurkite BCD atsarginę kopiją ir jį atkurkite:
   bcdedit /export C:\bcdbackup
attrib C:\boot\bcd -r -s -h
ren C:\boot\bcd bcd.old
bootrec /rebuildbcd
3. Paklausus, ar norite įtraukti rastą diegimą į įkrovos sąrašą, atsakykite „taip“.

Kai kuriais atvejais pasirodys klaidos pranešimas, kuriame teigiama: „Nepavyko rasti prašomo sistemos įrenginio“. Bandant pridėti diegimą, reikia patikrinti, ar diskpart ar sistemos skaidinys yra teisingai pažymėtas, jam priskirta raidė ir jis nėra pažeistas.

Pakeiskite „Bootmgr“ failą

Jei po kelių bandymų klaidos tiesiogiai rodo bootmgr pažeistaGalite pasirinkti pervadinti klaidingą kopiją ir įdėti naują iš sistemai rezervuoto skaidinio arba iš diegimo laikmenos.

Bendra idėja – palikti senąjį. bootmgr Saugiai nukopijuokite veikiantį į skaidinį, kuriame yra sistema:

1. Nustatykite sistemos rezervuotą skaidinį (paprastai be raidės, FAT32 arba NTFS sistemoje, apie 100 MB šiuolaikinėje „Windows“ sistemoje) ir priskirkite jam raidę su diskpart jei reikia.
2. Tame skaidinyje išvardykite paslėptus ir sistemos failus su:
   attrib -r -s -h
3. Tą patį atlikite ir sistemos diske (pvz., C:) pamatyti bootmgr esamus.
4. Pakeiskite pavadinimą bootmgr pažeistas, pavyzdžiui:
   ren C:\bootmgr bootmgr.old
5. Nukopijuokite bootmgr „sveikas“ iš sistemai rezervuoto skaidinio į „Windows“ disko šakninį katalogą.
6. Paleiskite iš naujo ir patikrinkite, ar jis įsijungia.

Atkurti sistemos registro submedį

Kai klaidos rodo, kad sistemos avilio negalima įkelti („trūksta arba sugadintas sistemos avilio“) problema iš grynai su paleidimu susijusios problemos tampa registro problema. Tokiais atvejais paprastai reikia atkurti registro poskyrius iš galiojančios atsarginės kopijos (galite peržiūrėti metodus, kaip tai padaryti Patobulinkite registrą naudodami „RegScanner“).

Iš „WinRE“ atkūrimo aplinkos arba ERD taisymo disko Galite nukopijuoti turinį, C:\Windows\System32\config\RegBack a C:\Windows\System32\configperrašant pažeistus failus (SISTEMĄ, PROGRAMINĘ ĮRANGĄ ir kt.). Jei sistema vis tiek nepaleidžiama, reikėtų atkurti visą sistemos atsarginę kopiją ir tada atkurti tik būtinus failus.

Branduolio fazė: mėlyni ekranai, ciklai ir gedimai po logotipo

Jei jau matote „Windows“ logotipą, net ir besisukančio taškų „rato“ piktogramąBet jei staiga pasirodo mėlynas ekranas, jis užšąla arba tiesiog pasirodo juodas ekranas, problema greičiausiai slypi branduolio fazėje arba tvarkyklėse, kurios įkeliamos tame etape.

Kai kurie tipiški nesėkmės simptomai šiame etape yra gerai žinomi.:

• Stop kodas iškart po paleidimo ekrano (pavyzdžiui, 0x00000C2, 0x0000007B, Ir tt).
• Klaida iš INACCESSIBLE_BOOT_DEVICE, su sustabdymo identifikatoriumi 0x7B, kuris reiškia problemas, susijusias su prisijungimu prie įkrovos disko.
• Besisukantis taškų ratas neribotą laiką lieka „užimtos sistemos“ būsenoje.
• Ekranas tampa juodas, kai pasirodo „Windows“ logotipas, be jokių pranešimų.

Tokiose situacijose atkūrimo galimybės yra pagrįstos ribotu pradėjimu ir tada diagnozuokite naudodami tokius įrankius kaip įvykių peržiūros programa, įkrovos žurnalai, atminties išklotinės ir pats registras.

Išbandykite saugųjį režimą ir paskutinę žinomą gerą konfigūraciją

Saugus režimas išlieka klasika, nes jis įkelia tik būtiniausius failus. kad „Windows“ būtų paleista, paliekant didelę dalį trečiųjų šalių tvarkyklių ir paslaugų, kurios gali sukelti problemą.

Iš išplėstinių įkrovos parinkčių Galite pabandyti:

• Saugus režimas
• Saugus režimas su tinklu
• Paskutinė žinoma sėkminga konfigūracija (jei jūsų versijoje yra)

Jei komandai pavyks pradėti bet kurį iš šių variantųVienas pirmųjų rekomenduojamų dalykų – atidaryti Renginių žiūrovas ir peržiūrėti sistemos bei programų žurnalus maždaug tuo metu, kai prasidėjo simptomai, nukopijuojant atitinkamus įvykius ramiai analizei.

Švari pradžia ieškant konfliktuojančių paslaugų ir tvarkyklių

Kai problema nurodo trečiosios šalies paslaugą arba valdiklį (antivirusinė programa, atsarginių kopijų kūrimo programinė įranga, specialios atminties tvarkyklės ir kt.), labai naudinga atlikti „švarų paleidimą“ naudojant šį įrankį msconfig.

Sistemos nustatymuose galite pasirinkti „Atrankinis paleidimas“. ir palaipsniui išjunkite nekritines paslaugas, ypač tas, kurios nėra iš „Microsoft“, kol rasite tą, kuri sukėlė paleidimo klaidą. Suradę ją, galite ją visam laikui išjungti ir grįžti prie „įprasto paleidimo“.

Jei problema slypi tvarkyklės pasirašyme (ypač x64 sistemose su saugiu įkrovimu arba parašo reikalavimais)Kitas būdas – pradėti nuo parinkties „Išjungti privalomą pasirašytų tvarkyklių naudojimą“ ir išanalizuoti, kuri tvarkyklė reikalauja parašo arba sukelia konfliktą, vadovaujantis „Microsoft“ straipsniuose pateiktomis gairėmis, skirtomis tokio tipo problemoms.

INACCESSIBLE_BOOT_DEVICE klaida (STOP 0x7B)

Klaida INACCESSIBLE_BOOT_DEVICE Tai vienas iš labiausiai bijomų nes tai reiškia, kad „Windows“ negali pasiekti disko, iš kurio turėtų paleisti sistemą: netinkami atminties tvarkyklės, trečiųjų šalių filtrai, SATA/RAID valdiklio režimo pakeitimai BIOS ir kt.

Pažangus šios klaidos sprendimo būdas apima trečiųjų šalių tvarkyklių filtravimą registre. iš atkūrimo aplinkos:

1. Paleiskite „WinRE“ naudodami tos pačios arba naujesnės „Windows“ versijos ISO failą.
2. Atidarykite registro rengyklę ir įkelkite sistemos avilį, suteikdami jam laikiną pavadinimą, pavyzdžiui testas.
3. Eikite į raktą:
   HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class
4. Rasti įrašus "UpperFilters" y Žemutiniai filtrai kurie nurodo tvarkykles, kurios nėra iš „Microsoft“.
5. Kiekvienam įtariamam vairuotojui išvalykite atitinkamos filtro reikšmės turinį.
6. Ieškokite kitų panašių atvejų avilyje, atsargiai juos modifikuokite ir baigę išimkite avilį.
7. Paleiskite sistemą įprastu režimu ir patikrinkite, ar 0x7B klaida išnyko.

Jei problema prasidėjo iškart po „Windows“ naujinimų įdiegimoGali reikėti pašalinti laukiančius paketus arba atšaukti atnaujinimo veiksmus naudojant DISM, keičiant registro reikšmes (pvz., paslauga TrustedInstaller) ir netgi pervadinti failus, pvz. pending.xml en WinSxS kad atblokuotumėte procesą.

Įjunkite įkrovos registravimą sistemoje „Windows“

Šiame etape į vaidmenį įsijungia šio straipsnio pagrindinis veikėjas: archyvas. Ntbtlog.txtŠis failas yra klasikinis „Windows“ paleidimo žurnalas; jame įrašomos tvarkyklės ir komponentai, kurie įkeliami (arba sugenda) paleidimo metu, todėl galite nustatyti, pavyzdžiui, kuris konkretus tvarkyklė neleidžia sistemai paleisti.

„BootLog“ pagal numatytuosius nustatymus neįgalintasTačiau jį aktyvuoti labai paprasta ir tai galite padaryti dviem pagrindiniais būdais: per boot.ini senesnėse sistemose arba su bcdedit Šiuolaikinėse versijose, tokiose kaip „Windows 10“ ir naujesnėse, labai naudinga tai derinti su metodais, skirtais analizuoti naudojant „BootTrace“.

Įjungti „BootLog“ sistemose su „boot.ini“ („Windows XP“ ir panašiose)

Senesniuose kompiuteriuose įkrovos konfigūracijos failas yra boot.ini, kuris yra disko, kuriame įdiegta „Windows“, šakniniame kataloge (paprastai C:) ir yra pažymėtas kaip paslėptas ir sistemos failas.

Norėdami jį redaguoti, pirmiausia turite parodyti apsaugotus sistemos failus. Aplanko parinktyse raskite boot.ini ir atidarykite jį naudodami „Notepad“. Ten pamatysite panašią eilutę (tik su kitais parametrais):

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

Norėdami įjungti įkrovos registravimą, tiesiog pridėkite modifikatorių /BOOTLOG tos eilutės galedėl to gaunamas kažkas panašaus į:

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

Kai failas bus išsaugotas, sistema pradės generuoti įkrovos įrašą kiekvieno paleidimo metu.Be to, avarinėse situacijose registravimą galima įjungti kiekvienu atveju atskirai iš išplėstinio įkrovos meniu: prieš pat paleidžiant „Windows“ paspaudus F8 ir pasirinkus parinktį „Įjungti įkrovos registravimą“.

Sugeneruotas failas visada vadinamas Ntbtlog.txt ir jis išsaugomas „Windows“ aplanke, paprastai C:\Windows, paruošta atidaryti naudojant „Notepad“ ir patikrinti, kurios tvarkyklės įkeltos teisingai, o kurios ne.

Įjunkite ir išjunkite „BootLog“ naudodami BCDEDIT sistemoje „Windows 10“ ir naujesnėse versijose

Šiuolaikinėse sistemose, kurios naudoja BCD („Windows Vista“ ir naujesnės versijos, įskaitant „Windows 10“)Įkrovos konfigūracija nebetvarkoma naudojant boot.inibet su įkrovos konfigūracijos duomenų saugykla ir įrankiu bcdedit.

Kaip įjungti įkrovos registravimą konkrečioje sistemoje Jums reikia žinoti to įkroviklio identifikatorių (ID) BCD. Jį galite gauti paleisdami šią komandą komandų eilutėje su administratoriaus teisėmis:

bcdedit

„Windows Boot Loader“ bloke matysite eilutę pavadinimu „Identifier“ kuris galėtų būti kažkas panašaus {current} arba kitą GUID. Naudodami tą ID, galite aktyvuoti „BootLog“ taip:

bcdedit /set {ID} bootlog Yes

Norėdami jį išjungti, tiesiog pakeiskite reikšmę į „Ne“.:

bcdedit /set {ID} bootlog No

Po kito paleidimo iš naujo, jei registravimas įjungtas, „Windows“ sugeneruos failą. Ntbtlog.txt nurodytu maršrutu su visa reikalinga informacija apie paleidimo metu dalyvaujančius valdiklius ir modulius, kuri yra labai naudinga diagnozuojant kaprizingus gedimus.

Ntbtlog.txt ir kitų įkrovos žurnalų interpretavimas

Nors iš pirmo žvilgsnio Ntbtlog.txt Tai gali atrodyti kaip paprastas eilučių sąrašasSvarbiausia suprasti, kokio šablono ieškome. Šiame faile matysite įrašus, rodančius, kad valdiklis buvo sėkmingai įkeltas arba praleistas.

Gudrybė yra rasti tvarkykles, kurios sugenda prieš pat gedimą ar perkrovimą....arba tie, kurie akivaizdžiai nepriklauso „Microsoft“ ir gali sukelti konfliktus (antivirusinės tvarkyklės, disko šifravimas, atsarginių kopijų kūrimo sprendimai ir kt.). Sujungus šią informaciją su įvykių peržiūros programos įvykiais ir, jei įmanoma, atminties išklotomis, galima gerokai susiaurinti problemą.

Daugeliu atvejų atminties išklotinės aiškiai nurodo konkretų tvarkyklės failą. (pvz., \Windows\System32\drivers\stcvsm.sys (trūksta arba pažeistas). Bendrosios rekomendacijos šiuo atveju yra šios:

• Peržiūrėkite, kokias funkcijas atlieka tas valdiklis ir ar jis yra būtinas paleidimui.
• Jei tai nebūtina trečiosios šalies tvarkyklė, išjunkite ją įkeldami sistemos avilį į registrą iš „WinRE“.
• Paleiskite sistemos failų tikrintuvą (sfc) neprisijungus prie interneto, jei įtariamas sistemos failų sugadinimas.
• Jei įtariama, kad registro duomenys buvo plačiai pažeisti arba neseniai buvo įdiegtos kelios tvarkyklės / paslaugos, pervadinkite senus failus (pridėdami .old prie vardų, esančių C:\Windows\System32\configir atkurti atsargines kopijas RegBacktada bandoma normaliai užvesti.

Kartais, ypač po didelio „Windows“ atnaujinimo, problema kyla taisant su DISM Jis kilęs iš originalios paveikslėlio versijosJei atkūrimui naudojamas ISO failas ne visai atitinka įdiegtą versiją, DISM Grąžinama klaida 0x800f081f („Nerasta šaltinio failų“). Tokiais atvejais patartina patikrinti su dism /get-wiminfo tiksli vaizdo versija (install.wim o install.esd) ir raskite ISO, kuris iš tikrųjų atitiktų taisomos sistemos sudėtį.

Trumpai tariant, įkrovos registrai tokie kaip Ntbtlog.txt, paleisties taisymo SrtTrail, atminties išklotinės ir žurnalai DISM y SFC Jie sudaro informacinę „ekosistemą“ Šis įrankis leidžia atkurti, kas vyksta kiekvieno paleidimo metu: kas įkeliama, kas praleidžiama, kas sugadinama ir kokie pakeitimai (tvarkyklės, atnaujinimai, antivirusinė programinė įranga ar įvairios priemonės) sugadino procesą. Derinant šiuos įrankius su MBR, BCD, „Bootmgr“, „RegBack“ ir švaraus paleidimo taisymo metodais, tikimybė atkurti „Windows“ sistemą, kuri neįsikrauna be visiško pakartotinio diegimo, yra daug didesnė, nei gali pasirodyti iš pradžių.

Susijęs straipsnis:

„Boot Trace“ sistemoje „Windows 11“: išsamus įkrovos procesų analizės vadovas

Izaokas

Aistringas rašytojas apie baitų pasaulį ir technologijas apskritai. Man patinka dalytis savo žiniomis rašydamas, būtent tai ir darysiu šiame tinklaraštyje, parodysiu jums įdomiausius dalykus apie programėles, programinę įrangą, techninę įrangą, technologijų tendencijas ir kt. Mano tikslas – padėti jums paprastai ir smagiai naršyti skaitmeniniame pasaulyje.