Как скачать драйвер на основное системное устройство

Очень часто ко мне обращаются начинающие пользователи вот с таким вопросом: после переустановки операционной системы Windows, в диспетчере устройств остался один пункт с восклицательным знаком, который называется Основное системное устройство. Что это такое и где скачать драйвер?! Особенно их смущает тот факт, что вроде бы все драйверы, что было, установлены, а ошибка не пропала. Давайте разбираться.

А дело тут в том, что неопытные юзеры,как правило, вообще часто не в курсе, что надо ставить драйверы. А если и ставят, то установив ПО для видеокарты, звука и сетевого адаптера, почему-то напрочь забывают о чипсете материнской платы.

А ведь это и есть самое что ни на есть основное устройство в компьютерной системе. Найти драйвер для него обычно можно на CD-диске, который идёт в комплекте, либо на сайте производителя.

Как вариант, помочь найти драйвер на «Основное системное устройство» можно следующим образом. Кликаем на нём в диспетчере устройств правой кнопкой и выбираем в меню пункт «Свойства»:

Откроется окно. Здесь надо зайти на вкладку «Сведения»:

Раскрываем список «Свойство» и находим в нём пункт «ИД оборудования». Ниже, в поле «Значение» появятся строчки, которые будут содержать значения типа VEN_xxxx и DEV_xxxx. Это идентификаторы устройства. Они то нам и нужны. Кликаем по строчке правой кнопкой мыши:

В появившемся меню выбираем пункт «Копировать».

Следующим шагом идём в Интернет, а именно на сайт driverslab.ru . В строку «Поиск по ID» вставляем скопированный идентификатор и нажимаем на кнопку «Найти».

После этого ниже отобразятся результаты поиска. Как Вы можете заметить, в моём примере это чип Intel. Тут же предлагается скачать для него подходящее программное обеспечение. Быстро, просто и удобно!

Драйвер основного системного устройства — скачать

Ошибка операционной системы Windows под кодом 28 — это проблема в процессе установки драйвера. Причем совершенно не обязательно вы это программное обеспечение сейчас пытаетесь установить. Система не читает драйвер, который некоторое время назад работал исправно, видит его и не дает обновить, потому что версия у вас последняя, но считает неустановленным и исправить эту ошибку не может. Да еще почему-то требует не ПО для конкретного оборудования, а драйвер для основного системного устройства.

Конечно это означает, что с драйвером какие-то проблемы, но здесь вряд ли поможет простая переустановка. Программное обеспечение от производителя продукта не должно отказываться работать без причины и скорее всего на работу системы влияют вирусы или вредоносное ПО. Прежде чем искать и устанавливать проблемный драйвер основного системного устройства для Windows 10 — 7 нужно попытаться реанимировать операционную систему.

Поиск и удаление вирусов и вредоносного ПО

Первое, что нужно сделать, это очистить компьютер от вирусов. Прежде всего обновите установленную у вас антивирусную программу до последней версии и запустите сканирование системы на вирусы. Затем проделайте это еще раз каким-нибудь другим антивирусником.

Зайдите в Панель управления / Программы и компоненты и посмотрите не появились ли там лишние строки. Не исключено, что одна из полезных программ установила еще что-нибудь совершенно ненужное, например, какое-нибудь приложение, транслирующее в браузере рекламу. Если вы не уверены можно ли какое-то из установленного ПО безболезненно удалить, воспользуйтесь AdwCleaner. Что это за программа и как она работает читайте здесь . Там же вы найдете список утилит для проверки системы на вирусы.

Сканирование и восстановление операционной системы

Вирусы, вредоносное программное обеспечение, какие-то файлы из интернета могли повредить системные файлы. После чистки компьютера от вирусов и лишних программ запустите восстановление системных файлов ОС Windows средствами самой системы. Как сканировать от имени администратора и что еще можно предпринять смотрите в этой статье.

Переустановка программного обеспечения

