-
Добре дошли!
Добре дошли в нашите форуми, пълни с полезна информация. Имате проблем с компютъра или телефона си? Публикувайте нова тема и ще намерите решение на всичките си проблеми. Общувайте свободно и открийте безброй нови приятели.
Моля, регистрирайте се за да публикувате тема и да получите пълен достъп до всички функции.
- Вход
- или
- Регистрация
-
Разглеждащи това в момента 0 потребители
Няма регистрирани потребители разглеждащи тази страница.
-
Горещи теми в момента
-
- 40 отговора
- 418 прегледа
-
За какво си мислите в момента-в очакване на лятото през 2021година. ☀️ 1 2 3 4 504
от barbuncela, в Празни приказки и забава
- 12592 отговора
- 272330 прегледа
-
- 2684 отговора
- 65583 прегледа
-
-
Подобни теми
-
от bornofash
Споделям папки с локални устройства чрез SMB. Опцията на снимката е много удобна, но проблемът е, че заспива веднага, след като свърши възпроизвеждането на видео и преди да успея да пусна друго. Не може ли да се забави по някакъв начин с 5-10 минути?
-
от дръндю
вече не помня с коя програма съм го правил, защото мислех, че ще я ползвам еднократно
ама сега се оказа че ми трябва
намерих си нов графичен драйвър и искам наново да си направя един изпълним файл за всички драйвъри, но не помня с коя програма съм го правил
давайте идеи за такава програма
-
от 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 ще стартира в нормален режим.
-
от Атанас Димов
Имам проблем с инсталирането на драйвъра на sony vaio. Преинсталирах го понеже не беше пускан от поне 3-4 години.
Инсталирах драйвереи понеже липсваха. Драйвъра за wifi се инсталира без проблем. Другите също. Но искам да е на кабел и инсталирам драйвъра: realtek ethernet drive. Но нищо не става. Няколко пъти го инсталирах иска рестарт и след растарта пак няма..
Някой ако може да помогне
-
от loranst looa
Здравейте преди няколко дни получих доста подробно съобщение че Гугъл променя своите условия за кой ли пореден път , обаче това което ми направи впечатление беше, че доста широко се акцентира върху правата за интелектуалната собственост . Описва се как компанията може по свое усмотрение да премахне съдържание което прецени за такова увреждащо авторските права и сродни на него , как без предупреждение може да преустанови услугите които предлага на даден потребител инт . И аз като повечето потребители използващи услугите на Гугъл като Google Drive , Picassa , Google Photos и прочие се чудя сега след влизането в сила на тези промени може ли Гугъл да премахне от личния ми профил в GoogleDrive който използвам за собствена употреба снимки и видео което съм качел още преди години говорим за видео и снимки които съм качил от торенти и други подобни сайтове ? Като искам да подчертая че не става въпрос за разпространение на такива материали в Интернет пространството а за личното им използване. Защото почти всеки в днешно време има качени подобни файлове в онлайн виртуални дискове и точно това е въпросът ми трябва ли всички да се притесняваме ,че съдържанието което сме качили в личните си профили на Гугъл Драйв , и Photos може просто ей така да бъде изтрито без предупреждение и да загубим цялата си информация ?
-
-
Дарение
Препоръчан отговор
Добавете отговор
Можете да публикувате отговор сега и да се регистрирате по-късно. Ако имате регистрация, влезте в профила си за да публикувате от него.