Премини към съдържанието
  • Добре дошли!

    Добре дошли в нашите форуми, пълни с полезна информация. Имате проблем с компютъра или телефона си? Публикувайте нова тема и ще намерите решение на всичките си проблеми. Общувайте свободно и открийте безброй нови приятели.

    Моля, регистрирайте се за да публикувате тема и да получите пълен достъп до всички функции.

     

capnemo

Windows 10 Впечатления и проблеми (2)

Препоръчан отговор


преди 24 минути, DarkEdge написа:

А сега влез с regedit на 
HKEY_LOCAL_MACHINE\SYSTEM\Setup
И виж колко ключа ссъс Source OS.... имаш под Setup

HKEY_LOCAL_MACHINE\SYSTEM\Setup\Source OS (Updated on 10/19/2018 16:59:11) - същото, което дава и със systeminfo, но не и началната дата преди надграждането. Ключа е само един. НО, съдържанието на ключа/папката/ дава информация за началния билд, като дата е кодирана (1491682797).

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 2 часа, DarkEdge написа:

Проблемът е изцяло в твоя талавизор:
Snap6.png

Чети msinfo32

 

При 8.1 не става с "Original" поне при мен. Става с systeminfo | find /i "install date"

dbR1ueg.png

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 6 минути, B-boy/StyLe/ написа:

При 8.1 не става с "Original" поне при мен. Става с systeminfo | find /i "install date"

Тази тема е за windows 10......

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
току-що, Raze написа:

Тази тема е за windows 10......

Знам, просто се чудех дали "Original" е лимитиран само за 10.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)
преди 26 минути, Joss Bomon написа:

Ключа е само един

Snap8.png
А при мен липсва ключа за последната инсталация - на 20.06 фигурира 18917, а тогава е инсталирана 18922

преди 13 минути, B-boy/StyLe/ написа:

Знам, просто се чудех дали "Original" е лимитиран само за 10.

Това е текстово поле в systeminfo в Win 10

 

systeminfo

Host Name:                 PETABYTE
OS Name:                   Microsoft Windows 10 Pro Insider Preview
OS Version:                10.0.18922 N/A Build 18922
OS Manufacturer:           Microsoft Corporation
OS Configuration:          Standalone Workstation
OS Build Type:             Multiprocessor Free
Registered Owner:          
Registered Organization:
Product ID:                00330-80000-00000-AA149
Original Install Date:     20.6.2019 г., 0:42:12
System Boot Time:          20.6.2019 г., 4:37:48
System Manufacturer:       Gigabyte Technology Co., Ltd.
System Model:              H81M-H
System Type:               x64-based PC
Processor(s):              1 Processor(s) Installed.
                           [01]: Intel64 Family 6 Model 60 Stepping 3 GenuineIntel ~3200 Mhz
BIOS Version:              American Megatrends Inc. F9, 11.8.2015 г.
Windows Directory:         C:\WINDOWS
System Directory:          C:\WINDOWS\system32
Boot Device:               \Device\HarddiskVolume10
System Locale:             bg;Bulgarian
Input Locale:              en-us;English (United States)
Time Zone:                 (UTC+02:00) Helsinki, Kyiv, Riga, Sofia, Tallinn, Vilnius
Total Physical Memory:     16 348 MB
Available Physical Memory: 8 184 MB
Virtual Memory: Max Size:  32 732 MB
Virtual Memory: Available: 22 538 MB
Virtual Memory: In Use:    10 194 MB
Page File Location(s):     D:\pagefile.sys
Domain:                    WORKGROUP
Logon Server:           
Hotfix(s):                 N/A
Network Card(s):           2 NIC(s) Installed.
                           [01]: TAP-Windows Adapter V9
                                 Connection Name: Ethernet 2
                                 Status:          Media disconnected
                           [02]: Realtek PCIe GbE Family Controller
                                 Connection Name: Ethernet
                                 DHCP Enabled:    Yes
                                 DHCP Server:     172.16.1.1
                                 IP address(es)
                                 [01]: 172.16.1.233
                                 [02]: fe80::e5d7:41d9:e1fa:7607
Hyper-V Requirements:      VM Monitor Mode Extensions: Yes
                           Virtualization Enabled In Firmware: Yes
                           Second Level Address Translation: Yes
                           Data Execution Prevention Available: Yes

 

Листни командата под 8.1

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Мерси за логчето. Интересно...уж имам болднатия ред и аз. Ама след 4 години и половина ползване може да се е омазал някъде, макар че всички event логове са повече от перфектни. Спирам със спама, но просто ми стана интересно.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 17 часа, DarkEdge написа:

Ако не си премахнал в С папка Windows.old би трябвало да стане без проблеми.

Downgrad-нах до 1809 и всичко е точно с програмата, от забавянето няма и следа. Би ли ми казал моля приблизително това положение колко дълго ще се запази? Win предполагам сам по някое време ще се вдигне пак до 1903? Тази ситуация на котка и мишка колко дълго може да продължи, т.е. той се вдига, аз го свалям? Благодаря.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Задай само да прави проверка и ти избирай какво да се актуализира.
 

преди 49 минути, svetliof написа:

приблизително това положение колко дълго ще се запази

Да имам вид на ясновидец?

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

А най-добре ползвай Windows Update MiniTool. Има и BG интерфейс. От падащото меню Автоматични актуализации избери Режим на уведомяване.

Код за 20% отстъпка JG24SM20 
Windows 10 Pro Professional Cd-Key (32/64 Bit) за $12.14
Windows 10 Pro Professional CD-KEY (32/64 Bit) (2 PC) за $20.80

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)

Windows 10 ще предупреждава в Windows Update приложението, ако машината не е готова(съвместима) за 1903:

Windows-10-version-1903-1.jpg

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Здравейте, 

преди няколко дни се появи това поле за писане долу в лентата и се чудя от къде се взе и как се маха?

1233323828_.PNG.3ab662cee47fb15b075d8003bada0456.PNG

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Десен клик по празно място в лентата за задачи >Search>Hidden - клик

За тези, на които е интересен Windows Teerminal:
http://www.outsidethebox.ms/19493/

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 8 минути, Ivaylo Kostov написа:

Не е долфт сърч това, вече го пробвах...

https://www.thewindowsclub.com/add-address-bar-to-taskbar-windows

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 33 минути, Ivaylo Kostov написа:

Не е долфт сърч това, вече го пробвах...

Не, че се разбира много от написааното, но тогава допускам че е адреснмата лента:
Десен клик на празно място, избери Toolbats> махни отметката на Address

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

За тези, които искат да си разрешат автоматичното архивиране на регистрите - от в.1803 тази опция е изключена и трябва да се активира ръчно - добавяне на DWORD запис EnablePeriodicBackup и задаване на стойнност 1:
Windows-10-Enable-Automatic-Registry-Bac

Или с изтеглене на този файл, разархивирането му и изпълнение на извлечения .reg файл.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Къде се записва архива и как се възстановяват регистрите при необходимост? Със System Restore ли става номерът?

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)