Теперь можно приступать к обновлению драйверов. Найдите свой ноутбук или компьютер на нашем сайте, воспользовавшись строкой поиска или открыв список рубрик. Или поищите страницу с драйверами для вашего устройства на официальном сайте производителя. Обновляйте ПО, начиная с чипсета. В наших статьях драйверы расположены в таблице в том порядке, как их надо устанавливать. Не забывайте делать перезагрузку системы после установки драйвера для чипсета, встроенной видеокарты, звука, дискретного графического адаптера. И так далее, пока вы, устанавливая программное обеспечение в правильном порядке, не доберетесь до проблемного драйвера.

Загрузка драйверов на основное системное устройство в Windows 7

Способ 1: ID чипсета

Перед тем как перейти к загрузке драйверов, требуется определить модель чипсета. Проще всего сделать это с помощью ID устройства, что также будет основным способом загрузки служебного ПО.

Вызовите «Диспетчер устройств» любым приемлемым методом, например, через средство «Выполнить»: нажмите сочетание клавиш Win+R, напишите команду devmgmt.msc и кликните «ОК».

После запуска оснастки откройте категорию системных устройств, найдите требуемую позицию, затем щёлкните по ней правой кнопкой мыши и выберите «Свойства».

Скопировав данные, воспользуйтесь одним из сервисов определения модели по ID – например, DevID. Введите в поисковике ресурса значение, полученное на предыдущем шаге, и нажмите «Искать».

Одним из результатов и будет искомая модель. Отсюда же и можно скачать драйвер.

Способ 2: Веб-сайт производителя

Имея на руках точное название чипсета можно с лёгкостью найти драйвера к нему. Наиболее надёжным считается получение софта с официального ресурса производителя устройства, в нашем случае это будет Intel.

Откройте сайт по ссылке выше, затем щёлкните «Поддержка» или «Подробнее» – «Поддержка».

Теперь кликните по ссылке «Центр загрузки файлов».

Появится подходящий драйвер – для начала загрузки перейдите по ссылке-наименованию.

Теперь примите лицензионное соглашение.

Архив с данными будет загружен и готов к установке.

Способ 3: Приложение-драйверпак

Ускорить процесс получения служебного софта для чипсета можно с помощью стороннего приложения для инсталляции драйверов. Оптимальным решением этого класса является DriverPack Solution, в арсенале которого обширная база данных, понятный интерфейс и высокая скорость работы.

Если же данное решение вас чем-то не устраивает, ознакомьтесь с перечнем программ-аналогов.

Способ 4: «Диспетчер устройств»

Драйвера для рассматриваемых девайсов можно получить и с помощью системных средств, а именно, уже упоминавшегося выше «Диспетчера устройств». Дело в том, что эта оснастка имеет в своём составе утилиту для поиска служебного ПО на серверах Microsoft. Нюансы использования рассмотрены одним из наших авторов в другой статье.

Анализ производительности Windows с использованием возможностей ОС и утилиты PAL

Автор статьи — Михаил Комаров, MVP — Cloud and Datacenter Management

В данной статье будут рассмотрены:

• механизм работы со счетчиками производительности;
• настройка сборщиков данных как с помощью графического интерфейса, так и с помощью командной строки;
• создание черного ящика для записи данных.

Также рассмотрим и обсудим работу с утилитой PAL и ее применение для сбора и анализа данных, включая типовые проблемы локализованных систем.

В общем виде задачу о производительности можно представить в виде трех частей: сбор данных, анализ полученных данных и создание черного ящика для упреждающего мониторинга проблемной системы.

Сбор данных

Начнем со всем давно известного Performance Monitor. Это стандартная утилита, которая входит во все современные редакции Windows. Вызывается либо из меню, либо из командной строки или строки поиска в Windows 8/10 вводом команды perfmon. После запуска утилиты мы видим стандартную панель, в которой можем добавить и удалить счетчики, изменить представление и масштабировать графики с данными.

Также есть сборщики данных, с помощью которых производится сбор данных о производительности системы. При определённых навыках и сноровке операции по добавлению счетчиков и настройке параметров сбора данных можно производить из графического интерфейса. Но когда возникает задача настройки сбора данных с нескольких серверов, разумнее использовать утилиты командой строки. Вот этими утилитами мы и займемся.

