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

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

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

     

capnemo

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

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

Гост

преди 1 минута, Pavel! написа:

всеки път, една истина не си казал  :D  icon_lol.gif

а ся де, тука нали си помагаме, за такива майтапи си има тема

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


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

всеки път, една истина не си казал  :D  icon_lol.gif

Мога да го приема от грамотен човек. Как да приема нещо написано с толкова грешки? Ами, ако е сбъркана запетая и промени смисъла на текста? :huh:

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

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


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

Хммм... Исото съдържащо Pro + Enterprise от единия инструмент за теглене и именувано 17134.1.180410-1804.RS4_RELEASE_CLIENTPRO_OEMRET_X64FRE_BG-BG е с размер 3.77GB , a исото от другия инструмент, съдържащо Home + Pro именувано Win10_1803_Bulgarian_x64 е с размер 4.25GB. ...

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


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

@baikolio95, нормално е - в Enterprise ги няма доста от appx

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


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

@baikolio95, нормално е - в Enterprise ги няма доста от appx

Размера на всички apps е много по-малък, а и в исото са компресирани.

Освен това и исото с Enterprise съдържа и Pro, което е с apps...


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


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

Хммм... Исото съдържащо Pro + Enterprise от единия инструмент за теглене и именувано 17134.1.180410-1804.RS4_RELEASE_CLIENTPRO_OEMRET_X64FRE_BG-BG е с размер 3.77GB , a исото от другия инструмент, съдържащо Home + Pro именувано Win10_1803_Bulgarian_x64 е с размер 4.25GB. ...

В това - 17134.1.180410-1804.RS4_RELEASE_CLIENTPRO_OEMRET_X64FRE_BG-BG - няма Enterprise със сигурност. И изобщо инструментите за теглене не предлагат Enterprise версията.

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


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

Смисъла на текста се определя от много неща, не е само запетаята

ето сега няма точка, да се чудиш завършено ли е това изречение или не

И а дан съ чуда и да са занимаам, просто смятам да спръ да пишъ у темътъ. 

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


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

В това - 17134.1.180410-1804.RS4_RELEASE_CLIENTPRO_OEMRET_X64FRE_BG-BG - няма Enterprise със сигурност. И изобщо инструментите за теглене не предлагат Enterprise версията.

Недей да си толкова категоричен, след като явно не си теглил въпросното исо!

image.jpg

Освен това аз лично съм инсталирал предишното исо версия 17133.1 от същия инструмент. Версията зависи от продуктовия ключ и активацията.

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


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

Освен това аз лично съм инсталирал предишното исо версия 17133.1 със същия инструмент. Версията зависи от продуктовия ключ и активацията. Аман от празнодумковци!

Ако не вярваш на мен, вярвай поне на собственика на сайта откъдето теглиш. Ето какво има в ИСО-то

 

4234234234.PNG

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


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

KB4135051 е на линия
малък ъп от 17134.1  на 17134.5

ако файла ви е в С:
инсталацията е в командния прозорец

аз правя следното, преименувам го на     z.cab   и  командния ред добива вида :
  dism /online /add-package /packagepath:C:\z.cab

2006591657_.PNG.f15a523c6aff7525d91dfe206adc5814.PNG

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


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

@дръндю, не каза от къде се сдоби с актуализацията и как от msu файл се сдоби с cab файл. ;) 

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


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

@дръндю, не каза от къде се сдоби с актуализацията и как от msu файл се сдоби с cab файл. ;) 

ми търсих в нета и не помня от де го свалих, ама някой ако иска мога да го кача в някой облак с  име  z.cab

ако при търсене в нета попадне на .msu, нъл знайш че се инсталира по друг начин

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


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

Ай, от мен да мине - msu файлове от сървърите на М$:

Windows 10 Update KB4135051 download links 64Bit

Windows 10 Update KB4135051 download links 32Bit

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

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


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

заради туй дълго име на файла го прекръстих ...ъ-ъ-ъ...тъй де, на галено:giggle1:
 

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


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

махаш само чек сумата от края на името и го запазваш със значещото име. Ама така можеш да си провериш целостта на файла.

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

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


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

Хммм... Исото съдържащо Pro + Enterprise от единия инструмент за теглене и именувано 17134.1.180410-1804.RS4_RELEASE_CLIENTPRO_OEMRET_X64FRE_BG-BG е с размер 3.77GB , a исото от другия инструмент, съдържащо Home + Pro именувано Win10_1803_Bulgarian_x64 е с размер 4.25GB. ...

ами разгледай install.wim...ъ-ъ-ъ...тъй де, наблъскали 10 версии 

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


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

Днес , на два мои компютъра с Уиндоус 10 дойде като актуализация версия 1803-ос 17134.1. На единия вече е готова( 1.5 часа)- първи оценки- ок.

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


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

Провери ли за актуализации след инсталирането на кумулативната актуализация?

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


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

Направих ъпдейта днес 1803     17134.1. всичко работи както трябва, почистих след това старата инсталация, рестартирах, проверих пак за ъпдейти нямаше.

Но ми се появи нов дял ( F ) и както се вижда на снимката е почти пълен. При което ми изкарва предупреждение за пълен диск. 

Та какво да го правя ?

 

 

Без име.png

Без име.png

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


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

И аз сложих 1803,но чрез уиндоус ъпдейт,не ми се занимаваше с образи и т.н.При мен всичко завърши за 47мин точно,този 1,5ч ми се вижда абсурден!За мен има нещо сбъркано в концепцията за уиндоуса на майкрософт!Трябва да е по-гъвкав и приспособим за всеки потребител според потребностите и начина на ползване,а не да се слага всичко на калпак!Трябва за всяка версия да може да се инсталират само базови(минимални)услуги и приложения и оттам нататък, според нуждите си  всеки(според версията си) да може да изтегля и да добавя различни услуги и приложения .Сега след инстал много от потребителите се освобождават от ненужните им неща............

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


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

Някой да е пробвал 17655? Аз реших да го сложа, за един ден ми се показаха около 5 зелени екрана с DRIVER_IRQL_NOT_LESS_OR_EQUAL и източник tcpip.sys.

Засега се връщам на 17650.

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


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

Махнах го този дял (буквата на устройството )  , ако някой получи същия бъг това е мигновено решение 


1. Отворете повишен команден ред . 

2. Въведете командата по-долу във висшия команден ред и натиснете Enter . (вижте екранната снимка по-долу)


arrow.png mountvol <Drive Letter>: /d

notesmall.pngЗаменете <Drive Letter> в горната команда с истинската буквата на устройството (напр. "G"), която искате да премахнете. 

Например: mountvol G: /d


3. Когато приключите, можете да затворите повишения команден ред, ако искате.

Име: mountvol.png Разглеждан: 92 Размер: 13.7 KB

Без име.png

Без име.png

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


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

Някой да е пробвал 17655? Аз реших да го сложа, за един ден ми се показаха около 5 зелени екрана с DRIVER_IRQL_NOT_LESS_OR_EQUAL и източник tcpip.sys.

Засега се връщам на 17650.

Аз съм със 17655 от няколко дни (от 26.04) - на един древен десктоп и един лаптоп.
Обнови си драйвъра на мрежовата карта. Или си ресетни мрежовите настройки.

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

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


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

Аз съм със 17655 от няколко дни (от 26.04)
Обнови си драйвъра на мрежовата карта. Или си ресетни мрежовите настройки.

Пробвах и двете, не помага.

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

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


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

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

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

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

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

  Разрешени са само 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
  • Дарение

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