C:\Windows\Sys(em32\config\RegBack

преди 10 минути, саби написа:

Със System Restore ли става номерът?

Не, на ръка - с команди за копиране от папка RegBack  в папка config. System Restore Point е друг инструмент

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 12 минути, саби написа:

Къде се записва архива и как се възстановяват регистрите при необходимост? Със System Restore ли става номерът?

C:\WINDOWS\System32\config\RegBack - това го видях в нета.

ако можеш да стартираш регедитора - цъкаш на file->import и намираш файла(или последния) в горната папка.

преди 8 минути, DarkEdge написа:

C:\Windows\Sys(em32\config\RegBack

Не, на ръка - с команди за копиране от папка RegBack  в папка config. System Restore Point е друг инструмент

със самия едитор не става ли?

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)
преди 16 часа, emil644466 написа:

ако можеш да стартираш регедитора - цъкаш на file->import и намираш файла(или последния) в горната папка.

Точно така малко няма да се получи, защото са различни типове файлове - hive  и .reg.
Четиво за възстановяване на регистратура:
https://pureinfotech.com/restore-registry-backup-windows-10/
Забележка: Възстановява се към дата на създаване на резервните копия!

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

На бавната писта се появи 18362.10000 (19H2)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
Гост
на 4.07.2019 г. в 8:25, DarkEdge написа:

не разбрах, дали ще работи на моята машина, тъй като не видях минималните изисквания за хардуер

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Щом LTSC работи, не виждам причина 18932 да не работи.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Добавете отговор

Можете да публикувате отговор сега и да се регистрирате по-късно. Ако имате регистрация, влезте в профила си за да публикувате от него.

Гост
Напишете отговор в тази тема...

×   Вмъкнахте текст, който съдържа форматиране.   Премахни форматирането на текста

  Разрешени са само 75 емотикони.

×   Съдържанието от линка беше вградено автоматично.   Премахни съдържанието и покажи само линк

×   Съдържанието, което сте написали преди беше възстановено..   Изтрий всичко

×   You cannot paste images directly. Upload or insert images from URL.


  • Разглеждащи това в момента   0 потребители

    Няма регистрирани потребители разглеждащи тази страница.

  • Горещи теми в момента

  • Подобни теми

    • от Minecraft TV Bulgaria
      Здравейте, при отваряне на Windows Defender излиза следното съобщение:  

    • от pcservizpld
      Открих няколко интересни програмки, но честно казано им нямам особено доверие. Омръзна ми да разцъквам за да изключвам на клиентски или на моите ъпдейтите на скапания 10, но пък 10 ми трябва заради софтуерите които позлвам. А и клиентите си го харесват. Както и да е, мисля да го пробвам на някой фреш инстал да видим как ще работи, но ако имате мнения споделете или ако знаете софтуер който работи поне на 70 процента в случаите.
      Списък:
      https://www.softpedia.com/get/Tweak/System-Tweak/Win-Updates-Disabler.shtml
      https://www.majorgeeks.com/files/details/win_updates_disabler.html
      https://winaero.com/blog/windows-10-update-disabler-disables-windows-10-updates-reliably/
      Този е от най-сумнителен сайт, така че тест задължително в изолирана среда ( pc без мрежа или виртуална машина ) - https://www.site2unblock.com/win-updates-disabler/
    • от peekmemf
      Здравейте, имам проблем с инсталирането на Windows 10 на един старичък компютър. Досега компютъра е бил с Windows 10 на едно HDD 250gb.Закупих ново ssd 120gb, махнах hdd-то и свързах ssd-то. Сложих Windows 10 на чисто нова 16gb флашка, но когато буутна компютъра от флашката стига до синьото лого на Windows и от там нататък нищо - стои си така. Някакви идеи как да го оправя? 
    • от Stoyannnov
      Driver Verifier
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Смятам да вметна няколко думи за този така наречен "инструмент" за дебъгване(дебъгване е процес на проследяване на изпълнението на дадена компютърна програма с цел намиране и отстраняване на грешки в нея) на драйвери. Мисля, че съществува още от windows 2000 и се усъвършенства до ден днешен. На практика доста хора са го чували, но едва ли знаят как да го използват правилно, особено в Windows 10. Чудесна програмка написана от Microsoft.
      Използва се само за диагностика! Не е за редовни тестчета! Използва се също и от програмисти. Също така и като допълнение на Windows HLK, WDK, VS и други подобни неща, които не ни касаят.
      Работата му е да следи Windows kernel драйвери, графични и драйвери от "трети страни", които създават конфликт при работа. Например проблем със съвместимост или неправилно четене в паметта или неправилна комуникация с хардуера и т.н. Работата му е точно като един дебъгер. Следи стъпка по стъпка драйвера как се зарежда и чете от ОС. Как се изпълнява и комуникира с хардуера и ОС за правилната му работа. Driver Verifier може да бъде конфигуриран по различни начини. Например може да тества много драйвери наведнъж или само един. Може да тества драйвера в различни периоди, тоест когато е зареден само в паметта или когато само се зарежда от ОС и други.
      При откриване на неправилно работещ драйвер веднага изкача BSOD или така наречения син екран на смъртта или просто син екран. По този начин той предпазва ОС и хардуера от повреда. В същото време се създава и дъмп файл, който се анализира. Дъмп файла съдържа 300 неща, но от тях ни интересуват само име на грешката, стоп код на грешката и името на проблемния драйвер. Има случаи когато не винаги пише името на проблемния драйвер. Редки са, но не е изключено и прави анализа и като цяло намирането на проблема по-трудно. Останалите 297 неща(разбира се в кръга на шегата е това). Те по-скоро са насочени към програмистите. Например последната цифра или буква от стоп кода означава какво действие е изпълнявал драйвера преди да крашне и др. Няма да обърквам хората с излишни подробности.
       
      Преди да пристъпим към настройването и пускането на Verifier-а. Нека настройм Windows да създава дъмп файлове:
      В старт менюто пишем "SystemPropertiesAdvanced" без кавичките => избираме Run As Administrator.

       
      Под "Write debugging information" избираме от падащото меню "Kernel Memory dump" => махаме отметката пред "Automatically Restart" => OK.
       

       
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Да пристъпим към използването му. Има команден и графичен интерфейс, аз предпочитам да използваме графичния защото е опростен и удобен за работа. Нужни са администраторски права за използването на инструмента.
      Забележка: Преди да пристъпим към използването му, задължително трябва да създадем точка за възстановяване на системата. Ако случайно нещо се обърка винаги трябва да имаме 1 наум.
      Забележка: След стартирането на Verifier-а. Системата може да е малко мудна, което е напълно нормално!
      Забележка: Инструмента не трябва да работи повече от 48 часа. Преди 48 часа трябва да се спре или след получаването на син екран.
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Натискаме Windows key + R

       
      едновременно за да стартираме прозореца за бързи команди.
      В него въвеждаме "verifier" без кавичките.
       

       
      Натискаме ОК. Отваря ни се прозорец от който избираме как да настроим verifier-а да работи. В случая ще го настройм да проверява всички драйвери, които не са писани от Microsoft dev.
      Избираме "Create custom settings (for code developers)" и избираме NEXT.

       
      Ще се отвори прозорец. В него посочваме различни правила за тестване на драйверите. Нас ни интересуват само 3. Оградените в червено. Слагаме отметка пред тях.
      I/O verification - следи драйвера за неправилна комуникация и обработка. Също така проверява и за неправилни I/O request packets (IRPs) от пуул-а. IRP предсатлява структура за комуникация с операционнатата система. Тази структура е използвана от WDM или Windows driver model. WDM или познат още като Win32 Driver Model е Framework(основа) на изграждането на драйвери. Навлязохме дълбоко и затова спирам до тук. Да се върнем на пуул-а. Special Pool е памет. На прост език казано означава, че Verifier-а отделя част от паметта, наречена пуул(pool), драйвера използва тази памет. Докато драйвера достъпва/зарежда/изпразва и т.н. тази памет Verifier-a следи дали той използва този пуул правилно.
      Force pending I/O requests - Няма да задълбавам много, означава, че проверява драйвера в режим на изчакване като му извиква функцията STATUS_PENDING по различно време на случаен принцип. 
      IRP logging - Следи драйвера как комуникира с ОС. 

       
      Другите не мисля да ги обяснявам, защото ще ми отнеме много време и ще се удължи доста темата. Който е заинтересован може да попита ще ги обясня кое за какво е и как действа. Обикновенно developer-ите биха ги използвали за тест на custom драйвери.
      След като сме ги маркирали кликаме NEXT.
      Ще ни се отвори прозорец с 4 избора.

       
      Избираме "Select driver names from a list".  Другите опции не са ни много от полза. Тази опция ни предоставя списък с абсолютно всички налични драйвери в операционната система и можем да изберем кои да verify-йне програмата и кои не. Докато другите опции са строго зададени и избира само конкретни драйвери.
      Избираме NEXT.
      Ще ни се отвори прозорец с всички налични драйвери в ОС. Кликаме на полето "Providers" за да ги сортираме по автор на драйвера. След което маркираме всички драйвери, които не са от "Microsoft Corporation".

       
      Избираме Finish. След което ни изкача прозорец, който ни уведомява, че ще трябва да рестартираме системата, за да може Driver Verifier-а да стартира със самото зареждане на ОС. Рестартираме ръчно ОС.

       
      Забележка: След зареждане на ОС, Verifier-а работи на заден план! Тоест няма да има известие или икона и т.н. което да подсказва, че работи.
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Това са грешките, които Driver Verifier може да дъмпне като син екран при откриване на бъгав драйвер. Всяка грешка има стоп код и този стоп код има някакъв параметър. Параметрите не ни интересуват толкова, те са по-скоро за developer-ите, за да могат да разберат къде точно забива драйвера. Нас ни интересува името на проблемния драйвер. Който се намира в дъмп файла или на синия екран, който се е появил.
      Дъмп файла може да се намери в папка "C:\Windows\minidump".
      Bug Check 0xC1: SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION Bug Check 0xC4: DRIVER_VERIFIER_DETECTED_VIOLATION Bug Check 0xC6: DRIVER_CAUGHT_MODIFYING_FREED_POOL Bug Check 0xC9: DRIVER_VERIFIER_IOMANAGER_VIOLATION Bug Check 0xD6: DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION Bug Check 0xE6: DRIVER_VERIFIER_DMA_VIOLATION Ще обясня всяка грешка какво означава, макар че много малко хора ще ме разберат. Също така едва ли ще потрябва тази информация на обикновен потребител.
      SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION - Означава, че драйвера се чупи при изпозване на паметта. Тоест драйвера пише в грешен регистър от паметта.
      DRIVER_VERIFIER_DETECTED_VIOLATION - Това е най-често срещаната грешка при използване на Verifier-а. Означава, че е намерил проблемен драйвер и вече параметъра на стоп кода ни дава информация каква точно е тя. Причините може да са много. Грешка в пуула. Грешка при извикване на някоя функция на драйвера или при връщане на отговор. Прекалено изчакване(увисване) в паметта и други.
      DRIVER_CAUGHT_MODIFYING_FREED_POOL - Означава, че драйвера се опитва да достъпи пуула. Но действието вече се разбира от стоп кода. Дали е четене/запис и в какъв режим я достъпва, kernel или user mode.
      DRIVER_VERIFIER_IOMANAGER_VIOLATION - Означава, че има грешка при комуникацията между хардуера и софтуера. Не мога да обясня много точно, защото не съм програмист. Става дума за IRP и функциите които извиква драйвера и отговора който връща също така и времето за което се случва това цялото нещо.
      DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION - Това означава, че драйвера превишава пуула. Тоест пак се "дъни" в паметта. От параметъра на стоп кода се разбира при каква ситуация става това, дали при запис или четене и т.н.
      DRIVER_VERIFIER_DMA_VIOLATION - Много обща грешка и също така доста насочена към програмистите. Общо казано, драйвера крашва при достъп в паметта. От стоп кода се разбира какво точно действие е извършвал преди да крашне. Може да извиквал указател към регистър или някаква функция и т.н.
       
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Стъпките по-долу са за спиране на Verifier-a от графичния интерфейс. 
       
      Windows key + R = > в полето въвеждаме "verifier" без кавичките. В прозореца за конфигуриране на Verifier-а избираме "Delete Existing Settings". И потвърждаваме с Finish.

      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      В някои случаи Verifier-a може да засече проблемен драйвер още при буутването и така ще изкарва син екран още преди да зареди Windows. След рестарт ще се получи същото нещо и така се получава "Dead cycle". Тоест да се буутне до десктоп ще е невъзможно. Затова ще напиша още няколко начина за спирането на Verifier-а. Има доста начини за спирането му при такъв сценарий, но ще посоча 3, за да не се получава разтягане на темата.
       
      След няколко неуспешни опита за буутване. Windows ще ви предостави възможност за влизане в "Windows среда за възстановяване (WinRE) за отстраняване на често срещани проблеми при стартиране". Изберете "Troubleshoot".

      Посочваме"Advanced Options".


      Вече от тук имаме избор по какъв начин да спрем Verifier-a. От System Restore/Command Prompt/Safe Mode или от функцията "Disable driver signature enforcement".
      Лично аз за най-бърз вариант смятам за метода от command prompt.
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Спиране чрез Command Prompt. 
      От Advanced Options изберете Command Prompt. Посочете вашия User след което въведете парола ако има такава. В черния прозорец въведете следната команда без кавичките "verifier /reset". Потвърдете с Enter и рестартирайте системата. 
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Спиране чрез Safe Mode. 
      От Advanced Options изберете"Startup Settings" => След което ще се появи прозорец с опции.

       
      Натиснете бутона Restart и след това посочете Safe Mode с F4. След като буутне в Safe Mode натиснете Windows key + R => въведете в полето "verifier" без кавичките и от прозореца посочете "Delete Existing Settings". Потвърдете с Finish и рестартирайте системата.
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Спиране чрез System Restore.
      От Advanced Options изберете "System Restore". Посочете вашата точка за възстановяване, която създадохте в началото и натиснете NEXT.

       
      Натиснете Finish, за да потвърдите точката за възстановяване.

       
      Натиснете YES, за да потвърдите и след възстановяването Windows ще стартира в нормален режим.

       
       
    • от DarkEdge
      Как да активираме/деактивираме показването на информацията за оставащото време на работа на батерия за преносими устройства:
      Преди:




      След:




      Активиране:
      В regedit в ключ
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power
      променяме или създаваме нов 32-Bit DWORD запис EnergyEstimationEnabled и му задаваме стойност 1.

      или използваме файла Enable Show Battery Estimated Time Remaining.reg
      Рестартираме.

      Деактивиране на опцията:
      В regedit в ключ
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power
      изтриваме записа EnergyEstimationEnabled и създаваме нов  32-Bit DWORD запис EnergyEstimationDisabled, и му задаваме стойност 1
      Или използваме файла Disable Show Battery Estimated Time Remaining.reg
      Рестартираме.
      Disable Show Battery Estimated Time Remaining.reg Enable Show Battery Estimated Time Remaining.reg
  • Дарение

×
×
  • Добави ново...