Первая утилита — это Typeperf, которая может выводить данные со счетчиков производительности на экран или в файл, а также позволяет получить список счетчиков, установленных в системе. Примеры использования.

Выводит на экран загрузку процессора с интервалом 1 сек.:

Выводит в файл названия счётчиков производительности, связанные с объектом PhysicalDisk:

В нашем случае мы можем использовать утилиту Typeperf, чтобы создать файл с нужными нам счетчиками, который в дальнейшем будем использовать как шаблон для импорта счетчиков в сборщик данных.

Следующая утилита – Logman. Данная утилита позволяет создавать, изменять и управлять различными сборщиками данных. Мы будем создавать сборщик данных для счетчиков производительности. Вот, например, краткая справка по команде Logman, которая относится к счетчикам производительности и управлению сборщиком данных.

Разберем несколько примеров, которые нам понадобятся в дальнейшем.

Создадим сборщик данных с именем DataCollector_test, импортировав счетчики производительности из файла test.xml:

Создание файла для сбора данных производительности с включённым циркулярным режимом и заданным размером:

Изменение пути файла с данными производительности по умолчанию:

Запуск коллектора данных DataCollector_test:

Остановка коллектора данных DataCollector_test:

Отметим, что все эти действия можно производить с удаленным компьютером.

Рассмотрим еще одну утилиту — Relog, которая позволяет производить манипуляции с файлом данных после работы сборщика данных. Вот ее описание:

Ниже несколько сценариев применения этой утилиты.

Извлечение данных счетчиков производительности из файла logfile.blg с применением фильтра со списком счетчиков counters.txt и записью результата в бинарный формат:

Извлечение списка счетчиков производительности из logfile.blg в текстовый файл counters.txt:

Напрямую работать с этой утилитой мы не будем, но информация о ней в дальнейшем поможет в случае возникновения проблем в файле PowerShell, который генерирует утилита PAL.

Отметим еще один момент, некоторые системы анализа требуют данные с наименованиями счетчиков производительности на английском языке. Если интерфейс нашей системы на русском языке, то нам необходимо проделать следующие манипуляции: завести локального пользователя, дать ему права на сбор данных (обычно дают права локального администратора), войти в систему под ним и в свойствах системы изменить язык интерфейса.

Обязательно выйти из системы и зайти во второй раз под этим пользователем для инициализации английского интерфейса и выйти из системы. Далее указать в сборщике данных, что сбор данных будет производиться от имени этого пользователя.

После этого имена счетчиков и файлов будут на английском языке.

Также отметим возможность сбора данных для SQL Server с помощью утилиты из состава продукта. Это SQLDIAG, которая обрабатывает журналы производительности Windows, журналы событий Windows, трассировки SQL Server Profiler, сведения о блокировках SQL Server и сведения о конфигурации SQL Server. Указать, какие типы сведений нужно собирать с помощью программы SQLdiag, можно в файле конфигурации SQLDiag.xml.

Для конфигурирования файла SQLDiag.xml можно использовать инструмент PSSDIAG с codeplex.com.

Вот так выглядит окно этого инструмента.

В итоге, процесс сбора данных для SQL может выглядеть так. С помощью PSSDIAG мы формируем xml-файл. Далее посылаем этот файл клиенту, который запускает SQLDIAG c нашим xml-файлом на удаленном сервере и присылает нам для анализа результат работы в виде blg-файла, который мы будем анализировать в следующей части.

Анализ данных с помощью утилиты PAL

Данная утилита написана Clint Huffman, который является PFE-инженером Microsoft и занимается анализом производительности систем. Также он является одним из авторов авторизованного курса Vital Sign, который читается в Microsoft и доступен для корпоративных заказчиков, в том числе в России на русском языке. Утилита распространяется свободно, ссылку на нее я приведу ниже.

Вот так выглядит стартовое окно утилиты.

На вкладке Counter Log задаётся путь к файлу данных со счетчиками производительности, собранными ранее. Также мы можем задать интервал, за который будет производиться анализ.

На вкладке Threshold File находится список шаблонов, которые можно экспортировать в формат xml и использовать как список счетчиков для сборщика данных. Обратите внимание на большой выбор шаблонов для анализа производительности для различных систем. Пример загрузки из командной строки был показан выше. Самое ценное, что в этих заранее подготовленных шаблонах установлены граничные значения для этих параметров, которые будут использованы в дальнейшем для анализа собранных данных.

Вот так, например, выглядят граничные значения для счётчиков дисковой производительности:

Мы можем создавать свои шаблоны с использованием нужных счетчиков, которые будут подстроены под нужды нашей организации.

Действуем по следующему алгоритму: на рабочей станции запускаем утилиту PAL, переходим на вкладку Threshold File и экспортируем шаблон в виде xml-файла. На основании этого файла на сервере создаем сборщик данных и запускаем сборку информации.
После сбора данных копируем полученный файл на рабочую станцию, чтобы анализом не нагружать сервер, возвращаемся на вкладку Counter Log, указываем путь к файлу. Снова переходим на Threshold File и выбираем тот самый шаблон, который экспортировали для сборщика данных.

Переключаемся на вкладку Question и указываем объем оперативной памяти на сервере, на котором был осуществлён сбор данных. В случае 32-битной системы заполним UserVa.

Переходим к вкладке Output Options, на которой задаем интервал разбиения для анализа. Значение по умолчанию AUTO делит интервал на 30 равных частей.

Вкладка File Output выглядит довольно обычно, указываем на ней путь к файлам итоговых отчетов в формате HTML или XML.

Вкладка Queue показывает итоговый скрипт на PowerShell. В общем можно сказать, что утилита собирает параметры, которые она подставляет в скрипт PAL.PS1.

Итоговая вкладка задает параметры исполнения. Можно одновременно запустить несколько скриптов и указать число потоков на процессоре. Хотелось бы акцентировать внимание, что обработку blg делает не утилита, а скрипт PowerShell, и это открывает возможности для полной автоматизации анализа логов. Например, каждые сутки перезапускается сборщик данных, в результате освобождается текущий blg-файл и создаётся новый. Старый файл копируется на специальный сервер, где будет запускаться скрипт, обрабатывающий данный файл. После этого готовый HTML- или XML-файл с результатами перемещается в определённую директорию или высылается на почтовый ящик.

Обратите внимание, что утилита должна работать только в английской локализации. Иначе получим сообщение об ошибке.

Также файл с данными должен быть с названиями счетчиков на английском. Выше я указывал, как это сделать. После нажатия Finish запустится скрипт PowerShell, время работы которого зависит от объёма данных и быстродействия рабочей станции.

Итогом работы утилиты будет отчет в выбранном формате, в котором есть графики и числовые данные, позволяющие понять, что происходило в системе за заданный период с учетом граничных значений алертов в шаблоне на вкладке Threshold File. В общем, анализ HTML-файла позволит на начальном этапе определить проблемные места в системе и понять, куда двигаться дальше, как в плане более тонкого мониторинга, так и в плане модернизации или переконфигурирования системы. В блоге Clint Huffman есть скрипт, которым можно конвертировать файл шаблона с граничными условиями в более понятный формат.

Черный ящик

Иногда возникает необходимость в превентивном мониторинге проблемной системы. Для этого мы создадим «черный ящик», в который будем записывать данные производительности. Вернемся к скриптам, описанным ранее.

Создадим сборщик данных c именем BlackBox, импортировав счетчики производительности из файла SystemOverview.xml, который выгрузили из утилиты PAL или создали самостоятельно:

Создание файла для сбора данных производительности с включённым циркулярным режимом и заданным размером 600 МБ (около 2 суток при стандартном наборе счетчиков):

Изменение пути файла с данными производительности по умолчанию:

Запуск коллектора данных BlackBox:

Данный скрипт создает задачу перезапуска сборщика данных в случае перезапуска системы:

На всякий случай поправим свойства диспетчера данных, чтобы не заполнить место на диске, так как после перезапуска сборщика данных создается новый файл с лимитом 600 МБ.

Отметим, что скопировать файл с данными можно только при остановленном сборщике данных. Остановить же последний можно скриптом или с помощью графического интерфейса.

Остановка коллектора данных BlackBox:

На этом закончим часть, посвященную сбору и первичному анализу производительности.